Aracılığıyla paylaş


yedek ve geri yükleme stratejileri SQL Server'da Giriº

Oluşturma amacıSQL Serveryedekleri ise etkinleştirmek için kurtarmak bozuk bir veritabanı.Ancak, yedekleme ve geri yükleme veri belirli bir ortam için özelleştirilmiş ve kullanılabilir kaynaklar ile çalışmanız gerekir.Bu nedenle, güvenilir kullanımını yedek ve geri yükleme için kurtarma, yedek ve geri yükleme için bir strateji gerektirir.İyi tasarımlanmış bir yedek ve geri yükleme stratejisi veri kullanılabilirliği en üst düzeye çıkaran ve belirli bir iş gereksinimlerinizi dikkate alındığında sırasında veri kaybını en aza indirir.

Important noteImportant Note:

Veritabanı ve yedek ayrı aygıtlara yerleştirin.Aksi durumda, veritabanını içeren aygıt başarısız olursa, yedekleri kullanılamaz.Farklı aygıtlar üzerinde yedekleme ve veri yerleştirme yazı yedekleri hem de veritabanı üretim kullanımı için g/Ç performansı artırır.

yedek ve geri yükleme için bir strateji bölümü yedek ve geri yükleme bölümüne içerir.yedek bölümü stratejiyi yedekleri, Doğa ve bunlar için gerekli olan donanım hızına sıklığını ve türünü tanımlayan yedekleri test ve nereye ve nasıl ortam yedek olan (güvenlik konuları da dahil olmak üzere) saklanmasını şeklini.Geri yükleme yapmaktan sorumlu kim ve nasıl geri hedeflerinize veritabanının kullanılabilirliğini ve veri kaybını en aza karşılamak için gerçekleştirilmesi gereken stratejiyi geri kısmını tanımlar.Belge yedek ve geri yükleme yordamları, çalışma defterinizde belgelerinin bir kopyasını tutmak, öneririz.

Etkin yedek ve geri yükleme stratejisi tasarlama, dikkatli planlama, uygulama ve sınama gerektirir.Sınama gereklidir.Bir yedek stratejisi yedekleri geri yükleme stratejinizi içerdiği tüm kombinasyonlar, başarılı bir şekilde geri kadar yoktur.Çeşitli dikkate almanız gerekir.Bu yöntemler aşağıda açıklanmaktadır:

  • Kuruluşunuzun veritabanlarının, özellikle kullanılabilirliğini ve veri kaybına karşı koruma gereksinimlerini üretim amaçları

  • Her biri, veritabanı yapısı: boyutuna, kendi kullanım desenlerini, içerik yapısı, gereksinimlerini, veri ve benzeri.

  • Kaynaklar, kısıtlamalar gibi: donanım, personel, boşluk içeren yedek ortamı, depolanmış medya ve benzeri. fiziksel güvenlik

    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.A yedek sunucu üzerindeki bir ortamda çalışan örnek geri başka bir ortamda çalıştıran bir sunucu örneğinde.

yedek ve geri yükleme, Kurtarma modeli etkisi

yedek ve geri yükleme işlemleri, Kurtarma modeli bağlamında ortaya çıkar.Kurtarma modeli, işlem günlüğünün nasıl yönetileceğini denetleyen bir veritabanı özellik.Ayrıca, yedekleme ve geri yükleme senaryoları hangi veritabanı için desteklenen ne tür bir veritabanı kurtarma modeli belirler.Genellikle bir veritabanı ya da Basit kurtarma modeli tam kurtarma modeli kullanır.Toplu işlemleri önce yığın-günlüklenen kurtarma modeli geçerek tam kurtarma modeli takıma girebilir.Bu kurtarma modelleri ve nasıl etkiledikleri işlem günlük yönetimi giriş için bkz:Kurtarma modelleri ve işlem günlüğü yönetimi.

