How to migrate (move) Backup Exec from one system to another with the same version of BE, Windows and same or different computer names.
|Article:TECH67768|||||Created: 2009-01-11|||||Updated: 2014-12-09|||||Article URL http://www.symantec.com/docs/TECH67768|
How to migrate (move) Backup Exec from one system to another with the same version of BE, Windows and same or different computer names.
- Rebuilding the same server [Reinstalling the Operating System and Backup Exec and Migrating the old data].
- Moving an installation of Backup Exec from one 32-bit system to another 32-bit system.
- Moving an installation of Backup Exec from one 64-bit system to another 64-bit system.
- Moving an installation of Backup Exec from a 32-bit system to a 64-bit system.
- Moving Backup Exec to another system where the Backup Exec Database (BEDB) is installed on a SQL 2000, 2005, or 2008 instance.
- Moving Backup Exec to another system where the system being moved is a Central Administration Server (CAS).
- Moving DLO from one Backup Exec system to another Backup Exec system.
- Backup Exec is clustered.
- The Backup Exec Shared Storage Option (SSO) is installed.
- The Backup Exec Server Free Option is installed.
- The computer where Backup Exec is installed and the computer where it will be installed are running two different versions of the Windows Operating System.
- If planning to move Backup Exec to a different drive/directory on the server.
- If upgrading from one version/revision (build) of Backup Exec to another.
- Backup Exec 2012 or later.
NOTE: Prior to moving Backup Exec versions from one system to another the following upgrade paths need to be followed:
- When moving from a 32-bit system to a 64-bit system it is recommended that any Backup Exec version upgrades should be performed on the 32-bit system first prior to following the instructions contained in this TechNote.
1. Backup Exec Version and Revision Number - Write down the Backup Exec version and revision number listed on the Backup Exec Help | About Symantec Backup Exec for Windows Servers menu.
3. Installed Backup Exec Options, License Keys, and Installation Path - Write down a list of the installed Backup Exec options, license keys and the installation path from the existing Backup Exec installation.
To obtain this information, follow these steps:
Open Backup Exec. Select Tools | Install Options and License Keys on this Media Server from the Backup Exec menu. After the license keys are obtained, precede through the install screens to obtain the install path. Once this information is obtained, the install can be canceled.
4. Identify backup-to-disk folder locations - Write down the path of all backup-to-disk folders. To obtain this information, follow these steps:
a. Open Backup Exec.
b. Select the Devices view.
c. Highlight Backup-to-Disk Folders, right click and select properties.
Note location of B2D folder (see figure 2)
Figure 2 - Backup to Disk folder location
Note: If the server in question that is being moved is a CAS server, then prior to shutting down the services ensure that all of the Backup Exec services for each Managed Media Server that communicates with the CAS are shut down as well.
1. Stop all Backup Exec and DLO (if installed) services - Using the Windows Services applet; stop the following Backup Exec services: (Figure 3 and Figure 4)
- Backup Exec Agent Browser
- Backup Exec Device and Media Service
- Backup Exec DLO Administration Service (only if DLO is installed)
- Backup Exec DLO Maintenance Service (only if DLO is installed)
- Backup Exec Job Engine
- Backup Exec Remote Agent for Windows Servers
- Backup Exec Server
- SQL Server (BKUPEXEC) - This is a SQL Express instance. Stop this instance if it is the instance that the Backup Exec (BEDB) and DLO (BE_DLO) databases are using.
- SQL Server (MSSQLSERVER) - This is SQL Server instance (local or remote). This is a default SQL instance. This can be a SQL 2000, SQL 2005, or SQL 2008 instance. Stop this instance if it is the instance that the Backup Exec (BEDB) and DLO (BE_DLO) databases are using.
- SQL Server (SQL2005ONE) - This is a SQL Server named instance (local or remote). This can be a SQL 2000, SQL 2005, or SQL 2008 instance. Stop this instance if it is the instance that the Backup Exec (BEDB) and DLO (BE_DLO) databases are using.
- C:\Program Files\Symantec\Backup Exec\Data
- C:\Program Files\Symantec\Backup Exec\Catalogs
- C:\Program Files\Symantec\Backup Exec\IDR (if present)
- C:\Program Files\Symantec\Backup Exec\Reports\Saved
- Backup-to-Disk folders as mentioned in section I - step #4 above (if created)
Important Note: At this point, if the source computer name is the same as the target computer name then turn off the source (32bit computer) and turn on the target (64bit computer). The domain/workgroup information should also match.
1. Install Backup Exec - Install the same version and revision of Backup Exec that is installed on the original Backup Exec media server. If moving to a 64-bit system, use the 64bit Backup Exec installation CD instead of the 32bit installation CD.
NOTE: When prompted for Backup Exec license keys, enter the Backup Exec license keys from the original Backup Exec media server. If using the Backup Exec license keys file BESERNUM.XML to enter the license keys, select the Import button (see Figure 7) and point to the location of the saved license key file.
NOTE: When prompted for the installation path, use the same path as the original Backup Exec media server. For example, if the path C:\Program Files\Symantec\Backup Exec\ was used in previous installation, then use the same path.
NOTE: The SQL install path can be changed. If the Backup Exec (BEDB) and DLO (BE_DLO) databases were installed to a SQL Express instance, the databases can be moved to another non SQL Express instance. The database files can be moved to any SQL 2000, 2005 or 2008 instance as long as the database files are being moved to the same or newer version of SQL (i.e. SQL 2008 files cannot be moved to a SQL 2005 instance and SQL Server files cannot be moved to a SQL Express instance).
2. Reboot - Restart the computer (do not open Backup Exec after rebooting).
4. Reboot - Restart the computer (do not open Backup Exec after rebooting).
1. Stop all Backup Exec services - Stop all Backup Exec services (a list of Backup Exec services can be found earlier in this TechNote Section II - Step #1).
2. Stop the SQL Service (a list of Backup Exec services can be found earlier in this TechNote, Section II - Step #2).
3. Copy Files - Copy the Backup Exec files from the temporary directories, overwriting the data, catalogs, and Intelligent Disaster Recovery (IDR) folders on the new system.
4. On the new or target system, create a folder where the new Backup to Disk folders will reside. Copy the saved off .bkf file(s) from the temporary location into this folder.
NOTE: Perform Step 5 only if you are moving the installation to a system with a DIFFERENT computer name. If the installation is being moved to a system with the SAME computer name, skip this step and go to the next step, step 6. Step 5 is required because the new database will have the name of the old database and will have to be changed before the Backup Exec services can start.
5. Rename the DataPartition name for the Backup Exec Database that was copied.
Refer to the steps mentioned below:
a. Start the SQL Server (BKUPEXEC) service or SQL Service where Backup Exec is installed.
b. Open a command prompt and type Sqlcmd -E -S servername\BKUPEXEC
c. If successfully connected to the server, the following prompt appears: 1> This indicates a connection to the Backup Exec instance using Sqlcmd (see Figure 8).
6. Start all Backup Exec services - Start all the Backup Exec services which were stopped in Step 1.
2. In Backup Exec go to Devices Tab; the old server name with off-line devices should be listed under the source server name (see Figure 10).
Delete the old server (source) entry and its devices by right clicking on the device and selecting Delete.
3. Clean out media not being used - If there is media from devices that are no longer in use, clean this up from the new Backup Media Server as well (see Figure 11). From the Media Tab, move all of the offline media that will no longer be used over to the retired media set and delete it.
a. Create a new folder for the B2D media and configuration files.
b. Copy the B2D media from the temporary location into the folder just created.
c. Create the B2D folder and point to the path of the new folder (see Figure 12)
d. Run an inventory job on the B2D media.
e. Run a Catalog job on the B2D media.
NOTE: If the Target server is a CAS, run the inventory and Catalog job on the Media after the CASO Configuration changes (listed in the CASO Configuration section below) have been performed.
Configuration Steps for Target Server if it is a Central Administration Server (CAS).
If the new Media server is a Central Administration Server (CAS) and it has attached Managed Media Servers than the following additional steps should be performed...
The MMS(s) should be in a no-communication state since its services were shut down earlier (see Figure 14)
1. Delete the current msgq files on the Managed Media Server (see Figure 15). These message queue files are associated with the old CAS and will get regenerated on the Managed Media Server during service startup. Navigate to the data folder where these files are stored. The default location is C:\Program Files\Symantec\Backup Exec\Data
If the new Central Administration Server (CAS) was just moved from one computer system to another but the name has remained the same, then just start up the services on the Managed Media Server and it should show as On-Line and Manageable from the Central Administration Server.
However, if the new Central Administration Server was moved from a system that has a different name, then some registry keys on the Managed Media Server will have to be changed in order for the Managed Media Server to communicate with the new Central Administration Server.
The keys that need to be changed are as follows...
3. Start up all of the Backup Services on the Managed Media Server(s). Once these services are started the MMS(s) should now display as available from the CAS.
4. Catalogs for the CASO environment:
- For the Central Administration Server and for the B2D folder and media that is on the CAS, run an Inventory and Catalog job to retain the catalogs for the CAS media.
- If there are MMS(s) that have their catalogs Centralized and the catalogs were copied, as noted in Step #6 of Section II above, then they should show up under Restore selections on the CAS. If the catalogs do not show up, then, from the CAS, run an Inventory Job and Catalog job on the device\media for that particular MMS.
- If there are MMS(s) that have their catalogs Distributed and the catalogs were copied, as noted in Step #6 of Section II above, then they should show up under Restore selections on the CAS. If the catalogs do not show up, then, from the MMS, run an Inventory Job and Catalog job on the device\media for that particular MMS.
NOTE: If a catalog job is run on Media on the CAS or MMS(s) the media is now considered imported and may be subject to be overwritten. Check the media overwrite protection that is currently configured to ensure that media that is needed will not be overwritten.
Configuration Steps for Target Server if it is a DLO (Desktop and Laptop Option) Server.
The DLO database has no configuration requirements on the database name so no changes will have to be made to the database in order to use DLO on the target server. However, there are some configuration changes that need to be made to the DLO Server and Desk Top agent in order to use DLO with the new target server.
1. If the old Storage Location was on the source server and the source server will be put of commission, it may be necessary to create a new storage location (see figure 16) on the target server or on another server that can hold the user DLO Data.
NOTE: If the source server is not being put out of commission, the old Storage location still can used if the user wishes to do so.
2. If it has been determined that the DLO user data needs to be transferred to a new Storage Location, then the user can transfer the data by opening the DLO Console, selecting the user, and then select to Move the Network User Data Folder (see Figure 17).
3. If the Storage Location has been changed, it will be necessary to change the Automated User Assignments. Select the name from the Automated User Assignments (See Figure 18), and change the Storage Location to the new Storage Location.
4. Once the DLO database has been moved to another SQL instance it is necessary that you check the SQL Server protocol Named Pipes and ensure that this protocol is enabled (See Figure 19). DLO uses this protocol for its Desk Top Agent. If this protocol is not enabled, the Desk Top Agent will not be able to communicate to the DLO Server.
NOTE: Once the Named Pipes protocol is enabled, it will be necessary to restart the SQL Service for the change to take place.
5. Once the SQL Protocols are configured, the DLO agents on the Desk Tops and Laptops should find the new Server and connect to it. Check the options on the Agents to ensure that the Storage Locations (if moved) are correct (See Figure 20). If they are not correct, it may be necessary to uninstall and then reinstall the agent so that they properly pick up the correct configurations from the server.
NOTE: if the Agents are uninstalled, be sure to select NO to the option to uninstall the user data from the Desk Top\Laptop. If this is not done, the user will only be able to retrieve data from the server.
How to move Backup Exec to another computer
Article URL http://www.symantec.com/docs/TECH67768