Backup Microsoft Exchange Server 2000

Our D2D backup appliance provides a network-based backup solution for Microsoft Exchange Server 2000 enabling enterprise-class data protection and backup and recovery with an appliance designed from the ground-up for small and medium businesses. Exchange Server 2000 Microsoft Exchange Server 2000

Unitrends offers Exchange Server 2000 backup protection via our streaming Exchange backup agent.

All of the components that constitute the Exchange Server 2000 database are protected. There are actually three files that make up an Exchange Server 2000 database for a storage group, as explained below.

• The .edb file contains all the folders, tables and indexes for messaging data and MAPI messages and attachments.
• The .stm file (new to Exchange 2000 compared to earlier versions) contains Internet content in its native format.
• The .log files (transaction logs) maintains a record of every message stored in a storage group and provides fault tolerance in the event that a database must be restored. Exchange 2000 log files are always 5MB in size (5,252,880 bytes) and if not, then they are damaged. Each storage group also reserves to log files, Res1.log and Res2.log that are placeholders for extra disk place that can be used if the service runs out of space.

The Checkpoint File
In addition to the files previously mentioned, there is one other file of special note that plays a big role in keeping your Exchange Server database in order. The checkpoint file (edb.chk) tracks which entries in the transaction log files have already been recorded, and thus which ones will need to be replayed during a restoration situation. The checkpoint file thus speeds up recovery by telling the ESE exactly which log file entries need to be replayed and which do not-thus preventing extra writing during the restoration process.

Circular Logging
Typically, when a log file is filled, Exchange renames it and moves on to another, fresh log file. In this way, log files are not erased and thus continue to use space in 5MB increments. As the number of transactions grows, a set of log files is created. If a database fails, the transactions can be recovered by restoring the data from the log files. When circular logging is enabled, the first log file is overwritten and reused after the data that it contains has been written to the database. Circular logging is available to you, but is disabled by default. Should you enable circular logging, you cannot recover anything more recent than the last full backup. For this reason, circular logging is not normally recommended for use in a mission-critical production environment, with the possible exception of the Public folder that will house your NNTP news feeds, where log file sets are not required.

The Checksum
The concept of a checksum is not a new one. Checksums have been used for years to enable determination of file validity. Exchange Server makes use of checksums to verify the validity of the .edb files. Every .edb file is made up 4-KB pages and the integrity of each page is verified through a checksum and a 4-byte page number in the header of the database page. On each page in the database, the first 82 bytes contain the header information, which contains flags for the type of page and information about what kind of data the page contains. When the pages are read out of the database, they are compared for the correct page number and for the checksum. The checksum is calculated to ensure that the page being read is undamaged. If damage is detected, an error is returned, the database is stopped and an event is written in the to the event logs, thus ensuring that the database is operating with optimal integrity.

Other Important Files
Although not part of the actual Exchange database, the following two additional files may also be present on an Exchange Sever:

• The .srs files that permit backwards compatibility with Exchange 5.5 Server by emulating an Exchange 5.5 directory service. This will only be present if the Exchange ADC is installed and you then configure a Site Replication Server.
• The .kms files which provide security and encryption services. This will only be present on Exchange servers that have the KMS installed.

Unitrends uses a common D2D backup and recovery engine for providing protection for over 100 different versions of operating systems and applications. This means you can support Microsoft Windows, Microsoft Exchange, Microsoft SQL, Microsoft Hyper-V, VMware, Sun Solaris, Novell OES, Novell Netware, Novell GroupWise, Novell eDirectory, Linux, FreeBSD, Apple MacOS X, IBM pSeries/AIX, HP HP-UX, SCO UnixWare, SCO OpenServer, IBM iSeries/OS400, and SGI IRIX on notebooks, PCs, workstations, and servers and on DAS, NAS, or SAN storage.