Exchange Database - Cluster Continuous Replication

I-  MÔ HÌNH

Figure 1 - Cluster Continuous Replication

May Domain(SERVER2k8)

May Cluster CCRNode1 May Cluster CCRNode2

Internal Public(Internal)

Private(Cluster)

Private(Cluster)

Public(Internal)

IP: 172.16.1.1/24 IP: 172.16.1.2 /24

IP: 192.168.1.10 /24 IP: 192.168.1.20 /24 IP: 172.16.1.3 /24

P.DNS: 172.16.1.1

P.DNS: 172.16.1.1

    P.DNS: 172.16.1.1

Máy SERVER2k8        : Đã nâng cấp domain  va cai IIS 7 hoan chỉnh

Máy CCRNode1          : Đã join vao domain cua SERVER2k8

Máy CCRNode2          : Đã join vao domain cua SERVER2k8

Ca 2 máy CCRNode1 va CCRNode2 đã đươc cai gia lâp đia SCSI vơi phân mêm StarWind & Microsoft iSCSI Software Initiator.

II- GIỚI THIỆU

CCR (Cluster Continuous Replication): la cơ chê đông bô dư liêu thông qua môt cluster gôm 2 Node Server chay liên tuc vơi nhau. Đây la môt cơ chê mơi cua Exchange Server 2007 đươc nhiêu ngươi sư dung. No tao ra 2 ban copy trên 2 server chay active va passive. Dư liêu đươc đông bô liên tuc trong 2 con server chay cluster vơi nhau. CCR yêu câu hê thông đia lưu trư SCSI, iSCSI, SAS hoăc SAN.

Trong bai viêt nay tôi se giơi thiêu tinh năng CCR (Cluster Continuous Replication) trong Exchage cách cai đăt va kiêm thư tinh năng Cluster Failover Databases.

III-  CÁC BƯƠC TRIỂN KHAI

1. Cai đăt Hub Server Role va Client Access trên may Domain

2. Cai đăt va câu hinh Failover Cluster Server

3. Cai đăt Cluster Continuous Replication Databases

4. Kiêm tra qua Failover Cluster Continuous Replication Databases

IV- TRIỂN KHAI CHI TIẾT 

1. Cai đăt Hub Server Role va Client Access trên may Domain

-          Cai Power Shell cho máy Domain. Go lênh Servermanager –I powershell

-          Cai đăt IIS7 Server Role va các Role Services tương ưng. Vao CMD go nhưng lênh sau :

ServerManagerCmd -i Web-Server ServerManagerCmd -i Web-ISAPI-Ext ServerManagerCmd -i Web-Metabase ServerManagerCmd -i Web-Lgcy-Mgmt-Console ServerManagerCmd -i Web-Basic-Auth ServerManagerCmd -i Web-Windows-Auth

-          Cai đăt Hub Server Role va Client Access Server Role. Phiên ban cai đăt la Exchange 2007 SP1. Chay file Setup.exe

-          Chon Install Microsoft Exchange Server 2007

-          Chon I accept  Next

-          Chon Custom Exchange Server Installation  Next

-          Chon Client Access Role va Hub Transport Role  Next  Finish

Hoan tất phân cai Hub va Client Access Role.

2. Cai đăt va câu hinh Failover Cluster Server cho ca 2 may CCRNode1 va CCRNode2

-          Đã gia lâp đia SCSI cho đia E nhăm chưa Database va F chưa Log băng phân mêm phân mêm StarWind & Microsoft iSCSI Software Initiator.

-          Cai  Web Server (IIS), PowerShell, Fail-Over Clustering.Vao CMD lân lươt go các lênh:

ServerManagerCmd -i PowerShell  ServerManagerCmd -i Failover-Clustering ServerManagerCmd -i Web-Server ServerManagerCmd -i Web-ISAPI-Ext ServerManagerCmd -i Web-Metabase ServerManagerCmd -i Web-Lgcy-Mgmt-Console ServerManagerCmd -i Web-Basic-Auth ServerManagerCmd -i Web-Windows-Auth

 

-          Đăt IP va xác đinh interface Public đê nôi vơi Network Domain va interface Private nôi riêng 2 máy Cluster Server vơi nhau. Bo check IPv6.

-          Bo chon Append parent suffixes of the primary DNS suffixes va Register this connection’s addresses in DNS

-          Chon tab WINS va huy chon Enable LMHOSTS lookup, chon Disable NetBIOS over TCP/IP

-          Mơ chương trinh Failover Cluster Manager trong Administrator Tools. Chon Create a Cluster

-          Chon Next

-          Chon Browse chon 2 máy CCRNode1 va CCRNode2 đê cấu hinh 2 máy nay chay Failover Cluster. Chon Next

-          Chon Yes  Next

