Microsoft Exchange 2000 Server Administrator's Pocket Consultant

( 2 )

Overview

MICROSOFT® EXCHANGE 2000 SERVER ADMINISTRATOR’S POCKET CONSULTANT is the concise, easy-to-use reference you’ll want with you at all times as you support and manage Microsoft Exchange 2000 Server and Exchange 2000 Enterprise Server. Ideal at the desk or on the go from server to workstation, this hands-on, fast-answers guide focuses on what you need to do to get the job done. With extensive easy-to-read tables, lists, and step-by-step instructions, it’s the portable, readable guide that will consistently save you ...

See more details below
Available through our Marketplace sellers.
Other sellers (Paperback)
  • All (14) from $1.99   
  • New (2) from $1.99   
  • Used (12) from $1.99   
Close
Sort by
Page 1 of 1
Showing All
Note: Marketplace items are not eligible for any BN.com coupons and promotions
$1.99
Seller since 2014

Feedback rating:

(48)

Condition:

New — never opened or used in original packaging.

Like New — packaging may have been opened. A "Like New" item is suitable to give as a gift.

Very Good — may have minor signs of wear on packaging but item works perfectly and has no damage.

Good — item is in good condition but packaging may have signs of shelf wear/aging or torn packaging. All specific defects should be noted in the Comments section associated with each item.

Acceptable — item is in working order but may show signs of wear such as scratches or torn packaging. All specific defects should be noted in the Comments section associated with each item.

Used — An item that has been opened and may show signs of wear. All specific defects should be noted in the Comments section associated with each item.

Refurbished — A used item that has been renewed or updated and verified to be in proper working condition. Not necessarily completed by the original manufacturer.

New
PAPERBACK New 0735609624 FAST shipping. New Unread Book.

Ships from: FORT LAUDERDALE, FL

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$23.84
Seller since 2008

Feedback rating:

(169)

Condition: New
0735609624 BRAND NEW NEVER USED IN STOCK 125,000+ HAPPY CUSTOMERS SHIP EVERY DAY WITH FREE TRACKING NUMBER

Ships from: fallbrook, CA

Usually ships in 1-2 business days

  • Standard, 48 States
  • Standard (AK, HI)
Page 1 of 1
Showing All
Close
Sort by
Sending request ...

Overview

MICROSOFT® EXCHANGE 2000 SERVER ADMINISTRATOR’S POCKET CONSULTANT is the concise, easy-to-use reference you’ll want with you at all times as you support and manage Microsoft Exchange 2000 Server and Exchange 2000 Enterprise Server. Ideal at the desk or on the go from server to workstation, this hands-on, fast-answers guide focuses on what you need to do to get the job done. With extensive easy-to-read tables, lists, and step-by-step instructions, it’s the portable, readable guide that will consistently save you time and effort. This hands-on guide provides fast answers to help you:

  • Complete fundamental tasks—use administrative tools, understand integration with Windows 2000, manage and troubleshoot mail clients such as Microsoft Outlook® 2000 and Outlook Express, and configure and manage user access privileges
  • Work with Active Directory™ services (ADS)—take advantage of powerful new directory services to centrally manage administration and security functions, simplify managing a large installation, and reduce your workload
  • Administer and troubleshoot data storage—efficiently manage data and storage groups, manage public folders and Web stores, reliably back up and recover Exchange data, and import and export Exchange data
  • Administer servers and groups—manage organizations and messaging connectors, use administration and routing groups, administer virtual servers and routing protocols, maintain and replicate the directory, and monitor Exchange 2000 Server

A concise, easy-to-use reference for anyone who administers Microsoft Exchange 2000 Server. Whether kept on the desk or toted from workstation to workstation, this guided provides answers fast, providing ready-to-read tables, lists, and step-by-step instruction--straight from Microsoft.

Read More Show Less

Product Details

  • ISBN-13: 9780735609624
  • Publisher: Microsoft Press
  • Publication date: 7/28/2000
  • Series: Pocket Consultant Series
  • Edition description: POCKET
  • Edition number: 2
  • Pages: 408
  • Product dimensions: 5.72 (w) x 8.21 (h) x 1.24 (d)

Meet the Author

William R. Stanek has over 20 years of hands-on experience with advanced programming and development. He has written nearly 100 books including: Microsoft Windows Vista Administrator's Pocket Consultant, Windows Server 2008 Inside Out, Microsoft Exchange Server 2007 Administrator's Pocket Consultant 2nd Edition, and Microsoft IIS 7.0 Administrator's Pocket Consultant (all from Microsoft Press). He also wrote MCSE Core Exams in a Nutshell and Windows Vista: The Definitive Guide for O'Reilly.

Read More Show Less

Read an Excerpt

Chapter 3: Exchange Administration Essentials

