Exchange 2010 Lagged Database

Bu yazı 1 yıl 11 ay 22 gün önce eklendi. Bilginin güncelliği konusunda emin olmadan lütfen sisteminizde denemeyeniz.

Gecikmeli (Lagged) Database kopyaları ile Exchange 2007 SCR (Standby Continous Replication) da tanışmıştık. SCR sayesinde logların gecikmeli olarak işlenmesini görmüştük. Bu değerleri Exchange 2007′de en geç 7 gün olarak belirleyebiliyorduk.

Exchange 2010 DAG ile bu süre 14 güne uzatıldı. Backup kullanmayacaksanız, bu süre faydalı olacaktır. “Backup olmadan Exchange altyapısı mı?” diye sorabilirsiniz ama gerçekten 2010 DAG yapısını doğru planlarsanız backup ihtiyacınız olmayabilir. Bu konudan bu hafta içerisinde bahsedeceğim. Twitter, RSS ile takip ederseniz veya sitemi ziyaret ederseniz bu konuda bilgi alabilirsiniz. Ama unutmadan belirteyim Backup olmadan bir yapıyı yönetmenin her zaman büyük riskleri vardır.

Konumuza geri dönersek “TruncationLagTime” ve “ReplayLagTime” parametrelerini ayarlamak için,  ”Add-MailboxDatabaseCopy” veya “Set-MailboxDatabaseCopy” kullanacağımız komutlardır. ReplayLagTime Database Loglarının Exchange Replication Servisi tarafından ne zaman replay edileceğini belirten parametremizdir. Bu Parametrede Gün:Saat:Dakika:Saniye olarak bir değer belirtmemiz gerekiyor. Eğer herhangi bir değer girilmez ise varsayılan değer 0 saniye olarak alınacağından gecikmeli bir database olmayacaktır. TruncationLagtime ise Replay edilen logların ne zaman truncate edileceğini belirten parametremiz. Bu paratmetre içinde aynı değerler geçerli.

Örnek olarak 6 saat Replay Lag olacak DAG Database yaratmak istiyorsanız:

Add-MailboxDatabasecopy -Identity “VIPDB04″ -MailboxServer “Exch02″ -ReplayLagTime 6:00:00

komutunu kullarak yaratabilirsiniz.