IT tutorials
 
Applications Server
 

Backing Up and Restoring Exchange Server 2010 : Performing Additional Backup and Recovery Tasks

11/19/2012 6:14:45 PM
- Free product key for windows 10
- Free Product Key for Microsoft office 365
- Malwarebytes Premium 3.7.1 Serial Keys (LifeTime) 2019
You might want to perform several additional backup and recovery tasks. These include
  • Recovering a server using Setup/mode:recoverserver

  • Cloning Edge Transport server configurations

  • Troubleshooting database mount problems

  • Mounting databases on alternate servers

These tasks are discussed in the sections that follow.

1. Using the Recover Server Mode

You use Setup with the /mode:recoverserver switch to recover a server that was once fully functional or to move a server to new hardware and maintain the same name. You cannot use this as a repair tool, to recover from a failed install, to recover from a failed uninstall, or to reconfigure a server. In addition, this recovery process does not restore customized settings that were stored on the server or in Exchange databases.

Running Setup with the /m:RecoverServer switch causes Setup to read the server's configuration information from Active Directory. Once the server's configuration information is read from Active Directory, the original Exchange files and services are then installed on the server, and the roles and settings that were stored in Active Directory are then applied to the server.

When you use the /mode:recoverserver command with Exchange Setup, the new server needs to have the same name as the server that it will be replacing and have a matching drive configuration for drives that had Exchange data on them. With this in mind, you can recover all roles (except for Mailbox servers that are part of a database availability group) by completing the following steps:

  1. Reset the domain computer account for the lost server. In Active Directory Users And Computers, right-click the computer name, and then click Reset Account.

  2. Install the new server, making sure you give it the same name as the old server and a matching drive configuration for drives that had Exchange data on them.

  3. Join the server to the domain, and restart the server if necessary.

  4. If you are using installation media, insert the Exchange Server 2010 disc in the DVD-ROM drive. At a command prompt, change to the Exchange source directory containing the Exchange Setup program.

  5. At the command prompt, type Setup /mode:recoverserver. This tells Setup to read the configuration information from Active Directory for a server with the same name as the server from which you are running Setup. Setup then installs the Exchange roles and files on the new server using the settings that were stored in Active Directory.

For Mailbox servers that are part of a database availability group, you can perform a server recovery operation by completing the following steps:

  1. Reset the domain computer account for the lost server. In Active Directory Users And Computers, right-click the computer name, and then click Reset Account.

  2. Install the new server, making sure you give it the same name as the old server and a matching drive configuration for drives that had Exchange data on them.

  3. Join the server to the domain.

  4. Remove any mailbox database copies that exist on the server being recovered by using the Remove-MailboxDatabaseCopy cmdlet. Here is an example:

    Remove-MailboxDatabaseCopy -Identity EngDB1\MailServer48


    Tip:

    Before removing copies, you should capture any lag settings for the copies so that when you add the copies again, you use the same lag settings. You can use the Get-MailboxDatabase and Set-MailboxDatabaseCopy cmdlets in the Exchange Management Shell to view and configure replay lag time, truncation lag time, and activation preference order (as well as other settings).


  5. Remove the failed server's configuration from the database availability group by using the Remove-DatabaseAvailabilityGroupServer cmdlet. Here is an example:

    Remove-DatabaseAvailabilityGroupServer -Identity EastCampusDag1
    -MailboxServer MailServer48

  6. If you are using installation media, insert the Exchange Server 2010 disc in the DVD-ROM drive. At a command prompt, change to the Exchange source directory containing the Exchange Setup program.

  7. At the command prompt, type Setup /mode:recoverserver. This tells Setup to read the configuration information from Active Directory for a server with the same name as the server from which you are running Setup. Setup then installs the Exchange roles and files on the new server using the settings that were stored in Active Directory.

  8. When the Setup recovery process is finished, add the server being recovered to the database availability group by using the Add-DatabaseAvailabilityGroupServer cmdlet. Here is an example:

    Add-DatabaseAvailabilityGroupServer -Identity EastCampusDag1
    -MailboxServer MailServer48

  9. Once the server has been added back to the database availability group, you can add the appropriate database copies to the server by using the Add-MailboxDatabaseCopy cmdlet. Here is an example:

    Add-MailboxDatabaseCopy -Identity EngDb1
    -MailboxServer MailServer48

2. Cloning Edge Transport Server Configurations

Most Edge Transport server settings are set by default, either because they are updated from the Web, such as with anti-spam data, or because they are replicated from Active Directory through the EdgeSync process. If you haven't modified the settings or created custom settings, no Edge Transport server data needs to be backed up, and you can fully recover Edge Transport services simply by setting up a new Edge Transport server. If you've modified or customized the settings, you can clone the configuration to capture any settings you've changed.

