Przeskanuj serwer z tych trzech kompów np. przy pomocy nmap i porównaj jakie porty widać serwera z tego kompa gdzie wszytko działa i z pozostałych. Jak jest zrobione uwierzytelnianie na serwerze w tych Subiektach GT - po Windows czy po koncie z MS SQL? Porty może blokować nie tylko firewall, ale np. mikrosegmentacja sieci czy antywirek. I to nie jest tak, że z MS SQL na Linuksie InsERT będzie działał bezproblemowo. Np. nie radzi sobie z ukośnikami w ścieżkach dostępu (w Linuksie są w przeciwną stronę niż w Windows) i jak ich ręcznie nie przerobisz na serwerze we właściwościach bazy, to nie przejdzie aktualizacji (ściślej pierwszą przejdzie, ale kolejnej nie, bo będzie miał \/ zamiast ukośników w ścieżkach...). Jak przerobisz, to aktualizację przejdzie, ale kopie po aktualizacji będą mieć skopane ścieżki. Z powodu tych ukośników InsERT nie potrafi wykasować "śmierci" po konwersji, więc będziesz musiał czyścić katalog temp na serwerze, by nie zapchać dysku. I albo musisz być szalony i udostępnić katalog roboczy wszystkim, albo musisz być guru z ustawiania praw dostępu albo musisz na serwerze postawić Sambę i w InsERT jako roboczy ustawić katalog sieciowy na roboczy, albo nie będzie działać Archiwizator. Będziesz się musiał nagimnastykować na Linuksie z ustawieniem zegara, bo Windows i Linux inaczej odczytują czas systemowy (Linux zakłada, że zegar systemowy jest UTC a Windows, że lokalny) albo będziesz miał przesunięty czas na dokumentach... Ale da się wszystko przeskoczyć i działa. 

Kopie zapasowe bazy danych są codziennie wykonywane 5 ostatnich dni. Dodatkowo jest wykonywana kopia  każdego dnia na drugi serwer w innej lokalizacji.
Wszystko działa poprawnie.

Nie ma i nigdy nie było żadnych problemów z wykonywaniem kopii baz MS SQL na Linuksie. Problem jest tylko z Archiwizerem i Programem Narzędziowym i wykonywaniem aktualizacji (tworzą się kopie) w pakiecie InsERT gdy baza jest na MS SQL na Linuksie. To InsERT ma problem z Linuksem a nie MS SQL. MS SQL działa obojętnie czy w ścieżkach jest / czy \ a nawet działa jak jest \/ czy /\! 

Witam!
Uruchomiłem serwer mssql na Debian 11 dla Subiekt GT.
Cała instalacja serwera przebiegła poprawnie, bazę danych również udało się przerzucić i uruchomić. 
Jednak jak się później okazało subiekt GT łączy się poprawnie tylko na jednym z trzech komputerów.
Na dwóch komputerach których nie da się połączyć z bazą danych wyskakuje komunikat:
'Nie można uzyskać połączenia z serwerem 192.168.1.103'
Jednak na tych samych komputerach bez problemu da się dostać do bazy danych z poziomu SQL Server Management Studio. Bez problemu program łączy się z serwerem i można pracować na bazie.

Podjęte próby:
Całkowite dezaktywowanie zapory systemu Windows - nie pomogło

Spróbuj w formularzu gdzie masz wprowadzony adres serwera na końcu dopisać po przecinku numer portu serwera czyli: 192.168.1.103, 1433

Witam! Dziękuję za odpowiedz.
Sprawdziłem opcję z podaniem portu: 192.168.1.103,1433
Niestety ale nadal nie działa.

Sytuacja wygląda następująco:
Sprawdziłem na tych komputerach gdzie nie działało i nadal nie działa.
Na komputerze gdzie działało - działa 192.168.1.103,1433 tak samo poprawnie jak 192.168.1.103

Dodatkowo
Ustawiłem stałe IP na serwerze ale nic to nie pomogło.
Również wyłączyłem serwer ten sprawny (192.168.1.102), a na tym nie do końca działającym ustawiłem adres 192.168.1.102 - nie działa

Dodam ponownie że z wszystkich komputerów można bez problemu połączyć się z bazą przy pomocy SQL Server Management Studio.
Niestety z poziomu subiekta czy programu serwisowego dla dwóch komputerów nie da się dla jednego da się.

Jest na tej niedziałającej stacji jakiś antywirus ?

Witam!

Próba przeinstalowania nic nie dała dalej brak połączenia dla tego jednego serwera, dra drugiego działa.

Jeszcze jedna nowa informacja się pojawiła.
Nawiązałem próbę połączenia z serwerem przy pomocy polecenia sqlcmd i dla tych komputerów nie działających otrzymałem taki komunikat.
Sqlcmd: Error: Microsoft ODBC Driver 11 for SQL Server: SSL Provider: Istniejące połączenie zostało gwałtownie zamknięte przez zdalnego hosta.
.
Sqlcmd: Error: Microsoft ODBC Driver 11 for SQL Server: Client unable to establish connection.

Dodam jeszcze że dla tego komputera na którym działa. Za pomocą tego polecenia również działa. Poprawnie nawiązał połączenie z bazą.
Dal serwera tego sprawnego z wszystkich komputerów nawiązano poprawne połączenie.

Dodam jeszcze że ten działający komputer jest z systemem Windows 10 a te nie działające z systemami Windows 8 i Windows 7.