Veritabanı Geri Yükleme sihirbazı SSMS 2014'te açılmıyor

12

Windows Server 2012 R2 çalıştıran bir geliştirici makinesinde SQL Server'ı 2012'den 2014'e yükselttim.

Bir veritabanına sağ tıklayıp Tasks -> Restore -> Database...hiçbir şeye gitmediğimde SQL Server Management Studio 2014'ü kullanarak . Veritabanını Geri Yükle sihirbazı beklendiği gibi görünmüyor.

Olay Görüntüleyicisi'nde hata veya çökme yok. İmleç bir kum saatine bile dönüşmez.

Geri yüklemek için T-SQL kullanmak iyi çalışıyor ve geri dönüp SSMS 2012 kullanırsam iyi çalışır. SSMS 2014'te sihirbazın nasıl çalışacağına dair bir fikriniz var mı?

SSMS'nin her iki sürümünde de aynı SQL Server örneğine bağlanıyorum ve SSMS'yi yönetici olarak çalıştırmayı denedim.

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
kaynak

Hayır, kritik güvenlik sorunları olmadıkça COD düzeltmeleri Windows Update'e yüklenmez. İndirme bağlantısı benim için çalışıyor, farklı bir tarayıcı deneyin, ancak x64 işletim sistemi varsayalım , her durumda sizin için doğrudan bir bağlantı .

— Aaron Bertrand

Teşekkürler, düzeltmeyi yükledim, ancak bu sorunu çözmedi. Sanırım zaman bulduğumda kaldırmak ve yeniden yüklemek zorunda kalacağım ve o zamana kadar SSMS'nin eski sürümünü kullanacağım.

— Josh Bula

SSMS 2016'yı yüklemeyi denediniz mi?

— Elsimer

Bu bazen evde çalıştığımda ve VPN üzerinden bağlandığımda bana oluyor. Bence sadece biraz tembel, ama sonunda pencere açılır.

— pintosack

3

Kendimi hem SSMS 2012 hem de SSMS 2014'te bu davranışı gördüm. Tipik olarak, veritabanı için yedekleme / geri yükleme geçmişinin çok uzun olması ve sihirbazın gelmesi uzun zaman alıyor, çünkü okuması gerekiyor tüm tarih.

Geçmişi kısaltan bir bakım planınız olduğundan emin olun. Öğrenmek için şu sorguyu çalıştırın:

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

Bu sorgu hızlı olacaktır, çünkü tablonun birincil kümelenmiş anahtarı ile sıralanmıştır. İçinde bir veya iki aydan fazla tarih varsa, muhtemelen bunu temizlemenin zamanı gelmiştir. (Geçmişi temizlemenin kilitler içereceğini unutmayın, bu nedenle aynı anda yedekleme yapıyorsanız veya MSDB'niz yavaş depolama alanındaysa yavaş bir işlem olabilir.)

— Matthew Sontum
kaynak

3

Bunu başka bir iş parçacığında buldum ve benim için çalıştı:

SQL Server Studio 2014 "LSN zincirindeki kopma nedeniyle geri yükleme planı oluşturulamıyor" hatasını beğenmez. Geri yükleme iletişim kutusu açılamıyor. TAM yedekleme yaparak LSN zincirini düzeltin. Bundan sonra geri yükleme iletişim kutusu çalışmalıdır.

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

— Aggromonster
kaynak

2

Benim durumumda sadece bir veritabanını cihazdan geri yüklemek istedim (tam yedekleme, sadece kopya). Bu geçici çözüm benim için çalıştı. "Veritabanları" na sağ tıklayın ve "Veritabanını Geri Yükle ..." seçeneğine gidin (veritabanını seçmek yerine). Yüklenecek bir geçmiş olmadığından bu sihirbazı açmalıdır.

Seçenekler arasında "Mevcut veritabanının üzerine yaz" ı seçtim ve "Geri yüklemeden önce kuyruk günlüğü yedeklemesini al" seçimini kaldırdım.

— Michiel
kaynak

1

Herhangi biri hala aynı sorunu yaşıyorsa

Burada açıklanan hiçbir şey sorunumu düzeltmeme yardımcı oldu, ancak boş veritabanımın bir yedeğini gerçekleştirme sorununu çözebildim ve daha sonra sihirli bir şekilde ekleme düğmesi çalıştı ve bak dosyamdan geri yükleme yapmama izin ver

Çevrem:

Windows 10 Enterprise, Temiz Kurulum
SQL Server 2017 Express Edition, Temiz Kurulum
SQL Server Management Studio Ver 18.1, temiz kurulum

Aslında bilmiyorum ama benim sorunumun temel nedeni olduğunu düşünüyorum: yükleme sırasında, veri dosyaları için farklı bir yol ("/ program dosyaları" altında varsayılan değil ve muhtemelen SQL veya SSMS erişmeye çalışıyordu varsayılan (var olmayan) konum ilk kez.

— Victor Ayala
kaynak