-          Chon tên Server Cluster : CCRCluster va check chon Net 172.16.1.0/24 đăt Virtual IP : 172.16.1.100  Next

-          Chon Next

-          Chon Finish đê hoan thanh viêc cấu hinh Failover Cluster Server.

 

-          Chon Network kiêm tra 2 Network Cluster xem Status đã Up thanh công chưa.

-          Xem Network 2 (Private) Status cung đã Up

-          Cấu hinh Cluster Qourum Settings Failover Cluster Manager. Tao môt file chia sẻ trên máy chu riêng biêt (tôt nhất la sư dung máy chu Hub Transport trong cùngAD vơi các nút failover cluster).Vao máy Domain Controler go lênh theo man hinh sau:

-          Mơ Failover Cluster Management trên máy CCRNode1  kich vao More Actions trong Action Pane, chon Configure Cluster Quorum Settings

-          Chon Next

-          Chon Quorum Configuration, chon Node and File Share Majority (for clusters with special configurations) sau đo kich Next

-          Go vao thư muc Share trên máy DC ơ trên

-          Chon Next

-          Chon Finish đê hoan tất cấu hinh Cluster Quorum

 3. Cai đăt Cluster Continuous Replication Databases

-          Cai đăt Active Clustered Mailbox Role trên máy CCRNode1. Bo đia cai đăt Exchange chay file Setup.exe.

-          Chon Custom Exchange Server Installation

-          Chon Active Clustered Mailbox Role

 

-          Chon Next  Finish đê hoan tất viêc cai Active Clustered Mailbox Role

-          Tương tư cai đăt Passive Clustered MailBox Role vao máy CCRNode2

-          Chon Next  Finish đê hoan tất Passive Clustered MailBox Role

5. Kiêm tra qua Failover Cluster Continuous Replication Databases

-          Mơ Exchange Manager Console đê kiêm tra tinh trang Failover Cluster Continuous Replication Databases. Tao ra môt Mailbox Database đê kiêm tra.  

-          Đăt tên Database

-          Vao Server Configuration  Mailbox Xem thông tin cua Mailbox Group

-          Qua tab Clustered Mailbox Server se thấy tinh trang Online va CCNode1 Active va CCRNode2 Passive.

-          Tao ra 2 user mailbox trên Database Nhatnghe mơi tao ra va gưi mail qua lai đê kiêm tra tinh trang hoat đông cua Replication

-          Kiêm tra dư liêu trên 2 Server CCRNode1 va CCRNode2. Ta nhân thấy răng các file log va file edb đươc đông bô môt cách liên tuc vơi các giá tri size giông nhau. Mơ ca 2 thư muc chưa Database Nhatnghe se thấy dư liêu tư đông Replication ơ ca 2 Server CCRNode1 va CCRNode2.

-          Gia đinh Shutdown máy CCRNode1 xem như Database Active không hoat đông nưa. Mơ Exchange vao Server Configuration => Mailbox => Xem thông tincua Mailbox Group se thấy CCRNode2 tư đông Failover chuyên thanh Active Database.

-          Mơ mail cua các User vân hoat đông binh thương

-          Mơ Server CCRNode1 trơ lai binh thương. Vao kiêm tra tinh trang Failover Cluster Continuous Replication Databases vân tiêp tuc hoat đông binh thương vachuyên CCRNode2 sang Active va CCRNode1 Passive

 

Exchange Database - Local Continuous Replication

 

I-  MÔ HÌNH

Figure 2 - Single Copy Clusters

Figure 3 - Cluster Continuous Replication

 II-  GIỚI THIỆU

Như ban đã biêt trong san phâm Exchange Server 2007 cung cấp kha năng chiu lôi va tinh săn sang cao vơi các cơ chê đông bô dư liêu giưa các Database Mailbox hay các Server chay Clustering vơi nhau gôm co các giai pháp sau :

+ LCR (Local Continuous Replication) : la cơ chê đông bô dư liêu mailbox database cua Exchange năm cùng trên môt Server. Các Storage Group Database se tư sinh ra 2 ban đông bô dư liêu liên tuc cho nhau theo cơ chê Active va Passive. Moi thay đôi dư liêu tư DB active se đêu đươc tư đông đông bô sang DB passive

+ CCR (Cluster Continuous Replication) : la cơ chê đông bô dư liêu thông qua môt cluster gôm 2 Node Server chay liên tuc vơi nhau. Đây la môt cơ chê mơi cua Exchange Server 2007 đươc nhiêu ngươi sư dung. No tao ra 2 ban copy trên 2 server chay active va passive. Dư liêu đươc đông bô liên tuc trong 2 con server chay cluster vơi nhau. CCR yêu câu hê thông đia lưu trư SCSI, iSCSI, SAS hoăc SAN