Whether you're using Microsoft Exchange 2000 for the first time or honing your skills, you'll need to master many key concepts in order to work effectively with Exchange 2000. You'll need to know
  • How the Exchange environment is organized
  • How information is stored in Exchange
  • What Microsoft Windows processes are used with Exchange
  • How Exchange works
You'll also need to know how to use the Exchange System Manager. These topics are all covered in this chapter.

Understanding Exchange Organizations

Exchange combines a fairly complex administrative model with an equally complex messaging architecture. Understanding how the administrative model and the messaging architecture are used and integrated isn't easy. So let's begin with a look at how Exchange environments are organized. The root of an Exchange environment is an organization. It's the starting point for the Exchange hierarchy. The boundaries of the Exchange organization define the boundaries of your Exchange environment. In other words, the Exchange information store doesn't provide information on users or servers outside the organization-unless you specifically tell Exchange about these entities.

An Exchange organization can serve several offices and business functions. Typically, each office or business function that it supports has its own server, which runs Exchange 2000. For example, if your company has offices in Seattle, Portland, and San Francisco, you'll probably have at least one server running Exchange at each location. To serve a large user base orhigh-volume messaging needs, you may also have separate servers providing SMTP, POP3, HTTP (Hypertext transfer protocol), and instant messaging services. All these servers can be a part of the same Exchange organization.

When you installed Exchange 2000, you were given the opportunity to join an existing organization or to create a new organization. The organization name you assign or join is permanently associated with the Exchange server. Once designated, you cannot change it. As Figure 3-1 shows, you can view the current organization name in Exchange System Manager. Here, the organization name is My Organization....

Figure 3-1. ...The organization is the root of the Exchange environment, and you view it in Exchange System Manager.

Under the organization node you'll find the key components that make up the organization. These components include

  • Global Settings
  • Recipients
  • Administrative groups (which can contain Servers, Tools and Folders)
  • Routing groups
The following sections examine each of these Exchange components and explain how they fit into the organization.

Global Settings

Global settings apply to all servers and recipients in an organization. The three most common global settings that you'll work with are
  • Internet Message Formats These global settings define the acceptable Internet message formats for the organization, as well as the way you can use message formats. The settings that you can define include default message encoding, default character sets, and default MIME extension mapping. Multipurpose Internet Mail Extension (MIME) is the standard used for messages with several parts.
  • Message Delivery These global settings define how and when messages are delivered. The settings that you can define include the default postmaster account name, the default quotas, and the default message filters. Message filters allow you to discard messages from specific senders and to redirect messages based on who the sender is.
  • Instant Messaging If you install instant messaging services in the organization and your organization uses firewalls, you'll use these global settings to describe the firewall topology and the HTTP proxy servers that are being used.
You'll find detailed instruction on managing global settings in Chapter 11, "Managing Organizations and Messaging Connectors."

Recipients

A recipient is an entity that can receive Exchange mail. Recipients include users, contacts, groups, and other resources. You refer to recipients as either mailbox-enabled or mail-enabled. Mailbox-enabled recipients (users) have mailboxes for sending and receiving e-mail messages. Mail-enabled recipients (contacts and groups) have e-mail addresses but no mailboxes. Thus, mail-enabled recipients can receive messages but can't send them.

To manage recipients in your organization, you need to know these key concepts:

  • How recipient policies are used Recipient policies define the technique Exchange uses to create addresses for SMTP, cc:Mail, Exchange, X.400, and so forth. For example, you can set a policy for SMTP that creates e-mail addresses by combining an e-mail alias with @domain.com. Thus, during setup of an account for William Stanek, the e-mail alias williams is combined with @domain.com to create the e-mail address williams@domain.com.
  • How address lists are used You use address lists to organize recipients and resources, thus making it easier to find recipients and resources that you want to use, along with their related information. During setup, Exchange creates a number of default address lists. The most commonly used default address list is the global address list, which lists all the recipients in the organization. You can create custom address lists as well.
  • How address templates are used Templates define the appearance of recipient information in the address book. When you install Exchange, default templates are set up for users, groups, contacts, public folders, search dialog boxes, and the mailbox agent. By modifying the appropriate template, you can change the appearance of recipient information in the address book.
You'll find detailed information on managing recipients in Chapter 4, "Mailbox, Contact, and Recipient Administration."

Administrative Groups

Administrative groups define the logical structure of an Exchange organization. You use administrative groups to help you organize directory objects and efficiently manage Exchange resources. Administrative groups are best suited to large organizations or to organizations with offices in several locations. In a small or medium-sized company, you may not need to use administrative groups at all.

Using and Enabling Administrative Groups

Another way to think of administrative groups is as logical containers into which you can place directory objects and Exchange resources. For example, you could create administrative groups named Engineering, Marketing, and Administration. Within these groups, you could then define routing groups, policies, servers, public folder trees, and other objects for each department.

