Professional Documents
Culture Documents
Data Base Availability Group
Data Base Availability Group
Data Base Availability Group
Incremental deployment
You can install Database Mobility, including DAG, after you've installed and
configured Exchange Server. For example, if you wanted to cluster a basic mailbox in
Exchange 2000 Server through Exchange 2007, you'd have to create a new Exchange
clustered instance and then move all mailboxes to it. By using incremental
deployment, you can configure high availability and implement Database Mobility -as long as you have the Enterprise versions of Windows 2008 (SP2) or 2008 R2.
Exchange 2010 no longer includes a clustered model instance; Exchange Database
Mobility uses failover clustering. Therefore, you won't have to enter the Failover
Admin tool to administer any part of Exchange high availability.
database availability group acts as a replication boundary for each mailbox database.
While DAGs can be part of several Active Directory sites and subnets, they must be
part of the same AD domain.
Mailbox database copies
Database copies that are stored on mailbox servers; these copies make up the
composite DAG.
Direct-attached storage (DAS) has become an attractive and cost effective choice.
When properly deployed, a DAG uses 50% less disk I/O. And because of how it's
deployed, you can even store some database copies on standard JBODS.
Each mailbox server within a DAG should have two network interfaces. One interface
could be used for replication and the default MAPI network; the interface handles
replication. DAG replication traffic is always compressed and encrypted.
Log shipping in Exchange Server 2010 uses TCP sockets -- with each database
assigned its own socket. In Exchange Server 2007, log shipping was performed via
Server Message Block (SMB), where a single SMB session was used between nodes
for all databases within the cluster. The change to TCP sockets results in more
efficient replication.
Data is replicated between primary databases on servers MBXSRV-1 and MBXSRV-2. In the
event of a database failure, the passive copies of databases DB-01 and DB-02 are brought
online on server MBXSRV-02.
A single Windows 2008 R2 standard Server that acts as both the client access and hub
transport server.
1. Create a DAG
Open the Exchange Management Shell and type in the following command, which provides a
name for the DAG, the name of the File Share Witness Server, its location on the witness
server and the IP Address for the DAG:
New-DatabaseAvailabilityGroup -name TTLon -WitnessServer lab-2010htc01.justice.lab.com -WitnessDirectory c:\TechTargetLonFSW
-DatabaseAvailabilityGroupIpAddresses 172.31.253.146
Note: This step will automatically install failover clustering if it's not already installed on
the server.
If you've successfully created a DAG, you will see a screen similar to Figure 3.
Figure 3. This screen informs you that you have successfully created a database
availability group.
2. Add a mailbox server to the new DAG
Type in the following command to add a server named LAB-EX2010MB-01 to the TTLon
DAG that we created in Step 1. After running this command, repeat it for the second mailbox
server that you'd like to incorporate into your DAG configuration:
Add-DatabaseAvailabilityGroupServer -id TTLon -MailboxServer LAB-EX2010MB01.justice.lab.com
When you press Enter, you will see the screen shown in Figure 4.
Figure 4. This screen informs you that you have successfully added a mailbox server to
your new DAG
3. Create and mount a database to use with the DAG on the first mailbox server
The following command creates a new transaction log and database on the path provided to
the mailbox server of your choice:
New-MailboxDatabase -Name LAB-EX2010-01-GEN -Server LAB-EX2010MB01.justice.lab.com -LogFolderPath l:\Exchsrvr -EdbFilePath x:\Exchsrvr\LAB-EX2010GEN.edb
Hit Enter to produce the output shown in Figure 5.
Mount-Database LAB-EX2010-01-GEN
Figure 7. The output you should see after adding a copy of your database.
This one gives us all the status information for a specific mailbox server.
Test-ReplicationHealth
This command run set of tests to test the replication health.
Method Two:
This method provides much less information but can assist to find other problems.
To access the GUI tool Open the Exchange management console -> Organization
Configuration > Mailbox
Click on the Database Management and click on the database you need to monitor.
GUI Monitor:
Click on properties.
Here you can see the replication copy status and the database status.
This will show you if the database is seeding and if there are errors.
Its recommended to script the commands with refresh timer to view the status of the
replication.
http://technet.microsoft.com/en-us/library/dd979799.aspx
Treating a DAG like an active/passive cluster. This one overlaps with load
balancing, and the message is to spread active clusters across servers to
distribute the load. The temptation, perhaps, is to place all active databases on
the same server, but there's no need to do so in a DAG configuration. McBee
recommends learning about activation preferences: "You can configure the
activation preferences of the database so that it's always got a preferred node or
a preferred DAG member that it activates on, but you want to make sure that you
distribute the load. This maximizes the use of your hardware, and it ensures if
either node fails, that only half of the users have to fail over to the alternate
server."
operation than it will be after you've rolled out something to your whole user
base in production. "For an organization that's got a couple thousand mailboxes,
I would recommend that the pilot lasts four to six weeks" McBee said. "And
during all pilot tests, you test all functions of Exchange 2010, including moving
databases between servers; including ensuring that the Client Access array is
functioning properly if one of the Client Access servers or Hub Transport servers
is offline, and ensuring that databases fail over automatically. And possibly most
importantly, ensuring that your backup and your recovery procedures are
working properly prior to putting production users on the system."
What built-in tool do you have to allow you to manage Exchange store recoveries?
Exmerge / Recovery storage group
What is Isinteg?
The Information Store Integrity Checker (Isinteg.exe) finds and eliminates errors from
the public folder and mailbox databases at the application level. These errors can
prevent the information store from starting or prevent users from logging on and from
receiving, opening, or deleting mail. Isinteg is not intended for use as a part of
routine information store maintenance. It is provided to assist in disaster recovery
situations and other referential integrity issues.
What is Online Mailbox Move in Exchange 2010?
That allows end-users to be online in their email accounts. On completing the move users just needs
to reopen their Outlook clients.
the Edge Transport server a member of the site that has the fastest (or most reliable)
network connectivity to the perimeter network.
Use the Browse button to browse for and select the subscription.xml file.
Verify that the Automatically Create A Send Connector for this Edge Subscription
checkbox is selected, then click the New button to import the XML file and create the
Edge Subscription.
What's the default replication interval for Edge sync?
By default, configuration data is synchronized to AD LDS once every hour , and recipient data is
synchronized to AD LDS once every four hours . You can change these intervals using the SetEdgeSyncService cmdlet.
What is Eseutil?
It is a tool that you can use to verify, modify, and repair an Exchange database file. When a database is corrupt or
damaged, you can restore data from backup or repair it using Eseutil.