< Day Day Up > |
Designing Exchange Server used to be a fairly simple task. When an organization needed email and the decision was made to go with Exchange Server, the only real decision to make was how many Exchange servers were needed. Primarily, organizations really needed only email and eschewed any " bells and whistles." Exchange Server 2003, on the other hand, takes messaging to a whole new level. No longer do organizations require only an email system, but other messaging functionality as well. After the productivity capabilities of an enterprise email platform have been demonstrated, the need for more productivity improvements arises. Consequently, it is wise to understand the integral design components of Exchange before beginning a design project. Significant Changes in Exchange Server 2003There have been two major areas of improvement in Exchange Server 2003. The first is in the realm of user access and connectivity. The needs of many organizations have changed and they are no longer content with slow remote access to email and limited functionality when on the road. Consequently, many of the improvements in Exchange focus on various approaches to email access and connectivity. The improvements in this group focus on the following areas:
The second major area of improvement in Exchange Server 2003 has been in the area of back-end improvements. End-users are not aware of these improvements, but they make the Exchange Administrator's job much easier. These improvements include the following:
It is important to incorporate the concepts of these improvements into any Exchange design project, because their principles often drive the design process. Exchange and Operating System RequirementsExchange Server 2003 has some specific requirements, both hardware and software, that must be taken into account when designing. These requirements fall into several categories:
Each requirement must be addressed before Exchange Server 2003 can be deployed. Hardware RequirementsDesign your Exchange hardware to scale out to the user load, which is expected for up to three years from the date of implementation. This helps retain the value of the investment put into Exchange. Specific hardware configuration advice is offered in later sections of this chapter. Operating SystemExchange Server 2003 is optimized for installation on Windows Server 2003. The increases in security and the fundamental changes to Internet Information Services (IIS) in Windows Server 2003 provide the basis for many of the improvements in Exchange Server 2003. However, Exchange Server 2003 also can be installed on Windows 2000. The specific compatibility matrix, which indicates compatibility between Exchange versions and operating systems, is illustrated in Table 4.1. Table 4.1. Exchange Version Compatibility
Active DirectoryExchange originally maintained its own directory. With the advent of Exchange 2000, however, the directory for Exchange was moved to the Microsoft Active Directory, the enterprise directory system for Windows. This gave greater flexibility and consolidated directories, but at the same time increased the complexity and dependencies for Exchange. Exchange Server 2003 uses the same model, with either Windows 2000 or Windows Server 2003 Active Directory as its directory component. NOTE Active Directory is loosely modeled on the original Exchange 5.5 Directory. Administrators familiar with the Exchange 5.5 Directory will notice similarities between the environments, particularly in the replication engines. Exchange VersionAs with previous versions of Exchange, there are separate Enterprise and Standard versions of the Exchange Server 2003 product. The Standard version supports all Exchange Server 2003 functionality with the exception of the following key components:
Scaling Exchange Server 2003The days of the Exchange server "rabbit farm" are gone. No longer is it necessary to set up multiple Exchange server implementations across an organization. Exchange 2000 originally provided the basis for servers that could easily scale out to thousands of users in a single site, if necessary. Exchange Server 2003 enables even more users to be placed on fewer servers through the concept of site consolidation. Site consolidation enables organizations that might have previously deployed Exchange servers in remote locations to have those clients access their mailboxes across WAN links or dial-up connections by using the enhanced Outlook 2003 or Outlook Web Access clients. This solves the problem that previously existed of having to deploy Exchange servers and Global Catalog (GC) servers in remote locations, with only a handful of users, and greatly reduces the infrastructure costs of setting up Exchange. Having Exchange Server 2003 Coexist with an Existing Network InfrastructureExchange is built upon a standards-based model, which incorporates many industry-wide compatible protocols and services. Internet standards ”such as DNS, IMAP, SMTP, LDAP, and POP3 ”are built in to the product to provide coexistence with existing network infrastructure. In a design scenario, it is necessary to identify any systems that require access to email data or services. For example, it might be necessary to enable a third-party monitoring application to relay mail-off of the SMTP engine of Exchange so that alerts can be sent. Identifying these needs during the design portion of a project is subsequently important. Identifying Third-Party Product FunctionalityMicrosoft built specific hooks into Exchange Server 2003 to enable third-party applications to improve upon the built-in functionality provided by the system. For example, built-in support for antivirus scanning, backups , and spam filtering exist right out of the box, although functionality is limited without the addition of third-party software. The most common additions to Exchange implementation are
|
< Day Day Up > |