Home > Exchange Server 2007 log shipping and continuous replication
Best Practices Guide:
EMAIL THIS

Exchange Server 2007 log shipping and continuous replication

03 Dec 2008 | SearchExchange.com

Exchange Server tips, tutorials and expert advice
Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google

In Exchange Server 2007, continuous replication incorporates log shipping. This tip by Microsoft Exchange expert Brien Posey explains the log shipping process as it applies to all three types of continuous replication: standby continuous replication (SCR), local continuous replication (LCR) and cluster continuous replication (CCR).

Before diving into log shipping, you must know a few Exchange server-related terms. The active copy is the primary copy of the database; the replica is referred to as the passive copy. For this tip, we will assume that a passive copy of the database is in place already and in a consistent and current state.

The Exchange 2007 log shipping process

The Microsoft Exchange Replication Service, which is often called the Replication Service, performs log shipping. The Replication Service consists of numerous subcomponents. A working knowledge of most of the subcomponents isn't necessary, but if you want to know what all of the subcomponents do, then I recommend reading Microsoft's continuous replication deep dive white paper.

More on Exchange 2007 backup methods:
Managing an Exchange 2007 CCR setup

Managing LCR in Exchange 2007

How to install Exchange 2007 on the passive node and active node

When an active Exchange server closes a log file, it updates the LastLogCopyNotified variable, which contains the number of the log file that closed. The server containing the passive copy of the database watches this variable for notification that a transaction log has been closed.

At this point, the server containing the passive database pulls the log file over a Server Message Block (SMB) connection. Once the log file arrives on the target server, it moves to a temporary folder known as the inspector directory. When the copy process is complete, the LastLogCopied variable updates to keep track of which log files moved to the target server.

Exchange Server then inspects the newly copied log file to make sure it isn't corrupt. This prevents the replay of corrupt data in the passive copy of the database.

What happens next depends on whether or not the server detects any corruption. Assuming that the transaction log file is clean, a LastLogInspected variable is updated with the number of the log file that was most recently inspected. The log file then is replayed into the passive database, and the LastLogReplayed variable is updated to show that the log file has been committed on the database's passive copy.

Database seeding in Exchange Server 2007

If log file inspection fails, then the file is recopied from the server containing the active database. If the log file continues to fail inspection, it is recopied up to three times before Exchange Server determines that the original log file on the server that contains the active database is corrupt. In such a case, Exchange considers the log file unrecoverable and requires that the database is reseeded.

Seeding (or reseeding) in Exchange Server 2007 is the process of initially creating the passive database. Exchange Server 2007 offers three different methods for seeding a database:

  • Automatic seeding is the easiest method. Unfortunately, automatic seeding only works when a new server or a new storage group is created, partly because this seeding method requires a full history of transaction logs. A full transaction log history, however, generally isn't available on existing servers.
  • Another seeding method involves using either the Update Storage Group Copy Wizard or the Update-StorageGroupCopy command. It also uses the Streaming Copy Backup API to copy the database from the active location to the passive location.
  • The final option for seeding a database is to perform an offline copy. This manual process takes a database offline, meaning that it is unavailable to users until it's brought back online.

About the author: Brien M. Posey, MCSE, is a five-time recipient of Microsoft's Most Valuable Professional award for his work with Exchange Server, Windows Server, Internet Information Services (IIS), and File Systems and Storage. Brien has served as CIO for a nationwide chain of hospitals and was once responsible for the Department of Information Management at Fort Knox. As a freelance technical writer, Brien has written for Microsoft, TechTarget, CNET, ZDNet, MSD2D, Relevant Technologies and other technology companies. You can visit Brien's personal website at www.brienposey.com.

Do you have comments on this tip? Let us know.

Please let others know how useful this tip was via the rating scale below. Do you know a helpful Exchange Server, Microsoft Outlook or SharePoint tip, timesaver or workaround? Email the editors to talk about writing for SearchExchange.com.

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


RELATED CONTENT
Microsoft Exchange Server Backup and Disaster Recovery
Fixing DPM 2007 inconsistent replica errors in Exchange Server
New high availability features in Exchange Server 2010
Restore contacts from an Exchange public folder
Exchange Server 2007 SP2 reinstates built-in backup capabilities
Working with continuous replication in Exchange Server 2007
How a bare-metal restore affects Microsoft Outlook 2007 performance
Testing a passive database for corruption in Exchange Server 2007
Implement CCR to improve Exchange Server 2007 mailbox reliability
Use the RecoverServer switch to rebuild a failed Exchange 2007 server
Recovering deleted items after an Exchange 2003 migration
Microsoft Exchange Server Backup and Disaster Recovery Research

Microsoft Exchange Server Transaction Log Files
Troubleshooting Microsoft's DPM 2007 agent deployment process
How to deploy a Data Protection Manager 2007 agent in Exchange Server
Microsoft Exchange Server 2007 high availability in a CCR environment
How continuous replication methods affect Exchange 2007 log shipping
Benefits of backing up Exchange Server with Microsoft's DPM 2007
Can a deleted transaction log be restored in Exchange Server 2003?
Why are Exchange Server MDBDATA log files important?
Automating Exchange Server 2003 log file cleanup
Tame your Exchange Server transaction logs
Exchange Server Standard Maintenance Checklist

Microsoft Exchange Server 2007
Virtualizing Exchange Server 2007 -- Where it works
Fixing DPM 2007 inconsistent replica errors in Exchange Server
Using Mobile Device Manager 2008 server roles in Exchange 2007
Relocating Outlook email messages on a hosted Exchange 2007 server
New high availability features in Exchange Server 2010
An introduction to the DSAccess service in Exchange Server 2007
Control Outlook 2007 in cached mode settings with group policies
Exchange Performance Monitor tracks domain controller communication
Meeting Workspaces in Microsoft Office SharePoint Server 2007
Exchange Server 2007 SP2 reinstates built-in backup capabilities
Microsoft Exchange Server 2007 Research

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 Administration Tips - Active Directory, Mail Protocols, MOM
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