SQL Server Backup Safe İçin Best Practices’ler

SQL Server Backup Safe İçin Best Practices’ler Birisi geliştirme yerine üretimde bir veritabanı bıraktı mı? Yanlış DELETE deyimini mi çalıştırdınız? Felaket vurduğunda krizi kolaylaştırmak için SQL Server yedeklemelerine yönelik bu en iyi uygulamaları ve önerileri takip edelim. Uygun bir bakım planı oluşturunuz Uygun bir kurtarma modu kullanın, uygulamanızın iş ihtiyaçlarını anlayın. Bozulma veya felaket durumunda,…

November 3, 2021 by Aryasoft IT

SQL Server Backup Safe İçin Best Practices’ler

Birisi geliştirme yerine üretimde bir veritabanı bıraktı mı?

Yanlış DELETE deyimini mi çalıştırdınız?

Felaket vurduğunda krizi kolaylaştırmak için SQL Server yedeklemelerine yönelik bu en iyi uygulamaları ve önerileri takip edelim.

Uygun bir bakım planı oluşturunuz

Uygun bir kurtarma modu kullanın, uygulamanızın iş ihtiyaçlarını anlayın.

Bozulma veya felaket durumunda, yedeklerin olmaması nedeniyle bazı veritabanları kurtarılamayabilir.

Recovery Time Objective (RTO) ve recovery point objective (ROP)

Arıza durumunda (RPO) ne kadar arıza süresine sahip olabileceğinizi ve arıza durumunda (RTO) ne kadar arıza süresine sahip olabileceğinizi düşünün.

Bu terimlerin her ikisi de birlikte Hizmet Düzeyi Sözleşmesini (SLA) oluşturur.

Bunlara dayanarak, artık yedeklemeler (tamlar, farklılıklar ve işlemsel) ve olağanüstü durum kurtarma planı tasarlayabiliriz.

Süreci otomatikleştiriniz

İyi bakım planları DBS’yi otomatik olarak almalıdır – yenileri eklenirse veya eskileri kaldırılırsa, bakım planları devam etmeli ve kendi kendini ayarlamalıdır.

Bazı DBS’lerin yedeklenmemesi, yedekleme prosedürlerinin doğru çalışmayabileceğini gösteriyordu.

Eşzamanlı Backup’lardan Kaçınınız

Backup’lar genellikle üçüncü taraf uygulamalar (bazen değiştirilmesi gereken) kullanılarak yapılır.

Depolama I/O donmasına (performans sorunlarına neden olarak) neden olabilecek bir Anlık Görüntü yöntemi kullanılarak alınabilirler.

Bu olduğunda, her şey durur, dondurma işleminin tamamlanmasını bekler ve ardından işlemler devam eder.

 Backup dosyalarını mümkün olduğunca uzak tutunuz

Databases ve backups dosyalarınızın (bak dosyaları) aynı depolama alanında veya fiziksel sürücüde olmadığından emin olun.

SQL Server, İşletim Sistemi veya donanım çökerse, yerel sürücüler kullanılamayabilir.

Dosyaları olabildiğince uzak tutun. Kasırgalar, seller ve diğer felaket türlerinin gerçekleşmesi imkansız değildir.

Uzak SQL Server bilgisayar yedeklemeleri için yerel diske, ardından UNC’ye yedek alın.

Zaman farkını ölçün.

Bu, UNC’nin bir sorun olup olmadığını belirlemenize yardımcı olacaktır.

Üretim üzerindeki yükü azaltınız

PROD üzerindeki yükü azaltmak için bir diğer seçenek de öncelikle yerel diske yedekleme almaktır.

Ardından, onu kendisine çeken (itmemeye dikkat edin) ikincil bir sunucunuz olsun.

Bu, PROD sunucusundan yedekleme kopyalama iş yükünü ortadan kaldırır.

Bazı riskleri azaltmak için Log Shipping veya AlwaysOn kullanmayı düşünün.

Backup’larınızı doğrulayınız ve test ediniz

BACKUP komutunuzun WITH yan tümcesine CHECKSUM koşulunu ekleyin.

Yedekleme işlemi, yedekleme ortamında tutarlılığı sağlamak için yedeklemeye yazılan her veri sayfasının bir sağlama toplamı işleminden geçtiğini doğrulayacaktır.

Yedekleme işlemi başarıyla tamamlandıktan sonra verilerinizin %100 güvenli olmadığını unutmayın.

Sorunsuz bir şekilde geri yükleyebilmeleri önemlidir (Yola izinlerinizin olduğundan emin olun, vb.)

En iyi yedekleme uygulamaları listesindeki yaygın bir öğe, gerçek hayatta kullanacağınız seçenekleri kullanarak bir test sunucusunda sık sık geri yükleme testi yapmaktır.

Kurtarma stratejilerinizi test ediniz

Değişikliklere hızlı bir şekilde yanıt verme yeteneği, şirketinizin başarısını belirleyebilir.

Sistem veritabanlarını yedekleyiniz

Eksiksiz bir yedekleme stratejisi, sistem veritabanlarınız, msdb, master ve modeliniz için bir yedekleme planı içerir.

Bu veritabanları, sistem yapılandırmasını ve ayrıca SQL Agent İşleri bilgilerini içerdikleri için önemlidir.

Sistem veritabanlarınızı en az FULL yedeklemeleriniz kadar sıklıkta yedeklemek için bir plan yapın.

Backup’laınızı koruyunuz

Yedekleriniz, PROD veritabanlarınızla aynı verilere sahiptir.

Onları da aynı şekilde koruyun. Erişimi kısıtlama, güvenlik önlemlerini kullanma ve yedekleme verilerinize kimlerin erişimi olduğunu gözden geçirme ve kontrol etme.

SQL Server’ın yeni bir sürümünü kullanıyorsanız (SQL Server 2014’ten başlayarak), SQL Server veritabanı yedekleme şifreleme özelliğini kullanmayı düşünün.

Veritabanı TDE (şeffaf veri şifreleme ) etkinse, güvenliği artırmak için veritabanını ve yedeklemeyi şifrelemek için farklı sertifikalar veya asimetrik anahtarlar seçin.

En hassas verilerinizi teybe yedekleyiniz

Teyp yedeklemeleri günümüzde çok yaygın değildir, ancak teyp fiziksel darbelere karşı disk sürücülerden çok daha dayanıklıdır.

Bantlar için genel ortam ömrü yaklaşık 20 ila 30 yıl, normal bir sabit diskin ömrünün 3 katı olduğundan, daha güvenilirdirler ve aşınmaya karşı daha az duyarlıdırlar.

Günümüzün teypleri, LTO-8 (Doğrusal Teyp Açık Ultrium8) veri kartuşu, yaklaşık 360 MB/sn gibi yüksek bir hıza sahiptir ve yaklaşık 12 TB sıkıştırılmamış veri depolayabilir, bu da iş ihtiyaçlarının çoğu için oldukça yeterlidir.

Manyetik bantlar, “soğuk veri depolama” için özel olarak tasarlanmıştır (yedekler gibi sık erişilen veriler değil).

Fiziksel bir veri merkezi felaketi durumunda bantlar genellikle tesis dışına alınır (veya alınmalıdır).

Size ve Veritabanlarınıza Yardımcı Olmak İçin Bekliyoruz!