When you install Exchange 2000, administrative group support is disabled by default. This is done primarily to simplify the Exchange management process. In System Manager, the lack of the Administrative Group node tells you that administrative group support has been disabled. You can enable support for administrative groups by completing the following steps.

  1. In System Manager, right-click the organization container, and then select Properties.
  2. In the General tab of the Properties dialog box, select Display Administrative Groups.
  3. When you click OK, Exchange enables administrative groups and configures them for the current operations mode.
Administrative Groups in Mixed Mode and Native Mode Operations

How you manage administrative groups depends on the operations mode in use. Exchange 2000 has two operations modes:

  • Mixed mode When operating in mixed mode, Exchange 2000 can support Exchange 5.0, Exchange 5.5, and Exchange 2000 installations.
  • Native mode When operating in native mode, Exchange 2000 supports only Exchange 2000 installations.
Using Mixed Mode Operations

By default, when you install Exchange 2000, the operations mode is set to mixed. The mixed mode configuration provides for interoperability with Exchange 5.0 and Exchange 5.5 but limits the capabilities of Exchange 2000. These limitations directly affect the way administrative groups are used and effectively force Exchange 2000 to handle administrative groups in the same way that Exchange 5.5 handles sites.

When running in mixed-mode operations, Exchange 2000 operates as follows:

  • Routing groups don't appear by default and can't be created in System Manager. This limitation means that each administrative group has only one routing group. Consequently, you can't implement multiple routing scenarios for a single administrative group.
  • You can't move mailboxes from a server in one administrative group to a server in another administrative group. This limitation reduces your flexibility in managing mailboxes.
Additional limitations apply if Exchange 2000 is installed in an Exchange 5.5 site. These additional limitations are that:
  • Some System Manager commands don't apply to Exchange 5.5. Because of this, you can't use these commands to manipulate an Exchange 5.5 server.
  • Exchange 5.5 directory service objects are replicated into Active Directory directory service with read-only properties. This means you can't edit these properties through Active Directory. You will need to use the Exchange Administrator tool for this, which can be installed with Exchange 2000....
Read More Show Less

Table of Contents

Tables

Acknowledgments

Introduction

Microsoft Exchange 2000 Server Administration Fundamentals

Chapter 1: Overview of Microsoft Exchange 2000 Server Administration

Chapter 2: Managing Microsoft Exchange 2000 Server Clients

Active Directory Services and Microsoft Exchange 2000 Server

Chapter 3: Microsoft Exchange 2000 Server Administration Essentials

Chapter 4: User, Mailbox, and Contact Administration

Chapter 5: Working with Groups, Lists, and Templates

Chapter 6: Implementing Directory Security and Microsoft Exchange 2000 Server Policies

Microsoft Exchange 2000 Server Data Store Administration

Chapter 7: Managing Microsoft Exchange 2000 Server Data and Storage Groups

Chapter 8: Mailbox and Public Folder Store Administration

Chapter 9: Using and Replicating Public Folders

Chapter 10: Backing Up and Restoring Microsoft Exchange 2000 Server

Microsoft Exchange 2000 Server and Group Administration

Chapter 11: Managing Microsoft Exchange 2000 Server Organizations

Chapter 12: Managing Message Transfer and Routing Within the Organization

Chapter 13: Administering SMTP, IMAP4, and POP3

Chapter 14: Managing Microsoft Outlook Web Access and HTTP Virtual Servers

Chapter 15: Microsoft Exchange 2000 Server Maintenance, Monitoring, and Queuing

About the Author

Read More Show Less

First Chapter

Chapter 3.Exchange Administration Essentials
  • Understanding Exchange Organizations
    • Global Settings
    • Recipients
    • Administrative Groups
    • Routing Groups
  • Data Storage in Exchange 2000
    • Working with the Active Directory Data Store
    • Working with the Exchange 2000 Information Store
  • Using and Managing Exchange Services
    • Using Core Exchange Services
    • Starting, Stopping, and Pausing Exchange Services
    • Configuring Service Startup
    • Configuring Service Recovery

Chapter 3 Exchange Administration Essentials

Whether you’re using Microsoft Exchange 2000 for the first time or honing your skills, you’ll need to master many key concepts in order to work effectively with Exchange 2000. You’ll need to know

  • How the Exchange environment is organized
  • How information is stored in Exchange
  • What Microsoft Windows processes are used with Exchange
  • How Exchange works

You’ll also need to know how to use the Exchange System Manager. These topics are all covered in this chapter.

Understanding Exchange Organizations

Exchange combines a fairly complex administrative model with an equally complex messaging architecture. Understanding how the administrative model and the messaging architecture are used and integrated isn’t easy. So let’s begin with a look at how Exchange environments are organized.

The root of an Exchange environment is an organization. It’s the starting point for the Exchange hierarchy. The boundaries of the Exchange organization define the boundaries of your Exchange environment. In other words, the Exchange information store doesn’t provide information on users or servers outside the organization—unless you specifically tell Exchange about these entities.

