->
Exchange Server 2007 üzerindeki verilerin erişilebilirliğini arttırmak için kullanacağımız bu yöntem aslında çok basit bir temel üzerine kurulmuş durumda. Microsoft’un ESE (Extensible Storage Engine) veritabanımotorunun çalışma prensibi olarak database’e yazılacak bilgiler ilk önce log dosyalarına transaction’lar halinde kaydedilirler. Tamamlanan transaction’lar sırayla database dosyasına kaydedilir. Bu sayede veri kaybının engellenmesi ve veri bütünlüğünün sağlanmasıhedeflenir. Local Continuous Replication sayesinde database’e yazılamadan log dosyasında toplanan bilgiler farklıbir disk üzerine taşınarak orada oluşturulan yedek database’e de eş zamanlıolarak yazılırlar. Bu sayede tüm veritabanımızın bir kopyasıfarklıbir düsk üstünde korunmuş olur ve herhangi bir sorun anında imdadımıza yetişir. Aşağıdaki şekil yapının nasıl çalıştığınıbasit olarak göstermiştir.

Exchange Server 2007 veritabanlarıda ESE mimarisinde çalışmaktadır. Log dosyalarıStorage Group’lar bazında tutulduğundan biz de Local Continious Replication özelliğinin Storage Group bazında açabiliriz. Adım adım uygulamaya geçmeden önce bir uyarıdaha. Public Folder’larıbulunduran Public Store Database’leri için LCR desteklenmemektedir. Eğer ortamda tek bir mailbox server varsa bu database’leri de LCR ile yedekleyebiliriz fakat birdan fazla server üzerinde bulun ve Public Folder Replication ile eşitlenen databaseler için LCR kulllanılamaz.
şimdi adım adım kuruluma başlayalım. Test sunucumda fazladan 2 tane harddisk mevcut. E: ve F: sürücülerinden E: sürücüsünü Mailbox database’ini ve loglarınısaklamak için kullanacağım. F: sürücüsünü de LCR için kullanacağım. İşe dosyalarınıE: sürücüsünde tutacağım bir Storage Group açarak başlayalım.

Storage Group açmak için Exchange Management Console’u açıp Server Configuration > Mailbox altında Action Pane ‘deki “New Storage Group…†butonuna tıklıyoruz. Karışımız alttaki resimde görünen sihirbaz geliyor.

Aslında bu aşamada LCR özelliğini aktif hale getirmemiz mümkün. Fakat ben varolan Storage Group’larda da bu özelliğin nasıl aktif edilebileceğini anlatmak için bu aşamada LCR’yi açmadan devam ediyorum. Storage Group için bir isim yazdım ve Log-System dosyalarıiçin “E:\SG Log†dizinini gösterdim.

Storage Group hazır. şimdi bunu içine bir Mailbox database’i ekliyorum.

New Mailbox Database butonuna basarak aşağıdaki wizard’ıçalıştırıyorum.

Burada database dosyasınısaklayacağımız yeri ve dosyanın adınıbelirtiyoruz. Dosyaadıolarak UserMailbox seçtim ve “E:\SG Database†yolunu gösterdim.

Mailbox database’ini de oluşturduk. şimdi Local Continuous Replication özelliğini aktif hale getirelim. Bunun için istersen Storage Group üstüne sağ tıklayarak , istersek de sağ taraftaki Action Pane üzerinden “Enable Local Continuous Replication…†butonuna tıklıyoruz.

Bu aşamada karşımıza Local Continuous Replication sihirbazıgeliyor. Bilgilendirme niteliğinde olan bu ilk ekranınext diyerek geçiyoruz.

Sıra LCR ile loglarıtaşıyacağımız sürücüyü ce dizini seçmeye geldi. Bu aşamada genelde faklıbir disk sürücüsü kullanmak mantıklıdır. Neticede aynıdisk üzerine backup almak pek mantıklıdeğil. Bizde bu sebeple F: sürücüsü üzerindeki log ve system dizinin gösteretek sihirbaza devam ediyoruz.

Taşınan logların yazılacağıdatabase’i oluşturacağımız sürücü ve dizini belirteceğimiz adıma geldik. Yine burada farklıbir sürücü belirtmek daha mantıklıolacaktır. Ben LCR loglarıve database’i için F: sürücüsünü kullanıyorum ve seçip next tuşuna başıyoruz.

şimdi sıra işlemi tamamlamaya geldi. Enable butonuna basarak seçtiğim işlemleri onaylıyorum.

Storage Group için LCR oluştu. Sihirbazıtamamlamak için Finish’e tıklıyoruz.

Artık LCR özelliğimiz devrede. Bunu Storage Group adıyanında yazan “Healtly†yazısından teyit edebiliriz.

şimdi işimiz bu Storage Group içindeki veritabanın doldurmaya çalışmak. Bu aşamada isterseniz varolan mailboxlardan bu database’e taşıyabilirsiniz yada bu database içinde yeni kullanıcılar oluşturabilirsiniz. Daha sonra bu database içinde bulunan kullanıcılara birkaç mb büyüklüğünde mailler göndererek database’in boyutunu biraz büyütebilir ve log dosyalarının iki tarafta birden nasıl oluştuğunu gözlemleyebiliriz. Aşağıda UserMailbox database’i üzerinde birkaç mailbox oluşturup onlara mailler attıktan sonra iki log klasöründe aldığın ekran görüntülerini görebilirisiniz.


Görüldüğü gibi log dosyalarıbir taraftan diğer tarafa kopyalanmaya başlamış. Bu aşamadan sonra felaket senaryosuna gelelim. şimdi E: sürücüsündeki database dosyalarının bozulduğunu varsayalım. Artık E: sürücüsüne ulaşamıyoruz. Bunu simule etmek adına Database’i unmount edip E: sürücüsündeki database dosyasınısiliyorum.

Evet eğer LCR çalışmasaydıdatabase’imizi en iyi ihtimalle son yedekten geri dönmemiz gerekecekti. Fakat LCR aktif iken tek bir komutla database’e LCR ile aldığımız backup lokasyonundaki log ve database dosyalarıyla çalışmasınısöyleyebiliriz.

Database’imiz yeniden mount oldu ve artık F: sürücüsündeki dosyalarıkullanıyor. Bilgi kaybıolmadan aktarımıbaşardık.
Başka bir Exchange makalesinde görüşmek üzere.
Erkal ASLANKARA
Powered by MightyAdsense