Share via


Installation Guide Template - DAG Member

 

Applies to: Exchange Server 2010 SP3, Exchange Server 2010 SP2

This topic provides you with an installation guide template that you can use as a starting point for formally documenting your organization's server build procedures for Microsoft Exchange Server 2010 servers that will have the Mailbox server role installed in a database availability group (DAG) configuration.

The template includes the following key sections:

  • Executive Summary

  • Server Configuration

  • Verification Steps

  • Exchange Server Role Installation

  • Exchange Server Role Configuration

  • Appendix: Server Configuration

For purposes of providing an example, the template uses the fictitious company name of Contoso. Also, you can download this template, along with templates for other server roles, as a download package in .zip file format at Microsoft Exchange Server 2010 Install Guide Templates (https://go.microsoft.com/fwlink/?LinkID=187961).

Executive Summary

The purpose of this document is to explain the installation and configurations necessary to install the Exchange 2010 Mailbox server role and create a database availability group (DAG) on the Windows Server 2008 platform.

Business Justification

By having an installation guide, Contoso will be able to ensure standardization across the enterprise, reducing total cost of ownership (TCO), and easing troubleshooting steps.

Scope

The scope of this document is limited to installation of an Exchange 2010 Mailbox server and creation of a database availability group (DAG) for Contoso on the x64 version of the Windows Server 2008 (SP2 or R2) operating system.

Prerequisites

The administrator should have working knowledge of Windows Server 2008 concepts, Exchange 2010 concepts, the Exchange Management Console and Exchange Management Shell, the command line, and various system utilities. This document does not elaborate on the details of any system utility except as necessary to complete the tasks within.

In addition, before implementing the server role, the administrator should review the Overview of the Mailbox Server Role topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187526).

Assumptions

This document assumes that Windows Server 2008 x64 Edition is installed on the intended Client Access server per company baseline regulations which include the latest approved service pack and hotfixes. In addition, the following system prerequisites have been installed:

This document assumes that forest and domain preparation steps have been performed as described in the Prepare Active Directory and Domains topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187262).

This document assumes that the account you will be using for the Exchange tasks has been delegated the Server Management management role, as described in the Server Management topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187265).