An Exchange organization can serve several offices and business functions. Typically, each office or business function that it supports has its own server, which runs Exchange 2000. For example, if your company has offices in Seattle, Portland, and San Francisco, you’ll probably have at least one server running Exchange at each location. To serve a large user base or high-volume messaging needs, you may also have separate servers providing SMTP, POP3, HTTP (Hypertext transfer protocol), and instant messaging services. All these servers can be a part of the same Exchange organization.

When you installed Exchange 2000, you were given the opportunity to join an existing organization or to create a new organization. The organization name you assign or join is permanently associated with the Exchange server. Once designated, you cannot change it. As Figure 3-1 shows, you can view the current organization name in Exchange System Manager. Here, the organization name is My Organization.

Figure 3-1. The organization is the root of the Exchange environment, and you view it in Exchange System Manager. (Image Unavailable)

Under the organization node you’ll find the key components that make up the organization. These components include

  • Global Settings
  • Recipients
  • Administrative groups (which can contain Servers, Tools and Folders)
  • Routing groups

The following sections examine each of these Exchange components and explain how they fit into the organization.

Global Settings

Global settings apply to all servers and recipients in an organization. The three most common global settings that you’ll work with are

  • Internet Message Formats  These global settings define the acceptable Internet message formats for the organization, as well as the way you can use message formats. The settings that you can define include default message encoding, default character sets, and default MIME extension mapping. Multipurpose Internet Mail Extension (MIME) is the standard used for messages with several parts.
  • Message Delivery  These global settings define how and when messages are delivered. The settings that you can define include the default postmaster account name, the default quotas, and the default message filters. Message filters allow you to discard messages from specific senders and to redirect messages based on who the sender is.
  • Instant Messaging  If you install instant messaging services in the organization and your organization uses firewalls, you’ll use these global settings to describe the firewall topology and the HTTP proxy servers that are being used.

You’ll find detailed instruction on managing global settings in Chapter 11, "Managing Organizations and Messaging Connectors."

Recipients

A recipient is an entity that can receive Exchange mail. Recipients include users, contacts, groups, and other resources. You refer to recipients as either mailbox-enabled or mail-enabled. Mailbox-enabled recipients (users) have mailboxes for sending and receiving e-mail messages. Mail-enabled recipients (contacts and groups) have e-mail addresses but no mailboxes. Thus, mail-enabled recipients can receive messages but can’t send them.

To manage recipients in your organization, you need to know these key concepts:

  • How recipient policies are used  Recipient policies define the technique Exchange uses to create addresses for SMTP, cc:Mail, Exchange, X.400, and so forth. For example, you can set a policy for SMTP that creates e-mail addresses by combining an e-mail alias with @domain.com. Thus, during setup of an account for William Stanek, the e-mail alias williams is combined with @domain.com to create the e-mail address williams@domain.com.
  • How address lists are used  You use address lists to organize recipients and resources, thus making it easier to find recipients and resources that you want to use, along with their related information. During setup, Exchange creates a number of default address lists. The most commonly used default address list is the global address list, which lists all the recipients in the organization. You can create custom address lists as well.
  • How address templates are used  Templates define the appearance of recipient information in the address book. When you install Exchange, default templates are set up for users, groups, contacts, public folders, search dialog boxes, and the mailbox agent. By modifying the appropriate template, you can change the appearance of recipient information in the address book.

You’ll find detailed information on managing recipients in Chapter 4, "Mailbox, Contact, and Recipient Administration."

Administrative Groups

Administrative groups define the logical structure of an Exchange organization. You use administrative groups to help you organize directory objects and efficiently manage Exchange resources. Administrative groups are best suited to large organizations or to organizations with offices in several locations. In a small or medium-sized company, you may not need to use administrative groups at all.

Using and Enabling Administrative Groups

Another way to think of administrative groups is as logical containers into which you can place directory objects and Exchange resources. For example, you could create administrative groups named Engineering, Marketing, and Administration. Within these groups, you could then define routing groups, policies, servers, public folder trees, and other objects for each department.

When you install Exchange 2000, administrative group support is disabled by default. This is done primarily to simplify the Exchange management process. In System Manager, the lack of the Administrative Group node tells you that administrative group support has been disabled. You can enable support for administrative groups by completing the following steps.

  1. In System Manager, right-click the organization container, and then select Properties.
  2. In the General tab of the Properties dialog box, select Display Administrative Groups.
  3. When you click OK, Exchange enables administrative groups and configures them for the current operations mode.

Administrative Groups in Mixed Mode and Native Mode Operations

How you manage administrative groups depends on the operations mode in use. Exchange 2000 has two operations modes:

  • Mixed mode  When operating in mixed mode, Exchange 2000 can support Exchange 5.0, Exchange 5.5, and Exchange 2000 installations.
  • Native mode  When operating in native mode, Exchange 2000 supports only Exchange 2000 installations.