+ SCC (Single Copy Cluster) : đây la cơ chê cluster 2 server Exchange cùng chay va chia se trên cùng môt hê thông lưu trư databases. SCC cung yêu câu vê hê thông đia lưu trư giông CCR như SCSI, iSCSI, SAS hoăc SAN. Nhưng ơ trương hơp nay nêu Database bi hong ma không co Backup dư liêu thi không thê phuc hôi đươc.

Trong phân trên bai viêt nay tôi se giơi thiêu tinh năng LCR (Local Continuous Replication) trong Exchage vơi cơ chê đia iSCSI ao băng phân mêm StarWind vaMicrosoft iSCSI Software Initiator . Trong loat bai viêt kê tiêp tôi se giơi thiêu vê tinh năng CCR va SCC.

 III-  CÁC BƯƠC TRIỂN KHAI

Gia đinh đã cai đăt hoan chỉnh phiên ban Exchange Server 2007 trên hê điêu hanh Windows Server 2003 SP2. Ban co thê tham khao thêm các bươc cai đăt Exchange

Cai đăt va câu hinh StarWind

1. Cai đăt va câu hinh Microsoft iSCSI Software Initiator

2. Câu hinh LCR trên Storage Group Databases

3. Gia lâp hong Database Active va khôi phuc lai tư Database Passive

IV- TRIỂN KHAI CHI TIẾT

1. Câu hinh Starwind tai 1 may workgroup.

Muc đich: Gia lâp đê tao ra 1 hoăc nhiêu ô đia dynamic dùng chung cho cluster Server

Sau khi cai đăt Starwind. các ban tiên hanh tao Image file như sau:

- Start->All Programs->Rocket Division Software->StarWind->StarWind. StarWind icon se xuất hiên ơ traybar. Double-click vao biêu tương đê cấu hinh  chon Start Management menu option.

- Click Connect vao Localhost:

Nhâp username va pass đê connect. Măc đinh username va pass đêu la test

- Sau khi connect thanh công, chúng ta tao ô đia ao băng cách: Add Device.

-          Chon: Image File device.

- Các ban chon Create new image

 - Ban cung cấp đương dân/tên_file.img đê tao mơi. Chú ý cung cấp thông tin vê dung lương ô đia cho phân mêm.

- Tiêp theo, các ban chú ý phai check vao ô: Allow multiple connections

- Cung cấp thông tin cho đia ao - Không quan trong lắm:

- Click Next, chon Finish la xong. Tương tư cho viêc gắn thêm môt Disk 2 vao trong môt Cluster. Kêt qua như sau

2. Cai đăt Microsoft iSCSI Software Initiator

Muc đich nhăm kêt nôi đên máy cai StartWind đinh nghia cơ chê đia iSCSI.

Sau khi cai đăt iSCSI, các ban lam như sau đê hê điêu hanh tim thấy ô đia đã tao ơ bươc trươc:

-          Start->All Programs->Microsoft iSCSI Initiator-> Microsoft iSCSI Initiator.

-          Chon Discovery tab. Chúng ta se add computer đã cai đăt StarWind. Click the “Add”

- Go vao IP address cua máy cai Starwind va port. Măc đinh la 3260

- Sau đo chuyên tơi Targets tab. Chúng ta se thấy hiên ra các image đã tao ơ máy Starwind lúc trươc.

- Ban chon image cân thiêt, rôi nhấn vao Logon. Chú ý check vao option: Automatically restore this connection when the system boots

- Các ban se thấy ô đia image đã đươc connect

 -          Cuôi cùng, các ban hãy vao Disk Manager đê Create Partion, Format ô cưng như binh thương Basic Disk

Download phân mêm Starwind tư trang Web: http://www.rocketdivision.com/download_starwind.html hoăc link sau: (Các ban hãy down ban Pro, dùng thư 30 ngay đu đê ban Test Lab rôi). Va download Microsoft iSCSI Software Initiator tư website cua Microsoft: http://www.microsoft.com/downloads/d...DisplayLang=en

3.      Câu hinh LCR trên Storage Group Databases

 -          Chuân bi 2 thư muc NhatNghe Storage Group trên ô đia E:\ (đây se la Database Active chinh hoat đông) va thư muc NhatNghe Storage Group LCR trên đia F:\ (đây se la nơi chư Database Passive đươc đông bô dư liêu vao)

-          Mơ chương trinh quan lý Exchange Managerment Console  Server Configuration  Mailbox  Click phai chuôt tao môt Storage Group mơi

-          Chon New Storage Group

-          Check vao Enable local continuous replication  sau đo nhất nút Browse chon theo hinh trên. Nhấn Next

-          Finish đê hoan tất viêc tao NhatNghe Storage đã bât chưc năng LCR

-          Nhấn phai chuôt vao Nhatnghe SG chon New Mailbox Database

-          Đăt tên Mailbox Database rôi nhấn Browse tro vê Database Active va Database LCR (Passive)  New  Finish

