Skip Headers
Oracle® Secure Backup Installation and Configuration Guide
Release 10.3

Part Number E12835-06
Go to Documentation Home
Home
Go to Book List
Book List
Go to Table of Contents
Contents
Go to Index
Index
Go to Feedback page
Contact Us

Go to previous page
Previous
Go to next page
Next
View PDF

D Oracle Secure Backup and ACSLS

This appendix describes Oracle Secure Backup support for StorageTek Automated Cartridge System Library Software (ACSLS). ACSLS is a package of server software that controls one or more Automated Cartridge Systems tape library.

This appendix contains these sections:

D.1 About ACSLS

Figure D-1 shows how ACSLS fits into a configuration of client systems, Library Storage Modules (LSMs), and a single Library Management Unit (LMU). The LSM is hardware that has cartridge slots, a robotic arm, pass through ports, cartridge access ports, and the tape drive. The LMU is the hardware interface between the ACSLS and the LSM.

Figure D-1 Library with ACSLS Server

Description of Figure D-1 follows
Description of "Figure D-1 Library with ACSLS Server"

ACSLS offers the following advantages:

D.2 ACSLS and Oracle Secure Backup

An ACSLS volume is called a cartridge. Cartridges are loaded and unloaded through cartridge access points. Oracle Secure Backup obtool device commands mkdev, chdev, lsdev, and rmdev have been modified to manage these cartridge access points.

Note:

ACSLS can be controlled using obtool only. Neither the Oracle Secure Backup Web tool nor Oracle Enterprise Manager is supported for ACSLS.

See Also:

ACSLS references all of its volumes by their external barcode labels, which are required for all ACS volumes. Oracle Secure Backup continues to allow the operator to access these ACS volumes by storage element, volume label, and barcode label.

Note:

ACSLS supports virtual tapes that do not have a physical barcode attached to them. Oracle Secure Backup does not support virtual tapes within an ACS system. Oracle Secure Backup requires that all cartridges within an ACS system have properly affixed and readable barcodes.

The concept of a scratch pool in ACSLS is simply a blank tape. Once a tape has been mounted in a tape drive, its scratch pool identity is removed, and it acquires a permanent media family, identical in functionality to the pre-labeling volumes. Oracle Secure Backup supports scratch pools through an extension to the media family and retains this concept through the existing media family functionality. In addition, when a volume is force unlabeled it is moved back into the scratch pool that is assigned to the media family.

ACSLS has optional access control mechanisms on commands and volumes. This optional access control user ID can be defined as part of the mkdev or chdev commands.

Because an ACSLS system is meant to be shared by multiple clients, tape drive cleaning is managed and maintained by ACSLS.

D.3 Communicating with ACSLS

Oracle Secure Backup uses the obrobotd daemon when talking to a non-ACSLS tape library. When talking with an ACSLS tape library, Oracle Secure Backup uses two daemons named obacslibd and obacsssid. The obacslibd daemon spawns obacsssid, which is responsible for communications with the ACSLS server.

D.4 Drive Association

When you install a tape drive other than an ACS tape drive, Oracle Secure Backup requires that you attach the tape drive to a media server, install an appropriate operating system driver for the tape drive, create a device within Oracle Secure Backup, and map the operating system device to the Oracle Secure Backup device. The same steps are required for ACSLS. But you must also further define the ACSLS mapping of the tape drive through the mkdev or chdev command. The additional information required is the acs, lsm, panel, and drive.

D.5 Volume Loading and Unloading

Drive identification for mounts and dismounts is by tape drive name.

ACSLS always identifies a volume by its barcode. Because Oracle Secure Backup associates this barcode with a volume ID, you can supply either one. If a mapping is not possible, then the request is rejected with appropriate logging.

D.6 Imports and Exports

The exportvol command has been modified to conform to ACSLS usage. Individual ACS cartridge access port (CAP) slots are not addressable, although an entire CAP can be selected based on CAP name.

Once the request is made to eject the tape, the request does not return until the CAP has been opened, the cartridge loader emptied, and the cartridge loader reinserted in that emptied state. Because there is only one obacslibd daemon controlling each ACS tape library, no other tape library operations are permitted until the CAP is cleared. You can control how long an outstanding request waits for the CAP to be cleared with the maxacsejectwaittime policy.

Oracle Secure Backup does not support the importvol command for ACSLS tape libraries. You can use the ACSLS cmd_proc utility to enter a volume into the tape library.

D.7 Access Controls

ACSLS optionally allows fine-grained access control over the commands that a user can issue and the volumes that can be accessed. Setting up the ACSLS access controls is done at the ACSLS console. Oracle Secure Backup does not support setting, modifying, or displaying the ACSLS access controls.

If ACSLS access control is enabled, then a user must have the correct acsls_access_id to access the ACS device. Oracle Secure Backup maps this acsls_access_id, which is defined on the obtool mkdev or chdev commands, to the Oracle Secure Backup device object.

D.8 Scratch Pool Management

ACSLS enables you to define one or more scratch pools to which a blank or recycled volume can be assigned. Subsequent scratch mount requests are then restricted to volumes in the pool or pools specified with the request. Oracle Secure Backup offers equivalent functionality with an optional scratch pool ID for media family objects.

When a volume is pulled from the scratch pool, Oracle Secure Backup automatically labels the volume with a permanent media family when its volume header is written. You are not required to label volumes with the labelvol command beforehand. This ensure that separation of tapes within the tape libraries is persistent.

When an unlabelvol operation is performed, the tape is put back into the scratch pool that is defined within the current definition of the media family.

Oracle Secure Backup does not support creating scratch pools, entering cartridges into a scratch pool, or removing cartridges from a scratch pool. These operations must be performed at the ACSLS console.

D.9 Modified Oracle Secure Backup Commands

The following Oracle Secure Backup commands are modified for ACSLS tape libraries:

See Also:

Oracle Secure Backup Reference for syntax and semantics for device, library, and media family obtool commands

D.10 Unsupported Oracle Secure Backup Commands

The following Oracle Secure Backup commands are not supported for ACSLS tape libraries:

D.11 Installation and Configuration

The Oracle Secure Backup media server attached to the ACSLS server must be a Linux 32-bit media server.

Oracle Secure Backup installation assumes that the ACSLS hardware and software has been correctly installed and configured. Oracle Secure Backup installation procedures do not attempt to create or modify any ACSLS configuration files.

Oracle Secure Backup handles ACS tape devices no differently from other devices. The Oracle Secure Backup device driver (if any) is installed, and special device files are created. The data path is controlled solely by Oracle Secure Backup. ACSLS is not involved.

creating Oracle Secure Backup objects for ACSLS devices is performed with the mkdev command in obtool with the following modifications:

See Also:

Oracle Secure Backup Reference for mkdev syntax and semantics