This document also assumes that both Exchange 2010 Windows Server 2008 and Windows Server 2008 will be secured following the best practices found in the Windows Server 2008 Security Guide (https://go.microsoft.com/fwlink/?LinkId=122593).

Important

The procedures within this document should be followed sequentially. If changes are made out of sequence, unexpected results may occur.

Server Configuration

The following media are required for this section.

  • Windows Server 2008 installation files

The following procedures are in this section:

  1. Additional Software Verification

  2. Network Interfaces Configuration - MAPI Network

  3. Network Interfaces Configuration - Replication Network

  4. Drive Configuration

  5. Windows Server 2008 Hotfix Installation

  6. Domain Membership Configuration

  7. Local Administrators Verification

  8. Local Administrator Account Password Reset

  9. Debugging Tools Installation

  10. Page File Modifications

  11. Drive Permissions

Additional Software Verification

  1. Verify that Remote Desktop is enabled.

  2. As an optional process, install Microsoft Network Monitor (https://go.microsoft.com/fwlink/?LinkId=86611).

Network Interfaces Configuration - MAPI Network

Make sure that the IP address scheme for the MAPI network is not using the same subnet or network as any replication network adapters. The MAPI network must use the subnet or network that is used to route network traffic within your intranet.

Teaming can be used on the MAPI network in redundancy mode, but it cannot be used in load balancing mode. However, even when using teaming, this does not prevent the network itself from being a single point of failure. In addition, if problems or issues occur that are related to teaming, Microsoft Customer Support Services may require you to disable teaming. If this resolves the issue, you must seek assistance from the hardware manufacturer. For more information about teaming, see Microsoft Knowledge Base article 254101, Network adapter teaming and server clustering (https://go.microsoft.com/fwlink/?linkid=3052\&kbid=254101).

  1. Connect to what will become the first member of the DAG through Remote Desktop, and then log on with an account that has been delegated local administrative access.

  2. Click Start > Control Panel, and then double-click Network and Sharing Center.

  3. Click Manage network connections.

  4. Locate the connection for the MAPI network, and then rename the connection with an appropriate name.

  5. Right-click the connection and then select Properties.

  6. In the network connection's properties on the General tab, make sure that the Client for Microsoft Networks, Internet Protocol Version 4 (TCP/IPv4) and File and Printer Sharing for Microsoft Networks check boxes are selected in the This connection uses the following items area.

  7. Click Internet Protocol Version 4 (TCP/IPv4), and then click Properties.

  8. In Internet Protocol Version 4 (TCP/IPv4) Properties, click Advanced.

  9. In Advanced TCP/IP Settings, verify the following information on the DNS tab:

    1. Make sure that all the required addresses are listed in the DNS server addresses, in order of use area.

    2. Make sure that the correct suffixes are listed in the Append these DNS suffixes (in order) area.

  10. On the WINS tab, make sure that Disable NetBIOS over TCP/IP is not selected.

  11. Click OK two times to save the changes, and then click Close to exit Properties.

  12. If you are using Internet Protocol Version 6 (TCP/IPv6), configure the IPv6 settings according to your organization's network standards.

Network Interfaces Configuration - Replication Network

For any optional replication networks, make sure that the IP address scheme is not using the same subnet or network as the MAPI network or any other replication network adapters.

  1. Connect to what will become the first member of the DAG through Remote Desktop, and then log on with an account that has been delegated local administrative access.

  2. Click Start > Control Panel, and then double-click Network and Sharing Center.

  3. Click Manage network connections.

  4. Locate the connection for the replication network, and then rename the connection with an appropriate name.

  5. Right-click the connection, and then click Properties.

  6. In the network connection properties, on the General tab, verify that the Internet Protocol Version 4 (TCP/IPv4) check box is selected and that File and Printer Sharing for Microsoft Networks and Client for Microsoft Networks are not selected in the This connection uses the following items area.

  7. Click Internet Protocol Version 4 (TCP/IPv4), and then click Properties.

  8. In Internet Protocol Version 4 (TCP/IPv4) Properties, click Advanced.

  9. On the DNS tab, verify the following information in Advanced TCP/IP Settings:

    1. Make sure that addresses are not listed in the DNS server addresses, in order of use area if this is a private network.

    2. Make sure that the Register this connection's addresses in DNS check box is cleared.

  10. On the WINS tab, make sure that Disable NetBIOS over TCP/IP is not selected.

  11. Click OK two times to save the changes, and then click Close to exit Properties.

  12. If you are using Internet Protocol Version 6 (TCP/IPv6), configure the IPv6 settings according to your organization's network standards.

Drive Configuration

  1. Connect to the server through Remote Desktop and log on with an account that has local administrative access.

  2. Click Start > Administrative Tools, and select Computer Management.

  3. Expand Storage and click Disk Management.

  4. Open the Disk Management Microsoft Management Console (MMC) and format, rename, and assign the appropriate Drive Letters so that the volumes and DVD drive match the appropriate server configuration. Refer to the Database Log/LUN Appendix at the end of this document for the actual drive configuration that should be used.

    Drive configuration

    LUN Drive letter Usage

    1

    C

    Operating system, Exchange binaries, and tracking logs

    2

    E

    Exchange databases

    4

    L

    Exchange transaction logs

    5-x

    --

    Additional drives for databases and logs

    6

    Z

    DVD drive

Windows Server 2008 Hotfix Installation

  1. Connect to the server via Remote Desktop and log on with an account that has local administrative access.

  2. Obtain the latest hotfixes approved by your company for your version of Windows Server 2008 x64 (SP2 or R2) and copy them to the server. Microsoft strongly recommends the hotfix documented in Microsoft Knowledge Base article 2550886 - A transient communication failure causes a Windows Server 2008 R2 failover cluster to stop working. This hotfix resolves a potential race condition and cluster database deadlock issue that can occur when a Windows Failover cluster encounters a transient communication failure. If this situation occurs, it causes the cluster database to hang, resulting in quorum loss in the failover cluster and the dismounting of all databases within the DAG.

  3. Launch the hotfix setup via one of two ways:

    1. Double-click the file and follow the GUI instructions.

    2. Perform a silent installation using the following command from an administrative command prompt:

      <hotfix>.msu /quiet /norestart
      
  4. Click Yes for any Digital Signature not Found dialog boxes that may appear.

    Note

    These dialog boxes will not appear in environments that have not deployed the Windows Security templates.

  5. Wait for all file copies to complete, and then restart the server. You can use the Processes tab in Windows Task Manager to monitor the hotfix installation progress. When the wusa.exe process has exited, the hotfix installation is complete.

Domain Membership Configuration

  1. Connect to the server through Remote Desktop, and then log on with an account that has been delegated local administrative access.

  2. Click Start, right-click My Computer, and then select Properties.

  3. Under the Computer Name, domain, and workgroup settings, click Change Settings.

  4. Click Change.

  5. Choose the Domain option button, and then enter the appropriate domain name.

  6. Enter the appropriate credentials.

  7. Click OK and OK.

  8. Click OK to close System Properties.

  9. Restart the server.

Local Administrators Verification

  1. Connect to the server through Remote Desktop and then log on with an account that has been delegated local administrative access.

  2. Verify (or add if not already there) that the Domain Admins account and the user account that will perform the Exchange installation are members of the local Administrators group on this server.

  3. Verify that your user account is a member of a group which is a member of the local Administrators group on the Windows Server 2008 server. If it is not, use an account that is a member of the local Administrators group before continuing.

Local Administrator Account Password Reset

  1. Connect to the server through Remote Desktop, and then log on with an account that has been delegated local administrative access.

  2. Click Start, right-click Computer, and then select Manage.

  3. Expand the nodes to find Configuration\Local Users and Groups\Users.

  4. Right-click Administrator, and then select Set Password. Change the password so that it meets strong complexity requirements.

Debugging Tools Installation

This section describes several useful tools that aid administrators in Exchange administration and in troubleshooting support issues.

Debugging Tools for Windows allow administrators to debug processes that are affecting service and determine root cause.

  1. Connect to the server through Remote Desktop, and then log on with an account that has been delegated local administrative access.

  2. Download and install the latest 64-bit Debugging Tools from Install Debugging Tools for Windows 64-bit Version (https://go.microsoft.com/fwlink/?LinkID=123594).

Page File Modifications

  1. Connect to the server through Remote Desktop, and then log on with an account that has been delegated local administrative access.

  2. Click Start, right-click Computer, and then select Properties.

  3. Select the Advanced System Settings.

  4. Under Startup and Recovery, click Settings.

    1. Under Write Debugging Information, select Kernel Memory Dump from the memory dump drop-down list.

    2. Click OK.

  5. Under Performance, click Settings.

  6. Click the Advanced tab.

  7. Under Virtual Memory, click Change.

  8. On servers that have a dedicated page file drive, follow these steps:

    1. In the Drive list, click C:, and then click Custom size.

    2. For the C: drive, set the Initial Size (MB) value to a minimum of 200 MB. (Windows requires between 150 MB and 2 GB page file space, depending on server load and the amount of physical RAM that is available for page file space on the boot volume when Windows is configured for a kernel memory dump. Therefore, you may be required to increase the size.)

    3. For the C: drive, set the Maximum Size (MB) value to that of the Initial Size.

    4. In the Drive list, select the page file drive (for example, the P: drive), and then click Custom size.

    5. In the Initial Size (MB) box, type the result of one of the following calculations:

      If the server has less than 8 GB of RAM, multiply the amount of RAM times 1.5.

      If the server has 8 GB of RAM or more, add the amount of RAM plus 10 MB.

    6. In the Maximum Size (MB) box, type the same amount that you typed in the Initial Size box.

    7. Delete all other page files.

    8. Click OK.

  9. On servers that do not have a dedicated page file drive, follow these steps:

    1. In the Drive list, click C:, and then click Custom size.

    2. For the C: drive, in the Initial Size (MB) box, type the result of one of the following calculations:

      If the server has less than 8 GB of RAM, multiply the amount of RAM times 1.5.

      If the server has 8 GB of RAM or more, add the amount of RAM plus 10 MB.

    3. Delete all other page files.

    4. Click OK.

  10. Click OK two times to close the System Properties dialog box.

  11. Click No if prompted to restart the system.

Drive Permissions

  1. Connect to the server through Remote Desktop, and then log on with an account that has been delegated local administrative access.

  2. Click Start and select Computer.

  3. Right-click D Drive and select Properties.

  4. Click the Security tab.

  5. Click Edit.

  6. Click Add, and then select the local server from Locations.

  7. Grant the following rights as outlined in the following table.

    Drive permissions

    Account Permissions

    Administrators

    Full Control

    SYSTEM

    Full Control

    Authenticated Users

    Read and Execute, List, Read

    CREATOR OWNER

    Full Control

  8. Click the Advanced button.

  9. Select the CREATOR OWNER permission entry, and then click View/Edit.

  10. Select Subfolders and Files Only from the drop-down list.

  11. Click OK two times.

  12. Click OK to close the drive properties.

  13. Repeat steps 3-12 for each additional drive (other than the C drive).

Verification Steps

The following procedures are in this section:

  1. Organizational Unit Verification

  2. Active Directory Site Verification

  3. Domain Controller Diagnostics Verification

  4. Exchange Best Practices Analyzer Verification

Important

The procedures within this document should be followed sequentially. If changes are made out of sequence, unexpected results may occur.

Organizational Unit Verification

Submit a change request to the appropriate operations group and have the computer object moved to the appropriate organizational unit (OU).

Active Directory Site Verification

  1. Connect to the server through Remote Desktop, and then log on with an account that has been delegated local administrative access.

  2. Open a Command Prompt window.

  3. Verify that the server is in the correct domain and Active Directory site. At the command line, type the following:

    NLTEST /server:%COMPUTERNAME% /dsgetsite
    
  4. The name of the Active Directory site to which the server belongs will be displayed. If the server is not in the correct Active Directory site, submit a change request to the appropriate operations group and have the server moved to the appropriate Active Directory site.

Domain Controller Diagnostics Verification

  1. Connect to the server through Remote Desktop, and then log on with an account that has been delegated local administrative access.

  2. Open a Command Prompt window, and then change paths to the C drive.

  3. Run the following command:

    dcdiag /s:<Domain Controller> /f:c:\dcdiag.log
    

    Note

    Change <domain Controller> to a domain controller contained within the same Active Directory site as the Exchange server.

  4. Review the output of C:\dcdiag.log file, and verify that there are no connectivity issues with the local domain controller.

  5. Repeat steps 3 and 4 for each domain controller in the local Active Directory site.

    Note

    Domain Controller Diagnostics (DCDiag) is a Windows support tool that tests network connectivity and DNS resolution for domain controllers. If the account being used does not have administrative privileges, several tests under the Doing primary tests heading may not pass. These tests can be ignored if the connectivity tests pass. In addition, the log file may report that some service validation tests did not pass. These messages can be ignored if the services do not exist on the domain controller.

Exchange Best Practices Analyzer Verification

The Microsoft Exchange Analyzers help administrators troubleshoot various operational support issues. Connect to a server in the environment that either has the Exchange 2010 SP1 (or later) Management tools installed through Remote Desktop and log on with an account that has local administrative access.

  1. Click Start > All Programs > Microsoft Exchange Server 2010, and then select Exchange Management Console.

  2. Open the Toolbox node.

  3. Double-click Best Practices Analyzer.

  4. Check and apply any updates for the Best Practices Analyzer engine.

  5. Provide the appropriate information to connect to Active Directory, and then click Connect to the Active Directory server.

  6. In the Start a New Best Practices Scan, select Health Check, and then click Start Scanning.

  7. Review the report, and take action on any errors or warnings that are reported by following the resolution articles that are provided within the Best Practices Analyzer.

Exchange Server Role Installation

The following media are required for this section.

  • Microsoft Exchange Server 2010 installation files

The following procedures are in this section:

  1. Exchange 2010 Prerequisites Installation for:

    • Windows Server 2008 SP2

      -or-

    • Windows Server 2008 R2

  2. Exchange 2010 Installation

  3. Exchange 2010 Update Rollup Installation

  4. Product Key Configuration

  5. Exchange Search Configuration

  6. System Performance Verification

  7. Test Mailbox Creation

Important

The procedures within this document should be followed sequentially. If changes are made out of sequence, unexpected results may occur.

Exchange 2010 Prerequisites Installation for Windows Server 2008 SP2

  1. Connect to the server via Remote Desktop, and then log on with an account that has been delegated local administrative access.

  2. Open an administrative command prompt window.

  3. Install the Microsoft Filter Pack. For details, see 2007 Office System Converter: Microsoft Filter Pack (https://go.microsoft.com/fwlink/?linkid=137042).

  4. Open an elevated command prompt, navigate to the \Setup\ServerRoles\Common folder on the Exchange 2010 installation media and use the following command to install the necessary operating system components:

    ServerManagerCmd -ip Exchange-MBX.xml -Restart
    

Exchange 2010 Prerequisites Installation for Windows Server 2008 R2

  1. Connect to the server via Remote Desktop and log on with an account that has local administrative access.

  2. Install the Microsoft Filter Pack. For details, see 2007 Office System Converter: Microsoft Filter Pack (https://go.microsoft.com/fwlink/?linkid=137042).

  3. On the Start Menu, navigate to All Programs > Accessories > Windows PowerShell. Open an elevated Windows PowerShell console, and run the following command:

    Import-Module ServerManager
    
  4. Use the Add-WindowsFeature cmdlet to install the necessary operating system components:

    Add-WindowsFeature NET-Framework,RSAT-ADDS,Web-Server,Web-Basic-Auth,Web-Windows-Auth,Web-Metabase,Web-Net-Ext,Web-Lgcy-Mgmt-Console,WAS-Process-Model,RSAT-Web-Server -Restart
    

Exchange 2010 Installation

This document uses the command-line method for installing the Exchange 2010 server roles; however, you can also use a GUI called the Setup Wizard. For more information about how to use the Setup Wizard to install an Exchange 2010 server role, see the Perform a Custom Exchange 2010 Installation topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187220).

Important

If this is the first Mailbox server role being installed into an organization that does not contain any version of Microsoft Exchange, and you have client computers running Microsoft Office Outlook 2003, you must also specify the optional /EnableLegacyOutlook setup parameter. In addition, if this is the first Exchange 2010 server role being installed into an environment that does not contain any version of Microsoft Exchange, you must also specify the /OrganizationName setup parameter.

  1. Connect to the server through Remote Desktop and log on with an account that has local administrative access and was delegated the Server Management or Delegated Setup role if the server was pre-created.

  2. Follow the procedure detailed in the Install Exchange 2010 in Unattended Mode topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187229). For example, the following command installs the Mailbox server role , provides a custom database name, database path, and transaction log file location.

    setup.com /r:MB /mdbName: "<DAGName> MBX Store 1" /dbfilepath: e:\mdb1\priv01.edb /logfolderpath: l:\log01 
    
  3. Do not restart the server, even if required.

Exchange Server 2010 Update Rollup Installation

  1. Connect to the server through Remote Desktop, and then log on with an account that has local administrative access.

  2. Obtain the latest company approved rollup, and then copy it to the server.

  3. Launch the Windows Installer patch (the MSP file) setup via one of two ways:

    1. Double-click the MSP file, and then follow the GUI instructions.

    2. Perform a silent installation using the following command from an administrative command prompt:

      msiexec /i <Path and filename of MSP file> /q
      
  4. Click Yes for any Digital Signature not Found dialog boxes that may appear.

    Note

    These dialog boxes will appear only in environments that have deployed the Windows Security templates.

Product Key Configuration

  1. Launch the Exchange Management Shell with an account that has been delegated the Server Management role.

  2. Follow the procedure documented in the Enter Product Key topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187234).

Exchange Search Configuration

  1. Connect to the server via Remote Desktop, and then log on with an account that has been delegated local administrative access.

  2. Follow the procedure documented in the Register Filter Pack IFilters with Exchange 2010 topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187516).

  3. Optional: If you want the ability to search PDF files, install the Adobe PDF iFilter (http://www.adobe.com/support/downloads/detail.jsp?ftpID=5542) and follow the Configuring PDF iFilter for MS Exchange Server 2007 (http://www.adobe.com/special/acrobat/configuring\_pdf\_ifilter\_for\_ms\_exchange\_server\_2007.pdf) documentation.

Note

The third-party Web site information in this topic is provided to help you find the technical information you need. The URLs are subject to change without notice.

System Performance Verification

By default, Exchange 2010 optimizes the server’s processor scheduling management for background services.

  1. Connect to the server through Remote Desktop, and then log on with an account that has local administrative access.

  2. Click Start, right-click Computer, and then select Properties.

  3. Select the Advanced System Settings.

  4. Under Performance, click Settings.

    1. Click the Advanced tab.

    2. Verify that Processor Scheduling is set to Background Services.

  5. Click OK.

Test Mailbox Creation

Several of the diagnostics tasks used to monitor Exchange require that you create test mailboxes on the mailbox servers.

  1. Connect to the Exchange 2010 Mailbox server through Remote Desktop, and then log on with an account that has been delegated local administrative access and was also delegated the Server Management role (or higher).

  2. Click Start > All Programs > Microsoft Exchange Server 2010 and then select Exchange Management Shell.

  3. Change the directory path to <Exchange Server Install Path>\Scripts.

  4. Type New-TestCasConnectivityUser.ps1 and press Enter.

  5. Enter a temporary password, and then follow the prompts to create the test mailboxes.

Exchange Server Role Configuration

The following procedures are in this section:

  1. Database Availability Group Creation

  2. Database Availability Group Member Server Addition

  3. Database Availability Group Network Configuration

  4. First Database Configuration

  5. Public Folder Database Configuration

  6. Mailbox Database Copy Addition

  7. Records Management Configuration

  8. Message Tracking Server Configuration

  9. Additional Databases

Important

The procedures within this document should be followed sequentially. If changes are made out of sequence, unexpected results may occur.

Database Availability Group Creation

If the DAG has been created, you can skip this section.

  1. Make sure that there are no pending reboots for the server before adding it to a DAG.

  2. Launch the Exchange Management Shell with an account that has been delegated the Organization Management role.

  3. In environments where computer account creation is restricted or where computer accounts are created in a container other than the default computers container, you must pre-stage the cluster network object (CNO) and then provision the CNO by assigning permissions to it. Follow the procedures documented in the Pre-stage the Cluster Network Object for a Database Availability Group topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187665).

  4. Create a database availability group by following the procedures documented in the Create a Database Availability Group topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187666).

  5. Configure the database availability group properties such as the witness settings, replication port, compression, and encryption by following the procedures documented in the Configure Database Availability Group Properties topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187667).

