Installation Guide Template - Cluster Continuous Replication (Windows Server 2003)

Microsoft Exchange Server 2007 will reach end of support on April 11, 2017. To stay supported, you will need to upgrade. For more information, see Resources to help you upgrade your Office 2007 servers and clients.

 

Applies to: Exchange Server 2007 SP1, Exchange Server 2007 SP2, Exchange Server 2007 SP3

The following Microsoft Exchange Server 2007 installation guide template can be used as a starting point for formally documenting your organization's server build procedures for Exchange 2007 servers in a cluster continuous replication (CCR) environment.

Executive Summary

The purpose of this document is to explain the installation and configurations necessary to install Exchange Server 2007 in a cluster continuous replication environment.

Business Justification

By having an installation guide, Contoso will be able to ensure standardization across the enterprise, reducing Total Cost of Ownership, and easing troubleshooting steps.

Scope

The scope of this document is limited to installation of an Exchange 2007 server in a CCR environment for Contoso on the Windows Server 2003 Enterprise x64 Edition operating system platform.

Prerequisites

The operator should have working knowledge of Windows Server 2003 Enterprise x64 Edition concepts, Exchange Server 2007 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.

Assumptions

This document assumes that Windows Server 2003 Enterprise x64 Edition is installed per company baseline regulations which include the latest approved service pack and hotfixes. The current service pack level is Windows Server 2003 Service Pack 2 for x64 Editions.

It is also assumed that the following are installed:

• Windows Server 2003 Service Pack 2 32-bit Support Tools are installed on the server as the tools are useful for troubleshooting.

• Windows Server 2003 Resource Kit Tools are installed on the server as the tools are useful for troubleshooting.

This document assumes that forest and domain preparation steps have been performed per How to Prepare Active Directory and Domains topic in the Exchange 2007 Online Help.

This document assumes that both Exchange 2007 and Windows Server 2003 will be secured following the best practices found in:

• Exchange Server 2007: Security and Protection

• Windows Server 2003: Windows Server 2003 Security Guide

  Important

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

Requirements

Cluster Continuous Replication Planning

Review the Planning for Cluster Continuous Replication topic in the Exchange 2007 Online Help before implementing the cluster.

Cluster Service Account Permission Requirements

The cluster service account requires membership in the local Administrators security group, as well as the following user rights to function properly on both nodes in the cluster. The Cluster Configuration Wizard grants the following permissions automatically:

• Act as part of the operating system

• Adjust memory quotas for a process

• Back up files and directories

• Increase scheduling priority

• Log on as a service

• Restore files and directories

If group policies are deployed against the nodes in the cluster, then verify that the cluster service account rights will not be overwritten, or modify the group policy so that the cluster service account has the above rights.

Note

For more information, see the following Microsoft Knowledge Base article How to manually re-create the Cluster service account.

Transport Dumpster Requirements

Since clustered mailbox servers in a CCR environment replicate data asynchronously, there is data loss during a lossy failover. To help mitigate this, the Hub Transport server role has a feature that temporarily retains mail that was recently delivered to a CCR server. This feature is known as the transport dumpster. In the event of a lossy failover, the transport dumpster is used by clustered mailbox servers in a CCR environment to re-deliver mail to each storage group for a specific timeframe (the timeframe is based on the last log inspected and last log generated) in the event of a lossy failover. The transport dumpster is for clustered mailbox servers in a CCR environment only.

The transport dumpster is an organizational setting and thus should be configured appropriately to handle all clustered mailbox servers in a CCR environment within the organization. In addition, it should be noted that the transport dumpster is configured per storage group and per clustered mailbox server within an Active Directory site.

The transport dumpster is enabled by default to support environments that deploy CCR and has the following settings:

• MaxDumpsterSizePerStorageGroup – 18 MB

• MaxDumpsterTime – 7 days

We recommend that you configure the MaxDumpsterSizePerStorageGroup parameter, which specifies the maximum size of the transport dumpster queue for each storage group, to a size that is 1.5 times the size of the maximum message that can be sent. For organizations that do not utilize a maximum message size, the formula should be 1.5 times the average size for all messages sent in the organization.

Transport Dumpster Configuration

Connect to an Exchange 2007 server via Remote Desktop and log on with an account that has local administrative access and has been delegated the Exchange Organization Administrator role.

Follow the procedures in the Exchange 2007 Online Help topic How to Configure the Transport Dumpster.

Cluster Node Configuration

The following media are required for this section.

• Windows Server 2003 Enterprise x64 Edition media

• Exchange 2007 Configuration DVD

  Note

  For instructions on building your Exchange 2007 Configuration DVD, see How to Create a Configuration DVD and Automation Files.

Additional Software Verification

1. Verify that Remote Desktop is enabled.

2. As an optional process, install Microsoft Network Monitor.

Drive Configuration

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

