Yedekleme ile geri dönebilmek farklıdır
Bir yedek dosyasının oluşması, gerektiğinde sorunsuz geri yüklenebileceğini tek başına kanıtlamaz. SQL yedekleme sürecinde işin tamamlanması, dosyanın korunması ve uygun ortamda geri yükleme hazırlığı birlikte değerlendirilmelidir. Son başarılı işin ne zaman gerçekleştiğini bilmek, yalnız “yedek açık” bilgisinden daha yararlıdır.
Kapasite ve saklama kapsamını belirleyin
Korunacak sunucu sayısı, toplam depolama ve saklanacak doğrulanmış yedek seti sayısı paket seçimini etkiler. Veritabanı büyüdükçe ihtiyaç değişebilir. Depolama kotasını sınırsız arşiv gibi düşünmeyin. Saklama koşullarını ve son başarılı işleri düzenli kontrol ederek yeni yedekler için yeterli kapasite bulunduğunu doğrulayın.
SQL yedeği ile sistem imajını karıştırmayın
SQL yedeği veritabanı için, sistem imajı ise farklı bir kurtarma kapsamı için değerlendirilir. Entegre SQL Backup Başlangıç paketinde sistem imajı özelliği yoktur; Backup Sistem ve Backup İşletme paketlerinde yer alır. Bu ayrım, sunucunun bütün kurulumunun otomatik olarak her SQL yedeğine dahil olduğu yanılgısını önler.
Geri yüklemeyi kontrollü planlayın
Geri yükleme mevcut verinin üzerine yazma riski taşıyabilir. Hedef ortamı, kullanılacak yedek setini ve yetkili onayı netleştirmeden işlem başlatmayın. Prova yapılacaksa üretimden ayrı, izinli bir ortam seçin. Entegre paketleri korunan sunucu ve depolama kotalarıyla karşılaştırılabilir; teknik kurulum doğrulanmadan hizmetin hazır olduğu varsayılmamalıdır.
Bir sonraki adım
Paket kapsamlarını karşılaştırın veya Backup başvurusu için gerekenler rehberindeki uygulama adımlarını izleyin.