Tài liệu Module 4: Troubleshooting the Recovery Storage Group ppt

Contents Introduction .1 What is the Recovery Storage Group? 3 Creating a Recovery Storage Group .7 Adding a Mailbox Store to the Recovery Storage Group .10 Active Directory Attributes .17 Lab 4.1: Create a Recovery Storage Group and review the Active Directory attributes 20 Overriding the Recovery Storage Group .25 Restoring the data 27 Recovering Exchange 2000 Server Mailbox Stores 33 Exmerge 35 Known issues with Exmerge .48 Exercise 2: Recovery Storage Group Scenario 1 50 Exercise 3: Recovery Storage Group Scenario 2 54 Details for Exercise 3: Disaster recovery after a Store Crash using the Recovery Storage Group .55 Acknowledgments .58 Module 4: Troubleshooting the Recovery Storage Group Information in this document, including URL and other Internet Web site references, is subject to change without notice. Unless otherwise noted, the example companies, organizations, products, domain names, e-mail addresses, logos, people, places, and events depicted herein are fictitious, and no association with any real company, organization, product, domain name, e-mail address, logo, person, place or event is intended or should be inferred. Complying with all applicable copyright laws is the responsibility of the user. Without limiting the rights under copyright, no part of this document may be reproduced, stored in or introduced into a retrieval system, or transmitted in any form or by any means (electronic, mechanical, photocopying, recording, or otherwise), or for any purpose, without the express written permission of Microsoft Corporation. Microsoft may have patents, patent applications, trademarks, copyrights, or other intellectual property rights covering subject matter in this document. Except as expressly provided in any written license agreement from Microsoft, the furnishing of this document does not give you any license to these patents, trademarks, copyrights, or other intellectual property.  2003 Microsoft Corporation. All rights reserved. Microsoft, MS-DOS, Windows, Windows NT, Active Directory, ActiveX, Excel, Exchange Server 5.5, Exchange 2000 Server, Exchange Server 2003, Internet Explorer, Internet Information Server, Word are either registered trademarks or trademarks of Microsoft Corporation in the United States and/or other countries. The names of actual companies and products mentioned herein (Groupwise, Lotus cc:Mail, Lotus Notes) may be the trademarks of their respective owners. Module 4: Troubleshooting the Recovery Storage Group 1 Introduction In this session we will look at the Recovery Storage Group in Exchange Server 2003. The Recovery Storage Group is a new type of Storage Group in Exchange Server 2003 which is designed to facilitate the recovery of Mailbox Store data without the need for an alternate Active Directory forest for recovery. In Exchange 2000 Server, we required the use of an alternate Active Directory forest/Exchange org to recover data without affecting the production environment. The Recovery Storage Group is designed to simplify the data recovery process and lower the TCO for customers by eliminating the need for hardware for an alternate recovery forest. The Recovery Storage Group allows us to restore production Mailbox Stores to live servers. Once the restore has been performed, we can use Exmerge to merge the data back into the live stores. We will look at the process of recovering data and also the sort of issues we can run into and how to solve them. 2 Module 4: Troubleshooting the Recovery Storage Group Mailbox Recovery in Exchange 2000 Server Exchange 2000 Server required the use of a separate Active Directory forest in order to restore databases and recover mail items without affecting the production system in any way. A typical recovery scenario would be: A server crashes and a mailbox store cannot be mounted. The transaction logs are still available. After unsuccessfully attempting to get the store to mount, the administrator would take copies of any log files and database files from the time of the crash and then mount blank databases so that the users could log in and send/receive mail. A separate Active Directory forest would then have to be set up and a new Exchange organization would have to be created in this forest. The following information must remain consistent with the production environment:  Exchange Organization Name  Administrative Group Name  Storage Group Name  Logical Database Name  LegacyExchangeDN The administrator must also ensure that the Operating System and Exchange have the same service packs and hot fixes as the production machines. When the administrator has done this, he could start the restore of the databases to this recovery server. Once the restore was complete and any log files have been replayed, the database would be at a consistent state. The administrator would then use a utility like Exmerge to export the data to .pst files and then import it into the live database. The option of switching the recovered databases from the alternate forest with the blank databases in production is also available. This will reduce the amount of time required to Exmerge data back to the production server. This is obviously a fairly long process and in larger environments, it meant that customers would have to maintain a separate Active Directory forest for this purpose. The recovery steps for Exchange 2000 Server are explained in 813337.KB.EN- US A Microsoft Support Webcast goes into great detail on this subject:  Support Webcast: Microsoft Exchange 2000 Alternate Server Data Recovery http://support.microsoft.com/default.aspx?scid=kb;en- us;811063&gssnb=1 Module 4: Troubleshooting the Recovery Storage Group 3 What is the Recovery Storage Group? The Recovery Storage Group is a new type of Storage Group that can be created on servers running Exchange Server 2003 in order to facilitate Mailbox data recovery. An existing Mailbox Store can be added to a Recovery Storage Group and then recovered while the original database is still online. The Mailbox store is not physically added to the Recovery Storage Group. A placeholder object is created in the Recovery Storage Group that is used as a reference back to the original Mailbox Store. We will look at this in more detail later. Exmerge is then used to merge the recovered information over to the production Mailbox Store. A Recovery Storage Group can be created on both Standard and Enterprise editions of Exchange Server 2003. Recovery Storage Groups will work irrespective of the Operating System that Exchange Server 2003 is installed on. Restrictions and criteria Recovery Storage Group has the following restrictions/criteria:  One Recovery Storage Group per server can be created  Five Mailbox Stores can be added to the Recovery Storage Group  Only mailbox stores from the same Admin Group can be added to the Recovery Storage Group  Once a mailbox store has been added, only mailbox stores from the same original Storage Group can be added to the Recovery Storage Group  An Exchange 2000 Server mailbox store can also be added to an Recovery Storage Group but it must be a minimum of SP3 Note 4 Module 4: Troubleshooting the Recovery Storage Group  In order to add a Mailbox Store to the Recovery Storage Group it must exist in the Active Directory  All restores will default to Mailbox Stores that are in the Recovery Storage Group, not to the live database. (Note: The backup client must be pointed to the server hosting the Recovery Storage Group)  There is a registry key to override this behaviour (“Recovery SG Override”) (See Section 7)  Mailbox Stores in the Recovery Storage Group do not mount on start- up/failover.  By default the “This database can be overwritten by a restore” is checked on recovery databases  Public Folder Stores cannot be added to a Recovery Storage Group  New Mailbox Stores cannot be created in a Recovery Storage Group  When the Mailbox Store is mounted, all mailboxes remain disconnected and cannot be reconnected  No new mailboxes can be created on a recovery database  MAPI is the only protocol that is supported  When the Mailbox Store in the Recovery Storage Group is mounted, you will receive a warning (prompt)  The log file prefix for the Recovery Storage Group is Rnn  On an Active/Active cluster (2 Node) we can create one Recovery Storage Group per cluster  On an Active/Passive cluster we can create one Recovery Storage Group per Exchange Virtual Server (EVS)  Mailbox Stores from standalone servers can be added to an Recovery Storage Group on a clusters and vice versa provided they are in the same Administrative Group  No online maintenance will be run on recovery databases  System and Mailbox policies are not applied to recovery databases  Recovery Storage Groups cannot be renamed  Recovery Databases cannot be backed up  In order to successfully Exmerge out the data for a particular user, their mailbox must exist on the same mailbox store as of the time of backup To recover Public Folder databases, the alternate forest method is still required. Note Module 4: Troubleshooting the Recovery Storage Group 5 Recovery Storage Group uses There are two key scenarios where the Recovery Storage Group is useful. The first occurs when we need to recover a certain number of mail items without affecting the production environment. This may be an important piece of mail for a CEO or a mailbox that was removed due to an administrative error. The second scenario occurs when we run into a critical problem with the production mailbox stores. A customer’s Mailbox Store or a particular log file may become corrupted, which results in a store that will not mount. A Service License Agreement may dictate that after a certain number of hours users must be able to send/receive mail. In this situation the Administrator would probably move out all databases and log files and then mount blank databases. The recovery of mail data could then begin offline. The two most common scenarios can be broken down as follows: Recover Mail items for a particular user A user contacts the IT helpdesk and needs a piece of data recovered that they deleted from their mailbox. The item is not available in the dumpster. The Administrator will then use the following steps to recover the mail item using a Recovery Storage Group:  Create a Recovery Storage Group on any server in the Admin Group. Add the mailbox store to the Recovery Storage Group.  Restore the data to the Recovery Storage Group server and mount the Mailbox Store.  Use Exmerge to export the data and then to import it directly into the user’s mailbox.  Dismount and delete Mailbox Store in the Recovery Storage Group. Delete the Recovery Storage Group. Mount blank Mailbox Stores due to corrupt store The steps to recover in this manner are as follows:  Mailbox Store becomes corrupted and cannot be mounted. Move out all log files (assuming no other databases are mounted in the storage group) and the corrupted database files.  Mount blank databases. Users can log in and send/receive mail.  Create a Recovery Storage Group on any server in the same Admin Group.  Restore a backup of the Mailbox Store to the Recovery Storage Group server. If you wish to replay any log files you must place them in the Transaction Log Path of the Recovery Storage Group.  When you initiate a hard recovery of the mailbox store, it will start replaying log files from the backup set (usually from a path that is specified at the time of restore) and then continue replaying log files from the Transaction Log Path.  When the mailbox store has been recovered, we are ready to switch it back to live storage group.  Dismount the Mailbox Store in the Recovery Storage Group and the Mailbox Store in the live Storage Group. Switch the databases with each other and then remount them again. 6 Module 4: Troubleshooting the Recovery Storage Group  We then use Exmerge to export/import the new data from the clean databases we created.  When the Exmerge is finished, dismount and delete the mailbox store in the Recovery Storage Group. Delete the Recovery Storage Group. The reason for switching the databases with each other is so that we Exmerge the minimum amount of data. The blank mailbox stores will hold a relatively small amount of data compared to the live mailbox store so it makes sense to only Exmerge this data. This is, of course, a matter of preference and there is nothing to stop you Exmerging over the larger amount of data to the new databases. Remember that when Exmerging large amount of data, lots of transaction logs are generated so there must be sufficient disk space on the server. Module 4: Troubleshooting the Recovery Storage Group 7 Creating a Recovery Storage Group Using Exchange Server 2003 System Manager we now have a new choice when creating Storage Groups on an Exchange 2003 server. As well as normal Storage Groups, we can now create Recovery Storage Groups. The steps to create a Recovery Storage Group are as follows: Right-click on the chosen server object in Exchange System Manager and choose New – Recovery Storage Group. 8 Module 4: Troubleshooting the Recovery Storage Group The Recovery Storage Group Properties sheet will now be displayed. Here we can specify a name for the Recovery Storage Group. It is a good idea to use a name that clearly identifies it as a Recovery Storage Group as the icon in Exchange System Manager for a Recovery Storage Group and a normal Storage Group are the same. The Recovery Storage Group must have a unique name on the server. It cannot have the same name as a normal Storage Group that is already in use on the server. The name of the Recovery Storage Group does not have to match the name of the Storage Group that hosted the Mailbox Store that we are about to restore. Specify the Transaction log location and the System Path Location using the browse buttons. This location cannot be changed afterwards. The Transaction log location and System path location should NOT be set to the same as an existing Storage Group on the Exchange 2003 server. To try and simplify the whole process, use the same paths for the transaction logs, system path and database files. As almost no data is written to Mailbox Stores mounted in a Recovery Storage Group, there will be very few transaction logs generated. Therefore, there is no real performance gain by splitting the transaction logs and database files onto separate drives (This is contrary to normal best practices regarding normal Storage Groups in Exchange 2000 Server and Exchange Server 2003) [...]... Storage Group 25 Overriding the Recovery Storage Group If there is no Recovery Storage Group present on an Exchange Server 2003 server, then restore behaviour is exactly the same as in Exchange 2000 Server If there is a Recovery Storage Group present on the server then all restores will default to mailbox stores that exist in the Recovery Storage Group If a Recovery Storage Group is present on the server... databases in the Recovery Storage Group Module 4: Troubleshooting the Recovery Storage Group 27 Restoring the data Once the Recovery Storage Group has been created and the mailbox store added to it, the restore process can begin When starting the backup client software it is important to remember that the client software must be pointed to the Exchange 2003 server that contains the Recovery Storage Group. .. match the DN of the mailbox store on the media 22 Close ADSIEdit 23 In Exchange System Manager right-click on the Mailbox Store in the Recovery Storage Group and choose Delete Click Yes and then OK 24 Right-click on the Recovery Storage Group and choose Delete Click Yes 22 Module 4: Troubleshooting the Recovery Storage Group MsExchRestore (on Storage Group) This is an attribute of all Storage Groups... Store The log files from the E00 series are first replayed into the database Then the database is detached from the E00 log sequence and is then attached to the Recovery Storage Group R00 log file sequence The E00.log files and E00.chk files are not removed from the folder You do not need to remove these files for the Recovery Storage Group to function correctly Module 4: Troubleshooting the Recovery Storage. . .Module 4: Troubleshooting the Recovery Storage Group When the Recovery Storage Group has been created, we can check its default settings by taking the properties of the newly created Recovery Storage Group Note that the Transaction log location and System Path Location cannot be changed If you must change these locations, then you can simply delete the Recovery Storage Group, create a... create and manage a Recovery Storage Group Module 4: Troubleshooting the Recovery Storage Group 11 12 Module 4: Troubleshooting the Recovery Storage Group The Select database to recover dialog box will then be presented Here we will be presented with a list of eligible Mailbox Stores The criteria for eligible Mailbox Stores are as follows: The Mailbox Store must exist in Active Directory The Mailbox Store... look at the Recovery Storage Group object using LDP or ADSIEdit If there are any Mailbox Stores listed there, delete them and try again Failing that, delete the Recovery Storage Group and try to add the Mailbox Store again 14 Module 4: Troubleshooting the Recovery Storage Group The Mailbox Store Properties sheet will now be shown On the General tab notice the default settings We must now give the Mailbox... the following error: This error basically means that we have previously added a Mailbox Store to the Recovery Storage Group and there are no more Mailbox Stores available from the same original Storage Group Check the contents of the Recovery Storage Group to see if you have a Mailbox Store there and remove it if necessary If there is no Mailbox Store in the Recovery Storage Group, have a look at the. .. replayed to the Recovery Storage Group transaction log folder Verify that the sequence and 28 Module 4: Troubleshooting the Recovery Storage Group signatures of these log files match those in the backup set Use the ESEUTIL /ml command to determine the signature of the log files 7 Verify that hard recovery has completed successfully by running the ESEUTIL /mh command against the edb file The header should... in the Recovery Storage Group Mailbox Stores in the Recovery Storage Group will not mount at startup (or after failover in a cluster) This cannot be changed By default “This database 16 Module 4: Troubleshooting the Recovery Storage Group can be overwritten by a restore” is checked It must remain checked for a successful restore Click OK when you are done Module 4: Troubleshooting the Recovery Storage . manage a Recovery Storage Group. Module 4: Troubleshooting the Recovery Storage Group 11 12 Module 4: Troubleshooting the Recovery Storage Group The Select. recreate it. 10 Module 4: Troubleshooting the Recovery Storage Group Adding a Mailbox Store to the Recovery Storage Group Once the Recovery Storage Group has