Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Bu makale yalnızca tam veya toplu günlüğe kaydedilen kurtarma modellerini kullanan SQL Server veritabanları için geçerlidir. Bu makalede, SQL Server veritabanının işlem günlüğünü yedekleme işlemi açıklanır.
En azından, herhangi bir günlük yedeği oluşturabilmeniz için öncelikle en az bir tam yedek oluşturmuş olmanız gerekir. Bundan sonra, günlük zaten yedekleniyor olmadığı sürece işlem günlüğü istenen herhangi bir zamanda yedeklenebilir.
İş kaybı riskini en aza indirmek ve işlem günlüğünü kısaltmak için işlem günlüğü yedeklerini sık almanızı öneririz.
Veritabanı yöneticisi genellikle bazen haftalık gibi tam veritabanı yedeklemesi oluşturur ve isteğe bağlı olarak günlük gibi daha kısa bir aralıkta bir dizi değişiklik veritabanı yedeklemesi oluşturur. Veritabanı yedeklemelerinden bağımsız olarak, veritabanı yöneticisi işlem günlüğünü sık aralıklarla yedekler. Belirli bir yedekleme türü için en uygun aralık, verilerin önemi, veritabanının boyutu ve sunucunun iş yükü gibi faktörlere bağlıdır. İyi bir strateji uygulama hakkında daha fazla bilgi için bu makaledeki Öneriler'e bakın.
İşlem günlüğü yedekleri dizisi nasıl çalışır?
İşlem günlüğü yedeklemeleri günlük zinciri , veri yedeklemelerinden bağımsızdır. Örneğin, aşağıdaki olay dizisini varsayın.
| Time | Event |
|---|---|
| 08:00 | Veritabanını yedekleyin. |
| Öğle | İşlem günlüğünü yedekleyin. |
| 16:00 | İşlem günlüğünü yedekleyin. |
| 18:00 | Veritabanını yedekleyin. |
| 20:00 | İşlem günlüğünü yedekleyin. |
20:00'de oluşturulan işlem günlüğü yedeklemesi, 18:00 ile 20:00 arasında, tam veritabanı yedeklemesinin 18:00'de oluşturulduğu zamanı kapsayan işlem günlüğü kayıtlarını içerir. İşlem günlüğü yedeklemeleri dizisi, 08:00'da oluşturulan ilk tam veritabanı yedeklemesinden 20:00'de oluşturulan son işlem günlüğü yedeklemesine kadar süreklidir. Bu günlük yedeklemelerinin nasıl uygulanacağı hakkında daha fazla bilgi için İşlem Günlüğü Yedeklemelerini Uygulama (SQL Server) bölümüne bakın.
Recommendations
Bir işlem günlüğü zarar görürse, en son geçerli yedekten bu yana gerçekleştirilen işlemler kaybolur. Bu nedenle günlük dosyalarınızı hataya dayanıklı depolama alanına yerleştirmenizi kesinlikle öneririz.
Veritabanı zarar görmüşse veya veritabanını geri yüklemek üzereyseniz veritabanını geçerli noktaya geri yüklemenizi sağlamak için bir kuyruk günlüğü yedeklemesi oluşturmanızı öneririz.
Dikkat
Bilinen sorun: Bellek için iyileştirilmiş tablolara sahip veritabanları için, kurtarma olmadan işlem günlüğü yedeklemesi gerçekleştirmek ve daha sonra kurtarma ile işlem günlüğü geri yüklemesini yürütmek yanıt vermeyen bir veritabanı geri yükleme işlemine neden olabilir. Bu sorun, günlük aktarma özelliğini de etkileyebilir. Bu sorunu geçici olarak çözmek için, geri yükleme işlemi başlatılmadan önce SQL Server örneği yeniden başlatılabilir.
Varsayılan olarak, her başarılı yedekleme işlemi SQL Server hata günlüğüne ve sistem olay günlüğüne bir girdi ekler. Günlüğü çok sık yedeklerseniz, bu başarı iletileri hızlı bir şekilde birikerek diğer iletileri bulmayı zorlaştırabilecek büyük hata günlüklerine neden olur. Bu gibi durumlarda, betiklerinizin hiçbiri bu girdilere bağımlı değilse izleme bayrağı 3226'yı kullanarak bu günlük girdilerini gizleyebilirsiniz. Daha fazla bilgi için bkz. DBCC TRACEON ile izleme bayrakları ayarlama.
İş gereksinimlerinizi, özellikle de günlük depolama alanının zarar görmesinden kaynaklanabilecek iş kaybına ne ölçüde tolerans gösterebildiğinizi destekleyecek sıklıkta işlem günlüğü yedekleri alın.
İşlem günlüğü yedeklerinin alınma sıklığı, iş kaybı riskine ne ölçüde tolerans gösterdiğinize ve depolayabileceğiniz, yönetebileceğiniz ve gerektiğinde geri yükleyebileceğiniz işlem günlüğü yedeği sayısına bağlıdır. Kurtarma stratejinizi uygularken gerekli kurtarma süresi hedefini (RTO) ve kurtarma noktası hedefini (RPO) ve özellikle günlük yedekleme temposunu düşünün.
15 ila 30 dakikada bir işlem günlüğü yedeği almak yeterli olabilir. İşletmeniz iş kaybına maruz kalma durumunu en aza indirmenizi gerektiriyorsa günlük yedeklemelerini daha sık almayı göz önünde bulundurun. Daha sık yapılan günlük yedeklemeleri, günlük kesme sıklığını artırmanın ek avantajına sahiptir ve bu da günlük dosyalarının daha küçük olmasıyla sonuçlanır.
Önemli
Geri yüklemeniz gereken günlük yedeklemelerinin sayısını sınırlamak için verilerinizi düzenli olarak yedeklemeniz önemlidir. Örneğin, haftalık tam veritabanı yedeklemesi ve günlük değişiklik veritabanı yedeklemeleri zamanlayabilirsiniz.
Yine, kurtarma stratejinizi uygularken gerekli RTO ve RPO'yu, özellikle de tam ve diferansiyel veritabanı yedekleme sıklığını göz önünde bulundurun.