SQL yedeklemelerinin BT düzenli gece sunucu yedeklemelerinden farkı nedir?

BT departmanımız her gece tüm sunucuyu yedekler (bu sunucuya bir SQL Server örneği yüklüdür), bir şeylerin yanlış olması durumunda sunucuyu ve tüm ağı yedeklemesi gerekir ...

Bu yüzden yöneticim, BT departmanının yedeklediği her şeye karşı Tam, Diferansiyel ve Log SQL yedeklerimin ne kadar önemli olduğunu sordu? Bu dosyaları birkaç hafta saklamak ve silmek yerine sunucumuzda daha fazla yer kazanmak için, BT'nin sadece onlara sağlayacağını düşünüyor!

Günlük yedeklemelerimle son 30 dakikaya kadar geri yükleyebildiğim için doğru olmadığını biliyorum, BT ertesi gün geri yükler, ancak bu tek fark mıdır?

Veritabanı yedekleme dosyalarımı aynı sunucuya kaydettiğim / gönderdiğimden, BT onları geri yükleyecek, ancak bakım planımda bu yedekleme işlerine sahip değilsem IT, tablolarımızdan herhangi bir işlem yapmadan SQL örneğini geri yükleyebilir ... Bu doğru mu?
Herhangi bir tavsiye gerçekten takdir edilecektir.

Veritabanı yedeklemeleri size zamanında geri yükleme yeteneği sağlar ( FULLkurtarma modeliniz varsa). BT çalışanlarınız birkaç dakikada bir yedek alsalar bile, bu pek olası değildir, yine de bir boşluğunuz olacaktır.

Sunucu yedekleri veritabanı yedeklerinin yerini almaz, veritabanı yedekleme dosyalarını uzun vadede "arşivleyerek" (yani bugünden daha fazla) tamamlarlar.

Sonunda siz ve yönetiminiz RPO'nuza (kurtarma noktası hedefi - bir çarpışmada ne kadar iyileşmeniz gerektiğine) karar vermelisiniz. Yalnızca günlük sunucu yedeklemeleri ve veritabanı yedeklemeleri olmadan, en kötü durumda tüm gün çalışmanızı kaybetmeye hazır olursunuz.

Düzenleme : @Sting, gölge kopyaların (sunucu yedeklemeleri yapmak için en çok kullanılan mekanizma), tüm veritabanı dosyalarınızın (günlük dosyaları dahil) tam olarak eşzamanlı bir kopyasını alma olasılığının düşük olduğu, yedeklemeyi geri yükleyin. Örneğin, gölge kopya işlem günlüğünü veritabanı dosyasını okumadan birkaç milisaniye okursa, veritabanı dosyası onaylanmamış bir işlem içerebilir, ancak işlem bir milisaniye sonra işlendiğinden, günlüğün herhangi bir kaydı olmayacaktır.

Gölge kopyadan mdf ve ldf dosyalarının geri yüklenmesinin işlemsel olarak tutarsız olma ihtimali vardır. Bu, gölge geri yüklemelerinin veritabanı ACID özelliklerine uymadığı anlamına gelir.

https://msdn.microsoft.com/en-us/library/aa480356.aspx

Geri yükleme muhtemelen işe yarayacaktır, ancak gerçekte ne elde ettiğinizi merak edeceksiniz. (Bahsetmemek gerekirse, sunucu yedeklerinin / gölge kopyaların her sunucuda düzgün çalıştığından emin olmak için sınamanız istenir) Ayrıca, işlem günlüklerini SQL Server T'yi kullanabileceğiniz gibi bir noktaya geri yüklemenin yolu yoktur -SQL RESTORE LOG / STOPAT.

Windows Server yedeklemeleri / geri yüklemeleri SQL Server ACID testine uygun olana kadar, endüstrimiz herhangi bir şansa sahip olamaz.

Bütün bunları söyledikten sonra, en tuhaf toplantılarda bulundum. Sorunları BT'ye iletirseniz ve hala umursamıyorlarsa veya riski almaya istekliyse, bu omuzlarınızdan büyük bir yük kaldırır. Ne olursa olsun, herkesin karar verdiği her şeyin toplantı tutanaklarını ve neden herkesin karar verdiğini belgeleyin ve toplantı katılımcılarına gönderin.

Bu, BT departmanınızın sunucu düzeyinde yedeklemeler için hangi ürünü kullandığına bağlıdır.

