SQL Server Reporting Services Źródło danych przechowuje utracone dane logowania do bazy danych

Question

W moim środowisku programistycznym za każdym razem, gdy uruchamiam ponownie system Windows (co musi być wykonywane co najmniej raz dziennie dla mnie), wszystkie udostępnione dane SSRS tracą swoje poświadczenia.

Obecnie mam je ustawione, aby zalogować się do bazy danych za pomocą stałego poświadczenia, ale po ponownym uruchomieniu wszystkie źródła danych pop nad do korzystania bez poświadczeń. Oczywiście, jest to tylko w środowisku programisty i mogę po prostu sprawdzić/zaktualizować źródło danych/sprawdzić ponownie i będzie działało dobrze ... aż do ponownego uruchomienia.

Do tej pory korzystałem z tych udostępnionych źródeł danych przez co najmniej 2 lata i żadnych problemów, ale w ciągu ostatniego miesiąca był to cykliczny codzienny problem.

Pomoc?

Answer 1

Zakładam, że mówisz o udostępnionych źródłach danych w projekcie serwera raportów w Visual Studio, w przeciwieństwie do źródła danych utworzonego bezpośrednio w usługach Reporting Services. Te drugie dane są przechowywane w bazie danych ReportServer określonej podczas konfigurowania SSRS.

Teraz, podobnie jak w przypadku pliku .rds używanego w Visual Studio, jeśli otworzysz plik w edytorze tekstowym, zauważ, że nazwa użytkownika i hasło nie są przechowywane w pliku. Jest on faktycznie przechowywany w pliku .rptproj.user. Sprawdź więc, czy ktoś nie usunął pliku .user ze sterowania źródłami (pliki .user nie powinny być w sterowaniu źródłowym, ale w twoim przypadku ...).

Ten scenariusz można przetestować, wprowadzając poświadczenia, zapisując wszystkie pliki i wychodząc z programu Visual Studio. Znajdź i usuń plik .rptproj.user i otwórz ponownie projekt serwera raportów i sprawdź, czy poświadczenia nie ma!

Obejście to dodanie "User ID = user; Password = pass" jako części ciągu połączenia. Po otwarciu pliku .rds ciąg połączenia nie wyświetli tej części, ale karta Poświadczenia powinna mieć prawidłowe wartości.

Answer 2

Może to być związane z kolejnością rozruchu usług na komputerze.

Zgadnij: Być może w dodatku SP3 jest nowa funkcjonalność, która sprawdza, czy poświadczenia połączenia są prawidłowe. Jeśli nie są one ważne, zostaną wyczyszczone.

Problem może się wówczas zdarzyć, jeśli kontrola zostanie przeprowadzona przed uruchomieniem serwera SQL. To tłumaczyłoby, dlaczego są one kasowane po ponownym uruchomieniu maszyny.

Answer 3

Niedawno wystąpił ten sam problem, ale nie mogę połączyć go z ponownym uruchomieniem komputera. Wygląda na to, że sprawdziłem rozwiązanie pod kontrolą źródła - korzystamy z Team Foundation Server. Po wyłączeniu konta usługi miliard razy, jakoś się wyleczył i zaczął się zachowywać. Znalazłem ten wpis i zaznaczyłem folder projektu dla pliku rptproj.user, o którym wspomniał benson, i ma on zmodyfikowaną datę dnia, w którym miałem problemy, ale datę utworzenia bliską temu, co pamiętam, ponieważ utworzyłem projekt, więc Będę zwracał na to uwagę w przyszłości.

Czy ktoś wymyślił coś nowego w tej kwestii?

Answer 4

Zdaję sobie sprawę, że już to przeczytałeś, ale coś tu może pomóc? http://msdn.microsoft.com/en-us/library/ms159846.aspx

Chciałbym zwrócić uwagę na sposób, w jaki został zainstalowany SSRS, a także na konta, na których serwery działają, jak również na zasady logowania do domeny.