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

— 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

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