Database Availability Group Member Server Addition

  1. Launch the Exchange Management Shell with an account that has been delegated the Organization Management role.

  2. Add the mailbox server to the database availability group by following the procedures documented in the Manage Database Availability Group Membership topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187669).

Database Availability Group Network Configuration

  1. Launch the Exchange Management Shell with an account that has been delegated the Organization Management role.

  2. When the Windows Failover Cluster is formed it will create a cluster-managed network for each subnet detected within the failover cluster. When the DAG is formed, the initial DAG network configuration is based on the enumeration of the cluster networks. If the DAG will span subnets, the recommendation is to collapse the DAG networks into a single MAPI network and a single replication network. You can do this by adding the additional subnets to the appropriate DAG networks and deleting unused networks. For example, consider the following environment:

    Sites

    • Two Active Directory sites: Exchange-1 and Exchange-2

    DAG Members

    • DAG members MBX-1 and MBX-2 located in Exchange-1

    • DAG members MBX-3 and MBX-4 located in Exchange-2

    MAPI Networks

    • MBX-1 and MBX-2 have MAPI networks on 192.168.0.0/24

    • MBX-3 and MBX-4 have MAPI networks on 192.168.1.0/24

    Replication Networks

    • MBX-1 and MBX-2 have replication networks on 10.0.0.0/24

    • MBX-3 and MBX-4 have replication networks on 10.0.1.0/24

    The database availability group networks are configured as follows:

    Network Subnets

    DAGNetwork01

    192.168.0.0/24

    DAGNetwork02

    10.0.0.0/24

    DAGNetwork03

    192.168.1.0/24

    DAGNetwork04

    10.0.1.0/24

  3. To collapse these networks, run the following commands.

    Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork01 -Subnets 192.168.0.0/24,192.168.1.0/24
    Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork02 -Subnets 10.0.0.0/24,10.0.1.0/24
    Remove-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork03
    Remove-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork04
    
  4. To rename the networks according to their behavior, run the following commands.

    Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork01 -Name MAPINetwork
    Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork02 -Name ReplicationNetwork
    
  5. If both MAPI and replication networks are deployed, run the following command to enable replication and seeding traffic on the replication network (unless it is unavailable).

    Set-DatabaseAvailabilityGroupNetwork <DAGName\MAPINetworkName> -ReplicationEnabled $false
    

