SQL Server Yedekleri - Birkaç soru

Haftalık yedekleme işimizi Cuma günleri saat 9'da çalıştırıyoruz ve disk alanı (zaman zaman tehlikeli bir şekilde azalıyor) ve performansla ilgili birkaç sorun yaşıyoruz. Olanları düzene koymaya / optimize etmeye bakıyoruz ve yorumlarınızı takdir ediyoruz.

özellikle:

1. Yedekleme işlemi, yedekleme sırasında istatistikleri güncellemek için yaklaşık 4 saat sürmektedir. Zaman kazanmak için bu işlemi güvenle devre dışı bırakabilir miyiz?

2. Disk alanınız çok düzenli olarak azalıyor ve işlemi yeniden jig yapmamız gerekip gerekmediğini merak ediyoruz. Şu anda yedeklemeyi oluşturur ve önceki yedeklemeyi siler ve disk alanı budur. Önce öncekini güvenli bir şekilde silebilir ve ardından yedeklemeyi yapabilir miyiz?

Diğer herhangi bir yorum veya gözlem çok hoş olacaktır EDIT: Sunucudaki SQL dosyalarının toplam boyutu 35 GB civarındadır. Bir db yaklaşık 25 GB boyutundayken, diğer altı paylaşım diğer 10 GB'ı oluşturuyor.

(1) Evet, genellikle yedekleme işlemini tek başıma yapıyorum. Yapabilseydim yedekleme zamanım boyunca hiçbir şey yapmazdım. Yedeklemeyi alıp güncellemeyi istatistiklerde yapabilirsiniz. Göründüğü gibi, aynı anda iki iş (yedekleme için 1, güncelleme istatistikleri için 1) çalıştırıyor musunuz?

(2) Yedeklemeyi teybe veya başka bir disk deposuna kopyalıyor musunuz? Eğer öyleyse, yerel olarak yeni yedeklemeler oluşturmadan önce genellikle dosyaları temizlerim. Değilse, depolama alanı için kazıma yapıyorsam, yeni bir dosya oluşturulmadan önce yedek dosyasını sıkıştırmayı düşünürdüm. (Yani @Simon'un önerdiği gibi yedeklemeler üzerinde sıkıştırmayı etkinleştiremezseniz , bu da yer tasarrufu sağlar.)

Burada sadece 2. soruya cevap verebilirim. Sıkıştırılmış yedeklere göz atmanızı tavsiye ederim.

• 2008 kurumsal sürümünüz varsa SQL Server bunu yapabilir. Değilse aşağıdaki ikisine bakın.
• Görev Litespeed
• RedGate SQL yedeklemesi

1) Yedekleme görevi ile istatistik güncelleme görevi arasında doğrudan bir ilişki görmüyorum. Böylece onları sorunsuz bir şekilde bölebilirsiniz. Güncelleme istatistiklerinin daha çok dizinleri birleştirecek / yeniden oluşturacak bir işle ilgili olduğunu görüyorum.

2) Kısa bir süre için bile olsa, yedek olmadan olmak istemezsiniz. Bu nedenle, son yedeklemeyi yalnızca başka bir yere kaydetmişseniz kaldırmak istersiniz.

Burada dikkat edin: Veritabanına sahip olduğunuz aynı depolama kutusunda yedeklemeler yapıyorsanız, depolama kutusuyla ilgili bir donanım sorununuz olduğunda yedeklemeler güvenli olmayacaktır. Bu nedenle, aynı makinede değil, başka bir yerde yedeklemeler için yeterli alana sahip olduğunuzdan emin olmanız gerekir.

Yan not 2: Simon tarafından önceden belirtildiği gibi, alan sorunlarınız varsa sıkıştırılmış yedeklemelere zaman / para yatırın. Bu, söz konusu birçok fikir görebilirsiniz: Mümkün olan en küçük yedek ... SQL Server ile .

Güncelleme istatistikleri göreviniz 3-4 GB veritabanı için 4 saat sürmemelidir. Büyük olasılıkla bazı G / Ç sorunlarınız var veya G / Ç sorunları oluşturan büyük ölçüde parçalanmış bir veritabanınız var. Veritabanında bir birleştirme veya dizin yeniden oluşturma çalıştırın ve bunun performansı artırıp artırmadığına bakın. Değilse, perfmonu ateşleyin ve performans darboğazınızın nerede olduğunu kontrol edin.

Yenisini almadan önce tek yedeklemenizi silmenizi önermem. Yedeklemenin ilk kez başarısız olması veya örneğin çökmesi söz konusu olmaz ve iyileşme şansı olmadan zaman içinde bir boşluk olması tavsiye edilmez.

Sorununuzun çözümü bu değil. Her ikisini de barındırmak için daha fazla alana nasıl sahip olduğunuzu bulmak, bu konuda doğru yol olacaktır.