HP Archive Backup System for OpenVMS Guide to Operations

HP Archive Backup System for OpenVMS Guide to Operations HP Archive Backup System for OpenVMS Guide to Operations

h71000.www7.hp.com
from h71000.www7.hp.com More from this publisher
06.11.2014 Views

System Backup to Tape for Oracle Databases 9.5 Testing the Configuration of SBT 7. Maximum Saves: this attribute specifies how many backups can use the volume sets in this archive at a time. This works great for ABS saves, however, there is a difference when used with SBT. We suggest that you set it at 36 which is the maximum. You should control the number of backups using Oracle's Recovery Manager and not this attribute. See Section 9.10.1 for restrictions in using this attribute. 8. Media Type: this is the media type that SBT uses to allocate tape volumes and tape drives. You must have a media type. 9. Pool: this is the pool that SBT uses to allocate tape volumes along with location and media type. If you do not need a pool to specify the volumes you want to allocate, specify /NOPOOL. 10. Retention Days: this specifies the number of days that the volume will be retained before being scratched. If you want different retention days for different backups, you can use a different archive with a different retention days specified. Now that you have created a catalog and archive, you are ready to test that everything is configured correctly. The next section shows how to test the configuration. 9.5 Testing the Configuration of SBT Now that you have linked SBT with the Oracle server or defined ABS_SBT logical for Oracle 9.2.0.2 and created a catalog and archive, you are ready to test the SBT configuration. Supplied with SBT is a test program, SYS$SYSTEM:MDMS$SBTTEST_MA64.EXE, that allows you to test the SBT interface with ABS/MDMS. This test program is applicable to Oracle 9.2.0.2 also. If you have been using ABS/MDMS you may want to skip this section. It just gives you confidence that ABS/MDMS is setup correctly. Using sbttest is described in the Oracle documentation. However, their executable will not work with the SYS$SHARE:MDMS$SBTSHR_MA64.EXE. Oracle supplied the sbttest code and I compiled and linked it to work with SYS$SHARE:MDMS$SBTSHR_MA64.EXE and supplied it for your use as SYS$SYSTEM:MDMS$SBTTEST_MA64.EXE. You must have a catalog and archive defined to use sbttest. In Section 9.4 you created a catalog and archive. You will use these for the test. The following commands show how to use sbttest: $ SBTTEST :== $SYS$SYSTEM:MDMS$SBTTEST_MA64.EXE 1 $ DEFINE MDMS$SBT_ARCHIVE ORACLE_DB_ARCHIVE 2 $ DEFINE MDMS$SBT_CATALOG ORACLE_DB 3 $ SBTTEST TESTFILE -TRACE SBTTEST.TRC 4 MM software supports SBT API version 2.0 MM software is version 4.0.0.0 sbtinit, vendor description string="System Backup to Tape V4.0 (436)" 5 sbtinit successful sbtinit2 successful sbtbackup successful sbtwrite2 successful, wrote 100 blocks sbtinfo2, SBTBFINFO_NAME=testfile sbtinfo2, SBTBFINFO_METHOD=stream sbtinfo2, SBTBFINFO_COMMENT=Onsite: Description for AIF078 sbtinfo2, SBTBFINFO_CRETIME=Fri Dec 7 05:11:07 2001 sbtinfo2, SBTBFINFO_EXPTIME=Sat Dec 7 05:11:07 2002 sbtinfo2, SBTBFINFO_SHARE=single user sbtinfo2, SBTBFINFO_ORDER=sequential access sbtinfo2, SBTBFINFO_LABEL=AIF078 sbtinfo2 successful sbtrestore successful file was created by this program; seed=1007752246, blk_size=16384, blk_count=100 sbtread2 successful, read 100 buffers sbtclose2 successful 9-10 System Backup to Tape for Oracle Databases

