Jaa

Understanding Prerequisites for Exchange 2010 Hybrid Deployments

  • Artikkeli

 

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

Before you can really start to use the Deployment Assistant, your system and servers must meet requirements. If they don't meet these requirements, you won't be able to complete the steps within the tool and you won't be able to configure a hybrid deployment between your on-premises Exchange 2010 and Exchange Online organizations. This topic provides information about the following:

  • The Exchange Pre-Deployment Analyzer

  • Permissions needed to install and manage Exchange 2010

  • Requirements for directory servers, hardware, software, clients, and other elements, including:

    • Windows Server 2008 Service Pack 2 (SP2) or later or Windows Server 2008 R2 operating system prerequisites that are required for all Exchange 2010 server roles

  • Language support for Exchange 2010

  • The Exchange Management Shell, the command-line interface for Exchange 2010, and the Exchange Management Console, the GUI management tool for Exchange 2010

    Note

    Before installing Exchange 2010, we recommend that you install any critical or recommended updates from Microsoft Update.

Exchange Pre-Deployment Analyzer

You can use the Exchange Pre-Deployment Analyzer (ExPDA) to perform an overall topology readiness scan of your environment. This scan focuses on overall topology readiness and not the ability to run Exchange 2010 on the local computer. ExPDA provides a detailed report that will alert you if there are any issues within your organization, which could prevent you from deploying Exchange 2010. For example, ExPDA will notify you if you haven't deployed the minimum required Exchange service pack on all your Exchange servers. If your organization passes the ExPDA readiness scan, you can go ahead and use the Exchange Deployment Assistant.

To get ExPDA from the Microsoft Download Center, see: Exchange Pre-Deployment Analyzer

Permissions to Install and Manage Exchange 2010

Exchange 2010 requires different permissions to install and to manage your server roles. When you're installing Exchange 2010 servers in your organization, the account you use might not be the same account that you use for administering and managing your server roles. To manage your server roles, Exchange 2010 uses the Role Based Access Control (RBAC) permissions model.

Exchange 2010 uses RBAC to manage permissions on an Exchange 2010 server. With RBAC, you can control what resources administrators can configure and what features users can access. The RBAC model in Exchange 2010 is flexible and provides you with several ways to customize the default permissions.

RBAC has two primary ways of assigning permissions to users in your organization, depending on whether the user is an administrator or specialist user, or an end-user: management role groups and management role assignment policies. Each method associates users with the permissions they need to perform their jobs. The following sections list the tasks found in the Deployment Assistant and the permissions required to complete the task.

Note

Some features may require that you have local administrator permissions on the server you want to manage. To manage these features, you must be a member of the Local Administrators group on that server.

Installation Permissions

By default, the account that's used to install Exchange 2010 in the organization is added as a member of the Organization Management role group.

For information about how to add permissions, see: Add Members to a Role Group

The following permissions are required to install the hybrid server in your organization:

  • Local Administrator on the server on which Exchange 2010 will be installed

  • Enterprise Administrator in the Active Directory forest where Exchange 2010 will be installed

  • Schema Administrator in the Active Directory forest where Exchange 2010 will be installed

Exchange Management Permissions

The table below lists the configuration permissions that you need to successfully use the Deployment Assistant and the Hybrid Configuration wizards. Some tasks need to be performed only in the on-premises organization while some tasks also need to be performed in the Office 365 tenant organization. If a task needs to be performed in the Office 365 tenant organization, you must ensure that you have the required permissions in that organization. Permissions in the on-premises organization aren't replicated to the Office 365 tenant organization.

Note

The user account used to create the Office 365 tenant organization has all the permissions required to perform the tasks in this checklist. Additionally, you must use an on-premises account that’s a member of the Organization Management role group for the on-premises section in the Credentials page in the Manage Hybrid Configuration wizard for these tasks to complete successfully.

Learn more at: Understanding Hybrid Deployment Permissions with Exchange 2010 SP3

Task Permissions required On-premises or Office 365 tenant organization

Import digital certificates

Local Administrator

On-premises organization

Configure settings on virtual directories

Server Management

On-premises organization

Configure virtual directories

Organization Management

Server Management

On-premises organization

Create accepted domains

Organization Management

On-premises and Office 365 tenant organization

Create and modify Send and Receive connectors

Organization Management

On-premises organization

Create routing group connectors

Organization Management

Server Management

On-premises organization

Create a federation trust

Organization Management

On-premises organization

Create organization relationships

Organization Management

On-premises and Exchange Online organization

Move mailboxes

Organization Management

Recipient Management

On-premises and Exchange Online organization

Configure Exchange 2010 authentication

Local Administrator

On-premises organization

Configure Exchange 2010 e-mail address policies

Exchange Administrator

On-premises organization

Directory Servers

Here are the requirements for the directory servers in your organization:

  • Schema master   The latest 32-bit or 64-bit edition of the Windows Server 2003 SP2 Standard or Enterprise operating system or the Windows Server 2008 Standard or Enterprise operating system.

  • Global catalog server   In every Active Directory site where you plan to install Exchange 2010, you must have at least one global catalog server that is either the latest 32-bit or 64-bit edition of: Windows Server 2003 SP2 Standard or Enterprise; Windows Server 2008 Standard or Enterprise; or Windows Server 2008 R2 Standard or Enterprise.

  • Active Directory Forest   The Active Directory forest must be Windows Server 2003 forest functional mode or higher.

  • Domain Controller   You must have the latest 32-bit or 64-bit Windows Server 2003 Standard Edition or Enterprise Edition with Service Pack 2 (SP2) operating system or the latest 32-bit or 64-bit edition of the Windows Server 2008 Standard or Enterprise operating system or the Windows Server 2008 R2 Standard or Enterprise operating system.

Hardware

The recommended hardware requirements for Exchange 2010 servers vary depending on several factors including the server role(s) that are installed and the anticipated load that will be placed on the servers.

  • Processor   x64 architecture-based computer with processor that supports 64-bit architecture

  • Memory   Minimum 4GB with a recommended maximum of 2GB per core (8GB minimum). Learn more at: Understanding Memory Configurations and Exchange Performance

  • Disk space   At least 1.2 GB on the drive on which you install Exchange and additional 200 MB of available space on the system drive.

  • Drive   DVD-ROM drive, local or network accessible

  • File format   Disk partitions formatted as NTFS file systems

Operating System

Here are the supported operating systems for Exchange 2010:

  • 64-bit edition of Windows Server 2008 Standard Service Pack 2

  • 64-bit edition of Windows Server 2008 Enterprise Service Pack 2

  • 64-bit edition of Windows Server 2008 Standard R2

  • 64-bit edition of Windows Server 2008 Enterprise R2

Exchange 2010 Management tools can use the operating systems listed above plus:

  • 64-bit edition of Windows Vista

  • 64-bit edition of Windows 7

Install Hotfixes for Windows Server 2008 SP2

The following hotfixes are required for Windows Server 2008 SP2:

Install Hotfixes for Windows Server 2008 R2

The following hotfixes are required for Windows Server 2008 R2:

Important

The following hotfixes only apply to Windows Server 2008 R2 RTM. If you’re installing Exchange on Windows Server 2008 R2 SP1, you don’t need to apply these hotfixes.

Install Hotfixes for Windows 7 and Windows Vista

The following hotfixes are required for Windows 7 and Windows Vista computers where you install the Exchange Management Console

Install the Windows Server 2008 SP2 prerequisites

  1. Install the Microsoft Filter Pack. For details, see: 2007 Office System Converter: Microsoft Filter Pack

  2. Open an elevated command prompt, navigate to the Scripts folder on the Exchange 2010 installation media and use the following command to install the necessary operating system components:

    sc config NetTcpPortSharing start= auto
ServerManagerCmd -ip Exchange-Typical.xml -Restart

Install the Exchange 2010 SP1 Hotfixes for Windows Server 2008 SP2

The following hotfix is required for Windows Server 2008 SP2 and must be installed after the operating system prerequisites have been installed:

After installing the preceding prerequisites and hotfix, and before installing Exchange 2010, we recommend that you install any critical or recommended updates from Microsoft Update.

Install the Windows Server 2008 R2 prerequisites

  1. Install the Microsoft Filter Pack. For details, see: 2007 Office System Converter: Microsoft Filter Pack

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

    Import-Module ServerManager

  3. Use the Add-WindowsFeature cmdlet to install the necessary operating system components using the following command:

    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,Web-ISAPI-Ext,Web-Digest-Auth,Web-Dyn-Compression,NET-HTTP-Activation,RPC-Over-HTTP-Proxy,Web-Asp-Net,Web-Client-Auth,Web-Dir-Browsing,Web-Http-Errors,Web-Http-Logging,Web-Http-Redirect,Web-Http-Tracing,Web-ISAPI-Filter,Web-Request-Monitor,Web-Static-Content,Web-WMI -Restart

  4. After the system has restarted, log on as an administrator, open an elevated Windows PowerShell console, and configure the Net.Tcp Port Sharing Service for Automatic startup by running the following command:

    Set-Service NetTcpPortSharing -StartupType Automatic

Install the Exchange 2010 SP1 Hotfixes for Windows Server 2008 R2

The following hotfix is required for Windows Server 2008 R2 and must be installed after the operating system prerequisites have been installed:

After installing the preceding prerequisites and hotfix, and before installing Exchange 2010, we recommend that you install any critical or recommended updates from Microsoft Update.

Windows Management Framework

  • Windows PowerShell V2.0

  • Windows Remote Management V2.0

  • .NET Framework 3.5 SP1

  • Internet Information Services (IIS)

Language Support

An Exchange 2010 SP2 language pack contains the necessary resources for a supported Exchange language. Language packs are installed automatically during deployment of Exchange 2010 SP2. Client and server language packs come grouped into a single bundle containing both client and server resource and support files. There are no performance issues with installing all the languages because they're just stored when not in use.

Learn more at: Exchange 2010 Language Support

Exchange Management Shell

The Exchange Management Shell, built on Windows PowerShell technology, provides a powerful command-line interface for Exchange 2010 that enables automation of administrative tasks.

With the Shell, you can manage every aspect of Exchange 2010; the Shell can perform every task that can be performed by the Exchange Management Console (EMC) and the Exchange Control Panel (ECP) in addition to tasks that can't be performed in those interfaces. In fact, when a task is performed in the EMC or the ECP, those interfaces use the Shell to perform the task.

Learn more at: Overview of Exchange Management Shell

Exchange Management Console

The Exchange Management Console (EMC) is a Microsoft Management Console (MMC) 3.0-based tool that provides you with a GUI to manage the configuration of your Exchange 2010 organization. You can also add the EMC snap-in to custom MMC-based tools.

Learn more at: Exchange Management Console

 © 2010 Microsoft Corporation. All rights reserved.