2. 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. At the very least, there should be a D drive for the Exchange binaries and the DVD drive should be configured as the Z drive. Refer to the Database Log logical unit number (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
   2	D	Exchange binaries, tracking logs
   3	Z	DVD drive

Internet Information Services (IIS) Installation

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

2. Insert the Windows Server 2003 Enterprise x64 Edition media.

3. Click Start, Control Panel and then double-click Add or Remove Programs.

4. Click Add/Remove Windows Components.

5. Click Application Server and select Details.

6. Click Internet Information Services and then click Details.

   Note

   Enabled network COM+ access will be enabled also.

   1. Verify the World Wide Web service is selected.

   2. Click OK.

7. Click OK.

8. Click Next.

9. Click Finish.

Internet Explorer 7 Installation

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

2. Insert the Exchange 2007 Configuration DVD.

3. Browse to \IE7\ and double-click IE7-install.bat.

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 restart the server.

Windows Server 2003 Post-SP2 Hotfix Installation

All hotfixes are installed through a batch file. For a complete list of hotfixes that are installed, see Contoso server build DVD hotfix list. A sample hotfix list can be seen at Server Build DVD - Sample Hotfix List.

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

2. Insert the Exchange 2007 Configuration DVD.

3. Browse to \W2K3-PostSP2\ and double-click W2K3-post-sp2.bat.

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 restart the server.

Network Interfaces Configuration - Private Network

For the private network, ensure that the IP address scheme is not using the same subnet or network as any of the public network adapters.

Never use teaming for the private network. To ensure redundancy for your heartbeat connection, dedicate a private network for heartbeat communication and on the public network, configure it to use mixed communication. Then configure the network priority within the Cluster Administrator such that the private network has priority for sending heartbeat notifications.

For more information about the private network configuration in a non-MNS cluster, see the following Microsoft Knowledge Base articles: Recommended private "Heartbeat" configuration on a cluster server and Network adapter teaming and server clustering.

1. Connect to what will become the first node in the cluster via Remote Desktop and log on with an account that has local administrative access.

2. Follow the procedures outlined in the section To configure the private network connections for a clustered mailbox server in the Exchange 2007 Online Help topic How to Configure Network Connections for Cluster Continuous Replication.

Network Interfaces Configuration - Public Network

For the public network, ensure that the IP address scheme is not using the same subnet or network as any of the private network adapters, but is using the subnet or network used to route within your intranet.

Using teaming on the public network is acceptable in redundancy mode, but not in load balancing mode. However, if problems or issues seem to be related to teaming, Microsoft Product Support Services will require that teaming be disabled. If this resolves the issue, you must seek assistance from the hardware manufacturer.

1. Connect to what will become the first node in the cluster via Remote Desktop and log on with an account that has local administrative access.

2. Follow the procedures outlined in the section To configure the public network connections for a clustered mailbox server from the Exchange 2007 Help Online topic How to Configure Network Connections for Cluster Continuous Replication.

Network Interfaces Configuration – Connection Order

1. Connect to what will become the first node in the cluster via Remote Desktop and log on with an account that has local administrative access.

2. Follow the procedures outlined in the section To configure the network connection order for a clustered mailbox server from the Exchange 2007 Online Help article How to Configure Network Connections for Cluster Continuous Replication.

Domain Membership Configuration

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

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

3. Click the Computer Name tab.

4. Click Change.

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

6. Enter the appropriate credentials.

7. Click OK and OK.

8. Click OK to close the System Properties.

9. Restart the server.

Local Administrators Verification

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

2. Verify (or add if not already there) that the following accounts are members of the local administrators group on this server.

   Local administrators

   Item	Account	Description	Role
   1	Domain Admins	Domain Administrative Global Group	Administrator
   2	Root Domain\Exchange Organization Administrators	Exchange Administrators	Administrator

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 2003 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 log on with an account that has local administrative access.

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

3. Expand to Local Users and Groups\Users.

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

5. Optional: Right-click Administrator and select Rename. Rename the account according to company regulations.

Tools Installation

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

Note

Debugging Tools for Windows will allow administrators to debug processes that are affecting service and determine root cause. For more information, please see Debugging Tools for Windows - Overview.

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

2. Insert the Exchange 2007 Configuration DVD.

3. Open a command prompt and browse to the \Support folder.

4. Run the following command where DVDROM-Drive is the DVD drive: E2K7Toolsinstall.cmd DVDROM-Drive (ex: E2K7Toolsinstall.cmd Z:).

5. Right-click the c:\Tools folder and select Properties.

6. Click the Security tab.

7. Click the Advanced button.

8. Clear Inheritance and copy the permissions.

9. Remove the Everyone (and if listed, the Authenticated Users) security principal.

10. Add the following groups, granting FULL CONTROL:

    1. SYSTEM

    2. The local Administrators group

    3. Creator Owner

Page File Modifications

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

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

3. Select the Advanced tab.

4. Under Startup and Recovery, click the Settings button.

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

   2. Click OK.

5. Under Performance, click the Settings button.

6. Click the Advanced tab.

7. Under Virtual Memory, click the Change button.

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

   1. For the C: drive, set the Initial Size (MB) value to a minimum of 200 MB. (Windows requires between 150 MB and 2 GB of page file space. The amount depends on server load and on 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.)

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

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

      - 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.

   4. For the P: drive, set Maximum Size (MB) to the value of Initial Size.

   5. Delete any other page files.

   6. Click OK.

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

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

      - 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.

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

   3. Delete any other page files.

   4. Click OK.

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

11. Click No if you are prompted to restart the system.

    Note

    For more information on Page File recommendations, see the following articles: How to determine the appropriate page file size for 64-bit versions of Windows Server 2003 or Windows XP; and Overview of memory dump file options for Windows Vista, Windows Server 2008, Windows Server 2003, Windows XP, and Windows 2000. For systems with more than 2 GB of RAM, a complete memory dump cannot be used.

Drive Permissions

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

2. Click Start and select My Computer.

3. Right-click the D Drive and select Properties.

4. Click the Security tab.

5. Select the Everyone group and then click Remove.

6. Select Users and then click Remove.

7. Click Add and select the local server from Locations.

8. 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

9. Click the Advanced button.

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

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

12. Click OK two times.

13. Click OK to close the drive properties.

14. Repeat Steps 3-10 for each additional drive (other than the C Drive).

Additional Node Configuration

Repeat all steps in the Cluster Node Configuration section above for the second node that will exist in the cluster.

Verification Steps

Organizational Unit Verification

1. Submit a change request and have the computer object moved to the appropriate organizational unit (OU). If following the recommendations in the Exchange 2007 Security Guide, the OU will be \Member Servers\Exchange Backend Servers\Exchange Cluster Nodes.

2. Repeat step 1 for the second node that will exist in the cluster.

Active Directory Site Verification

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

2. Open a command prompt.

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

   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.

5. Repeat steps 1 through 4 for the second node that will exist in the cluster.

Domain Controller Diagnostics Verification

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

2. Open a command prompt and 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 rights, 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.

Network Diagnostics Verification

Network Diagnostics (NETDIAG) is a Windows support tool that tests network connectivity and DNS resolution for workstations and servers. Look for tests that failed and messages designated as "FATAL," and use this information to isolate network and connectivity problems.

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

2. Open a command prompt and change paths to the C drive.

3. Run the following command: netdiag /Q /L.

4. Review the output of C:\netdiag.log file and verify that there are no network or connectivity issues with the Exchange Server.

5. Repeat steps 1 through 4 for the second node that will exist in the cluster.

Exchange Best Practices Analyzer Verification

Connect to a server in the environment that either has the Exchange Best Practices Analyzer installed or the Exchange 2007 Management tools installed through Remote Desktop and log on with an account that has local administrative access. Depending on the configuration, do the following:

1. Click Start, All Programs, Microsoft Exchange and select Best Practices Analyzer.

2. Click Start, All Programs, Microsoft Exchange Server 2007 and select Exchange Management Console.

3. Click Toolbox.

4. Double-click Best Practices Analyzer.

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

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

7. In the Start a New Best Practices Scan, select Exchange 2007 Readiness Check and then click Start Scanning.

8. 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.

   Note

   The Microsoft Exchange Analyzers help Microsoft Exchange Server administrators troubleshoot various operational support issues.

Cluster Service Installation

The following information is required to complete this section.

• The IP Address that will be used for the cluster resource group.

• The Network name that will be used for the cluster resource group.

• The Hub Transport server that will be used to host the file share for the File Share Witness.

First Node Installation

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

2. Follow the procedures outlined in the section To use the New Server Cluster wizard to create a new cluster from the Exchange 2007 Online Help topic How to Create a Windows Server 2003 Failover Cluster for Cluster Continuous Replication.

Second Node Installation

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

2. Follow the procedures outlined in the section To use Cluster.exe to install a second node in a cluster from the Exchange 2007 Online Help topic How to Create a Windows Server 2003 Failover Cluster for Cluster Continuous Replication.

File Share Witness Configuration

At a high level, the steps outlined here will create, secure, and enable the file share witness resource for the cluster.

1. Connect to one of the cluster nodes via Remote Desktop and log on with an account that has local administrative access.

2. Follow the procedures from the Exchange 2007 Online Help topic How to Configure the File Share Witness.

Cluster Networking Configuration

1. Connect to one of the cluster nodes via Remote Desktop and log on with an account that has local administrative access.

2. Follow the procedures from the Exchange 2007 Online Help topic How to Configure the Cluster Networking Components and Priority.

Cluster Heartbeat Configuration

The configurable cluster heartbeats feature enables you to configure cluster heartbeat parameters. This may help avoid unnecessary cluster failovers. These failovers occur because of a temporary network problem that may cause packets to be dropped or delayed. The configurable cluster heartbeats feature may help in an environment where cluster nodes are geographically dispersed. For more information about the tolerance settings for missed cluster heartbeats, see An update is available that adds a file share witness feature and a configurable cluster heartbeats feature to Windows Server 2003 Service Pack 1-based server clusters.

1. Connect to one of the cluster nodes via Remote Desktop and log on with an account that has local administrative access.

2. Follow the procedures from the Exchange 2007 Online Help topic How to Configure Tolerance Settings for Missed Cluster Heartbeats.

Handoff Test

1. Connect to one of the cluster nodes via Remote Desktop and log on with an account that has local administrative access.

2. Click Start, Administrative Tools and select Cluster Administrator.

3. In the Open Connection to Cluster dialogue, select Open Connection to Cluster, enter the Cluster Network Name and select OK.

4. Expand the cluster and expand the Groups node.

5. Right-click the Cluster Group and select Move Group.

6. Ensure that the Owner column changes for each resource in the Cluster Group to another node in the cluster.

7. Repeat step 5 to move the resources back to the original node.

Exchange Installation

The following CD media are required for this section:

• Microsoft Exchange 2007 DVD

• Exchange 2007 Configuration DVD

Clustered Mailbox Server Computer Object Creation

This section assumes that the guidelines in the Windows Server Security Hardening Guide have been followed.

1. Connect to the active cluster node via Remote Desktop and log on with the cluster service account or an account that has privileges to create computer objects in the desired organizational unit within the Active Directory.

2. Click Start, Administrative Tools and select Active Directory Users & Computers (ADUC).

3. Connect to the domain that will contain the clustered mailbox server.

4. Click View and select Advanced Features.

5. Expand Member Servers\Clustered Mailbox Servers.

6. Right-click on Clustered Mailbox Servers and select New – Computer.

7. Enter the Computer Name of the clustered mailbox server (for example, E2K7-MBX-01). Click Next.

8. Click Next.

9. Click Finish.

10. Right-click the computer object created in step 6 and select Properties.

11. Select the Security tab.

12. Ensure that the cluster service account has the following permissions:

    1. Read Permissions

    2. List Contents

    3. Read Property

    4. List Object

    5. Control Access

    6. Reset Password

    7. Write Property – Logon Information

    8. Write Property – Description

    9. Write Property – sAMAccountName

    10. Write Property – Account Restrictions

    11. Validated write to DNS host name

    12. Validated write to service principal name

13. Close ADUC and log off the system.

Exchange 2007 Prerequisites Installation

The following prerequisites will be installed through a batch file.

(This note should be updated to list the appropriate list of hotfixes for your environment.)

• Microsoft .NET Framework Version 2.0 Redistributable Package (x64).

• MMC 3.0 update is available for Windows Server 2003 and for Windows XP.

• .NET FW 2.0 Hotfix.

• Windows PowerShell 1.0 English Language Installation Packages for Windows Server 2003 and for Windows XP.

The installation steps are as follows:

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

2. Insert the Exchange 2007 Configuration DVD.

3. Browse to \E2K7-PreReqs\ and double-click E2K7-prereqs.bat.

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 restart the server.

6. Install the Microsoft Filter Pack. For more information, see 2007 Office System Converter: Microsoft Filter Pack.

7. Repeat steps 1 through 5 on the second node in the cluster.

Exchange 2007 Installation - Active Node

1. Connect to the first node in the cluster via Remote Desktop and log on with an account that has local administrative access and has been delegated the Exchange Server Administrator role (or higher).

2. Follow the procedure of choice (command line, or setup GUI) from the Exchange 2007 Online Help topic How to Install the Active Clustered Mailbox Role in a CCR Environment on Windows Server 2003.

Exchange 2007 Installation – Passive Node

1. Connect to the second node in the cluster via Remote Desktop and log on with an account that has local administrative access and has been delegated the Exchange Server Administrator role (or higher).

2. Follow the procedure of choice (command line, or setup GUI) from the Exchange 2007 Online Help topic How to Install the Passive Clustered Mailbox Role in a CCR Environment on Windows Server 2003.

Exchange Server 2007 Post-SP1 Roll-up Installation

All hotfixes are installed through a batch file. For a complete list of hotfixes that are installed, see the Contoso server build DVD hotfix list.

A sample hotfix list can be seen at Server Build DVD - Sample Hotfix List.

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

2. Insert the Exchange 2007 Configuration DVD.

3. Browse to \E2K7-PostSP1\ and double-click E2K7-postsp1.bat.

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 restart the server.

6. Repeat steps 1 through 5 on the passive node.

Exchange Search Configuration

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

2. Follow the instructions that are in How to Register IFilters 2.0 with Exchange 2007 and Exchange 2010.

3. If you want to search through PDF files, install the Adobe PDF iFilter 9 for 64-bit platforms, and then follow the instructions that are mentioned in the Adobe document Configuring PDF iFilter for MS Exchange Server 2007.

4. 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.

First Storage Group Configuration

1. Connect to the server via Remote Desktop and log on with an account that has local administrative access and has been delegated the Exchange Server Administrator role (or higher).

2. Click Start, All Programs, Microsoft Exchange Server 2007 and select Exchange Management Shell. Use the following table for information needed for the commands.

   Important

   The values in the table below are example values, not recommended values. These values must be updated to reflect the actual values for your organization.

   First storage group information

   	Old	New example
   Storage Group Name	First Storage Group	SG1
   Database Name	Mailbox Database	<CMSName> MBX Store 1
   Storage Group Path	<Exchange Install Path>\Mailbox\First Storage Group	L:\LOG01
   Database Path	<Exchange Install Path>\Mailbox\First Storage Group	E:\MDB01
   Database Filename	Mailbox database.edb	Priv01.edb

3. Suspend replication running the following command where <CMSName> is the name of the clustered mailbox server using the following command:

   Suspend-StorageGroupCopy "<CMSName>\First Storage Group"
   

4. Dismount the database running the following command where <CMSName> is the name of the clustered mailbox server:

   Dismount-Database "<CMSName>\First Storage Group\Mailbox Database"
   

5. To change the Storage Group name from “First Storage Group” to “SG1” run the following command where <DCName> is the name of a domain controller:

   Set-StorageGroup "<CMSName>\<Old SG Name>" -Name <New SG Name> -DomainController <DCName>
   

6. To change the mailbox database name from “Mailbox Database” to “<CMSName> MBX Store 1” run the following command:

   Set-MailboxDatabase "<CMSName>\<New SG Name>\<Old DB Name>" -Name "<New DB Name>" -DomainController <DCName>
   

7. To change the location of the storage group’s transaction logs, run the following command:

   Move-StorageGroupPath "<CMSName>\<New SG Name>" -LogFolderPath:<New SG Location> -SystemFolderPath:<New SG Path> -DomainController <DCName> -ConfigurationOnly
   

8. To change the location of the mailbox database, run the following command:

   Move-DatabasePath "<CMSName>\<New SG Name>\<New DB Name>" -EdbFilePath:<New DB Path\New DB FileName> -DomainController <DCName> -ConfigurationOnly
   

9. Move the files (database, logs, and checkpoint file) to their new locations on both the active and passive node.

10. To mount the database, run the following command:

    Mount-Database "<CMSName>\<New SG Name>\<New DB Name>" -DomainController <DCName>
    

11. Restart replication run the following command:

    Resume-StorageGroupCopy "<CMSName>\<New SG Name>"
    

Product Key Configuration

1. Connect to the server through Remote Desktop and log on with an account that has local administrative access and was delegated the Exchange Organization Administrator role.

2. Follow the procedure outlined in the Exchange 2007 Online Help topic How to Enter the Product Key.

Security Configuration Wizard

This section is optional and may be skipped.

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

2. Follow the procedures from the Exchange 2007 Online Help topic How to Install the Security Configuration Wizard to install the Security Configuration Wizard.

3. Follow the procedures from the Exchange 2007 Online Help topic How to Register Exchange Server Role SCW Extensions to register the Exchange 2007 Edge Transport server SCW extension.

4. Follow the procedures from the Exchange 2007 Online Help topic How to Create a New Exchange Server Role SCW Policy to configure and apply the policy.

System Performance Verification

By default, Exchange Server 2007 optimizes the server’s memory management for programs, which configures the server’s system cache as the default size. Mailbox servers will benefit from this configuration.

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

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

3. Select the Advanced tab.

4. Under Performance, click the Settings button.

   1. Click the Advanced tab.

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

   3. Verify that the Memory Usage is set to System Cache.

5. Click OK.

6. Repeat steps 1 through 5 on the second node in the cluster.

Cluster Failover Tuning

CCR provides an attribute for Mailbox servers that you can use to control unscheduled outage recovery behavior. The attribute, AutoDatabaseMountDial, has three possible values: Lossless, Good availability, and Best availability.

• When the attribute is set to Lossless, the system waits for the failed node to come back online before databases are mounted. Even then the failed system must return with all logs accessible and not corrupted. After the failure, the passive node is made active, and the Information Store is brought online. It checks to see if the databases can be mounted without any data loss. If they can, the databases are mounted. If not, the system periodically attempts to copy the logs. If the server returns with its logs intact, this attempt will eventually succeed, and the databases will mount. If the server returns without its logs intact, the remaining logs will not be available, and the affected databases will not mount.

• Good availability provides fully automatic recovery when replication is operating normally and replicating logs at the rate they are being generated.

• Best availability, which is the default setting, operates similarly to Good availability, but it allows automatic recovery when the replication experiences slightly more latency. Thus, the new active node might be slightly farther behind the state of the old active node after the failover, thereby increasing the likelihood that database divergence occurs, which requires a full re-seed to correct.

  Note

  By default CCR is configured to use Best Availability. Normally this setting should not be changed. Therefore, this section may be skipped.

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

2. Follow the procedures outlined in the Exchange 2007 Online Help topic How to Tune Failover and Mount Settings for Cluster Continuous Replication.

Test Mailbox Creation

Several of the diagnostics tasks used to monitor Exchange require test mailboxes to be created on the Mailbox servers. For more information about how to use the Test script to create the test mailboxes, see the Monitoring for Agentless Servers topic in the Exchange 2007 Online Help.

1. Connect to the Exchange 2007 Mailbox server through Remote Desktop and log on with an account that has local administrative access and was delegated the Exchange Server Administrator role (or higher).

2. Click Start, All Programs, Microsoft Exchange Server 2007 and 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 follow the prompts to create the test mailboxes.

Handoff Test

In Exchange 2007, moving resources between nodes should be handled through the Exchange Management Shell and not through the Cluster Administrator program or cluster.exe.

1. Connect to an Exchange 2007 server via Remote Desktop and log on with an account that has local administrative access and has been delegated the Exchange Server Administrator role (or higher).

2. Click Start, All Programs, Microsoft Exchange Server 2007 and select Exchange Management Shell.

3. Run the following command to move the clustered mailbox server where <CMSName> is the name of the clustered mailbox server and <ServerNode2> is the name of the passive node in the cluster:

   Move-ClusteredMailboxServer <CMSName> -TargetMachine <ServerNode2> -MoveComment "Handoff test"
   

4. Verify that the clustered mailbox server is online and ready by runing the following command:

   Get-ClusteredMailboxServerStatus <CMSName>
   

5. Repeat steps 3-4 to move the resources back to the active node (now the passive node).

Exchange Server Role Configuration

Records Management Server Configuration

This section can be skipped if messaging records management (MRM) will not be enabled in the environment. For more information about how to deploy MRM, see the Deploying Messaging Records Management topic in the Exchange 2007 Online Help.

1. Connect to an Exchange 2007 server through Remote Desktop and log on with an account that has local administrative access and was delegated the Exchange Server Administrator role (or higher).

2. Click Start, All Programs, Microsoft Exchange Server 2007 and select Exchange Management Shell.

3. To enable the managed folder assistant, run the following command where <ServerName> is the name of the mailbox server and <DCName> is the name of a domain controller:

   Set-MailboxServer <ServerName> -LogPathForManagedFolders <LogPath> -ManagedFolderAssistantSchedule <AssistantSchedule> -LogFileAgeLimitForManagedFolders <LogFileAgeLimit> -LogDirectorySizeLimitForManagedFolders <LogDirSizeLimit> -LogFileSizeLimitForManagedFolders <LogFileSizeLimit> -FolderLogForManagedFoldersEnabled <LogFolderEnabled> -SubjectLogForManagedFoldersEnabled <SubjectLogEnabled> -RetentionLogForManagedFoldersEnabled <RetentionLogEnabled> -JournalingLogForManagedFoldersEnabled <JournalLogEnabled> -DomainController <DCName>
   

Note

Use the appropriate table from Server Configuration Appendix at the end of this document for information that you need for the commands.

Message Tracking Server Configuration

This section can be skipped if the default Message Tracking parameters are appropriate for the environment.

1. Connect to an Exchange 2007 server through Remote Desktop and log on with an account that has local administrative access and was delegated the Exchange Server Administrator role (or higher).

2. Click Start, All Programs, Microsoft Exchange Server 2007 and select Exchange Management Shell.

3. To configure message tracking settings, run the following command where <ServerName> is the name of the mailbox server and <DCName> is the name of a domain controller:

   Set-MailboxServer <ServerName> -MessageTrackingLogPath <LogPath> -MessageTrackingLogMaxAge <MaxAge> -MessageTrackingLogMaxDirectorySize <LogDirSize> -MessageTrackingLogMaxFileSize <LogFileSize> -MessageTrackingLogSubjectLoggingEnabled <SubjectLogEnabled> -DomainController <DCName>
   

Note

Use the appropriate table from Server Configuration Appendix at the end of this topic for information that you need for the commands.

Additional Storage Groups

1. Connect to an Exchange 2007 server via Remote Desktop and log on with an account that has local administrative access and has been delegated the Exchange Server Administrator role (or higher).

2. Click Start, All Programs, Microsoft Exchange Server 2007 and select Exchange Management Shell.

3. Use the appropriate table from Database / Log LUN Appendix and Database Configuration Appendix at the end of this topic for information needed for the commands.

4. To create the Storage Group, run the following command where <CMSName> is the name of the clustered mailbox server and <DCName> is the name of a domain controller:

   New-StorageGroup -Server <CMSName> -Name <SG> -LogFolderPath <Transaction Log Location> -SystemFolderPath <Transaction Log Location> -DomainController <DCName>
   

5. To create the database that resides within the storage group, run the following command:

   New-MailboxDatabase -StorageGroup "<CMSName>\<SG Name>" -Name "<DB Name>" -DomainController <DCName> -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> -EdbFilePath:<FullPathIncludingDatabaseFileName>
   

6. To mount the database, run the following command:

   Mount-Database "<CMSName>\<SG>\<Database Name>" -DomainController <DCName>
   

7. Repeat steps 3-6 for each database that needs to be created.

Server 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. These values must be updated to reflect the actual values for your organization.

Records management configuration

	Default value	Example value
Server Name	<CMSName>	<CMSName>
Log Path For Managed Folders	<Exchange Install Path>\Logging\Managed Folder Assistant	D:\Exchsrvr\Logging\Managed Folder Assistant
Log File Age Limit For Managed Folders	00:00:00	7.00:00:00
Log Directory Size Limit For Managed Folders	unlimited	5 GB
Log File Size Limit For Managed Folders	10 MB	10 MB
Retention Log For Managed Folders Enabled	False	True
Journaling Log For Managed Folders Enabled	False	False
Folder Log For Managed Folders Enabled	False	True
Subject Log For Managed Folders Enabled	False	True
Managed Folder Assistant Schedule	Never Run	“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. These values must be updated to reflect the actual values for your organization.

Message tracking configuration

	Default value	Example value
Server Name	<CMSName>	< CMSName >
Message Tracking Log Path	<Exchange Install Path>\TransportRoles\Logs\MessageTracking	d:\exchsrvr\MessageTracking
Message Tracking Log Enabled	True	True
Message Tracking Log Max Age	30.00:00:00	10.00:00:00
Message Tracking Log Max Directory Size	250 MB	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 continuous replication it is not necessary to perform daily full backups as the storage group copy provides the first line of defense against corruption and data loss. As a result, there are two approaches as to how backups can be performed in a continuous replication environment.

• Use streaming backup to perform a full backup of 1/7th of the databases, and incremental or differential backups for the remainder.

• Use Volume Shadow Copy Service (VSS) to perform backups.

As a result of the backup methodology selected, the LUN layout needs to be altered.

Database / Log LUN Layout - 1/7th Approach

With streaming backups, it is recommended to separate streaming I/O (source and target) so that multiple storage groups being backed up concurrently do not compete for the same disk resources. Whether the target is disk or tape, there will be a throughput limit on the physical disks and controllers unique to each hardware solution. It may be necessary to isolate some storage groups from each other to maximize the number of concurrent backup operations, and throughput in order to minimize the size of the backup window.

You can run streaming backups concurrently, one from each LUN, if you isolate your storage group LUNs from each other. The backup jobs should complete on the first storage group on each LUN before the second storage group begins to back up, isolating the backup streams. Two streaming backup jobs on the same physical disks may not be twice as fast, but it should be faster than a single streaming backup job with regard to the megabytes per second.

A backup set is the number of databases that are fully backed up in a night. A solution that performs a full backup on 1/7th of the databases nightly could reduce complexity by placing all of the storage groups to be backed up on the same log and database LUN. This can reduce the number of LUNs on the server.

Some of the benefits of this strategy include:

• Simplified storage administration. Fewer LUNs to manage.

• Potentially reduce the number of backup jobs.

Some of the concerns with this strategy include:

• Limits the ability to take hardware-based VSS backup and restores.

• The 2 TB limit on an MBR partition would limit how far this would scale in capacity.

• A capacity or corruption problem on a single LUN could affect more than one storage group.

  1/7th approach LUN design

  SG Name	Database Name	Database Location	Database File Name	Transaction Log Location
  SG1	<CMSName> MBX Store 1	E:\MDB01	Priv01.edb	L:\LOG01
  SG2	<CMSName> MBX Store 2	E:\MDB02	Priv02.edb	L:\LOG02
  SG3	<CMSName> MBX Store 3	E:\MDB03	Priv03.edb	L:\LOG03
  SG4	<CMSName> MBX Store 4	E:\MDB04	Priv04.edb	L:\LOG04
  SG5	<CMSName> MBX Store 5	E:\MDB05	Priv05.edb	L:\LOG05
  SG6	<CMSName> MBX Store 6	E:\MDB06	Priv06.edb	L:\LOG06
  SG7	<CMSName> MBX Store 7	E:\MDB07	Priv07.edb	L:\LOG07
  SG8	<CMSName> MBX Store 8	F:\MDB08	Priv08.edb	M:\LOG08
  SG9	<CMSName> MBX Store 9	F:\MDB09	Priv09.edb	M:\LOG09
  SG10	<CMSName> MBX Store 10	F:\MDB10	Priv10.edb	M:\LOG10
  SG11	<CMSName> MBX Store 11	F:\MDB11	Priv11.edb	M:\LOG11
  SG12	<CMSName> MBX Store 12	F:\MDB12	Priv12.edb	M:\LOG12
  SG13	<CMSName> MBX Store 13	F:\MDB13	Priv13.edb	M:\LOG13
  SG14	<CMSName> MBX Store 14	F:\MDB14	Priv14.edb	M:\LOG14
  SG15	<CMSName> MBX Store 15	G:\MDB15	Priv15.edb	N:\LOG15
  SG16	<CMSName> MBX Store 16	G:\MDB16	Priv16.edb	N:\LOG16
  SG17	<CMSName> MBX Store 17	G:\MDB17	Priv17.edb	N:\LOG17
  SG18	<CMSName> MBX Store 18	G:\MDB18	Priv18.edb	N:\LOG18
  SG19	<CMSName> MBX Store 19	G:\MDB19	Priv19.edb	N:\LOG19
  SG20	<CMSName> MBX Store 20	G:\MDB20	Priv20.edb	N:\LOG20
  SG21	<CMSName> MBX Store 21	G:\MDB21	Priv21.edb	N:\LOG21
  SG22	<CMSName> MBX Store 22	H:\MDB22	Priv22.edb	O:\LOG22
  SG23	<CMSName> MBX Store 23	H:\MDB23	Priv23.edb	O:\LOG23
  SG24	<CMSName> MBX Store 24	H:\MDB24	Priv24.edb	O:\LOG24
  SG25	<CMSName> MBX Store 25	H:\MDB25	Priv25.edb	O:\LOG25
  SG26	<CMSName> MBX Store 26	H:\MDB26	Priv26.edb	O:\LOG26
  SG27	<CMSName> MBX Store 27	H:\MDB27	Priv27.edb	O:\LOG27
  SG28	<CMSName> MBX Store 28	H:\MDB28	Priv28.edb	O:\LOG28
  SG29	<CMSName> MBX Store 29	I:\MDB29	Priv29.edb	P:\LOG29
  SG30	<CMSName> MBX Store 30	I:\MDB30	Priv30.edb	P:\LOG30
  SG31	<CMSName> MBX Store 31	I:\MDB31	Priv31.edb	P:\LOG31
  SG32	<CMSName> MBX Store 32	I:\MDB32	Priv32.edb	P:\LOG32
  SG33	<CMSName> MBX Store 33	I:\MDB33	Priv33.edb	P:\LOG33
  SG34	<CMSName> MBX Store 34	I:\MDB34	Priv34.edb	P:\LOG34
  SG35	<CMSName> MBX Store 35	I:\MDB35	Priv35.edb	P:\LOG35
  SG36	<CMSName> MBX Store 36	J:\MDB36	Priv36.edb	Q:\LOG36
  SG37	<CMSName> MBX Store 37	J:\MDB37	Priv37.edb	Q:\LOG37
  SG38	<CMSName> MBX Store 38	J:\MDB38	Priv38.edb	Q:\LOG38
  SG39	<CMSName> MBX Store 39	J:\MDB39	Priv39.edb	Q:\LOG39
  SG40	<CMSName> MBX Store 40	J:\MDB40	Priv40.edb	Q:\LOG40
  SG41	<CMSName> MBX Store 41	J:\MDB41	Priv41.edb	Q:\LOG41
  SG42	<CMSName> MBX Store 42	J:\MDB42	Priv42.edb	Q:\LOG42
  SG43	<CMSName> MBX Store 43	K:\MDB43	Priv43.edb	R:\LOG43
  SG44	<CMSName> MBX Store 44	K:\MDB44	Priv44.edb	R:\LOG44
  SG45	<CMSName> MBX Store 45	K:\MDB45	Priv45.edb	R:\LOG45
  SG46	<CMSName> MBX Store 46	K:\MDB46	Priv46.edb	R:\LOG46
  SG47	<CMSName> MBX Store 47	K:\MDB47	Priv47.edb	R:\LOG47
  SG48	<CMSName> MBX Store 48	K:\MDB48	Priv48.edb	R:\LOG48
  SG49	<CMSName> MBX Store 49	K:\MDB49	Priv49.edb	R:\LOG49

Database / LUN Layout – VSS Approach

Exchange 2007 uses VSS included in Windows 2003 to take volume shadow copies of Exchange Server 2007 databases and transaction log files. For the basics on VSS, including both clone and snapshot techniques, review the white paper, Best Practices for Using Volume Shadow Copy Service with Exchange Server 2003.

The new feature in Exchange Server 2007 when using continuous replication, is the ability to run software VSS snapshot not just on the active copy, but on the passive copy, as well. Taking a VSS snapshot on 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. This also frees more time on the active LUNs to run online maintenance, MRM, and other tasks.

Creating two LUNs (log and database) for a storage group is the standard best practice for Exchange 2003. With Exchange 2007, in the maximum case of 50 storage groups, the number of LUNs you provision will depend upon 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 storage group on its own transaction log LUN and database LUN. Because doing this will exceed the number of available drive letters, volume mount points must be used.

Some of the benefits of this strategy include:

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

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

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

Some of the concerns with this strategy include:

• 50 storage groups using continuous replication could require 200 LUNs which would exceed some storage array maximums. CCR solutions could have 100 LUNs on each node, while LCR could have all 200 LUNs presented to a single server.

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

  Note

  In the following table, MP stands for Mount Point.

VSS approach LUN design

SG Name	Database Name	Database Location	Database File Name	Transaction Log Location
Anchor LUN	--	E:\	--	L:\
SG1	<CMSName> MBX Store 1	MP:\MDB01	Priv01.edb	MP:\LOG01
SG2	<CMSName> MBX Store 2	MP:\MDB02	Priv02.edb	MP:\LOG02
SG3	<CMSName> MBX Store 3	MP:\MDB03	Priv03.edb	MP:\LOG03
SG4	<CMSName> MBX Store 4	MP:\MDB04	Priv04.edb	MP:\LOG04
SG5	<CMSName> MBX Store 5	MP:\MDB05	Priv05.edb	MP:\LOG05
SG6	<CMSName> MBX Store 6	MP:\MDB06	Priv06.edb	MP:\LOG06
SG7	<CMSName> MBX Store 7	MP:\MDB07	Priv07.edb	MP:\LOG07
SG8	<CMSName> MBX Store 8	MP:\MDB08	Priv08.edb	MP:\LOG08
SG9	<CMSName> MBX Store 9	MP:\MDB09	Priv09.edb	MP:\LOG09
SG10	<CMSName> MBX Store 10	MP:\MDB10	Priv10.edb	MP:\LOG10
SG11	<CMSName> MBX Store 11	MP:\MDB11	Priv11.edb	MP:\LOG11
SG12	<CMSName> MBX Store 12	MP:\MDB12	Priv12.edb	MP:\LOG12
SG13	<CMSName> MBX Store 13	MP:\MDB13	Priv13.edb	MP:\LOG13
SG14	<CMSName> MBX Store 14	MP:\MDB14	Priv14.edb	MP:\LOG14
SG15	<CMSName> MBX Store 15	MP:\MDB15	Priv15.edb	MP:\LOG15
SG16	<CMSName> MBX Store 16	MP:\MDB16	Priv16.edb	MP:\LOG16
SG17	<CMSName> MBX Store 17	MP:\MDB17	Priv17.edb	MP:\LOG17
SG18	<CMSName> MBX Store 18	MP:\MDB18	Priv18.edb	MP:\LOG18
SG19	<CMSName> MBX Store 19	MP:\MDB19	Priv19.edb	MP:\LOG19
SG20	<CMSName> MBX Store 20	MP:\MDB20	Priv20.edb	MP:\LOG20
SG21	<CMSName> MBX Store 21	MP:\MDB21	Priv21.edb	MP:\LOG21
SG22	<CMSName> MBX Store 22	MP:\MDB22	Priv22.edb	MP:\LOG22
SG23	<CMSName> MBX Store 23	MP:\MDB23	Priv23.edb	MP:\LOG23
SG24	<CMSName> MBX Store 24	MP:\MDB24	Priv24.edb	MP:\LOG24
SG25	<CMSName> MBX Store 25	MP:\MDB25	Priv25.edb	MP:\LOG25
SG26	<CMSName> MBX Store 26	MP:\MDB26	Priv26.edb	MP:\LOG26
SG27	<CMSName> MBX Store 27	MP:\MDB27	Priv27.edb	MP:\LOG27
SG28	<CMSName> MBX Store 28	MP:\MDB28	Priv28.edb	MP:\LOG28
SG29	<CMSName> MBX Store 29	MP:\MDB29	Priv29.edb	MP:\LOG29
SG30	<CMSName> MBX Store 30	MP:\MDB30	Priv30.edb	MP:\LOG30
SG31	<CMSName> MBX Store 31	MP:\MDB31	Priv31.edb	MP:\LOG31
SG32	<CMSName> MBX Store 32	MP:\MDB32	Priv32.edb	MP:\LOG32
SG33	<CMSName> MBX Store 33	MP:\MDB33	Priv33.edb	MP:\LOG33
SG34	<CMSName> MBX Store 34	MP:\MDB34	Priv34.edb	MP:\LOG34
SG35	<CMSName> MBX Store 35	MP:\MDB35	Priv35.edb	MP:\LOG35
SG36	<CMSName> MBX Store 36	MP:\MDB36	Priv36.edb	MP:\LOG36
SG37	<CMSName> MBX Store 37	MP:\MDB37	Priv37.edb	MP:\LOG37
SG38	<CMSName> MBX Store 38	MP:\MDB38	Priv38.edb	MP:\LOG38
SG39	<CMSName> MBX Store 39	MP:\MDB39	Priv39.edb	MP:\LOG39
SG40	<CMSName> MBX Store 40	MP:\MDB40	Priv40.edb	MP:\LOG40
SG41	<CMSName> MBX Store 41	MP:\MDB41	Priv41.edb	MP:\LOG41
SG42	<CMSName> MBX Store 42	MP:\MDB42	Priv42.edb	MP:\LOG42
SG43	<CMSName> MBX Store 43	MP:\MDB43	Priv43.edb	MP:\LOG43
SG44	<CMSName> MBX Store 44	MP:\MDB44	Priv44.edb	MP:\LOG44
SG45	<CMSName> MBX Store 45	MP:\MDB45	Priv45.edb	MP:\LOG45
SG46	<CMSName> MBX Store 46	MP:\MDB46	Priv46.edb	MP:\LOG46
SG47	<CMSName> MBX Store 47	MP:\MDB47	Priv47.edb	MP:\LOG47
SG48	<CMSName> MBX Store 48	MP:\MDB48	Priv48.edb	MP:\LOG48
SG49	<CMSName> MBX Store 49	MP:\MDB49	Priv49.edb	MP:\LOG49
SG50	<CMSName> MBX Store 50	MP:\MDB50	Priv50.edb	MP:\LOG50

Database Configuration Appendix

The following table is an example configuration that can 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. These values must be updated to reflect the actual values for your organization.

Database configuration

	Default value	Example value
Database Name	<CMSName> MBX Store xx	<CMSName> MBX Store xx
Offline Address Book	Default Offline Address List	Default Offline Address List
Public Folder Database	<PublicFolderServer> PUB Store xx	<PublicFolderServer> PUB Store xx
Warning Quota	1945MB	1700000KB
Send Quota	2GB	1900000KB
Send Receive Quota	2355MB	2090000KB
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
Retain Deleted Items Until Backup	False	True