Mirror veritabanında İşlem Günlüğü bakımı


10

SQL Server Sürümü: 2008 R2 Enterprise SP2

SQL Server bakımımızı ele almaya çalışıyorum ve yanlış olduğunu düşündüğüm bir şeyle karşılaştım. Her biri bir DR örneğine yansıtılan 3 veritabanına sahip tek bir üretim örneğimiz var.

DR örneğine bakarken, yoğun olarak kullanılan veritabanları için LDF dosyalarının büyük olduğunu, 35GB'ın üzerinde olduğunu fark ettim.

Bunun muhtemelen ayna veritabanlarının Tam kurtarma modunda olmasından ve günlüklerin hiç yedeklenmemiş olmasından kaynaklandığını, sadece sürücü alanınız bitene kadar büyümeye devam edeceğini anlıyorum.

Temel veritabanında günlük yedekleri yapıyoruz ve sorum şu: aynada günlük yedeklemesi yapan varchas nedir?

Bir günlük yedeklemesi yapmadan önce aynadan en az bir tam veritabanı yedeği tamamlanmalıdır, bu durumda bir ayna olduğu için kullanılması gereken özel seçenekler var mı?

Yine bu MIRROR veritabanındaki işlem günlüğü bakım önerileri .

Herhangi bir giriş için teşekkürler

Yanıtlar:


5

Temel veritabanında günlük yedekleri yapıyoruz ve sorum şu: aynada günlük yedeklemesi yapan varchas nedir?

Yansıtma veritabanında günlük yedeklemesi yapamazsınız.

Bir günlük yedeklemesi yapmadan önce aynadan en az bir tam veritabanı yedeği tamamlanmalıdır, bu durumda bir ayna olduğu için kullanılması gereken özel seçenekler var mı?

Yansıtma veritabanında da tam veritabanı yedeklemesi yapamazsınız.

Örneğin şunu alın: Server1Asıl veri tabanına ev sahipliği yapan ve aynayı içeren AdventureWorks2012bende Server2. Ayna veritabanında (açık Server2) yedekleri çalıştırmayı denediğimde :

use master;
go

backup database AdventureWorks2012
to disk = 'c:\sqlserver\AW_mirror.bak';
go

Msg 954, Seviye 14, Durum 1, Satır 2
"AdventureWorks2012" veritabanı açılamıyor. Ayna veritabanı görevi görüyor .
Msg 3013, Seviye 16, Durum 1, Satır 2
YEDEK VERİTABANI anormal olarak sona eriyor.

backup log AdventureWorks2012
to disk = 'c:\sqlserver\AW_mirror.trn';
go

Msg 954, Seviye 14, Durum 1, Satır 1
"AdventureWorks2012" veritabanı açılamıyor. Ayna veritabanı görevi görüyor .
Msg 3013, Seviye 16, Durum 1, Hat 1
YEDEKLEME GÜNLÜĞÜ anormal olarak sona eriyor.

Robert Davis'in Veritabanı Yansıtma SSS bölümüne bir göz atın . Bu işlem ve ayna veritabanı işlem günlüğü bakımı hakkında ona teklif vereceğim:

Günlüğü birincil olarak yedeklediğinizde, sanal günlük dosyaları (günlük dosyasındaki tek tek birimler) yeniden yazılabilir olarak işaretlenir. Aynı VLF'ler ayna günlük dosyasında da yeniden yazılabilir olarak işaretlenir. VLF durumu veritabanında yansıtılır .

İşte burada. Ana bilgisayarda işlem günlüğü yedekleri varsa, benzer günlük yeniden kullanımı davranışı iş ortağı veritabanına yansıtılacaktır.


Tam soruma cevap veren bir makale olduğunda nefret ediyorum ve bulamıyorum. Bu mükemmel bir mantıklı, günlükleri ele geçirdiğimde yedeklenmedi ve prensipte çok büyük büyüdüğümde, düzenli yedeklemelere başladıktan sonra günlükleri küçülttüm ama aynada yapmayı düşünmedim. Teşekkürler!
Jeremie Grund

1
Bir ek soru asıl büyümüş aynalı işlem günlüğünü küçültmek mümkün olacak şimdi biz esas olarak düzenli işlem günlüğü yedekleri var mı?
Jeremie Grund

@JeremieGrund Bunu yapmanın bir yolu, yansıtılmış veritabanına yük devretmek ve küçültmek olacaktır. İstediğiniz / beklediğiniz davranışa sahip olduğundan emin olmak için bunu üretim dışı bir ortamda iyice test edin.
Thomas Stringer

0

@JeremieGrund - Veritabanı fiziksel dosya mimarisi aynıysa (veri ve günlük dosyası sürücü adları ve konumları), o zaman günlük dosyasını asıl olarak daraltırsanız, shrink komutu aynaya gönderilir ve aynayı aynada yapar. Bu şekilde ayna günlük dosyanız korunabilir .. Dosya mimarisi aynı değilse Thomas Stringer Suggestion'u takip etmelisiniz.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.