Protokół TCP/IP

Protokół TCP/IP to podstawowy sposób komunikacji sieciowej z instancją SQL Server, zalecany w większości scenariuszy.

Warstwy TCP/IP i rola adresu IP

Protokół TCP/IP nie jest pojedynczym mechanizmem, lecz zestawem protokołów używanych do przesyłania danych między urządzeniami. W praktyce nazwa odnosi się przede wszystkim do dwóch elementów: TCP, czyli protokołu odpowiedzialnego za uporządkowane i niezawodne dostarczanie strumienia danych, oraz IP, czyli protokołu służącego do adresowania pakietów i kierowania ich między sieciami. Adres IP wskazuje urządzenie lub interfejs sieciowy, a numer portu identyfikuje konkretną usługę działającą na tym urządzeniu.

TCP zapewnia między innymi ustanowienie połączenia, numerowanie segmentów, potwierdzenia odbioru i ponowne przesyłanie danych utraconych podczas transmisji. Połączenie jest rozpoczynane za pomocą procedury zwanej trójstronnym uzgadnianiem, obejmującej komunikaty SYN, SYN-ACK i ACK. IP nie gwarantuje natomiast dostarczenia pakietu ani jego kolejności. Jeżeli aplikacja wymaga kontroli poprawności i kolejności danych, korzysta z mechanizmów TCP albo z własnej warstwy kontrolnej.

Połączenie z instancją SQL Server przez TCP

W przypadku SQL Server protokół TCP/IP umożliwia klientowi nawiązanie połączenia z usługą silnika bazy danych znajdującą się na określonym komputerze. Klient musi znać nazwę hosta lub jego adres IP oraz port, na którym SQL Server nasłuchuje. Dla domyślnej instancji SQL Server typową konfiguracją jest port TCP 1433, ale administrator może ustawić inny port. Sam fakt, że komputer odpowiada w sieci, nie oznacza jeszcze, że dostępny jest port używany przez silnik bazy danych.

Instancje nazwane mogą korzystać z portów dynamicznych, dlatego połączenie według samej nazwy instancji wymaga dodatkowego mechanizmu ustalenia numeru portu. Usługa SQL Server Browser używa w tym celu portu UDP 1434 i przekazuje klientowi informacje o porcie właściwej instancji. Alternatywą jest podanie portu bezpośrednio w adresie serwera, na przykład w formie nazwa_hosta,1433. Zastosowanie przecinka w takim zapisie odróżnia numer portu od nazwy instancji.

Port, zapora i rozwiązywanie nazwy hosta

Diagnostyka połączenia TCP/IP z SQL Server powinna rozdzielać kilka niezależnych etapów. Najpierw sprawdza się, czy nazwa hosta jest prawidłowo tłumaczona na adres IP przez DNS albo lokalną konfigurację nazw. Następnie należy ustalić, czy komputer docelowy jest osiągalny w danej sieci oraz czy zapora sieciowa zezwala na ruch wychodzący i przychodzący na wymaganym porcie TCP. Dopiero po przejściu tych etapów można oceniać konfigurację uwierzytelniania, uprawnienia użytkownika lub ustawienia samej bazy.

Objaw „serwer nie istnieje lub odmówiono dostępu” może oznaczać zarówno błędną nazwę hosta, niedostępny adres IP, zamknięty port, zatrzymaną usługę SQL Server, jak i próbę połączenia z niewłaściwą instancją. Brak odpowiedzi może wynikać z filtrowania pakietów przez zaporę, natomiast natychmiastowe odrzucenie połączenia często wskazuje, że na danym porcie nie nasłuchuje oczekiwana usługa. Przydatne jest sprawdzenie konkretnego portu narzędziem systemowym, na przykład poleceniem Test-NetConnection w systemie Windows, z parametrami wskazującymi host i port. Wynik takiego testu potwierdza dostępność transportową, ale nie sprawdza poprawności logowania do SQL Server.

Znaczenie konfiguracji TCP/IP podczas naprawy komputera

Nieprawidłowe działanie TCP/IP może być skutkiem błędnej konfiguracji karty sieciowej, uszkodzonego sterownika, niepoprawnych adresów DNS, konfliktu adresów IP albo reguł zapory. W systemie Windows warto rozróżnić problem z lokalnym stosem sieciowym od problemu występującego wyłącznie przy połączeniu z SQL Server. Jeżeli inne usługi sieciowe działają, a niedostępny jest tylko port bazy danych, przyczyny należy szukać przede wszystkim w konfiguracji SQL Server, zaporze lub adresie portu. Jeżeli nie działa również rozwiązywanie nazw i komunikacja z innymi hostami, zakres diagnostyki obejmuje całą konfigurację sieciową komputera.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów i komputerów PC, w tym diagnostykę problemów z kartą sieciową, sterownikami, konfiguracją TCP/IP oraz komunikacją z urządzeniami sieciowymi. Przy problemach z połączeniem do usługi bazodanowej należy zachować rozdział między usterką komputera użytkownika a konfiguracją usługi działającej po stronie serwera. Sprawdzenie adresu IP, DNS, trasy komunikacji i dostępności portu może wskazać miejsce występowania problemu, ale nie zastępuje analizy ustawień samej usługi po stronie systemu, na którym została uruchomiona.