İşlem günlüklerini bir zamanlamaya göre yedeklemenin ve kesmenin en iyi yolu

Ben DBA değilim, ama şeyler oldukları gibi, DBA şapka takmak ve SQL Server örneğimde bakım planları ayarlamak zorunda.

Bir süredir SSIS'imi bir gecede yürüttüğümde , yedekleri gerçekleştirmek için bir Execute SQL Görevi çalıştırıyorum - temel master.dbo.xp_create_subdirolarak hedef klasörlerin varlığını sağlamak için çalışıyor ve sonra BACKUP DATABASE [DbName] TO DISK = 'G:\Backups\DbName\DbName.bak' WITH INIT.

Bu görev başarısız olduğunda, işlemin geri kalanı iptal olur ve bir bildirim alırım ve ertesi sabah işlem günlükleri için sürücünün kapasiteye dolduğunu fark etmek için geldim ve bu yüzden onları manuel olarak kesip devam edeceğim. .. hikaye kendini tekrar edinceye ve işlem günlükleri kullanılabilir disk alanını tekrar aşana kadar.

"Manual truncate" komut dosyası şöyle görünür:

use Staging;
alter database Staging set recovery simple
alter database Staging set recovery full
dbcc shrinkfile ('Staging_log', 0, truncateonly);
go

Bundan yoruldum büyüyorum ve ben denemek ve karar Yani düzgün şeyler yapmak yerine ve adımları izleyin burada ve gerçek oluşturmak bakım planı :

Şey, bunu daha önce hiç yapmadım, bu yüzden birkaç sorum var:

• Bu gibi işlem günlüklerini yedeklemek onları otomatik olarak kısaltır mı yoksa yapmam gereken başka bir şey var mı?
• Veri ve işlem günlüğü yedeklemelerini aynı anda çalıştırmak uygun mudur? Değilse, bunu yapmanın uygun bir yolu nedir?
• Yedek dosyalar, sunucudaki tüm dosyaları kapan ve başka bir yerde saklayan başka bir işlem tarafından bir gecede alınır - 2 gün sonra yedekleme setinin süresinin dolması iyi bir fikir olur mu? Bunların süresinin dolmasına ihtiyacım var mı?
• Temizleme görevleri sırasıyla "eski" .bak ve .trn dosyalarını alt klasörlerinin altında kaldırır G:\Backups. bu mantıklı mı?
• SSIS'de bunu yapmak daha iyi olur, bu yüzden yedeklemeler başarısız olduğunda / olduğunda ETL'imi başarısız olabilir miyim? Yoksa ETL sürecim bile umurunda mı?

Maalesef bu bir gönderi için çok fazla soru varsa, gerekirse bunun yerine birden fazla soru soracağım ve hepsinin sıkı bir şekilde ilişkili olduğunu düşünüyorum.

Sadece bir gecede SSIS yazıyor, gündüz okunuyor - sadece günlük iyileşmeye ihtiyacım var.

Kurtarma modelinizi iş ihtiyaçlarınıza göre seçmelisiniz:

• Ne kadar veri işi kaybedilebilir ve aynı zamanda hayatta kalabilir?

Yukarıdaki cevaba dayanarak, veritabanı kurtarma modelinizi dikkatlice seçmelisiniz .

Basit bir ifadeyle (toplu olarak kaydedilen kurtarma modelini tartışmamak) ,

• Tam bir kurtarma modeli, zamanında kurtarma sağlayan günlük yedeklemelerine izin verir.
  • İşlem günlüğü yedeklemelerini aldığınızda günlük kesme işlemi gerçekleşebilir, yani günlük dosyası alanı her günlük yedeklemesinden sonra yeniden kullanılır ve bloat olmaz!
• Basit bir kurtarma modeli yalnızca TAM yedeklemeler almanıza izin verir. Zamanında kurtarma mümkün değildir.
  • Günlük kesme işlemi yalnızca bir denetim noktası (manuel veya otomatik) gerçekleştiğinde gerçekleşebilir, yani düzenli tam yedeklemeler yaptığınızdan, CHECKPOINT günlük dosyasının etkin olmayan kısmını yeniden kullanacağından işlem günlüğü hakkında endişelenmenize gerek yoktur.

Günlük kesme işleminin işlem günlük dosyasının boyutunda fiziksel bir azalma OLMADIĞINI unutmayın Bu işlem günlük dosyasının etkin olmayan bölümünün yeniden kullanılabilir olarak işaretlendiği anlamına gelir .

Bu nedenle, işlem günlük dosyanızı (ve veri dosyalarınızı) düzgün bir şekilde düzenlemelisiniz. Günlük dosyasının büyümesi otomatik büyüme olaylarında başlar (veritabanınız son çare olarak otomatik büyümeye ayarlanmışsa). Cevabımı kontrol et - Otomatik Büyüme - Yüzde Kullanımı?

Bakım planlarından vazgeçmenizi ve [akıllı bakım çözümü - ki bu kolay, esnek ve en iyi uygulamaları takip eder] - 5 . - Ola'nın yedekleme çözümü (ve Index bakım çözümü de).

sorularınızı ele alalım:

Bu gibi işlem günlüklerini yedeklemek onları otomatik olarak kısaltır mı yoksa yapmam gereken başka bir şey var mı?

Lütfen yedek eklemeyin veya sürelerinin dolmasına izin vermeyin. Büyük bir karmaşa yaratıyorlar. Tarih-saat INITdamgasıyla ayrı günlük yedekleri kullanın ve alın. Bakımı kolay. Bunun için Ola'nın yedekleme çözümünü kullanın. Çözüm, eski yedeklemeleri de silmek için esnektir.

Veri ve işlem günlüğü yedeklemelerini aynı anda çalıştırmak uygun mudur? Değilse, bunu yapmanın uygun bir yolu nedir?

Tam yedeklemenin T-günlük yedeklemesi üzerinde bir etkisi yoktur. Tam yedekleme, geri yükleme durumunda veritabanının tam yedeklemenin veri okuma bölümünün tamamlandığı zamanla işlemsel olarak tutarlı olabilmesi için yeterli işlem günlüğünü içerir. Kontrol edin - tam yedeklemede ne kadar işlem günlüğü bulunur?

Ayrıca, tam yedekleme sırasında günlük yedeklemesi işlem günlüğünü kısaltmaz. Tam yedekleme bittikten sonra (birkaç) günlük yedeklemesi günlüğü keser.

Yedek dosyalar, sunucudaki tüm dosyaları kapan ve başka bir yerde saklayan başka bir işlem tarafından bir gecede alınır - 2 gün sonra yedekleme setinin süresinin dolması iyi bir fikir olur mu? Bunların süresinin dolmasına ihtiyacım var mı?

Temizleme görevleri sırasıyla G: \ Backups alt klasörlerinin altındaki "eski" .bak ve .trn dosyalarını kaldırır. bu mantıklı mı? SSIS'de bunu yapmak daha iyi olur, bu yüzden yedeklemeler başarısız olduğunda / olduğunda ETL'imi başarısız olabilir miyim? Yoksa ETL sürecim bile umurunda mı?

Her ikisi için de Ola'nın yedek bakım çözümünü kullanın. Eski dosyaları silmekle ilgilenecektir.