Anasayfa » Exchange 2007 – Local Continuous Replication

Makaleyi Paylaş

Exchange Server

Exchange 2007 – Local Continuous Replication

Exchange 2007 – Local Continous Replication

 

 

Exchange Server 2007 ile gelen yeniliklerden biri de Local Continuous Replication özelliği. Bu özelllik sayesinde mailbox sunucusu üzerinde tutulan databaselerin bir kopyası log shiping yöntemiyle sürekli farklı bir disk üzerine yedeklenebilir. Bu sayede olası bir disk arızasında vakit kaybetmeden diğer disk üzerindeki kopyadan çalışmaya devam edebiliriz. Bu yazıda Exchange Server 2007’nin bu önemli özelliğini adım adım inceliyeceğiz.

 

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.

 

clip_image001

 

Exchange Server 2007 veritabanları da ESE mimarisinde çalışmaktadır. Log dosyaları Storage Group’lar bazında tutulduğundan biz de Local Continuous 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.

Sponsor

 

Ş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.

 

clip_image003

 

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.

 

clip_image004

 

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.

 

clip_image005

 

 

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

 

 

 clip_image006

 

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

 

 

clip_image007

 

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.

 

clip_image008

 

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.

 

clip_image009

 

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

 

clip_image010

 

 

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.

 

 

clip_image011

 

 

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.

 

 

clip_image012

 

 

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

 

 

clip_image013

 

 

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

 

 

clip_image014

 

 

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

 

 

clip_image015

 

 

Ş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.

 

clip_image016clip_image017

 

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.

 

clip_image018

 

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.

 

clip_image019

 

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

 

Makaleyi Paylaş

Cevap bırakın