Exchange Server 2007 SP1 ile birlikte sunulan High Availability seçeneklerinden bir tanesi olan Standby Continuous Replication (SCR) ile yapınız içerisinde birden fazla lokasyonda, yapınızı felaket anında ayağa kaldıracak tüm bilgileri tutabilirsiniz. SP1 öncesinde ki hiçbir High Availability senaryosunda tüm yapınızı ayağa kaldıracak birden fazla lokasyon belirtmeniz mümkün değilken SCR ile yapınızın (Mailbox Sunucuları) bir kopyasını birden fazla lokasyonda saklayabilmeniz mümkün. Bu ve benzer birçok getirisi ile birlikte SCR her türlü felakat senaryosuna karşı önlem almak isteyen kurumların vazgeçemeyecekleri bir özellik durumunda. İki makalelik bu SCR serisinde daha önce 5 video’da kurduğumuz SCC ortamının 2 sunucusu için SCR’yi etkinleştirip sonrasında, SCR olarak çalışan sunucuyu aktif olarak çalışır hale getireceğiz. Yani merkez lokasyonu (SCC) tamamen kaybettiğimiz bir yapıda backup lokasyondan (SCR Target) tüm Exchage mimarisini (Mailbox Sunucuları) ayağa kaldıracağız.

• Exchange Server 2007 Cluster Continuous Replication (CCR) Kurulum ve Konfigürasyonu - Bölüm I
• Exchange Server 2007 Cluster Continuous Replication (CCR) Kurulum ve Konfigürasyonu - Bölüm II
• Exchange Server 2007 Cluster Continuous Replication (CCR) Kurulum ve Konfigürasyonu - Bölüm III
• 4 Node'lu Exchange Server 2007 Single Copy Clusters (SCC) Kurulum ve Konfigürasyonu - Bölüm I
• 4 Node'lu Exchange Server 2007 Single Copy Clusters (SCC) Kurulum ve Konfigürasyonu - Bölüm II
• 4 Node'lu Exchange Server 2007 Single Copy Clusters (SCC) Kurulum ve Konfigürasyonu - Bölüm III
• Node'lu Exchange Server 2007 Single Copy Clusters (SCC) Kurulum ve Konfigürasyonu - Bölüm IV
• 4 Node'lu Exchange Server 2007 Single Copy Clusters (SCC) Kurulum ve Konfigürasyonu - Bölüm V
• Exchange Server 2007'de Local Continuous Replication ile Otomatik Olarak Yedekleme Gerçekleştirin!  

Disaster mı! SCR Sonrası Unutulmaya Yüz Tutacak Kelime!

Makalede bahsi geçen isimler, network yapısı ve sunucu rolleri aşağıda verilmiştir:

SCR Target: MSHowto-SCR01

SCR Source: MSHowto-MB02

Node1, Node2 ve Node3 aynı Quorum bilgisini okumaktadırlar.

CMS IP: 192.168.10.31

CMS Adı: MSHowtoMail

Şekil-1

1. SCR Target olarak kurulacak bilgisayarları Exchange mimarinize pasif node’lar olarak ekleyin. Bu iş için daha önce hazırladığımız birçok Cluster makalesini ve Exchange kurulum makalelerini referans alabilirsiniz.

Şekil-2

2. SCR Target olacak sunucuların kurulumundan sonra mimarinizde aktif-pasif olarak çalışan sunucularınızdan aktif olanın üzerinde Exchange Management Shell’i açın ve aşağıdaki komutu çalıştırın. Komut içerisinde yer alan ReplayLagTime parametresi SCR Source’dan (MSHowto-MB02) SCR Target’a (MSHowto-SCR01) aktarılacak olan log dosyalarının Target’taki database’e yazım zaman aralığıdır. Default parametre değeri 24 saat, maximum izin verilen süre 7 gün ve minimum izin verilen süre 0 saniye olarak belirlenmiş durumdadır. Bu parametre için yazım formatı Gün.Saat:Dakika.Saniye şeklindedir. Bu değerler oluşturulduktan sonra SCR’nin disable edilmesine kadar tekrar değiştirilemez.

Enable-StorageGroupCopy “MSHowtoMail\First Storage Group” –StandbyMachine MSHowto-SCR01 –ReplayLagTime 0.0:0:0

Enable-StorageGroupCopy “MSHowtoMail \Second Storage Group” –StandbyMachine MSHowto-SCR01 –ReplayLagTime 0.0:0:0

- StandByMachine : SCR Target sunucu adı

- ReplayLagTime : Log dosyaları SCR Source’dan SCR Target’a akratıldıktan sonra log dosyalarının database’e yazılması için beklenecek süre

