Configuring Oracle Secure Backup for PTT
To use Oracle Secure Backup (OSB) with the DXi Backup Application Specific Path to Tape (PTT) feature, you must configure the backup application, as follows:
- Assign OSB host roles
- Configure the physical tape library (PTL) in obtool
- Configure the virtual tape library (VTL) in obtool
Note: To configure devices on OSB, you must have OSB Administrator privileges.
Prerequisites
Do the following before configuring OSB for PTT.
- Install and configure the DXi for Backup Application Specific Path to Tape. See Configuring the DXi For Path to Tape.
- Configure Fibre Channel connectivity.
- Dedicate a partition within the DXi to OSB. The partition cannot be shared with another backup application.
- Install the Backup Application Specific Path to Tape license on the DXi. See your DXi User's Guide.
A separate license is required on DXi systems to support Backup Application Specific Path to Tape. The Backup Application Specific license is pre-installed on all DXi6700, DXi6800, and DXi8500 systems.
If you are using SCSI devices, you must have the following SCSI tape device parameters. These parameters are required to create attach points from the media server to your devices.
Note: For hosts with an NDMP interface, OSB can discover device attachments, and so this step is not required.
- SCSI addresses
- For Windows, the SCSI addresses are provided during installation.
- For Linux and UNIX environments, you must query the host to determine these parameters. Refer to the OSB documentation.
- Host bus adapter number for the SCSI adapter
- SCSI bus address for Windows or SCSI channel for Linux
- SCSI target ID
- SCSI logical unit numbers (LUNs)
Each tape drive and tape library needs an OSB LUN for identification. OSB uses the LUN to generate device special file names.
- For Windows media servers. OSB automatically assigns LUNs to devices.
- For UNIX or Linux media server, you must assign OSB LUNs for each device as part of planning your administrative domain.
Typically OSB LUNs are assigned sequentially, starting at 0, to each tape library and tape drive. The maximum value for an OSB LUN is 31.
Example
The following LUN assignments are given:
- Tape libraries:
0, 1, 2...
- Tape drives:
0, 1, 2...
.
The resulting unique device special file names are generated:
- Linux or UNIX Servers:
- Tape libraries:
/dev/obl0, /dev/obl1, /dev/obl2...
- Tape drives:
/dev/ obt0, /dev/obt1, /dev/obt2...
- Tape libraries:
- Windows Servers:
- Tape libraries:
//./obl0, //./obl1, //./obl2...
- Tape drives:
//./obt0, //./obt1, //./obt2...
- Tape libraries:
- Install OSB software on the hosts requiring protection.
- From the OSB console, assign the appropriate host role.Administratrive Server
The administrative server houses the OSB catalog and scheduling information. There can be only one administrative server per backup domain.
Note: You can also assign the media server role to the Administrative Server, as needed.
Media ServerThe media server attaches directly to the tape devices.
ClientThe client contains the data to back up.
Note: All hosts have a minimum of client role.
- From the obtool command line interface (CLI), create an OSB device object for each PTL and assign it a user-defined name.
- Attach each PTL to the device special file using the following command:
ob> <device_object> --type library --attach <device_special_file>
- For each tape drive attached to the PTLs, create an OSB device object and assign in a user-defined name.
- Attach each drive on the PTL to the device special file using the following command, as needed:
ob> <PTL_device_object> --type tape --library <type> --<drive_device_object> --attach <device_special_file>
- Verify the configuration using the following command:
ob> lsdev
ExampleYou attach the following PTL drives to device special files:
ob> mkdev --type tape --library i500 --dte 1 --attach svtest0030:/dev/obt0 IBMLTO3A
ob> mkdev --type tape --library i500 --dte 2 --attach svtest0030:/dev/obt1 IBMLTO3B
ob> mkdev --type tape --library i500 --dte 3 --attach svtest0030:/dev/obt2 IBMLTO3C
You run the following command to verify the configuration:
ob> lsdev
OSB displays the following output:
library i500 in service
drive 1 IBMLTO3Ain service
drive 2 IBMLTO3B in service
drive 3 IBMLTO3C in service
An NDMP copy-enabled VTL, such as a Quantum DXi, has an embedded NDMP server and multiple access paths. This format offloads the volume duplication I/O from the application running on the media server to the VTL.
You must configure the NDMP copy-enabled VTL as a group of tape devices with multiple attach specifications. This representation ensures that the inventory data coming through the multiple access paths is identical.
Note: The following task provides basic configuration steps. For detailed instructions, see Oracle Secure Backup Administrator's Guide.
- In the obtool CLI, create two OSB host objects to represent the VTL.
Associate the first object with the media server to which the VTL is attached.
- Associate the second object with the VTL's embedded NDMP server.
- Assign the media server role to both of these host objects.
- Create one OSB library device object with two attach specifications for the VTL.
Assign the first access path through the media server to which the VTL is attached.
- Assign the second access path through the embedded NDMP server.
- Create an OSB tape device object with two access paths for each drive contained within the VTL.
Assign the first access path through the media server.
- Assign the second access path through the embedded NDMP server.
- Create one OSB library device object with a single attach specification for the PTL.
Assign the access path through the VTL's embedded NDMP server.
- Create an OSB tape device object with a single attach specification for each drive contained within the PTL.
Assign the access path through the VTL's embedded NDMP server.
Note: Multiple media servers can access the PTL and its drives if the PTL is connected to a shared storage area network. In this case, create the OSB device objects for the PTL and its drives with multiple attach points.
Following is an example of the obtool
commands used to configure an NDMP copy-enabled VTL. Many of the options specified in a real environment have been omitted for clarity. The device names shown are simply placeholders that may differ from the actual names in a real environment.
- Create the OSB host object associated with the media server to which the VTL is attached.
mkhost --access ob --ip ipname osb_media_server
- Create the OSB host object associated with the embedded NDMP server contained within the VTL.
mkhost --access ndmp --ip ipname ndmp_server
- Configure an OSB device object that is associated with the VTL vlib.
mkdev --type library --class vtl
-attach osb_media_server:/dev/obl0,ndmp_media_server:/dev/sg0 vlib
Note: Access to this library and its drives is through the OSB media server and the embedded NDMP server.
- Configure an OSB device object for drive vdrive1, which is contained in the VTL vlib.
mkdev --type tape --library vlib --dte 1
-attach osb_media_server:/dev/obt0,ndmp_media_server:/dev/nst0 vdrive1
- Repeat this command for each tape drive in the VTL.
mkdev --type tape --library vlib --dte 2
-attach osb_media_server:/dev/obt1,ndmp_media_server:/dev/nst1 vdrive2
mkdev --type tape --library vlib --dte 3
-attach osb_media_server:/dev/obt2,ndmp_media_server:/dev/nst2 vdrive3
- After configuring your devices, review the attached configured devices on the Configure Devices tab.