Home > Microsoft Exchange News > Online vs. offline Exchange Server backups
Microsoft Exchange News:
EMAIL THIS

Online vs. offline Exchange Server backups

By Paul Robichaux
Realtimepublishers
14 Nov 2005 | SearchExchange.com

Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   

Exchange online backups

An Exchange backup using the ESE API follows a predictable set of steps:
You are reading tip #4 from "10 tips in 10 minutes: Fundamentals of Exchange Server disaster recovery," excerpted from Chapter 2 of the book The Definitive Guide to Exchange Disaster Recovery and Availability, published by Realtimepublishers.

  1. The backup utility asks for a list of all the Exchange Server systems.

  2. The backup utility connects to the specified Exchange Server system and makes a request to back up a particular storage group or database. The ESE API allows simultaneous backup or restore of as many as four storage groups, but you can only back up or restore
    one database within each storage group at a time.

  3. If the ESE online maintenance task is performing maintenance on any databases in the storage group, that maintenance stops.

  4. ESE flushes any dirty database pages to disk. These pages are those that have been changed but haven't yet been written to the on-disk copy of the database. At this point, the checkpoint is frozen.

  5. The backup utility opens the first database file to be backed up. On Exchange 2000 and Exchange Server 2003, each individual EDB and STM file is backed up separately. For a full or differential backup, the database header is updated to point to the low anchor log file.

  6. The backup utility issues repeated calls to read data from the file. It can then write that data using any backup mechanism.

  7. When the backup tool is finished reading, it closes the database file.

  8. Steps 3 through 5 are repeated with each additional file in the selected storage group.

  9. The backup utility opens the first transaction log file for the selected storage group and copies its data, closing the file when done.

  10. Step 7 is repeated for each additional transaction log in the selected storage group.

  11. Once all the log files have been backed up, any log files marked for truncation are removed.

  12. The backup program calls the ESE API to indicate that it's done with the backup.

Sharp-eyed readers will wonder what happens to transactions created while the database is being backed up. The answer might surprise you: they're logged to the transaction logs just as they would be during normal operation. Once the checkpoint is frozen in step 3, additional logs can be generated, but their transactions will not be committed until sometime after the backup completes. This method works because the log files generated while steps 4 through 7 are taking place will themselves be backed up in steps 8 through 10.

Exchange offline backups

Not every Exchange backup is performed using the ESE APIs; it's possible to copy Exchange databases under a variety of other circumstances. By convention, any backup that doesn't use the online backup APIs is called an offline backup. This categorization includes making copies of dismounted databases using xcopy and using various tricky methods to make copies of open database files without closing and dismounting them.

The Microsoft article Offline backup and restoration procedures for Exchange, describes the process that Microsoft recommends for taking offline backups that include the log files necessary to do a complete restoration.

The big downside to offline backups is that they require you to do more manually, which is a concern during disaster recovery operations; more steps mean more possible ways to make mistakes, as well as more time spent performing the steps.

For example, most savvy administrators will run eseutil with the /K switch to check the restored database's integrity; doing so can add significantly to the restore time required. Microsoft's official position is pretty much that anything other than an online backup is an offline backup; this includes point-in-time and replicated copies.


10 tips in 10 minutes: Fundamentals of Exchange Server disaster recovery

 Home: Introduction
 Tip 1: Defining Exchange disaster recovery
 Tip 2: How Exchange backs up data
 Tip 3: Choosing a backup type for Exchange
 Tip 4: Online vs. offline Exchange Server backups
 Tip 5: Basic Exchange backup and restore
 Tip 6: Exchange vendor snapshots and point-in-time copies
 Tip 7: VSS for Exchange
 Tip 8: Exchange Server replication
 Tip 9: Exchange design choices and issues
 Tip 10: Exchange disaster recovery planning

This chapter excerpt from the free e-book The Definitive Guide to Exchange Disaster Recovery and Availability, by Paul Robichaux, is printed with permission from Realtimepublishers, Copyright 2005. Click here for the chapter download or download all available chapters here.

Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   



RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary



E-mail Security - Spam Filtering, Anti Virus, Password Management, Exchange Server Permissions
HomeNewsTopicsITKnowledge ExchangeTipsAsk the ExpertsMultimediaWhite PapersIT Downloads
About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides technology professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective purchase decisions and managing their organizations' technology projects - with its network of technology-specific websites, events and online magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Site Map




All Rights Reserved, Copyright 2004 - 2009, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts