More Database Availability Group Options Exposed In Exchange 2010 SP1 Console…

MS Exchange

In 2010 SP1 RTM, nothing has been changed in the DAG options that has been exposed in the console compared to SP1 Beta.

Exchange Team has exposed more options related to Database Availability Group (DAG) in 2010 SP1 RTM Console compared to 2010 RTM. In the RTM version of Exchange 2010, IP address for a DAG has to be set manually using the shell and this was one of the option many exchange admins (who are not comfortable with the shell) wanted to see in the console. Guess what?

More options, including setting a static IP address for the DAG is now exposed in the SP1 Console. Let me explain the options available.

Creating the DAG itself using the SP1 console has the same options compared to the RTM version. You can specify a name, Witness Server and Witness Directory while creating the DAG.

Create DAG

Once the DAG is created, launch the properties of the DAG to see more options. We can now set the following in the properties:

  • Alternate witness server
  • Alternate witness directory
  • IP address for the DAG
  • Additional IP, once the DAG is extended to another subnet

The “General” tab exposes the option to specify an alternate witness server and directory. Type in the details in the text box and click OK to make changes.

DAG Properties

The “IP Addresses” tab allows an admin to add static IP address for the DAG.

IP Address tab in DAG Properties

To add a static IP address, click “Add” and type in the IP. You can add more IPs as DAG gets extended to another subnet.

Add static IP in DAG 

The “Operational Servers” tab gives us the list of servers that are operational in the DAG. A read-only tab.

Operational Servers

You still have to use the shell to make changes to the replication port, encryption, compression etc, but the option to add an ip address to the DAG using the console will make deploying DAG easier (atleast for the admins who doesn’t want to use the shell).

Other Popular Articles


MS Exchange

Scripting Agent Initialization Failed: “File is not found” Error During Exchange 2016 Setup

MS Exchange

EAC Access While Co-Existing Exchange 2013 With 2010

MS Exchange

Delete All Calendar Entries In An Exchange 2010 Mailbox

3 thoughts on “More Database Availability Group Options Exposed In Exchange 2010 SP1 Console…”

  1. Hi, Is it possible to achieve the given scenario? Listing it out in brief..Ur comments about the pros and cons are highly appreciable
    1. Two geographically dispersed locations (ex-site-a & site-b). Connected with a 4Mbps VPN.
    2. Active directory is stretched across both the locations under the same AD site
    3. Site-A has an exchange server installed with exchange 2010 MB+HT+CAS roles combined, serving 30 users with one Mailbox Database.
    4. Site-B has an exchange server installed with exchange 2010 MB+HT+CAS roles combined, serving 40 users with one Mailbox Database
    a) Can I create a DAG between these two servers?
    b) If so, can i replicate DB copies from one location to the other
    c) I want to achieve the best possible UPTIME for all the users, If site-a exchange goes down the failover should happen to site-b and vice-versa

    I am really confused, and I have no hardware to test this scenario. Hoping for a solution

    Reply
  2. Hi, Is it possible to achieve the given scenario? Listing it out in brief..Ur comments about the pros and cons are highly appreciable
    1. Two geographically dispersed locations (ex-site-a & site-b). Connected with a 4Mbps VPN.
    2. Active directory is stretched across both the locations under the same AD site
    3. Site-A has an exchange server installed with exchange 2010 MB+HT+CAS roles combined, serving 30 users with one Mailbox Database.
    4. Site-B has an exchange server installed with exchange 2010 MB+HT+CAS roles combined, serving 40 users with one Mailbox Database
    a) Can I create a DAG between these two servers?
    b) If so, can i replicate DB copies from one location to the other
    c) I want to achieve the best possible UPTIME for all the users, If site-a exchange goes down the failover should happen to site-b and vice-versa

    I am really confused, and I have no hardware to test this scenario. Hoping for a solution

    Reply

Leave a Comment