First Database Configuration

If you provided the /mdbname, /dbfilepath, and /logfolderpath parameters when you installed the mailbox server, you can skip this section.

  1. Launch the Exchange Management Shell with an account that has been delegated the Server Management role.

    Important

    The values in the following table are example values, not recommended values. Revise these values to reflect the actual values for your organization.

    First database configuration at Contoso

    Database parameter Old New example

    Name

    Mailbox Database <GUID>

    <DAGName> MBX Store 1

    Log Path

    %Program Files%\Microsoft\Exchange Server\v14\Mailbox\Mailbox Database <GUID>

    E:\LOG01

    Path and Filename

    %Program Files%\Microsoft\Exchange Server\v14\Mailbox\Mailbox Database <GUID>\Mailbox database <GUID>.edb

    E:\MDB01\Priv01.edb

  2. To dismount the database, run the following command:

    Dismount-Database "Mailbox Database <GUID>"
    
  3. To change the mailbox database name from “Mailbox Database <GUID>” to “<DAGName> MBX Store 1”, run the following command:

    Set-MailboxDatabase "<Old DB Name>" -Name "<New DB Name>"
    
  4. To change the location of the database's transaction logs and the location of the database file, run the following command:

    Move-DatabasePath "<Database Name>" -LogFolderPath:<New Log Location> -EdbFilePath:<New DB Path and FileName>
    
  5. To mount the database, run the following command:

    Mount-Database "<New DB Name>"
    
  6. To add a database copy for a specific mailbox database, follow the procedures documented in the Add a Mailbox Database Copy topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187673).