On an Edge Transport server, you'll find two scripts in the C:\Program Files\Microsoft\Exchange Server\V14\Scripts directory. If you run the first script, ExportEdgeConfig.ps1, Exchange exports all user-configured settings and stores the data in an .xml file. If you copy the .xml file or a backup of the .xml file to a new Edge Transport server and run the second script, ImportEdgeConfig.ps1, Exchange imports all user-configured settings in the .xml file.

3. Mounting Mailbox Databases on Alternate Servers

Database portability in Exchange Server 2010 allows mailbox databases to be moved to and mounted on any other Exchange 2010 Mailbox server in the organization. Because Exchange Server 2010 can run on both Windows Server 2008 and Windows Server 2008 Release 2, the way the move operation works depends on the operating system running on the source and target server.

Thanks to the database portability feature in Exchange Server 2010, you can mount a mailbox database on a server other than the server on which you created the database. Database portability is not supported for public folder databases.

You can move a mailbox database to a new server by completing the following steps:

  1. Your first step in moving a database to a new server is to commit any uncommitted transaction log files to the database by running the following command at a command prompt:

    eseutil /r ENN

    where ENN specifies the log file prefix for the database into which you intend to replay into the database.


    Note:

    If there are no transaction logs to commit, you can skip step 1.


  2. Your next step is to create a new Mailbox database on the new server. Do not mount the database. The new database must have the same name as the name configured on the previous Exchange server. You can use the Get-MailboxDatabase cmdlet to obtain the required database name. Set the –Identity parameter to the identity of the original server, such as:

    get-mailboxdatabase -Identity 'CORPSVR127'

  3. After you create the database, you must enable the database to be overwritten by a restore operation. You can do this by setting the –AllowFileRestore parameter of the Set-MailboxDatabase cmdlet to $true, as shown in the following example:

    Set-MailboxDatabase -Identity 'Accounting DB'
     -AllowFileRestore $true

  4. Move the database files (.edb files, log files, and content indexing catalog) to the appropriate location on the new server. You must put the files in the exact locations the new server expects these files to be in. You set these locations when you created the database.

  5. Mount the database using the Mount-Database cmdlet, as shown in the following example:

    Mount-Database -Identity 'Accounting DB'

  6. After you mount the database, you must modify the user account settings with Set-Mailbox so that the accounts point to the mailbox on the new mailbox server. To use Set-Mailbox to move all of the users from the old database to the new database, run the following command:

    Get-Mailbox -Database 'OldDatabaseIdentity' | where {$_.ObjectClass
    -NotMatch '(SystemAttendantMailbox|ExOleDbSystemMailbox)'}|
    Set-Mailbox -Database 'NewDatabaseIdentity'

    where OldDatabaseIdentity is the name of the source database and NewDatabaseIdentity is the name of the target database, such as:

    Get-Mailbox -Database 'Mailbox DB 1105' | where {$_.ObjectClass
    -NotMatch '(SystemAttendantMailbox|ExOleDbSystemMailbox)'}|
    Set-Mailbox -Database 'Accounting DB'

Most mailbox users will be redirected to the new mailbox location automatically when Active Directory replication has completed. If the server name has changed, however, Outlook 2003 and earlier clients need to be manually configured to point to the new server.

 
Others
 
- Backing Up and Restoring Exchange Server 2010 : Performing Backup and Recovery on Windows Server 2008
- Backing Up and Restoring Exchange Server 2010 : Understanding the Essentials of Exchange Server Availability and Recovery
- Microsoft Lync Server 2010 Archiving : Configuration
- Microsoft Lync Server 2010 Archiving : Overview, Installation
- iWork isn’t a CRM App In Itself
- Security and Delegation in Configuration Manager 2007 : Securing Administrative Access to Configuration Manager (part 2) - Administrative Access Within Configuration Manager
- Security and Delegation in Configuration Manager 2007 : Securing Administrative Access to Configuration Manager (part 1) - Administrative Access at the Operating System Level
- Microsoft Systems Management Server 2003 : Defining and Configuring the SMS Site (part 2)
- Microsoft Systems Management Server 2003 : Defining and Configuring the SMS Site (part 1)
- Microsoft Systems Management Server 2003 : Primary Site Installation - Removing a Primary Site
 
 
Top 10
 
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 2) - Wireframes,Legends
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 1) - Swimlanes
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Formatting and sizing lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Adding shapes to lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Sizing containers
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 3) - The Other Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 2) - The Data Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 1) - The Format Properties of a Control
- Microsoft Access 2010 : Form Properties and Why Should You Use Them - Working with the Properties Window
- Microsoft Visio 2013 : Using the Organization Chart Wizard with new data
Technology FAQ
- Is possible to just to use a wireless router to extend wireless access to wireless access points?
- Ruby - Insert Struct to MySql
- how to find my Symantec pcAnywhere serial number
- About direct X / Open GL issue
- How to determine eclipse version?
- What SAN cert Exchange 2010 for UM, OA?
- How do I populate a SQL Express table from Excel file?
- code for express check out with Paypal.
- Problem with Templated User Control
- ShellExecute SW_HIDE
programming4us programming4us