DOS Command for å sjekke om SQL Port er åpen

Kommunikasjonsfeil med SQL server er forårsaket av mange faktorer, inkludert serverfeil, port feil og kompatibilitetsproblemer. Når SQL server viser respons problemer, starter med enkel feilsøking som port testing DOS før å engasjere seg med mer avansert testing. Hvis en kommunikasjonsport er ikke åpen og aktiv, kan det forby server fra å svare.

SQL-porter

SQL-portene kan variere avhengig av plattformen og dens konfigurasjon. Microsoft SQL-servere bruker port 1433 som standard, med en port mellom 1024 og 5000 tildelt tilfeldig til klienter. En brannmur kan blokkere disse portene i et forsøk på å sikre nettverket, slik forståelse som port systemet bruker og konfigurerer brannmuren følgelig kan bidra til å redusere forekomsten av feil. Verktøy for nettverksadministrasjon og DOS-kommandoer er et godt sted å begynne å identifisere de løpende prosesser for SQL server.

Telnet

Den "telnet" kommandoen forsøker en forbindelse mellom din datamaskin og porten du spesifiserer på en destinasjon server. Ved ledeteksten, skriv "telnet server port." For eksempel, hvis din SQL server kjører på lokale verten port 1433, bør din kommando lese "telnet lokale verten 1433." Hvis porten er åpen, vil en blank DOS skjerm vises. Hvis porten ikke er åpen, vil du motta en kommunikasjonsfeil.

netStat

Netstat kommandoen vil returnere en liste over alle aktive tilkoblinger på nettverket. Det er flere modifikatorer som kan legges etter at kommandoen for å avgrense resultatene, og hjelpe deg å begrense porten du leter etter. For å teste SQL-port, skriv "netstat -aon" deretter gjennomgå listen som returnerer. "A" forteller NetStat prosess for å legge til portnummeret til resultater, "o" legger en prosess identifikasjon og "n" kode sikrer at porter og adresser er i IP og numerisk form. Se etter SQL-porter i portnumrene, deretter kontrollerer prosessen nummer under listen prosessen i serverens oppgave manager for å finne SQL prosessen og port.

Feilsøking

Når SQL server er ute av stand til å koble på tvers av brannmuren, må du åpne portene i brannmuren, og skaper et unntak som gjør at databaseprogrammet til å kommunisere over nettverket. På en Microsoft SQL server, starte "Innkommende regler" panel av avansert brannmur sikkerhet, og deretter opprette et unntak for portnummeret hvis søknaden kjører på en dedikert port, eller for programmet hvis den går på dynamiske porter.