KB Logo

TOLIS Group Knowledge Base

Browse KB by category:
Go to KB #:
Glossary
Email   Bookmark



How do I move my BRU Server Environment from one server to another?

Views: 15436
Posted: 02 Oct, 2007

Moving The BRU Server Server

If you are planning, or need to move the BRU Server Server from one server system to another, the easiest method is to simply backup the BRU Server Server Environment and restore the backed up database files to the new system.  This will give you a backup copy of your existing environment and also allow you to move those files to your new BRU Server system.


* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Failure to read this notice may damage your BRU Server database files!

Compatibility Notice: When moving your BRU Server Environment from one system to another, you must keep the same architecture in place. Therefore, you cannot move BRU Server from a Mac OS X system to a Linux System and vise versa. The same applies when trying to move from an Linux x86 to a Linux x86_64, it cannot be done using the method in this article due to the change in architecture of the systems.

Mac OS X Users: Changing from an PPC system to an Intel system or vise versa would cause the same architecture change issue.  If you move from one Mac system to another Mac system, it must be Intel to Intel or PPC to PPC.  Otherwise it will be considered crossing architectures.

If you do need to change architectures, please contact TOLIS Group Support for assistance.

If you would like to read more about the architecture crossing and why this process cannot be done by simply moving the files, please see KB Article #138.

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


The server environment consists of the BRU Server binary components, the database table files, and the catalogs directory.

Since the binary components will be recovered by a reinstall of the BRU Server server, the only elements that should be protected specifically are the database tables and the catalogs directory. Starting with BRU Server release 1.2.0, all platforms provide access to these elements from within the /usr/local/bru-server path. The list of files that should be protected with their own backup are:

  • archives
  • backup
  • dest
  • devices
  • drives
  • history
  • license
  • machines
  • parm
  • schedule
  • tapes
  • upstage
  • user

Also be sure to include the catalogs directory and its contents in this backup.

Depending on your server system, there are a number of ways that you can protect these files. If you have a DVD burner (because the catalogs directory can get larger than a CD’s capacity), it is possible to write them to a DVD (or two for safety). Additionally, you can define a single tape destination and backup these files as a special BRU Server backup job, or even manually load a tape and use the BRU standalone engine and back them up manually with a command line script such as:

#!/bin/sh

FILES1=”archives backup dest devices drives history license”
FILES2=”machines parm schedule tapes upstage user”
DIRS=”catalogs”
LABEL=” BRU Server environment backup”
DEV=/dev/nst0 cd /usr/local/bru-server sudo ./bru -cvf $ -L $ $ $ $

This will backup the specified files onto a tape that is loaded in the drive recognized by the system as /dev/nst0. For OS X users the device name will be something like ntape0. Of course, this simple script won’t control your library, so you will need to manually load and unload the media to perform this backup. You could also change the DEV variable to point to a file on a locally mounted remote filesystem like this:


DEV=”/Volumes/Remote RAID 1/Helena_HS_Server.bru”
 

This would create a BRU archive on the mounted filesystem “Remote RAID 1” called “Helena_HS_Server.bru”. This file may then be copied to a rebuilt server and restored after the BRU Server software has been reinstalled. The commands to restore such an archive could look like this:


cd /usr/local/bru-server sudo ./bru -xvf $ -ua
 

This would restore all of the previous BRU Server data tables and return your BRU Server server environment to the state it was in at the time this backup was created. The ‘-ua’ flag ensures that any existing data table files that were created during the installation will be overwritten by the backup copy.

Others in this Category
document D2D, D2T, and D2D2T...What do these mean?
document I have multiple tape drives but only one gets used, can BRU Server use multiple drives?
document Is it possible to use BRU for client-push backups?
document Backing up the BRU Server environment with a USB flash drive
document How do I create a single 'bruxpat' file for all of my similar systems?
» More Articles



RSS
Powered by KnowledgebasePublisher
Page Load Time: 0.03279 seconds / 32.79 milliseconds.
Page File Size: 27365 bytes.