System Backup to Tape for Oracle Databases 9.5 Testing the Configuration of SBT sbtremove2(remove_after) successful, remove "testfile" sbtend successful *** The SBT API test was successful *** The following describes the commands in the above example: 1. Define the sbttest symbol. By default the sbttest command is pointing to Oracle's ORA_RDBMS:SBTTEST.EXE. However, this executable will not work with SBT. 2. Define the MDMS$SBT_ARCHIVE logical. This logical points to the archive that you created in Section 9.4.2. In this case, we would not have to define this logical because it is the default. If you did not create an ORACLE_DB_ARCHIVE archive, you would have specified the archive here. 3. Define the MDMS$SBT_CATALOG logical. This logical points to the catalog that you created in Section 9.4.1. In this case, we would not have to define this logical because it is the default. If you did not create the default catalog, ORACLE_DB, you would have to specify it here. 4. Run sbttest using the sbttest command. The parameter TESTFILE is a made up name that gets put in the catalog during the backup and then is used for the restore. The data stored and retrieved is 100 blocks of 16384 characters per block. By specifying the -TRACE flag the file SBTTEST.TRC is written (see the following text). 5. Vendor description string shows that you are using the SYS$SHARE:MDMS$SBTSHR_MA64.EXE shareable image. The -TRACE flag generates the SBTTEST.TRC trace file. The trace file should look like the following example: SBT-00001DB2 12/14/01 10:12:30 Using archive ORACLE_DB_ARCHIVE SBT-00001DB2 12/14/01 10:12:31 Starting backup of testfile for DB: sbtdb SBT-00001DB2 12/14/01 10:12:31 Using catalog ORACLE_DB SBT-00001DB2 12/14/01 10:12:31 Attempting to allocate volume set BEB026 SBT-00001DB2 12/14/01 10:12:33 Allocated drive: TLZ88D Device: MOE$MKC200: SBT-00001DB2 12/14/01 10:12:33 Drive is in jukebox TLZ88J SBT-00001DB2 12/14/01 10:12:37 Loading/mounting volume BEB026 on drive TLZ88D SBT-00001DB2 12/14/01 10:12:37 Loading volume BEB026 on drive TLZ88D SBT-00001DB2 12/14/01 10:12:45 Mounting volume BEB026 on device MOE$MKC200: SBT-00001DB2 12/14/01 10:12:53 Skipping 9 tapemarks to end of tape SBT-00001DB2 12/14/01 10:13:02 Ready to write to saveset 2001121410125267. on volume BEB026 SBT-00001DB2 12/14/01 10:13:07 Using catalog ORACLE_DB SBT-00001DB2 12/14/01 10:13:07 Finished writing saveset 2001121410125267. on volume BEB026 SBT-00001DB2 12/14/01 10:13:09 Starting restore of testfile SBT-00001DB2 12/14/01 10:13:09 Using catalog ORACLE_DB SBT-00001DB2 12/14/01 10:13:10 Dismounting volume set member: BEB026 RVN 1 SBT-00001DB2 12/14/01 10:13:10 Deallocating drive TLZ88D SBT-00001DB2 12/14/01 10:13:11 Allocated drive: TLZ88D Device: MOE$MKC200: SBT-00001DB2 12/14/01 10:13:11 Drive is in jukebox TLZ88J SBT-00001DB2 12/14/01 10:13:20 Loading/mounting volume BEB026 on drive TLZ88D SBT-00001DB2 12/14/01 10:13:20 Loading volume BEB026 on drive TLZ88D SBT-00001DB2 12/14/01 10:13:29 Mounting volume BEB026 on device _RDEVA0: SBT-00001DB2 12/14/01 10:13:37 Skipping 9 tapemarks to beginning of saveset SBT-00001DB2 12/14/01 10:13:44 Ready to read from saveset 2001121410125267. on volume BEB026 SBT-00001DB2 12/14/01 10:13:47 Finished restoring saveset 2001121410125267. from volume BEB026 SBT-00001DB2 12/14/01 10:13:49 Dismounting volume set member: BEB026 RVN 1 SBT-00001DB2 12/14/01 10:13:49 Deallocating drive TLZ88D You are now ready to start using Oracle's Recovery Manager to backup your Oracle database to tape. The following section describes what Oracle's Recovery Manager commands allow you to control how you do backups using SBT. System Backup to Tape for Oracle Databases 9–11

<strong>System</strong> <strong>Backup</strong> <strong>to</strong> Tape <strong>for</strong> Oracle Databases<br />

9.5 Testing the Configuration of SBT<br />

7. Maximum Saves: this attribute specifies how many backups can use the volume sets in this<br />

archive at a time. This works great <strong>for</strong> ABS saves, however, there is a difference when used<br />

with SBT. We suggest that you set it at 36 which is the maximum. You should control the<br />

number of backups using Oracle's Recovery Manager and not this attribute. See Section<br />

9.10.1 <strong>for</strong> restrictions in using this attribute.<br />

8. Media Type: this is the media type that SBT uses <strong>to</strong> allocate tape volumes and tape drives.<br />

You must have a media type.<br />

9. Pool: this is the pool that SBT uses <strong>to</strong> allocate tape volumes along with location and media<br />

type. If you do not need a pool <strong>to</strong> specify the volumes you want <strong>to</strong> allocate, specify<br />

/NOPOOL.<br />

10. Retention Days: this specifies the number of days that the volume will be retained be<strong>for</strong>e<br />

being scratched. If you want different retention days <strong>for</strong> different backups, you can use a<br />

different archive with a different retention days specified.<br />

Now that you have created a catalog and archive, you are ready <strong>to</strong> test that everything is configured<br />

correctly. The next section shows how <strong>to</strong> test the configuration.<br />

9.5 Testing the Configuration of SBT<br />

Now that you have linked SBT with the Oracle server or defined ABS_SBT logical <strong>for</strong> Oracle<br />

9.2.0.2 and created a catalog and archive, you are ready <strong>to</strong> test the SBT configuration. Supplied<br />

with SBT is a test program, SYS$SYSTEM:MDMS$SBTTEST_MA64.EXE, that allows you <strong>to</strong><br />

test the SBT interface with ABS/MDMS. This test program is applicable <strong>to</strong> Oracle 9.2.0.2 also.<br />

If you have been using ABS/MDMS you may want <strong>to</strong> skip this section. It just gives you confidence<br />

that ABS/MDMS is setup correctly.<br />

Using sbttest is described in the Oracle documentation. However, their executable will not work<br />

with the SYS$SHARE:MDMS$SBTSHR_MA64.EXE. Oracle supplied the sbttest code and I<br />

compiled and linked it <strong>to</strong> work with SYS$SHARE:MDMS$SBTSHR_MA64.EXE and supplied<br />

it <strong>for</strong> your use as SYS$SYSTEM:MDMS$SBTTEST_MA64.EXE.<br />

You must have a catalog and archive defined <strong>to</strong> use sbttest. In Section 9.4 you created a catalog<br />

and archive. You will use these <strong>for</strong> the test. The following commands show how <strong>to</strong> use sbttest:<br />

$ SBTTEST :== $SYS$SYSTEM:MDMS$SBTTEST_MA64.EXE 1<br />

$ DEFINE MDMS$SBT_ARCHIVE ORACLE_DB_ARCHIVE 2<br />

$ DEFINE MDMS$SBT_CATALOG ORACLE_DB 3<br />

$ SBTTEST TESTFILE -TRACE SBTTEST.TRC 4<br />

MM software supports SBT API version 2.0<br />

MM software is version 4.0.0.0<br />

sbtinit, vendor description string="<strong>System</strong> <strong>Backup</strong> <strong>to</strong> Tape V4.0 (436)" 5<br />

sbtinit successful<br />

sbtinit2 successful<br />

sbtbackup successful<br />

sbtwrite2 successful, wrote 100 blocks<br />

sbtinfo2, SBTBFINFO_NAME=testfile<br />

sbtinfo2, SBTBFINFO_METHOD=stream<br />

sbtinfo2, SBTBFINFO_COMMENT=Onsite: Description <strong>for</strong> AIF078<br />

sbtinfo2, SBTBFINFO_CRETIME=Fri Dec 7 05:11:07 2001<br />

sbtinfo2, SBTBFINFO_EXPTIME=Sat Dec 7 05:11:07 2002<br />

sbtinfo2, SBTBFINFO_SHARE=single user<br />

sbtinfo2, SBTBFINFO_ORDER=sequential access<br />

sbtinfo2, SBTBFINFO_LABEL=AIF078<br />

sbtinfo2 successful<br />

sbtres<strong>to</strong>re successful<br />

file was created by this program; seed=1007752246,<br />

blk_size=16384, blk_count=100<br />

sbtread2 successful, read 100 buffers<br />

sbtclose2 successful<br />

9-10 <strong>System</strong> <strong>Backup</strong> <strong>to</strong> Tape <strong>for</strong> Oracle Databases

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!