Kreator przywracania bazy danych nie otworzy się w SSMS 2014

12

Na komputerze deweloperskim z systemem Windows Server 2012 R2 właśnie zaktualizowałem SQL Server z 2012 do 2014.

Za pomocą programu SQL Server Management Studio 2014 po kliknięciu bazy danych prawym przyciskiem myszy i Tasks -> Restore -> Database...nic się nie dzieje. Kreator przywracania bazy danych nie wyświetla się zgodnie z oczekiwaniami.

W Podglądzie zdarzeń nie ma żadnych błędów ani awarii. Kursor nie zmienia się nawet w klepsydrę.

Używanie T-SQL do przywracania działa dobrze, a jeśli wrócę i użyję SSMS 2012, działa dobrze. Jakieś pomysły na to, jak uruchomić kreatora w SSMS 2014?

Łączę się z tym samym wystąpieniem programu SQL Server w obu wersjach SSMS i próbowałem uruchomić SSMS jako administrator.

Jest to dodatek Service Pack 1:

Microsoft SQL Server Management Studio 12.0.4100.1
Microsoft Analysis Services Client Tools 12.0.4100.1
Microsoft Data Access Components (MDAC) 6.3.9600.17415
Microsoft MSXML 3.0 5.0 6.0 
Microsoft Internet Explorer 9.11.9600.18125
Microsoft .NET Framework 4.0.30319.34209
Operating System 6.3.9600
sql-server sql-server-2014 restore ssms Josh Bula
źródło
Nie, poprawki COD nie są instalowane z Windows Update, chyba że są to krytyczne problemy bezpieczeństwa. Link do pobrania działa dla mnie, wypróbuj inną przeglądarkę, ale tutaj jest bezpośredni link dla ciebie w każdym przypadku , przy założeniu systemu operacyjnego x64.
Aaron Bertrand
Dzięki, mam zainstalowaną poprawkę, ale to nie rozwiązało problemu. Myślę, że będę musiał odinstalować i zainstalować ponownie, kiedy będę miał czas, i po prostu użyję starej wersji SSMS do tego czasu.
Josh Bula
Czy próbowałeś zainstalować SSMS 2016 ?
Elsimer
Zdarza mi się to czasami, gdy pracuję z domu i połączony przez VPN. Myślę, że to trochę opóźnione, ale w końcu wyskakuje okno.
pintosack

Odpowiedzi:

3

Sam widziałem takie zachowanie zarówno w SSMS 2012, jak i SSMS 2014. Zazwyczaj oznacza to, że historia tworzenia kopii zapasowych / przywracania bazy danych jest bardzo długa i uruchomienie kreatora zajmuje dużo czasu, ponieważ musi on przeczytać cała historia.

Upewnij się, że masz plan konserwacji, który skraca historię. Aby się dowiedzieć, uruchom następujące zapytanie:

SELECT TOP 1 backup_start_date
FROM msdb.dbo.backupset WITH (NOLOCK)
ORDER BY backup_set_id ASC

To zapytanie będzie szybkie, ponieważ jest posortowane według podstawowego klucza klastrowego tabeli. Jeśli masz tam więcej niż miesiąc lub dwa, prawdopodobnie nadszedł czas, aby je wyczyścić. (Pamiętaj, że wyczyszczenie historii wiąże się z blokadami, więc może to być powolny proces, jeśli wykonujesz kopie zapasowe w tym samym czasie lub jeśli twój MSDB działa na wolnym dysku).

Matthew Sontum
źródło
3

Znalazłem to w innym wątku i działało dla mnie:

SQL Server studio 2014 nie lubi błędu „Nie można utworzyć planu przywracania z powodu przerwy w łańcuchu LSN”. I nie można otworzyć okna przywracania. Napraw łańcuch LSN, wydając PEŁNĄ kopię zapasową. Po tym okno dialogowe przywracania powinno działać.

/server/705398/mssql-management-studio-2014-not-showing-the-tasksrestoredatabase-dialog

Aggromonster
źródło
2

W moim przypadku chciałem tylko przywrócić bazę danych z urządzenia (pełna kopia zapasowa, tylko kopia). To obejście działało dla mnie. Kliknij prawym przyciskiem myszy „Bazy danych” i przejdź do „Przywróć bazę danych ...” (zamiast wybierać bazę danych). Powinno to otworzyć kreatora, ponieważ nie ma historii do załadowania.

W ramach opcji wybrałem „Zastąp istniejącą bazę danych” i odznaczyłem „Zrób kopię zapasową dziennika ogona przed przywróceniem”.

Michiel
źródło
1

W przypadku, gdy ktoś nadal ma ten sam problem

Nic tu opisane nie pomaga mi rozwiązać problemu, ale udało mi się obejść problem, wykonując kopię zapasową mojej pustej bazy danych, a następnie magicznie przycisk dodania zadziałał i pozwolił mi przywrócić z mojego pliku BAK

Moje środowisko to:

  • Windows 10 Enterprise, czysta instalacja
  • SQL Server 2017 edycja ekspresowa, czysta instalacja
  • SQL Server Management Studio Ver 18.1, czysta instalacja

Nie wiem na pewno, ale myślę, że główną przyczyną mojego problemu jest: podczas instalacji ustawiłem inną ścieżkę dla plików danych (nie domyślną w „/ program files”), a SQL lub SSMS prawdopodobnie próbował uzyskać dostęp do domyślna (nieistniejąca) lokalizacja za pierwszym razem.

Victor Ayala
źródło