Using Mixed Mode Operations

By default, when you install Exchange 2000, the operations mode is set to mixed. The mixed mode configuration provides for interoperability with Exchange 5.0 and Exchange 5.5 but limits the capabilities of Exchange 2000. These limitations directly affect the way administrative groups are used and effectively force Exchange 2000 to handle administrative groups in the same way that Exchange 5.5 handles sites.

When running in mixed-mode operations, Exchange 2000 operates as follows:

  • Routing groups don’t appear by default and can’t be created in System Manager. This limitation means that each administrative group has only one routing group. Consequently, you can’t implement multiple routing scenarios for a single administrative group.
  • You can’t move mailboxes from a server in one administrative group to a server in another administrative group. This limitation reduces your flexibility in managing mailboxes.

Additional limitations apply if Exchange 2000 is installed in an Exchange 5.5 site. These additional limitations are that

  • Some System Manager commands don’t apply to Exchange 5.5. Because of this, you can’t use these commands to manipulate an Exchange 5.5 server.
  • Exchange 5.5 directory service objects are replicated into Active Directory directory service with read-only properties. This means you can’t edit these properties through Active Directory. You will need to use the Exchange Administrator tool for this, which can be installed with Exchange 2000.

Enabling and Using Native Mode Operations

When operating in native mode, Exchange 2000 isn’t subject to these limitations. You can enable routing group support and create additional routing groups as necessary. It also means that Exchange 2000 won’t be able to work with Exchange 5.0 or Exchange 5.5 sites that are part of the same organization, and it is as if the Exchange 5.0 and 5.5 servers no longer exist in the organization.

You can view and change the operations mode by completing the following steps.

  1. In System Manager, right-click the organization node, and then select Properties.
  2. In the General tab of the Properties dialog box, the Operation Mode field displays the current operation mode as either Mixed Mode or Native Mode (see Figure 3-2).
  3. To change the operation mode from mixed to native, click Change Mode. Confirm the action by clicking Yes. You can’t reverse the change to native mode.
  4. After changing to native mode operation, you can enable support for routing groups by selecting the Display Routing Groups check box.

Figure 3-2. The General tab of the Properties dialog box displays the current operation mode. Watch out. Once you change to native mode, you can’t change back to mixed mode. (Image unavailable)

Routing Groups

You use routing groups in advanced Exchange installations where you need to control message connectivity and communication channels for groups of Exchange servers. When you install the first Exchange 2000 server in an organization, the server is added to the default routing group. You have no control over this routing group in mixed mode operations. Additional servers installed in the Exchange organization are added to this same routing group by default and the message connectivity and communication among these servers is configured automatically.

If you have a single group of servers that have no special communication needs, you don’t need to create additional routing groups. Normally, you use multiple routing groups when you need to connect branch offices or other geographically separated locations and when

  • You don’t have high-bandwidth connections between these locations.
  • You have special connectivity requirements, such as the need to control precisely how and when Exchange data is transferred between these locations.

Once a server is connected to a particular routing group, you can’t move it to another routing group without reinstalling Exchange server. Because of this, you should plan the messaging topology for your organization very carefully. Message transfer and communication within routing groups is handled directly with a target server. Message transfer and communication between routing groups is handled by a bridgehead server.

A bridgehead server is the point of entry and exit for all message traffic between routing groups. Bridgehead servers also handle the link state information, which is used to determine optimal routing paths. You must designate a bridgehead server in each routing group. To communicate, bridgehead servers use an Exchange Server Routing Group Connector, which provides the direct connection between routing groups. You use one Routing Group Connector to connect two routing groups.

Data Storage in Exchange 2000

Exchange 2000 stores information in two places:

  • Active Directory data store
  • Exchange 2000 information store

Working with the Active Directory Data Store

The Active Directory data store contains all directory information for recipients as well as other important directory resources. Domain controllers maintain the data store in a file called NTDS.DIT. The location of this file is set when Active Directory is installed and must be on an NTFS (NT file system) drive formatted for use with Windows 2000. You can also save directory data separately from the main data store. This is true for some public data, such as logon scripts.

Two key concepts to focus on when looking at Active Directory are

  • Multimaster replication
  • Global catalog servers

Using Multimaster Replication

Domain controllers replicate most changes to the data store by using multimaster replication, which allows any domain controller to process directory changes and replicate those changes to other domain controllers. Replication is handled automatically for key data types, including

  • Domain data  Contains information about objects within a domain, such as users, groups, and contacts.
  • Configuration data  Describes the topology of the directory and includes a list of important domain information.
  • Schema data  Describes all objects and data types that can be stored in the data store.

Using Global Catalogs

Active Directory information is also made available through global catalogs. You use global catalogs during logon and for information searches. A domain controller designated as a global catalog stores a full replica of all objects in the data store (for its host domain).