En iyi seçenek veritabanının kurtarma modeli, iş gereksinimlerinize göre değişir.İşlem günlük yönetimi önlemek ve yedek ve geri yükleme için basit kurtarma modeli kullanır.İş kaybı pozlaması, yönetimsel Genel giderleri, en aza indirmek için tam kurtarma modeli kullanır.Kurtarma modelleri hakkında bilgi için efekt yedek ve geri yükleme, aşağıdaki konulara bakın:

yedek 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 çeşitli aşağıdaki özellikle önemli olduğu, üzerinde bağlıdır:

  • Günde kaç saat uygulama veritabanına erişmek var mı?

    Öngörülebilir yoğun olmayan bir dönem yok öneririz, zamanladığınız tam veritabanı yedekleri bu dönem.

  • Ne sıklıkta değişiklikler ve güncelleştirmeler oluşabilir olan?

    Sık sık değişiklik varsa, aşağıdakileri dikkate alın:

    • Basit kurtarma modeli altında tam veritabanı yedekleri arasında fark yedeklemeleri zamanlama göz önünde bulundurun.değişiklik yedeği, son tam veritabanı yedeklemesinden bu yana yalnızca değişiklikleri yakalar.

    • Tam kurtarma modeli altında sık kullanılan günlüğü yedekleri zamanlamanız gerekir.Tam yedeklemeler arasında fark yedeklemelerini iş planlama çizelgeleme, veri geri yüklendikten sonra geri yüklemek istediğiniz günlüğü yedekleri sayısını azaltarak geri yükleme süresini azaltabilirsiniz.

  • Değişiklikleri yalnızca küçük bir bölümü veritabanının veya veritabanı büyük bir bölümünü oluşabilir misiniz?

    Değişiklikler dosya veya dosya grupları kısmında almaktadır büyük bir veritabanı için dosya yedekleme veya kısmi yedeklemeler yararlı olabilir.Daha fazla bilgi için bkz: Kısmi yedeklemeler ve Tam dosya yedekleme.

  • Veritabanının tam ne kadar disk alanı olacak yedek gerektirir?

    Daha fazla bilgi için "Tahmin boyutu, bir tam veritabanı yedek," daha sonra bu konuya bakın.

Tam bir veritabanı yedek boyutunu tahmin etme

Bir yedek çözümü ve stratejisi geri yükleme yüklemek için önce tam veritabanı yedeği kullanacağı ne kadar disk alanı tahmin etmek.Yedekleme işlemi verileri veritabanında yedek dosyasına kopyalar.yedek, yalnızca veritabanı ve değil tüm kullanılmayan alan gerçek verileri içerir.Bu nedenle, yedek veritabanı göre genellikle daha küçük olur.Kullanarak tam veritabanı yedek boyutunu tahminsp_spaceused saklı yordam. sistemi Daha fazla bilgi için bkz: sp_spaceused (Transact-SQL).

Yedekleme zamanlaması

Ne tür duyduğunuz yedekler ve her tür yapmanız gerekir ne sıklıkta 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 veritabanı yedeklerini ve günlük yedeklemeler oluşturma hakkında bilgi için bkz:Databases (Veritabanı Altyapısı) sürdürmeveBakım planı Sihirbazı.

Bir bakım planı oluşturmak için

Oluşturmak ve işleri zamanlamak için

Bilgilerinizi yedekleme sınama

Yedekleri test edinceye kadar geri yükleme için bir strateji yok.yedek stratejisini her veritabanlarınız için bir test sistemi üzerinde veritabanının bir kopyasını geri yükleyerek sınamanız oldukça önemlidir.Her, kullanmak istediğiniz yedek türünü geri sınamalısınız.

Her veritabanı için bir işlem el ile güncelleştirmek öneririz.Bu işlemleri el ile yedekler yedek aygıt adları (varsa) ve test yedekleri geri yükleme yüklemek için gereken süreyi konumunu belgelemeniz gerekir.