“Geri yüklenecek yedekleme kümesi seçilmedi” SQL Server 2012

Ben filestream etkin bir SQL Server 2012 veritabanı var. Ancak, yedeklediğimde ve başka bir SQL Server 2012 örneğinde (başka bir makinede) geri yüklemeye çalıştığımda, şu iletiyi alıyorum:

Geri yüklenecek yedek kümesi seçilmedi.

Tek bir açıklama bile yok. Burada yanlış olan ne?

Filestream içermeyen diğer tüm veritabanları uygundur ve başarıyla geri yüklenebilir. Filestream ile ilgili bir şey mi var? Bir düzeltme veya bunun gibi bir şey yüklemem gerekir mi?

Bu sorunu yaşadım ve SQL'in yanlış sürümüne geri yüklemeye çalıştığım ortaya çıktı. Neler olduğu hakkında daha fazla bilgi istiyorsanız, aşağıdaki SQL'i kullanarak veritabanını geri yüklemeyi deneyin:

RESTORE DATABASE <YourDatabase> 
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'

Bu, hata ayıklamak için gereken hata iletisini vermelidir.

Benim sorunum izin oldu . Bir geliştirme makinesindeyim ve Homegroup üzerinden kopyalandım. Her nasılsa, muhtemelen dosyayı nereye kopyaladığım temelinde, izinler dağıldı ve Management Studio dosyayı okuyamadı. Bu dev olduğundan sadece bak dosyasına Herkes izinleri verdim ve daha sonra GUI aracılığıyla başarılı bir şekilde geri yükleyebilirim.

Çalışırken:

RESTORE DATABASE <YourDatabase> 
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'

Bana şu hatayı verdi:

'C: \ NorthwindDB.bak' cihazındaki medya ailesi yanlış oluşturulmuş. SQL Server bu medya ailesini işleyemiyor. HEADERONLY RESTORE anormal olarak sona eriyor. (Microsoft SQL Server, Hata: 3241) Blok Alıntı

Anlaşılıyor Uyumluluk düzeyi hem kaynak hem de hedef DB'de aynı olsa bile, bir DB'yi Yüksek SQL sürümünden daha düşük bir sürüme alamazsınız. SQL sürümünü çalıştırmak için:

Select @@Version

Farkı görmek için, kaynak SQL sunucunuzda bir DB oluşturun ve yedekleme dosyanızdan bir geri yükleme yapmaya çalışın, bu beyaz SSMS'yi yaptığınızda, yedekleme dosyasını seçtikten sonra, bu konuda açıklandığı gibi bazı bilgileri gösterecektir. "geri yüklenmek üzere hiçbir yedekleme kümesi seçilmedi" diyen daha düşük bir sürüm sunucusundan açın

Yani Hala daha düşük bir sürüm SQL veri taşımak için gereken edip etmediğini kontrol Bu .

SQL Server Management Studio'yu yönetici olarak çalıştırın (kısayolu / exe'yi sağ tıklatın, sonra "Yönetici Olarak Çalıştır" ı seçin) ve ardından geri yüklemeyi deneyin.

Sürümleri karıştırmak için yeterince aptal olmadığımı düşündüm - ancak, yeni sunucumda, bir SQL Server 2005 örneğinin zaten adlandırılmış doğumdan yüklendiğini fark etmedim SQLEXPRESS. SSMS 2012'de SQL Server 2008 R2 yedeklenmiş veritabanımı SQLEXPRESSörneğe geri yüklemeye çalışırken , yedekleme kümeleri listesi boştu.

Sonunda SQLEXPRESSsunucudaki örneğin 2012 örneği değil, 2005 olduğunu fark ettim. Bağlantıyı kesip gerçek 2012 örneğine (benim durumumda adlandırılmış SQLEXPRESS2012) bağlandım ve çalıştım.

Benim sorunum, benim kullanıcı Builtin-Administrators grubunda ve SQL Server üzerinde Sysadmin rolü olan hiçbir kullanıcı oldu. Management Studio'yu Yönetici olarak yeni başladım. Bu şekilde veritabanını geri yüklemek mümkün oldu.

Bilginize: Geri yüklerken SSMS'ye giriş yapmak için aynı (SQL User) kimlik bilgilerini kullanmam gerektiğini buldum. İlk olarak bir Windows Kimlik Doğrulama hesabı kullanarak geri yüklemeyi denedim.

Benim durumumda, izinler ve sadece "Veritabanını Geri Yükle ..." yerine "Dosyaları ve Dosya Gruplarını Geri Yükle ..." kullandığım gerçeğiydi.

Farkı yarattı.

Benim için bir kullanıcı ayrıcalık sorunu. Bir kullanıcı ve onun iyi çalışıyor ile giriş yaptım.

Benim için sorun sunucudaki şifreli bir klasörde bulunan .BAK dosyasına sahip olmaktı. Tam Yönetici haklarına sahip olsam bile, SSMS'yi asla dosyayı okuyamadım. .BAK'ın şifrelenmemiş bir klasöre taşınması sorunumu çözdü. Dosyayı taşıdıktan sonra, şifrelemeyi kaldırmak için gerçek dosyadaki özellikleri değiştirmeniz gerekebilir (sağ tıklama, özellikler, gelişmiş, "verileri korumak için içeriği şifreleme" seçeneğinin işaretini kaldırın).

SQL Server 2014 ile aynı sorunu yaşadım (Management Studio, bir Geri Yükleme işlemi için bulmaya çalışırken yedekleme dosyasının bulunduğu klasörü göremedi). Bu konu benim sorunumu çözen cevabı tuttu. Alıntı:

SQL Server hizmet hesabı Başlat-> Denetim Masası-> Yönetimsel Araçlar-> Hizmetler tarafından bulunabilir. SQL Server hizmeti-> Oturum Aç sekmesine çift tıklayın. Belirli bir hesabı tanımlamak için "Yerel Sistem hesabı" veya "Bu hesap" kullanacaksınız. Yerel Sistem hesabını kullanıyorsanız, sunucu için yerel olmayan yedeklere başvuramazsınız. Bunun yerine, kullanılacak hesabı tanımladıysanız, bu, yedek dosya konumuna erişmesi gereken hesaptır. Kişisel oturum açma bilgilerinizi kullanarak yedeklemelere erişebilmeniz önemsizdir; yedeklemeyi başlatmış olsanız bile kullanılan SQL Server hesabıdır. BT çalışanlarınız her bir hesaba hangi hakların verildiğini belirleyebilmelidir.

Umarım birine yardım eder.

Benim durumumda (yeni sql sunucu kurulumu, yeni oluşturulan kullanıcı) kullanıcımın gerekli izni yoktu. Management Studio'da sa olarak oturum açtım , sonra Güvenlik / Oturum Açma'ya gittim, kullanıcı adımı, Özellikler'i sağ tıklatıp kontrol ettiğim Sunucu Rolleri bölümünde sysadmin.

Benim için bunun nedeni yedekleme dosyasının başka bir işlem tarafından hala açık olmasıydı. Olay günlüğü:

BackupDiskFile :: OpenMedia: Yedekleme cihazı 'X: \ Backups \ MyDatabase \ MyDatabase_backup_2014_08_22_132234_8270986.bak' açılamadı. İşletim sistemi hatası 32 (İşlem başka bir işlem tarafından kullanıldığından dosyaya erişemiyor.).

Sql Server Management Studio'yu basitçe kapatmak ve yeniden açmak sorunu çözdü (açıkçası sapa sahip olan ssms.exe oldu ..)

Bu aksaklığın başka bir olası nedeni Google Drive gibi görünüyor. Google Drive, bak dosyalarını veya başka bir şeyi sıkıştırıyor, bu nedenle bir veritabanı yedeklemesini Google Drive üzerinden aktarmak istiyorsanız, önce sıkıştırmanız gerekir.

Varolan veritabanını tamamen değiştirmek istiyorsanız WITH REPLACE seçeneğini kullanın:

RESTORE DATABASE <YourDatabase> 
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'
WITH REPLACE

Benim durumumda, bu bir izin sorunuydu.

Windows kullanıcısı için kullandığım dbcreatorrol yoktu .

Bu yüzden aşağıdaki adımları takip ettim

1. Olarak bağlayın saSQL sunucusuna
2. SecurityNesne Gezgini'nde Genişlet
3. genişletmek Logins
4. Söz konusu Windows kullanıcısına sağ tıklayın
5. Özellikler'e tıklayın
6. Seç Server Rolesgelen Select a pageseçeneklerden
7. dbcreatorKullanıcı için rolü kontrol et
8. Tamam'ı tıklayın

SQL Server 2012 Express kullanma.

Benim hatam (SQL Manager'dan - Veritabanını Geri Yükle İletişim Kutusundan):

No backupset selected to be restored

Ayrıca, listede seçilecek yedek kümeleri yoktu.

Sorun, 5 yedekleme dosyasının 1'ini SQL Server hizmet oturum açma kullanıcısının izinleri olmadığı bir klasöre taşımış olduğum - Bu kullanıcıyı eklemeye çalıştım, ancak NT Service \ MSSQL $ SQLEXPRESS kullanıcısını güvenliğe alamadım liste.

Dosyayı hizmet kullanıcısı için Belgeler klasörünün altına taşıdım ve bu, seçtiğim tüm dosyaları - 4 bu noktada - okumasını sağladım ve hata "ortam kümesi eksik" olarak değiştirildi - sonra başka bir yedekleme dosyası aradım ve eklediğimde geri yükleyebildim.

Bu sorudaki cevaplar doğru yerlere bakmama ve bir çözüm yolunda çalışmama yardımcı oldu.

Benim için bir izin meselesiydi. SQL sunucusunu yerel bir kullanıcı hesabı kullanarak ve şirketlerimin etki alanına katılmadan önce yükledim. Daha sonra, SQL Server veritabanlarını geri yüklemek için gerekli izinlere sahip olmayan etki alanı hesabımı kullanarak bir veritabanını geri yüklemeye çalıştım. Etki alanı hesabınız için izni düzeltmeniz ve sahip olduğunuz SQL sunucusu örneğinde sistem yöneticisine izin vermeniz gerekir.

Aynı tek makinede yedeklememe ve geri yüklememe rağmen aynı hata mesajını aldım.

Sorun buradan: yedekleme yaparken, hedef kutusunda 2 öğe vardı.

Yani düzeltme: 'hedef' kutusunda sadece 1 öğenin olduğundan emin olun. Varsa diğerlerini kaldırın.

Aynı sorunla karşılaştım. SSMS'yi yönetici olarak çalıştırın, sonra sağ tıklayın ve veritabanı geri yükleme yapın. Çalışmalı.

Sanırım bu hatayı almak için en kemikli nedenden dolayı ödül aldım. Veritabanını Geri Yükle iletişim kutusunda, Kaynak altındaki veritabanı açılır menüsü gri renktedir ve devre dışı olduğunu düşündüm. Kaynak olduğunu düşündüğümde Veritabanı açılır menüsüne geçtim ve bir seçim yaptım. Bunu yapmak bu hata mesajının görüntülenmesine neden olur.