-          Kiêm tra tinh trang cua NhatNghe Storage Group trong côt Copy Status la Healthy thi hê thông đã kich hoat thanh công cơ chê LCR

 

4.      Gia lâp hong Database Active va khôi phuc lai tư Database Passive

-          Tao ra 2 user mailbox trên Database Nhatnghe mơi tao ra va gưi mail qua lai đê kiêm tra tinh trang hoat đông cua Replication

-          Kiêm tra dư liêu trên 2 ô đia cấu hinh Database Replication. Ta nhân thấy răng các file log va file edb đươc đông bô môt cách liên tuc vơi các giá tri size giông nhau.

-          Stop Services MS Exchange Information Store đê can thiêp phá huy Database băng cách mơ file EDB lên go thêm vai nôi dung vao.

-          Sau đo Start lai Services MS Exchange Information Store xong vao phân quan lý Mailbox Database cua Exchange ta nhân thấy tinh trang bi Dismout Database bi lôi.

-          Va dù ban co Mount lai cung se nhân đươc thông báo lôi.

 -          Bây giơ ta chuyên vao ô đia F:\ đang chưa nhưng file Database Passvise đang đươc đông bô rôi copy đe vao toan bô vao Database Active đang bi hong

 

 -          Sau đo Mount lai Database lai thi se thấy hoat đông binh thương

 -          Mơ mail kiêm tra thấy dư liêu vân đây đu.

Installing the Database on the Mirrored Server

Start at this step for a normal database.

In order to get the database onto the mirrored server, we do a full backup of the ASPState (or the database you are mirroring) on the Principal server, followed by a backup of the Transaction Log.

Perform a full backup of the database on the Principal server. Perform a Transaction Log backup on the Principal server.

Copy the backup file to the Mirror.

Important: Do a restore of the full backup into a new step, but before doing the restore, go to Options, then ensure you check the No Recovery option! This is vital!

Perform another restore of the Transaction Log, also with the No Recovery option. (This is important, otherwise you'll get an error when starting the mirror - See Gotchas section for explanation).

You'll notice that the database on the Mirror server now is marked as "Restoring..." and can't be accessed. This is normal and expected! This confused me for quite some time, thinking that it was incorrect.

The Mirror is always in a permanent Restoring state to prevent users accessing the database, but will be receiving synchronization data. If the database fails over to the Mirror, then it will become an active database and the old Principal will go into the Recovering state.

Step 3 - Setting the SQL Server Service Impersonation

By default, and in most installations, the SQL Server Service in the Services applet runs as the Local System account. However, for mirroring to work, this needs to be changed to a local user. The Local System account does not have access to the network resources, so is unable to communicate with the mirrored server through the endpoint. It's vital that this step is completed, since I spent many an hour wondering why the mirroring wasn't working.

Create a local user on both the Principal and the Mirror server with the same username and password. For example, "sqluser".

Edit the SQL Server Service and change the Logon to this user.

Do the same for the SQL Server Agent service.

Change the SQL Server Agent service to be Automatic.

Re-start the SQL Server Service and then the SQL Agent service.

Do this on both the Principal and the Mirror!

It's important that the SQL Agent is also running. Because:

a. it runs automated backup jobs andb. it expires the sessions in ASP

If you find that ASP.NET sessions are not being expired in the ASPState database, then it's because the SQLAgent service is not running.

Sometimes, you may find that the SQL Agent does not start. This can be resolved by re-starting the SQL Server Service and then the SQL Agent again.

Create a SQL Login on both SQL Servers for this user you created.

Step 4 - Setting Up the Mirror

Now, it's time to actually setup the mirror! Go to the Database Properties on the ASPState database (or your database), and choose the Mirroring tab.

If the Mirror tab does not appear in SQL Server 2008, then re-run the setup and ensure you've ticked the Complete SQL Tools options.

Click "Configure Security" Click Next on the wizard

Choose whether you want a Witness server or not, (this article does not cover Witness servers) and click Next

In the Principal Server Instance stage, leave everything as its default (you can't change anything anyway)

In the Mirror Server Instance stage, choose your Mirror server from the dropdown and click Connect to provide the credentials. Click Next.

In the next dialog about Service Accounts, leave these blank (you only need to fill them in if the servers are in a domain or in trusted domains)

Click Next and Finish

Click "Do not start mirroring"

Enter in the FQDN of the servers if you want, but this is not necessary (as long as it will resolve)

Click Start Mirroring (if you do not have a FQDN entered, then a warning will appear, but you can ignore it)

The mirror should then start, and within moments, the Status should be "synchronized: the databases are fully synchronized"

So, you should now have a working mirror! Perform a manual failover to test it. Follow the instructions below in "Doing a manual failover".

Here's what a working mirror setup looks like on the Principal:

And, here's what it looks like on the Mirror: