FS
Documentation

Backup3G/Backup3G 5.1 Release Notes

From Documentation

< Backup3GRevision as of 00:09, 17 August 2007; view current revision
←Older revision | Newer revision→
Jump to: navigation, search

Contents

Overview and Features

Backup3G

Backup3G 5.1 ...


New features in backup3G

Simpler Job Configuration

Improved Auditing


Documentation


Environment

Software Prerequisites: Before you can install Backup3G 5.1 (application), COSmanager 4.2.5 (or newer) must already be installed on the same host.

Related Software: The release of Backup3G 5.1 coincides with the release of Stacker3G 5.1 (module), VTL3G (module), DA_Oracle 5.1 (module) and Duty3G 5.1 (application).


Notes


Technical Notes: Using Backup3G 5.1

This section contains some technical notes, tips, and troubleshooting information to help you when installing or upgrading to Backup3G 5.1. Detailed information on setting up and using Backup3G can be found in the Backup3G User Guide V3.2.


Arbitrary commands can easily be run as part of a backup job

The scan method now defaults to multi-volume media scan, where the scan proceeds from the last tape in the set to the first.

To manually scan a single volume from the command line, you can still use the command:

FSdrive <drivename> scan


Media scan method removed

The scan method now defaults to multi-volume media scan, where the scan proceeds from the last tape in the set to the first.

To manually scan a single volume from the command line, you can still use the command:

FSdrive <drivename> scan


Media copy now configured as part of the backup job

There are now three ways to produce a duplicate set of a backup media volume set. In all cases the target drive must be of the same media type as the source drive.

  1. From the At-end command as defined for a backup job:
    FScopy [-u] [-U] [-T <minutes>] [-r <retention>|-r <days>] <target drive>
    This will copy the media set used for the current backup to a new media set in the target drive. The expiry date of the duplicate set is set to the same date as that of the backup job. This can be overridden by specifying “-r <retention>” or “-r <days>”.

    If the target drive is likely to be busy when needed for creating a duplicate media set, a timeout parameter may be added to the above command, “-T <minutes>”. If this parameter is omitted and the target drive is busy, the media copy will fail.

  2. Via COSbackup interface, from the COSbackup button bar:
    Media > select media set > Maintain > Copy

    You will be prompted for the run mode, the source drive and the target drive. The retention defaults to that of the selected media set, but may be overridden.

    When using manually loaded drives, unless the output media volume is preloaded in the target drive, a “Change media” will appear on the backup job monitor. To preload a scratch media volume, from the COSbackup button bar:
    Drive > select target drive > Operations > Load scratch

  3. From the command line, as would be used by COStask or COSduty, or a 3rd party batch processing product:
    FScopy -b [-u] [-U] [-T <minutes>] [-r <retention>|-r <days>] -s <media number> <source drive> <target drive>
    The retention period must be defined in the retention table. If it is not, the retention of the duplicate set will be set to “forever”.


Restore steps may now be pre-configured

You may now initiate a restore via the command line. This may be used by COStask or COSduy to preconfigure specific application restores. The command is:

FSrestore -i|-b [-D <to directory>] [-h <to hostname>] [-v <drive>] [-M <method>] [-f <files>] [-d <directories>] [<media number>]

If any parameters are missing a prompt will be displayed requesting the missing values.


Warnings

  1. Scan and rewind steps must be removed.


Hardware and OS Dependencies

AIX 4:

TX

Appears:

Suggested actions:


Linux:

X

Appears:

Suggested actions:


Solaris:

X

Appears: “

Suggested actions:


Copyright © 1990-2007 Functional Software. All rights reserved.