Public Folder Database Configuration

If a public folder database was created during the installation of the Mailbox server role, the public folder database will be placed in the default location. If there is no public folder database, you can skip this section.

  1. Launch the Exchange Management Shell with an account that has been delegated the Server Management role.

    Important

    The values in the following table are example values, not recommended values. Revise these values to reflect the actual values for your organization.

    Public folder database configuration at Contoso

    Database parameter Old New example

    Name

    Public Folder Database <GUID>

    <DAGName> PUB Store 2

    Log Path

    %Program Files%\Microsoft\Exchange Server\Mailbox\Public Folder Database <GUID>

    E:\LOG02

    Path and Filename

    %Program Files%\Microsoft\Exchange Server\Mailbox\Public Folder Database <GUID>\ Public Folder database <GUID>.edb

    E:\MDB02\Pub02.edb

  2. To dismount the database, run the following command:

    Dismount-Database "Public Folder Database <GUID>"
    
  3. To change the mailbox database name from “Mailbox Database <GUID>” to “<ServerName> MBX Store 1”, run the following command:

    Set-PublicFolderDatabase "<Old DB Name>" -Name "<New DB Name>"
    
  4. To change the location of the database's transaction logs and the location of the database file, run the following command:

    Move-DatabasePath "<Database Name>" -LogFolderPath:<New Log Location> -EdbFilePath:<New DB Path and FileName>
    
  5. To mount the database, run the following command:

    Mount-Database "<New DB Name>"
    

