Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: daniel_subiektus w Styczeń 12, 2017, 14:05:06
-
Witam, przeczytałem już wiele podobnych wątków ale nie znalazłem odpowiedzi na ten problem. Przy dearchiwizacji danych wyskakuje mi błąd:
2017-01-12 13:17:21.02 Logon Login failed for user 'sa'. Reason: Password did not match that for the login provided. [CLIENT: <named pipe>]
Dzieje się tak dla tego, że w aktualnie pracującym subiekcie baza SQL nie ma hasła (jest tylko user "sa" , hasło puste - i authentication mode ustawione na MIXED).
Przy nowej instalacji subiekta na drugim PC mogę wybrać autentykację na "windows" lub MIXED ale w przypadku MIXED nie mogę zostawić pustego hasła.
Pytanie jak na starym PC przestawić działającą bazę na autentykację Windows? lub dodać hasło w trybie MIXED?
z góry dzięki za sugestie :)
-
Ustaw w tym kroku mixed i wpisz jakieś dowolne hasło, tylko je zapamiętaj, np 123.
Po instalacji uruchamiasz Management Studio, wchodzisz przez autentykację windows i we właściwościach sa usuwasz hasło. Można to zrobić poleceniem sql.
-
no to idę się uczyć używać tego Management Studio :) może ktoś napisać jak wykonać powyższy np w 3 krokach?
-
Obrazek mówi więcej niż 1000 słów. Tak to ma wyglądać i klikasz OK.
-
Ja ze swojej strony polecam nie tworzyć hasła składającego się z samych cyfr. Ja tak zrobiłem, a później miałem problem z uruchomieniem aplikacji do importu xls od Leo - łączyła się z serwerem ale nie mogła sie zalogować. Dodanie litery w haśle użytkownika sa pomogło.
-
Ja ze swojej strony polecam nie tworzyć hasła składającego się z samych cyfr. Ja tak zrobiłem, a później miałem problem z uruchomieniem aplikacji do importu xls od Leo - łączyła się z serwerem ale nie mogła sie zalogować. Dodanie litery w haśle użytkownika sa pomogło.
Na stałe zalecam 24 znaki w tym duże i małe litery cyfry i znaki specjalne.
Ale tu chodzi tylko o pozbycie się hasłą do sa przy ręcznej instalacji, bo instalując z płyty Insertu batch pilnuje, żeby było hasło puste.
-
Witam, przeczytałem już wiele podobnych wątków ale nie znalazłem odpowiedzi na ten problem. Przy dearchiwizacji danych wyskakuje mi błąd:
2017-01-12 13:17:21.02 Logon Login failed for user 'sa'. Reason: Password did not match that for the login provided. [CLIENT: <named pipe>]
Dzieje się tak dla tego, że w aktualnie pracującym subiekcie baza SQL nie ma hasła (jest tylko user "sa" , hasło puste - i authentication mode ustawione na MIXED).
Nie, to kompletnie nie tak... Dzieje się tak dlatego, że podałeś nieprawidłowe dane logowania do serwera SQL na którym odtwarzasz archiwum i baza danych, a tym bardziej serwer SQL, z którego jest przenoszona baza danych nie ma żadnego znaczenia (hasło użytkownika SQL jest tworzone i zapisywane na poziomie loginu serwera SQL, a nie bazy danych).