|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
How to
perform a local recovery of a Microsoft Windows 2003 Small Business Server
This is my personal experience and whilst not
a complete restore procedure, will get you up and running.
This procedure
should only be done when you are at the point of no return.
This
is based on using Backup Exec 11d Small Business Edition.
Other baremetal recovery pages you might like to reference
This is how to recover to the same
server/hardware after a hardware fault has been repaired and your system
software is unusable.
This relies on you having a good and complete
backup (A tape drive or disk drive with image/file attached locally to the
server). This backup includes all drives, Exchange (Information store), SQL,
open files, transaction logs, system state etc. I am assuming a full backup
here and not an incremental
or differential backup. These types of backups can be recovered using these
instructions and reading between the lines.
If you are at this
point, 2 drives in your 3 disk array have failed or your single drive server
(not recommended) has failed. The software is unworkable, the recovery
console and recovery installation will not work. You can't see the NTFS
server partition and can't recover from what you have.
Other
information required
All my
servers are NTFS and Windows is always in
C:\WINDOWS
Have the SBS disk media, Backup Exec Media and all serial numbers available.
This procedure will first restore the Windows 2003 Small Business Server (SBS) computer's operating system to its pre-disaster state and will restore data files. This procedure will then restore the Exchange public and private information (which is protected by the Backup Exec database agents included with Backup Exec for Windows Small Business Server Edition, i.e. Agents for Microsoft Exchange 2003 and Microsoft SQL 2000. Note: I have yet to document the SQL database recoveries.
You
need to review your Backup logs and confirm you have a complete full
successful backup.
Install
the Windows 2003 Small Business Server Operating System As previously mentioned, The computer name, Windows 2003 Small Business Server installation directory (C:\Windows) and the file system (NTFS) must be the same as the previous Windows 2003 Small Business Server installation. This installation will be overwritten by the backed up version, which will restore your original system configuration, application settings, and security settings.
If you are
recovering from an entire hard disk or RAID failure, use the Microsoft
Windows 2003 Small Business Server setup or in my case, HP SmartStart CD, to
partition and format the new disk during installation. Format the partitions
the same size (or larger), and file system as before the failure. (HP
SmartStart default is about 22 Gb) When Microsoft Windows server is installed, manually configure static IP settings for the Internal network card (My installations are two NIC installs) to match that of the server before failure. Create any further partitions you previously had. Let the SBS wizard start. Put in the network details, Active Directory name and select the local adaptor. As part of the SBS installation and wizards, Active Directory and DNS will be installed. The server will reboot and be a domain controller.
Continue the SBS setup wizard only selecting the Server tools. To not install Exchange, SBS monitoring, faxing, SQL, ISA etc.
Install any,
and all, previously installed operating system service packs and hot fixes
prior to the disaster (In my case this was R2, Install Windows server SP1).
Backup Exec 11d will likely find and install the driver for your backup unit during it's install and then it might require a reboot.
Restoration begins
Start all the Backup Exec services. I found a reboot may be necessary, if the services do not start on the server. (After a reboot go back into AD restore mode)
Do not restore the physical SQL and Exchange Server folder system folders. (These are handled separately later). This means deselect "C:\Program Files\Microsoft SQL server" and "C:\Program files\Exchsrvr" If you had customized locations for transaction logs or data files for SQL and Exchange, do not restore these custom locations.
From the Advanced section, select Mark this server as the "primary arbitrator for replication when restoring folders managed by the File Replication Service, or when restoring the SYSVOL in System State".
You will be logging into your domain controller as it was. All AD information, logs, configurations, shares and files will be available. DNS, DHCP, Desktop faxing, roaming profiles etc will all be up and running. All your settings for Exchange will be there but no database files yet. As the SQL instance of Backup Exec will likely not work, I elected here to uninstall and reinstall Backup Exec. This gets Backup Exec working and ready for the recovery of Exchange. I also elected to uninstall and reinstall ISA and it's MSDE databases. There was nothing of real value for me in the old MSDE databases. The R2 Wsus database and software can be simply uninstalled and reinstalled. This will recreate it's database. This leaves the following SQL databases to recover later
Restoring Exchange 2003 Databases Note: During re-installation of Microsoft Exchange, you may be prompted for the Microsoft Exchange Product Key. Use the SBS installation key.
Note: Transaction logs that are present on the system before the databases are restored may interfere with the recovery process and prevent the database from being mounted after the recovery. This is why Microsoft Exchange 2003 installation files were not selected for restore during the restoration of the Windows 2000 Small Business Server operating system.
If the Exchsrvr directory, C:\Program Files\Exchsrvr, was restored during the restore of the operating system, the Exchsrvr directory will need to be deleted before reinstalling Microsoft Exchange 2000/2003 as outlined in the steps below. Subsequently, log file directories that may have existed will also need to be deleted.
Make sure that Backup Exec applications are closed. Set the Backup Exec services to Manual in the Services.msc applet. (This is necessary to have Backup Exec not claim exclusive control to the file mapi32.dll.)
Reboot the server. The Backup Exec services will not start as we set them to Manual. Insert the Windows 2003 Small Business Server Disk with Exchange 65 on it.
Run the following command line: CD-ROM Drive:\Exchsrvr65\setup\I386\setup.exe /disasterrecovery
Click Next at the Component Selection screen to continue with the Exchange Disaster Recovery Setup process. Click OK at the prompt asking to verify that a Server object for the Exchange server exists in Active Directory (If this occurs) There will also be multiple prompts indicating that files to be copied already exist and are newer than those being transferred from the CD. Click No to All to retain the newer files. Click OK at the prompt and reboot the server now.
When the Setup Disaster Recovery process is complete, re-apply Service pack 2 from the R2 Technologies disk.
From Services.msc, verify if the Microsoft Exchange services are started and if they are not, attempt to start them.
Using the Exchange System Manager, set the Information Store databases in all Storage Groups to be dismounted and also set to be overwritten by restores on the Database tab of the Properties dialog of each individual store.
Change the startup type of the Backup Exec services back to Automatic mode and then start the services. Open the Backup Exec console.
Click Restore, Click the Exchange section, and clear the No Loss Restore selection
Enter a location where the associated log and patch files are to be kept until the database is restored in the field Temporary location for log and patch files. After the database is restored, the log and patch files in the temporary location are applied to the database, and then the current log files are applied. After the restore is complete, the log and patch files are automatically deleted from the temporary location (including any sub-directories)
Note: Make sure the temporary location for log and patch files is empty and large enough before starting a restore job. If a restore job fails, check the temporary location (including any sub-directories) to make sure any previous log and patch files from a previous restore job were deleted.
Select Commit after restore completes.
Run the restore.
After the store is complete, run
C:\Program Files\Exchsrvr\Bin\Eseutil /p
priv1.edb Now open the Exchange System Manager and check that the databases can be mounted, allow them to mount at startup and unselect the flag that allows them to be overwritten. Exchange should now be back online.
Restoring SQL 2005 Databases
I know that this requires the exact same versions of SQL and Service pack levels before the restore and that I need to restore in Database Master mode. SQL 2005 has a different way to do this than SQL 2000.
( ) |
|
|
|
|
|
|
This page was
written and designed by Michael Jenkin 2011 ©