Örneğin, sanal bir ortamda VMWare sunucunun anlık görüntülerini alacaktır. SQL Server dahil ise VMWare, çoğu Admins'in (veya varsayılan olarak bilmiyorum olabilir) anlık görüntü sırasında veritabanları için IO'yu donduracak bir seçeneğe sahiptir. Şimdi bu sadece birkaç saniye sürecek olsa da, uygulamanızda sorunlara neden olma potansiyeline sahipsiniz ve veritabanını geri yüklemek için gerçekten güvenilir bir yöntem değil.

Sunucu düzeyinde yedeklemeler yapmak için 3. taraf bir ürün kullanıyorsanız, bu sadece veritabanlarınızın dosya düzeyinde yedeklerini almaktır. SQL Server'ın Windows perspektifinden kilitlenmiş bağlı mdf ve ldf dosyalarına sahip olması nedeniyle, kilitli dosyaların yedeklerini alma yeteneğine de sahip olmalıdır. Symantec'in BackupExec'i, bunu gerçekleştirmek için Gelişmiş Açık Dosya Seçeneği'ni kullanır, böylece temel olarak kilitli dosyanın resmini çekebilir. Veritabanını böyle bir yedekleme ile geri yüklemek zorunda kalırsanız, seslerin çoğu DBA'ları kandırması gibi, veritabanının bu yedeklemeyi alırken tutarlılığını düşünün. Veri yükleme işlemi yapılırken yedekleme başlatılırsa, bu yedeklemenin hangi kısmının elde edildiğini garanti etmez?

SQL Server yerel yedeklemeleri, iyi yedekler olarak doğrulandıkları için güvenilirdir. Bir FULL için yedeklemeyi başlattığınızda, bu durumun veri yükleri ve benzeri bir programa sahip olup olmadığınızı tam olarak bilirsiniz. TAM kurtarma modeli guarentees için bir günlük yedekleme o veritabanını ikinci aşağı geri yükleyebilirsiniz.

Yöneticiniz sunucu düzeyinde yedeklemeyi kullanmaya ayarlanmışsa, kullandıkları ürünü yoğun şekilde araştırırım. Herhangi bir SQL Server "eklenti" veya veritabanlarının VDI yedeklemelerini yapmak için satın alınabilir yedekleme aracı olup olmadığını öğrenmek istiyorum.

Ayrıca, SQL Server yedeklemeleri başarısız olursa, doğrulama ve sorun giderme konusunda ne tür bir katılımınız olması gerektiğini yöneticinizle birlikte düşünüp tartışabilirsiniz. Netbackup'u önceki işlerde yoğun bir şekilde kullandım ve birkaç yıl önce Netbackup'ın SQL Server aracısının ortamları için test kullanımını denemek istedim. Bu, destek sağlamak zorunda olan diğer DBA'ları da içeriyordu. Onlara, SQL Server için yedekleme hatalarının giderilmesinin Netbackup hakkında iyi bir şey bilmenizi gerektirdiğini söyledim. Netbackup ana sunucuları genellikle Unix sunucularında çalıştırılır, bu yüzden şimdi bazı Unix'leri bilmelisiniz .... zaten meşgulseniz eğlenceli olabilir ama daha çok acı çekebilir. Dikkate alınması gereken bir şey ve yöneticinizle iyi bir tartışma noktası olabilir ve sorun giderme işlemlerinden kimin sorumlu olduğunu öğrenin.

Sorunuzda bir milyondan az değişken var. Hangi yedeklemeleri aldıkları konusunda BT departmanınızla konuşmanız gerekecektir. Muhtemelen mevcut yedeklemelere sahip olabilirler veya sahip olabilirler. Bunları yüklemenin ne kadar sürdüğü daha fazla değişkene bağlıdır.

Mükemmel bir senaryoda, BT departmanınız yedeklerinizi farklı konumlardaki bir veya daha fazla farklı sunucuda tutuyor. Muhtemelen yedeklemelerinizi veritabanlarınızın bulunduğu sunucuda tutuyorsunuz. Dolayısıyla sunucu ölürse veya binanız yanarsa, BT departmanınız dosyalarınızı geri yükleyebilir, ancak aldığınız yedeklemeler sunucu ile birlikte gider.

AMA Sunucunuz hala hayatta olması koşuluyla, yedeklemenizi istediğiniz zaman, istediğiniz hızda geri yükleyebilirsiniz.

Diğerlerinin söylediği gibi, bu sizin ihtiyaçlarınızın ne olduğuna, riske toleransınıza ve iyileşme süresinin ne kadar önemli olduğuna bağlıdır. Yaptığınız aptalca bir şeyden kurtulmak istiyorsanız, yedekleriniz daha hızlı ve daha iyi olacaktır. Kontrolünüz dışındaki bir felaketten kurtulmak istiyorsanız BT yedeklemesi (olması gerekir) daha iyi bir seçimdir.