By default, the first domain controller installed in a domain is designated as the global catalog. Consequently, if there is only one domain controller in the domain, the domain controller and the global catalog are the same server. Otherwise, the global catalog is on the domain controller configured as such.

Information searches are one of the key uses of the global catalog. Searches in the global catalog are very efficient and can resolve most queries locally, thus reducing the network load and allowing for quicker responses.

Working with the Exchange 2000 Information Store

The Exchange 2000 information store contains mailbox and public folder data. To make the information store more manageable, Exchange 2000 allows you to organize the information store into multiple databases. You can then manage these databases individually or in logical groupings called storage groups.

Exchange 2000 uses transactions to control changes in storage groups. As with traditional databases, these transactions are recorded in a transaction log. Changes are then committed or rolled back based on the success of the transaction. In the case of failure, you can use the transaction log to restore the database. The facility that manages transactions is the Microsoft Exchange Information Store service (Store.exe).

When working with storage groups, you should keep the following in mind:

  • Each Exchange server can have up to 16 storage groups (with one of the storage groups being reserved for database recovery operations).
  • A single storage group can have up to 6 databases. Thus, the maximum number of databases that a single server can have is 96 (with 6 reserved for the recovery storage group).

Key concepts to focus on when looking at the Exchange information store and storage groups are

  • Exchange Database formats
  • Single-instance message storage
  • Files associated with storage groups

What Exchange Database Formats Are Available?

Exchange servers store databases in two files: a rich-text file with the .EDB file extension and a streaming Internet content file with the .STM file extension. The .EDB file contains message text, and the .STM file contains attachments to these messages.

Because attachments are written in native format, there is no need to convert attachments to Exchange format (as was done in previous versions of Exchange). Exchange performs much better when reading and writing attachments in native format.

Two types of databases are available:

  • Private store databases  Contain mailboxes
  • Public store databases  Contain public folders

What Is Single-Instance Message Storage?

Exchange 2000 uses single-instance message storage on a per database basis. With this technique, a message that’s sent to multiple mailboxes is

  • Stored once if all the mailboxes are in the same database
  • Copied once to each database that contains a target mailbox

Additionally, if the databases are in different storage groups, Exchange writes the message to each database as well as the transaction log set for each storage group. Thus, a message written to three databases that are in two different storage groups would use five times the disk space as a message written to a single database in a single storage group. To see this, consider the following example:

A 2 MB message is sent to all company employees. The mailboxes for these employees are in private store A and B in storage group 1 and in private store C in storage group 2. Exchange writes the message to the transaction log in storage group 1 and 2 and then writes to the private storage databases A, B, and C. So storing the original 2 MB messages requires 10 MB of disk space.


NOTE:
Needing 10 MB of disk space to store a 2 MB message may sound like an awful lot of space, but remember the hidden savings. That 2 MB message may have been sent to a thousand employees, and without single-instance message storage, Exchange would use a whopping 2 GB of disk space.

What Files Are Associated with Storage Groups?

Each storage group on Exchange server has several files associated with it. These files are

  • EDB.CHK  A check file containing recovered file fragments
  • EDB.LOG  A transaction log file for the storage group
  • RES1.LOG  A reserved log file for the storage group
  • RES2.LOG  A reserved log file for the storage group
  • TMP.EDB  A temporary workspace for processing transactions
  • DBName.EDB  Rich-text database files for individual databases
  • DBName.STM  Streaming Internet content files for individual databases

To create a new storage group with a public store and a private store, you’ll need about 50 MB of free disk space. The files required by the storage group use a minimum of 11 MB of disk space. The minimum disk space for private and public stores is 5 MB and 8 MB respectively. Although the total disk space used is about 24 MB, you’ll need the extra space during creation and for read/write operations.

Using and Managing Exchange Services

Each Exchange server in the organization relies on a set of services for routing messages, processing transactions, replicating data, and much more. To manage Exchange services, you’ll use the Services node in the Computer Management console, which you start by completing the following steps.

  1. Choose Start, choose Programs, choose Administrative Tools, and then select Computer Management. Or in the Administrative Tools folder, select Computer Management.
  2. Right-click the Computer Management entry in the console tree and on the shortcut menu, select Connect to Another Computer. You can now choose the Exchange server whose services you want to manage.
  3. Expand the Services And Applications node by clicking the plus sign (+) next to it, and then choose Services.

Figure 3-3 shows the Services view in the Computer Manage console. The key fields of this dialog box are used as follows:

  • Name  The name of the service.
  • Description  A short description of the service and its purpose.
  • Status  The status of the service as started, paused, or stopped. (Stopped is indicated by a blank entry.)
  • Startup  The startup setting for the service.

  • NOTE:
    Automatic services are started at bootup. Manual services are started by users or other services. Disabled services are turned off and can’t be started.
  • Account Run Under  The account the service logs on as. The default in most cases is the local system account.