- TruncationLagTime : Log dosyalarının SCR Target’ta database’e yazılmasından sonra tamamen silinmesi için beklenecek süre (Kullanım şekli, minimum, maximum ve default değerleri ReplayLagTime ile aynı)

Şekil-3

3. Bu ilk işlemden sonra SCR olan sunucudaki T:\ disk alanına baktığınızda bir takım log dosyalarının geldiğini görebilirsiniz. Fakat asıl .edb dosyası ilk anda gelmeyecektir. Bunun sebebi minimum 50 log dosyasının SCR target’a aktarılması gerekliliğidir. Yani daha önceki ReplayLagTime parametresi ile belirlediğiniz zaman aralığı (beklememek için 0.0:0:0 olarak belirlenmişti) 50 log dosyasının oluşmasından daha az bir zaman değeri ise 50 log dosyasının sunucuya aktarılmasını beklemeniz gerekecektir. Bu rakamı değiştirmek (bydesing) mümkün değil.

Şekil-4

4.  Bu durumda .edb dosyasının oluşmasını beklememek için, SCR target’da manuel seed işlemi gerçekleştirelim. Suspend komutu ile birlikte SCR Source’dan SCR Target’a o anda akacak olan log dosyarını durdurmuş olacaksınız. Aşağıdaki komutları sırası ile SCR Target’ta çalıştırın:

Suspend-StorageGroupCopy “MSHowtoMail \First Storage Group” –StandbyMachine MSHowto-SCR01

Suspend-StorageGroupCopy “MSHowtoMail \Second Storage Group” –StandbyMachine MSHowto-SCR01

Aşağıdaki iki komutu (Update-StorageGroupCopy) çalıştırmadan önce aşağıdaki hatayı almamak için, SCR target’taki T:\ diskinde yer alan database klasörlerindeki EDB, .LOG, .JRS ve .CHK uzantılı dosyalarını silin, silinmeden Database’in manuel seed edilmeye çalışılması durumunda aşağıdaki hata ile karşılaşılması olasıdır.

Şekil-5

5. Silme işleminden sonra aşağıdaki komutları sırasıyla çalıştırın:

Update-StorageGroupCopy “MSHowtoMail \First Storage Group” –StandbyMachine MSHowto-SCR01

Update-StorageGroupCopy “MSHowtoMail \Second Storage Group” –StandbyMachine MSHowto-SCR01

Şekil-6

Bu işlemden sonra artık merkez ofisinizde bulunan database’leriniz, SCR Target sunucu üzerinde yerini almaya başlayacaklardır. Bazı durumlarda Update-StorageGroupCopy komutunun hemen ardından Resume-StorageGroupCopy komutunu (Normal şartlar altında komut otomatik olarak kendisi çalışır) kullanmanız gerekebilir.

Şekil-7

6. Bu noktada aşağıdaki komutun SCR Target üzerinde çalıştırılması ile Copy Status’leri görebilirsiniz.

Get-StorageGroupCopyStatus –Server: MSHowtoMail –StandbyMachine: MSHowto-SCR01

Şekil-8

Bir süre mail alışverişinden sonra T:\ diski içerisindeki datanın aşağıdaki resimdeki gibi arttığını göreceksiniz.

Şekil-9

Bu makalenin ikinci bölümünde disaster anında kaybedilen merkez Datacenter’ın (Node1 ve Node2) yerine SCR Target’ın (MSHowto-SCR01) devreye sokularak Mailbox sunucularının ve database’in nasıl restore edileceğini inceleyeceğiz.

Bu konuyla ilgili sorularınızı http://mshowto.org/forum linkini kullanarak ulaşacağınız forum sayfamızda sorabilirsiniz.

Referanslar

Managing Standby Continuous Replication

How to Enable Standby Continuous Replication for an Existing Storage Group

How to Enable Standby Continuous Replication for a New Storage Group

How to Disable Standby Continuous Replication for a Storage Group

How to Prepare for Disk Management Activities when Using SCR

How to Move a Storage Group in a Standby Continuous Replication Environment

How to Move a Database in a Standby Continuous Replication Environment

How to View the Status of Standby Continuous Replication

How to Verify a Standby Continuous Replication Copy

How to Suspend Changes to a Standby Continuous Replication Target

How to Resume Replication to a Standby Continuous Replication Target

How to Seed a Standby Continuous Replication Target

Activating Standby Continuous Replication Targets

Standby Continuous Replication: Site Resilience with Standby Clustering

Standby Continuous Replication: Database Portability