Witam

Jan napisałem w tytule, po aktualizacji z |Win XP do Win 10 zainstalowałem wszystko i działa na moim komputerze, czyli serwer się uruchamia i działam, jednak inni użytkownicy z mojej sieci nie mogą połączyć się z serwerem. Jaka może być przyczyna? Zapory Windows raczej nie mają na to wpływu ponieważ gdy je wyłączyłem problem nadal istniał.

Z góry dziękuję wszystkim za pomoc
Pozdrawiam

komputery widzą sie nawzajem, zaś serwera po nazwie nie nazwa serwera standardowa KIEROWNIK/SQLEXPRESS
jeśli chodzi o porty czy cokolwiek to niczego nie zmieniałem wszystko jak w standardzie

komputery widzą sie nawzajem, zaś serwera po nazwie nie nazwa serwera standardowa KIEROWNIK/SQLEXPRESS
jeśli chodzi o porty czy cokolwiek to niczego nie zmieniałem wszystko jak w standardzie

Po pierwsze to KIEROWNIK\SQLEXPRESS

Po drugie - jeżeli twoja instancja to SQLEXPRESS to pewnie sam instalowałeś SQL server.  Czy na pewno włączyłeś autoryzację po SQL?
Czy na serwerze łączysz się za pomocą autoryzacji SQL czy Windows?

To spróbuj się połączyć z autentykacją SQL.
Jeśli nie pójdzie to nie masz co próbować czy pójdzie w sieci, bo też nie pójdzie.

Mam dla Ciebie rozwiązanie, o którym nikt wczesniej nie wspomniał (nr 2).

1. Przede wszystkim musisz sprawdzić czy możesz zalogować się do subiekta lokalnie na kompie z Win 10 używając autentykacji SQL - to wymóg bez którego nie masz co dalej przechodzić. Zarówno SQL Server jak i SQL Server Browser muszą być uruchomione, SQL Server Agent może być zatrzymany. Jesli możesz zalogować się lokalnie przez SQL do subiekta, przejdź do punktu drugiego.

2. Twój problem z niedostepnością bazy danych z innych komputerów wynika z ustawień lokalizacji sieci. Gdy zainstalowałeś Win10 i podłączyłeś się do firmowej sieci po raz pierwszy najprawdopodobniej Win10 ustawił domyslnie że jest to sieć publiczna - w takiej konfiguracji żadne usługi typu SQL czy Net Discovery nie są dostępne z zewnątrz. Powinieneś zmienić lokalizację sieciową tego połączenia na Prywatne, wówczas server sql stanie się dostępny. Jak to zrobić opisane jest w pierwszym poście tutaj:
https://winclub.pl/topic/4910-zmiana-sieci-z-publicznej-na-prywatn%C4%85-w-windows-10/

Dodatkowo w ustawieniach protokolu TCP/IP dla Twojej instancji serwera SQL upewnij się że dla każdego IP na liście "IP Adresses" masz ustawione TCP Dynamic Ports na wartość 0, a TCP Port pozostaw wszędzie puste. W IPAll zostaw TCP Port puste, TCP Dynamic Port zostaw wartość jaka tam jest - jeśli nie ma żadnej, też zostaw - pojawi się sama po restarcie servera.

Dzieki takiemu ustawieniu system windows decyduje na którym porcie ma serwować w sieci serwer sql i odwołując się do serwera przez nazwę netbios (czyli u Ciebie KIEROWNIK\SQLEXPRESS), komputer łączacy się zostanie poinformowany na którym porcie jest serwowana ta usługa i połączy się bez problemu. Gdy ustawisz TCP Port na sztywno i zrezygnujesz z dynamic ports, wówczas będziesz musiał odwoływać się do serwera przez adres IP,PORT np. 192.168.1.1,1337 - działa to solidnie i bezbłędnie, do czasu aż instancja servera sql się wywali z jakiejś przyczyny i po restarcie nie będzie mogła sobie zarezerwowac tego portu bo będzie niedostepny - co skutkuje brakiem dostepnosci bazy. Stąd też moja sugestia na wykorzystanie dynamic ports.

Daj znać czy zadziałało.

Gdy ustawisz TCP Port na sztywno i zrezygnujesz z dynamic ports, wówczas będziesz musiał odwoływać się do serwera przez adres IP,PORT np. 192.168.1.1,1337 - działa to solidnie i bezbłędnie, do czasu aż instancja servera sql się wywali z jakiejś przyczyny i po restarcie nie będzie mogła sobie zarezerwowac tego portu bo będzie niedostepny - co skutkuje brakiem dostepnosci bazy. Stąd też moja sugestia na wykorzystanie dynamic ports.

Na przyszłość nie wypowiadaj się na tematy, co do których delikatnie mówiąc nie jesteś pewny... Po ustawieniu statycznego portu bez problemu można cały czas odwoływać się po nazwie instancji serwera SQL, NIE ma konieczności odwoływania się poprzez IP i/lub port. Zalecaną konfiguracją i konieczną w przypadku przekierowań są statyczne porty, taką konfigurację również stosuje domyślnie instalator na instancji domyślnej. Odwołując się poprzez port możemy ominąć Browsera i wykluczyć jego wpływ.

Wszystkie Twoje rady bez włączenia dostępu sieciowego, o którym już pisałem NIE dadzą żadnego efektu.

Cytat: dkozlowski w Sierpień 05, 2016, 16:40:05

... Po ustawieniu statycznego portu bez problemu można cały czas odwoływać się po nazwie instancji serwera SQL, NIE ma konieczności odwoływania się poprzez IP i/lub port. Zalecaną konfiguracją i konieczną w przypadku przekierowań są statyczne porty, taką konfigurację również stosuje domyślnie instalator na instancji domyślnej. Odwołując się poprzez port możemy ominąć Browsera i wykluczyć jego wpływ.

@Daniel, nie do końca. Miałem kolejną interwencję na problem z dostaniem się z końcówki do serwera na Win 10. On chyba nie lubi nazw i dopiero ustawienie po IP i numerze portu zapewniło połaczenie. Na Win 7 tego nie było, a na Win 10 zaczyna być coraz częstsze.

Ciężko mi się wypowiadać na temat problemu, którego nie diagnozowałem, we wszystkich znanych mi instalacjach z W10 działa po nazwie i nie znam powodu, aby na W10 miało być inaczej niż na wcześniejszych wersjach systemów operacyjnych.

Oczywiście wszystko przy założeniu, że z W10 jest wszystko w porządku - ostatnio miałem przypadek, że jedno połączenie sieciowe było widoczne w W10 jako dwa, jedno prywatne, drugie publiczne, pierwszy raz widziałem coś takiego, sieć lokalna działała, ale internet już nie, po pozbyciu się jednego połączenia zaczęło działać wszystko. Z resztą już od początku W10 słyszałem o wielu przypadkach, że należy instalować W10 na czysto i wtedy działa, aktualizacja często wiązała się i jak widać wiąże się z problemami tuż po aktualizacji lub za jakiś czas.

jeśli wyłączę autentykację windows to nie mogę się zalogować na użytkownika 'sa'. Jak to dodać na serwerze ?