Using Core Exchange Services

Table 3-1 provides a summary of the services essential to normal Exchange operations. Note that the services that are available on a particular Exchange server depend on its configuration. Still, there is a core set of services that you’ll find on most Exchange servers.

Figure 3-3. Use the Services node of the Computer Management dialog box to manage Exchange services. (Image unavailable)

Table 3-1. Core Exchange Services

Name Description
Distributed Transaction Coordinator Coordinates transactions that are distributed across multiple databases, message queues, and file systems.
Event Log Logs event informational, warning, and error messages issued by Exchange and other applications.
IIS Admin Service Allows you to administer the Exchange HTTP virtual server in the IIS snap-in.
Microsoft Exchange Event Monitors folders and generates events for Exchange 5.5 applications.
Microsoft Exchange IMAP4 Provides Microsoft Exchange IMAP4 Services.
Microsoft Exchange Information Store Manages Microsoft Exchange Information Storage.
Microsoft Exchange MTA Stacks Provides Microsoft Exchange X.400 services.
Microsoft Exchange POP3 Provides Microsoft Exchange POP3 Services.
Microsoft Exchange Routing Engine Processes Microsoft Exchange message routing and link state information.
Microsoft Exchange Site Replication Service Replicates exchange information within the organization.
Microsoft Exchange System Attendant Monitors Microsoft Exchange and provides essential services.
Network News Transport Protocol (NNTP) Transports newsgroup messages across the network.
Simple Mail Transport Protocol (SMTP) Transports e-mail across the network.
World Wide Web Publishing Service Provides HTTP services for Microsoft Exchange and Internet Information Services.

Starting, Stopping, and Pausing Exchange Services

As an administrator, you’ll often have to start, stop, or pause Exchange services. You manage Exchange services through the Computer Management console or through System Manager.

To start, stop, or pause services in the Computer Management console, follow these steps.

  1. Right-click the Computer Management entry in the console tree, and on the shortcut menu, select Connect to Another Computer. You can now choose the Exchange server whose services you want to manage.
  2. Expand the Services And Applications node by clicking the plus sign (+) next to it, and then choose Services.
  3. Right-click the Service you want to manipulate, and then select Start, Stop, or Pause as appropriate. You can also choose Restart to have Windows stop and then start the service after a brief pause. Also, if you pause a service, you can use the Resume option to resume normal operation.

TIP:
When services that are set to start automatically fail, the status is listed as blank and you’ll usually receive notification in a pop-up window. Service failures can also be logged to the system’s event logs. In Windows 2000, you can configure actions to handle service failure automatically. For example, you could have Windows 2000 attempt to restart the service for you. See the section of this chapter entitled "Configuring Service Recovery" for details.

Several of the Exchange services are used to manage the Exchange virtual servers. These services are

  • Microsoft Exchange IMAP4 for the IMAP4 virtual server
  • Microsoft Exchange POP3 for the POP3 virtual server
  • Network News Transport Protocol (NNTP) for the NNTP virtual server
  • Simple Mail Transport Protocol (SMTP) for the SMTP virtual server

If you start, stop, or pause these services in the Computer Management console, you’re managing the related virtual server as well. You can also use System Manager to perform these tasks. To do that, complete the following steps.

  1. In System Manager, access the Servers node within the administrative or routing group you want to manage. Typically, you would expand Administrative Groups, First Administrative Group, and then the Servers node.
  2. In the console tree, select the Exchange server you want to manage, and then double-click Protocols. You should now see a list of protocols installed on the server.
  3. The Protocol folder stores related virtual servers. For example, the IMAP4 folder stores the Default IMAP4 Virtual Server and any other IMAP4 virtual servers you’ve created.
  4. Right-click the virtual server you want to start, stop, or pause, and then on the shortcut menu, select Start, Stop, or Pause as appropriate.

Configuring Service Startup

Essential Exchange services are configured to start automatically and normally shouldn’t be configured with another startup option. That said, if you’re troubleshooting a problem, you may want a service to start manually. You may also want to disable a service so that its related virtual servers don’t start. For example, if you move the POP3 virtual servers to a new server for load balancing, you may want to disable the Microsoft Exchange POP3 service on the original Exchange server. In this way, the POP3 service isn’t used, but it could be turned on if necessary (without having to reinstall POP3 support).

You configure service startup by completing the following steps.

  1. In the Computer Management console, connect to the Exchange server whose services you want to manage.
  2. Expand the Services And Applications node by clicking the plus sign (+) next to it, and then choose Services.
  3. Right-click the service you want to configure, and then choose Properties.
  4. In the General tab, use the Startup selection list to choose a startup option as shown in Figure 3-4. Select Automatic to start services at bootup. Select Manual to allow services to be started manually. Select Disabled to turn off services.
  5. Click OK.

Figure 3-4. For troubleshooting, you may want to change the service startup option in the Properties dialog box. (Image unavailable)

Configuring Service Recovery

You can configure Windows services to take specific actions when a service fails. For example, you could attempt to restart the service or reboot the server. To configure recovery options for a service, follow these steps.

  1. In the Computer Management console, connect to the computer whose services you want to manage.
  2. Expand the Services And Applications node by clicking the plus sign (+) next to it, and then choose Services.
  3. Right-click the Service you want to configure, and then choose Properties.
  4. Select the Recovery tab, as shown in Figure 3-5. You can now configure recovery options for the first, second, and subsequent recovery attempts. The available options are:
    • Take No Action
    • Restart The Service
    • Run A File
    • Reboot The Computer
  5. Configure other options based on your previously selected recovery options. If you elected to restart the service, you’ll need to specify the restart delay. After stopping the service, Windows 2000 waits for the specified delay period before trying to start the service. In most cases a delay of 1 – 2 minutes should be sufficient.
  6. Click OK.

Figure 3-5. By using the Recovery tab in the Properties dialog box, you can configure services to automatically recover in case of failure. (Image unavailable)

When you configure recovery options for critical services, you may want to try to restart the service on the first and second attempts and then reboot the server on the third attempt.

Read More Show Less

Customer Reviews

Average Rating 4.5
( 2 )
Rating Distribution

5 Star

(1)

4 Star

(1)

3 Star

(0)

2 Star

(0)

1 Star

(0)

Your Rating:

Your Name: Create a Pen Name or

Barnes & Noble.com Review Rules

Our reader reviews allow you to share your comments on titles you liked, or didn't, with others. By submitting an online review, you are representing to Barnes & Noble.com that all information contained in your review is original and accurate in all respects, and that the submission of such content by you and the posting of such content by Barnes & Noble.com does not and will not violate the rights of any third party. Please follow the rules below to help ensure that your review can be posted.

Reviews by Our Customers Under the Age of 13

We highly value and respect everyone's opinion concerning the titles we offer. However, we cannot allow persons under the age of 13 to have accounts at BN.com or to post customer reviews. Please see our Terms of Use for more details.

What to exclude from your review:

Please do not write about reviews, commentary, or information posted on the product page. If you see any errors in the information on the product page, please send us an email.

Reviews should not contain any of the following:

  • - HTML tags, profanity, obscenities, vulgarities, or comments that defame anyone
  • - Time-sensitive information such as tour dates, signings, lectures, etc.
  • - Single-word reviews. Other people will read your review to discover why you liked or didn't like the title. Be descriptive.
  • - Comments focusing on the author or that may ruin the ending for others
  • - Phone numbers, addresses, URLs
  • - Pricing and availability information or alternative ordering information
  • - Advertisements or commercial solicitation

Reminder:

  • - By submitting a review, you grant to Barnes & Noble.com and its sublicensees the royalty-free, perpetual, irrevocable right and license to use the review in accordance with the Barnes & Noble.com Terms of Use.
  • - Barnes & Noble.com reserves the right not to post any review -- particularly those that do not follow the terms and conditions of these Rules. Barnes & Noble.com also reserves the right to remove any review at any time without notice.
  • - See Terms of Use for other conditions and disclaimers.
Search for Products You'd Like to Recommend

Recommend other products that relate to your review. Just search for them below and share!

Create a Pen Name

Your Pen Name is your unique identity on BN.com. It will appear on the reviews you write and other website activities. Your Pen Name cannot be edited, changed or deleted once submitted.

 
Your Pen Name can be any combination of alphanumeric characters (plus - and _), and must be at least two characters long.

Continue Anonymously
Sort by: Showing all of 2 Customer Reviews
  • Anonymous

    Posted November 14, 2002

    Exchange 2000 Server

    Like I said about Windows XP, if you need to learn about Exchange Server and related technologies this is the book for you. It is very easy to read and the author has obviously come from working in the real IT world. It is actually enjoyable to read for a text book. I've found concepts are written in a way that is useful. The book covers a lot of ground. The types of every day questions and issues are answered. All the essential technical are explained clearly. It's not meant to be an all in one reference. Like the description says it focuses on daily tasks and key issues. The things you use. It's an excellent day-to-day reference. There isn't an administrator I know that doesn't have it or one of the others

    Was this review helpful? Yes  No   Report this review
  • Anonymous

    Posted August 16, 2000

    Great how-to book

    This great how-to book is great for Exchange admins who are somewhat familiar with past Exchange versions and need a quick look at the new features in 2000. I found that it didn't have too much depth, but had many quick how-to steps that helped me on several tasks I had to perform during installation and regular maintenance.

    Was this review helpful? Yes  No   Report this review
Sort by: Showing all of 2 Customer Reviews

If you find inappropriate content, please report it to Barnes & Noble
Why is this product inappropriate?
Comments (optional)