Mailbox Database Copy Addition

If mailbox databases already exist within the DAG, follow these steps to add mailbox database copies to the mailbox server.

  1. Launch the Exchange Management Shell with an account that has been delegated the Server Management role.

  2. Make sure that the directory and path structure exists on the target server for the database in question. Then, to add a database copy for a specific mailbox database, follow the Exchange Management Shell procedures outlined in the Add a Mailbox Database Copy topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187673).

Records Management Configuration

You can skip this section if the default schedule for the Managed Folder Assistant to apply messaging records management (MRM) settings does not need to be changed.

  1. Launch the Exchange Management Shell with an account that has been delegated the Server Management role.

  2. To enable the Managed Folder Assistant, run the following command:

    Set-MailboxServer <MailboxServerName> -ManagedFolderAssistantSchedule <AssistantSchedule>
    

    Note

    Refer to the "Records management configuration for Contoso" table in the Server Configuration Appendix at the end of this document for the information that you need for the commands.

Message Tracking Server Configuration

You can skip this section if the default message tracking parameters are appropriate for the environment.

  1. Launch the Exchange Management Shell with an account that has been delegated the Server Management role.

  2. To configure message tracking settings, run the following command:

    Set-MailboxServer <MailboxServerName> -MessageTrackingLogPath <LogPath> -MessageTrackingLogMaxAge <MaxAge> -MessageTrackingLogMaxDirectorySize <LogDirSize> -MessageTrackingLogMaxFileSize <LogFileSize> -MessageTrackingLogSubjectLoggingEnabled <SubjectLogEnabled>
    

    Note

    Refer to the "Message tracking configuration for Contoso" table in the Server Configuration Appendix at the end of this document for the information that you need for the commands.

