Yedekleme ve geri yükleme stratejileri SQL Server'da Giriº
Oluşturma amacı SQL Server yedekleri ise sağlamak kurtarmak bozuk bir veritabanı.Ancak, yedekleme ve veri geri yükleme belirli bir ortamda özelleştirilmiş ve kullanılabilir kaynaklar ile çalışmanız gerekir.Bu nedenle, güvenilir kullanımını yedek ve geri yükleme Kurtarma, yedek ve geri yükleme stratejisi gerektirir.İyi tasarlanmış bir yedek ve geri yükleme stratejisi veri kullanılabilirliği en üst düzeye çıkarır ve belirli bir iş gereksinimlerinizi dikkate alındığında sırasında veri kaybını en aza indirir.
.gif "Önemli not") Önemli |
|---|
Veritabanı ve yedekleri ayrı aygıtlara yerleştirin.Aksi takdirde, veritabanını içeren aygıtı başarısız olursa, yedeklerinizi kullanılamaz hale gelir.Ayrı aygıtlara veri ve yedekleri yerleştirmek, yazı yedekleri hem de veritabanı üretim kullanımı için g/Ç performansını geliştirir. |
yedek ve geri yükleme stratejisi yedek bölümü ve geri yükleme bölümüne içerir.Strateji yedek parçası sıklığı, Doğa ve bunlar için gerekli olan donanım hızına ve türünü tanımlayan nasıl yedekleri test edilmesi ve nereye ve nasıl yedekleme ortamı (güvenlikle ilgili önemli noktalar da dahil olmak üzere) depolanmasını girişimidir.Geri yükleme stratejisinin bir parçası geri yüklemeler yapmaktan sorumlu kim ve nasıl geri yükleme veritabanının kullanılabilirliğini ve veri kaybını en aza indirme için hedeflerinizi karşılayacak şekilde gerçekleştirilmesi gerektiğini tanımlar.Belge yedek ve geri yükleme yordamlarını ve çalışma defterinizde belgelerinin bir kopyasını saklamak öneririz.
Etkin yedek ve geri yükleme stratejisi tasarlama dikkatli planlama, uygulama ve sınama gerektirir.Sınama gereklidir.Yedekleri geri yükleme stratejinizi dahil tüm kombinasyonlar içinde başarılı bir şekilde geri kadar bir yedek stratejisi yoktur.Çeşitli faktörleri dikkate almanız gerekir.Bunlara aşağıdakiler dahildir:
Veritabanları, özellikle kullanılabilirlik ve veri kaybına karşı koruma gereksinimleri için kuruluşunuzun üretim hedefleri.
Yapısı gereği her veritabanlarınızı: boyutuna, kendi kullanım desenlerini, içeriğinin doğası, veri ve benzerleri için gereksinimleri.
Kaynaklar, kısıtlamalar gibi: Donanım, personel, yedek ortamı, fiziksel güvenlik saklı ortam saklamak için boşluk ve benzeri.
Not
The SQL Server on-disk storage format is the same in the 64-bit and 32-bit environments.Bu nedenle, yedek ve geri yükleme, 32-bit ve 64-bit ortamlar çalışır.Diğer bir ortamda çalıştıran bir sunucu örneğine bir ortamda çalıştıran bir sunucu örnek üzerinde oluşturulan yedek geri yüklenebilir.
Yedekleme ve geri yükleme kurtarma modeline etkisi
Yedekleme ve geri yükleme işlemleri, kurtarma modeli bağlamında oluşur.Bir veritabanı kurtarma modeli olan özellik , işlem günlüğünün nasıl yönetileceğini denetler.Ayrıca, yedekleme ve geri yükleme senaryoları hangi veritabanı için desteklenen ne tür bir veritabanı kurtarma modeli belirler.Genellikle bir veritabanı basit kurtarma modeli veya tam kurtarma modeli kullanır.Tam kurtarma modeli toplu işlemler önce toplu günlük kurtarma modeli geçerek takıma girebilir.Bu kurtarma modelleri ve hareket günlüğü yönetimi etkilemesi için bir giriş için bkz: Kurtarma modelleri ve hareket günlüğü Yönetimi.
En iyi seçenek veritabanı için kurtarma modeli, iş gereksinimlerinize bağlıdır.Hareket günlüğü yönetimi önlemek ve yedek ve geri yükleme basitleştirmek için Basit kurtarma modeli kullanın.İş kaybı riskini, at maliyeti yönetim yükünü en aza indirmek için tam kurtarma modeli kullanın.Kurtarma modelleri hakkında bilgi etkisi üzerinde yedek ve geri yükleme, aşağıdaki konulara bakın:
Yedekleme stratejisi tasarlama
Belirli bir veritabanı için iş gereksinimlerinizi karşılayan kurtarma modeli seçtikten sonra planlama ve karşılık gelen bir yedek stratejisini uygula gerekir.En iyi yedek stratejisi aşağıdaki özellikle önemli olduğu etkenler, çeşitli üzerinde bağlıdır:
Günde kaç saat veritabanına erişmek uygulamalar var mı?
Öngörülebilir ölü nokta ise, o dönem için tam veritabanı yedeklerini zamanlamanızı öneririz.
Ne sıklıkta değişiklikler ve güncelleştirmeler oluşabilir?
Değişiklikleri sık sık, aşağıdakileri göz önünde bulundurun:
Basit kurtarma modeli altında tam veritabanı yedekleri arasında fark yedeklemeler zamanlayabilirsiniz.A değişiklik yedeği son tam veritabanı yedekden yalnızca değişiklikleri yakalar.
Tam kurtarma modeli altında sık sık günlüğü yedekleri zamanlamanız gerekir.Fark yedekler arasında tam yedeklemeler zamanlama geri yükleme azaltabilir saat sahip verileri geri yükledikten sonra geri yüklemek için günlük yedeklemeler sayısını azaltarak.
Değişiklikler yalnızca küçük bir kısmı veritabanı veya veritabanı büyük bir bölümünü ortaya büyük bir olasılıkla misiniz?
Kısmi yedeklemeler ve/veya dosya yedeklerini değişiklikleri dosyaları veya filegroups kısmında yoğunlaşmıştır büyük veritabanı için yararlı olabilir.Daha fazla bilgi için bkz: Kısmi yedeklemeler ve Tam dosya yedekleme.
Ne kadar disk alanı tam bir veritabanı olur yedek gerektirir?
"Tahmini boyutu, bir tam Veritabanı yedeklemesi," daha fazla bilgi için bkz: Bu konuda daha sonra.
Tam veritabanı yedekleme boyutunu tahmin etme
Önce bir yedek uygulamak ve geri yükleme stratejisi tam Veritabanı yedeklemesi kullanacağı disk alanını tahmin etmek.yedek işlemi verileri veritabanında kopyalar yedek dosyası.yedek, yalnızca gerçek veri tabanını ve kullanılmayan değil tüm içerir.Bu nedenle, yedek veritabanı genellikle küçüktür.Tam Veritabanı yedeklemesi boyutunu kullanarak tahmin bilgilerini sp_spaceused sistem saklı yordamı.Daha fazla bilgi için bkz: bilgilerini sp_spaceused (Transact-sql).
Yedeklemeler zamanlama
Yedeklemeler gerektirir ve ne sıklıkta her türü gerçekleştirmek zorunda ne tür karar verdikten sonra bir veritabanı için veritabanı bakım planının bir parçası olarak düzenli yedekleme işlemlerini zamanlama öneririz.Bakım planları ve bunları veritabanı yedeklerini ve günlüğü yedekleri için nasıl oluşturulacağı hakkında daha fazla bilgi için bkz: (Veritabanı altyapısı) veritabanları bakımını yapma ve Bakım planı Sihirbazı.
Bir bakım planı oluşturmak için
Oluşturmak ve işleri zamanlamak için
Yedeklerinizi sınama
Yedeklerinizi test edinceye kadar geri yükleme için bir strateji yok.yedek stratejinizi her veritabanlarınızı üzerine bir test sistemi veritabanının bir kopyasını geri yükleyerek sınamanız önemlidir.Her tür geri sınamalısınız yedek kullanmayı düşündüğünüz.
Her veritabanı için bir operasyon el kitabı korumak öneririz.Bu işlemleri el ile yedek, yedek aygıtı adları (varsa) ve miktarını konumunu belgelemeniz gerekir saat test yedekleri geri yükleme yüklemek için gerekli.
Ayrıca bkz.