Additional Databases

  1. Launch the Exchange Management Shell with an account that has been delegated the Server Management role.

  2. Use the appropriate table in the Database/Log LUN Appendix and Database Configuration Appendix at the end of this document for information that you need for the commands.

  3. To create the database, run the following command:

    New-MailboxDatabase -Name "<DB Name>" -LogFolderPath <Transaction Log Location> -EdbFilePath:<FullPathIncludingDatabaseFileName> -OfflineAddressBook <OfflineAddressBook> -PublicFolderDatabase <PFDatabase> | Set-MailboxDatabase -IssueWarningQuota <WarningQuota> -ProhibitSendQuota <SendQuota> -ProhibitSendReceiveQuota <SendReceiveQuota> -MailboxRetention <dd.hh:mm:ss> -DeletedItemRetention <dd.hh:mm:ss> -MaintenanceSchedule <MaintenanceSchedule> -QuotaNotificationSchedule <QuotaSchedule> -RetainDeletedItemsUntilBackup <RetainDeletedItemsUntilBackup> 
    
  4. To mount the database, run the following command:

    Mount-Database "<Database Name>"
    
  5. To add replicas for this mailbox database, follow the procedures outlined in the Add a Mailbox Database Copy topic in the Exchange Server 2010 Library (https://go.microsoft.com/fwlink/?LinkId=187673) after ensuring that the directory and path structure exists on the target server for the database in question.

  6. Repeat steps 3, 4, and 5 for each database that needs to be created.

Appendix: Server Configuration

The following information is included in this section:

  • Records Management Configuration

  • Message Tracking Configuration

  • Database Log LUN Appendix

  • Two LUNs per Database/LUN Layout

  • One LUN per Database/LUN Layout

  • Database Configuration Appendix

Records Management Configuration

The following table is an example configuration that can be applied to the Mailbox server, depending on requirements.

Important

The values in the following table are example values, not recommended values. Revise these values to reflect the actual values for your organization.

Records management configuration for Contoso

Parameter

Default value

Contoso value

Server Name

<ServerName>

<ServerName>

Managed Folder Assistant Schedule

Sun.1:00 AM-Sun.9:00 AM, Mon.1:00 AM-Mon.9:00 AM, Tue.1:00 AM-Tue.9:00 AM, Wed.1:00 AM-Wed.9:00 AM, Thu.1:00 AM-Thu.9:00 AM, Fri.1:00 AM-Fri. 9:00 AM, Sat.1:00 AM-Sat.9:00 AM

“Sun.6:00 PM-Sun.7:45 PM”, “Mon.6:00 PM-Mon.7:45 PM”, “Tue.6:00 PM-Tue.7:45 PM”, “Wed.6:00 PM-Wed.7:45 PM”, “Thu.6:00 PM-Thu.7:45 PM”, “Fri.6:00 PM-Fri.7:45 PM”, “Sat.6:00 PM-Sat.7:45 PM”

Message Tracking Configuration

The following table is an example configuration that can be applied to the Mailbox server, depending on requirements.

Important

The values in the following table are example values, not recommended values. Revise these values to reflect the actual values for your organization.

Message tracking configuration for Contoso

Parameter

Default value

Example value

Server Name

<ServerName>

<ServerName>

Message Tracking Log Path

<Exchange Install Path>\TransportRoles\Logs\MessageTracking

L:\exchsrvr\MessageTracking

Message Tracking Log Enabled

True

True

Message Tracking Log Max Age

30.00:00:00

45.00:00:00

Message Tracking Log Max Directory Size

1 GB

20 GB

Message Tracking Log Max File Size

10 MB

10 MB

Message Tracking Log Subject Logging Enabled

True

True

Database / Log LUN Appendix

With mailbox resiliency, you do not have to perform daily full backups as the mailbox database copy provides the first line of defense against corruption and data loss. Therefore, there are two approaches to how backups can be performed in an environment enabled for mailbox resiliency.

As a result of the backup methodology selected, the LUN layout has to be altered. Exchange 2010 supports the following LUN layout architectures:

  • One LUN per database   A single LUN per database architecture means that both the database and its corresponding log files are placed on the same LUN. To deploy this architecture, you must have two or more copies of your databases, and you must not be using a hardware-based VSS solution.

  • Two LUNs per database   With Exchange 2010, in the maximum case of 100 databases, the number of LUNs you provision will depend upon your backup strategy. If your recovery time objective (RTO) is small, or if you use VSS clones for fast recovery, it may be best to place each database on its own transaction log LUN and database LUN. This approach will exceed the number of available drive letters; therefore, volume mount points must be used.

  • Two LUNs per backup set   A backup set is the number of databases fully backed up in a night. A solution that performs a full backup on 1/7th of the databases nightly (for example, using a weekly or bimonthly full backup with daily incremental or differential backups) can reduce complexity by placing all of the databases to be backed up on the same log and database LUN. This approach can reduce the number of LUNs on the server.

Two LUNs per Database / LUN Layout

Exchange 2010 uses VSS included in Windows Server 2008 to take volume shadow copies of Exchange 2010 databases and transaction log files. For basic information about VSS, including both clone and snapshot techniques, review the white paper, Best Practices for Using Volume Shadow Copy Service with Exchange Server 2003 (https://go.microsoft.com/fwlink/?LinkId=122556).

Exchange 2010 enables you to make software-based VSS snapshots of both the active and passive database copies. Taking a VSS snapshot of the passive copy offloads the disk I/O from the active LUN during both the checksum integrity (ESEUTIL), and subsequent copy to tape or disk.

Creating two LUNs (log and database) for a database was the standard best practice for Exchange 2003. With Exchange 2010, in the maximum case of 100 databases, the number of LUNs you provision will depend on your backup strategy. If your recovery time objective (RTO) is very small, or if you use VSS clones for fast recovery, it may be best to place each database on its own transaction log LUN and database LUN. Depending on the number of LUNs required, volume mount points may need to be used.

Some benefits of this strategy include the following:

  • Enables hardware-based VSS at a database level, providing single database backup and restore.

  • Flexibility to isolate the performance between databases when not sharing spindles between LUNs.

  • Increased reliability: A capacity or corruption problem on a single LUN will only affect one database.

  • This is also the recommended strategy for databases that do not participate in mailbox resiliency.

Some concerns with this strategy include the following:

  • 100 databases using mailbox resiliency could require 400 LUNs which would exceed some storage array maximums. 100 databases without mailbox resiliency could require 200 LUNs which would exceed some storage array maximums.

  • A separate LUN for each database causes more LUNs per server increasing the administrative costs and complexity.

Note

In the following table, the reference to MP stands for Mount Point. X and Y may refer to unique databases.

LUN design approach: Two LUNs per database

DB

Database name

Database location

Database file name

Transaction log location

Anchor LUN

--

E:\

--

L:\

DBx

<DAGName> MBX DB x

MP:\MDB0x

Priv0x.edb

MP:\LOG0x

DBy

<DAGName> MBX DB y

MP:\MDB0y

Priv0y.edb

MP:\LOG0y

One LUN per Database / LUN Layout

Single LUN per database architecture means that both the database and its corresponding log files are placed on the same LUN. To deploy this architecture, you must have two or more copies, and you must not be using a hardware-based VSS solution.

Some of the benefits of this strategy include:

  • Simplifies storage administration with fewer LUNs to manage.

  • Reduces (potentially) the number of backup jobs.

  • Provides flexibility to isolate the performance between databases when not sharing spindles between LUNs.

A concern with this strategy is that it limits the ability to perform hardware-based VSS backup and restore procedures (for example, clone snapshots). For VSS details, review the white paper, Best Practices for Using Volume Shadow Copy Service with Exchange Server 2003 (https://go.microsoft.com/fwlink/?LinkId=122556).

Note

In the following table, the reference to MP stands for Mount Point. X and Y refer to unique databases.

LUN design approach: One LUN per database

DB

Database name

Database location

Database file name

Anchor LUN

--

E:\

--

DBx

<DAGName> MBX Store X

MP:\

\MDBx

\LOGx

PrivX.edb

DBy

<DAGName> MBX Store Y

MP:\

\MDBy

\LOGy

PrivY.edb

Database Configuration Appendix

The following table is an example configuration that can either be applied to each database that is created or customized for each database on the server depending on requirements.

Important

The values in the following table are example values, not recommended values. Revise these values to reflect the actual values for your organization.

Database configuration for Contoso

Parameter

Default value

Contoso value

Database Name

Mailbox Database <GUID>

<DAGName> MBX DB xx

Offline Address Book

[None]

Default Offline Address List

Public Folder Database

Public Folder Database <GUID>

<ServerName> PUB DB xx

Warning Quota

1991680 KB

1700000 KB

Send Quota

2097152 KB

1900000 KB

Send Receive Quota

2411520 KB

2090000 KB

Maintenance Schedule

Sun.1:00 AM-Sun.5:00 AM, Mon.1:00 AM-Mon.5:00 AM, Tue.1:00 AM-Tue.5:00 AM, Wed.1:00 AM-Wed.5:00 AM, Thu.1:00 AM-Thu.5:00 AM, Fri.1:00 AM-Fri.5:00 AM, Sat.1:00 AM-Sat.5:00 AM

“Sun.12:00 AM-Sun.4:00 AM”, “Mon.12:00 AM-Mon.4:00 AM”, “Tue.12:00 AM-Tue.4:00 AM”, “Wed.12:00 AM-Wed.4:00 AM”, “Thu.12:00 AM-Thu.4:00 AM”, “Fri.12:00 AM-Fri.4:00 AM”, “Sat.12:00 AM-Sat.4:00 AM”

Quota Notification Schedule

Sun.1:00 AM-Sun.1:15 AM, Mon.1:00 AM-Mon.1:15 AM, Tue.1:00 AM-Tue.1:15 AM, Wed.1:00 AM-Wed.1:15 AM, Thu.1:00 AM-Thu.1:15 AM, Fri.1:00 AM-Fri.1:15 AM, Sat.1:00 AM-Sat.1:15 AM

“Sun.12:00 AM-Sun.12:15 AM”, “Mon.12:00 AM-Mon.12:15 AM”, “Tue.12:00 AM-Tue.12:15 AM”, “Wed.12:00 AM-Wed.12: 15 AM”, “Thu.12:00 AM-Thu.12:15 AM”, “Fri.12:00 AM-Fri.12:15 AM”, “Sat.12:00 AM-Sat.12:15 AM”

Mailbox Retention

30.00:00:00

30.00:00:00

Deleted Item Retention

14.00:00:00

14.00:00:00

Keep Deleted Items Until Backup

False

True

 © 2010 Microsoft Corporation. All rights reserved.