User manual QUANTUM AMASS FOR UNIX 5.6.1 ADDENDUM REV A

[. . . ] For more information, see "Mixed Media" in the AMASS 5. 5 Addendum. Updated Information for AMASS 5. 6. 1 This section describes updates to existing functionality that was previously documented in AMASS 5. 3. · · amassbackup / amassrestore fileprint 0 amassbackup / amassrestore 0 [Update to Managing the AMASS File System (6-00028-01), pages 3-9 through 3-11, and 3-19 through 3-23. ] The AMASS internal implementation of the "-d <device>" option for amassbackup and amassrestore has been changed for Solaris (as described in CR23036). Instead of using the default cpio archive file type, the "-H tar" archive file type is now used with cpio. This allows individual files of size 2 Gb or larger (i. e. , Large Files, ) to be processed. [. . . ] At the command prompt, type: . /libio_tape juke_number drive_number where juke_number is the number of the juke containing the drive and drive_number is the number of the drive. (For an optical drive, type . /libio_optical juke_number drive_number instead. ) 6 Repeat step 2 to verify that libio daemon for the affected drive has successfully started. At the command prompt, type: drivestat -a drive_number [juke_number] where drive_number is the number of the drive and juke_number is the number of the juke containing the drive. (If you do not specify a juke number, the system assumes juke 1. ) Note: Before restarting the libio daemon, you must reset any exported environment variables specified in the amass_start script. If you do not do this, when the libio daemon starts, it will use the default value for all environment variables. To export a variable, at the command prompt, type: variable_name=value export variable_name where variable name is the name of the environment variable and value is the value of the variable. Database Checking Performance [Update to Managing the AMASS File System (6-00028-01), page 4-55. ] 0 In AMASS for UNIX version 5. 6, the dbcheck command invokes a new preprocessor when validating the AMASS file system database for data integrity. This preprocessor is called FADS, or Fast/Accurate Data Scanner. FADS identifies the database records that require validation, and dbcheck validates only those records rather than the entire database. As a result, when New and Enhanced Features in AMASS 5. 6 4 AMASS for UNIX Version 5. 6. 1 Addendum Document 6-01238-03 Rev A April 2008 dbcheck is run regularly, the FADS preprocessor significantly increases the speed of database validation without affecting accuracy or data integrity. Running dbcheck with FADS 0 In AMASS 5. 6, the FADS preprocessor is used by default when running the dbcheck command. The dbcheck -a option is assumed even if it is not specified, and you must include the full database path and name in the arguments. Also, if the AMASS file system is active, use the dbcheck -R option. For example, if the file system is not active: dbcheck -a /usr/filesysdb/filesv4 Or, if the file system is active: dbcheck -a -R /usr/filesysdb/filesv4 The first time dbcheck is run, FADS creates companion files that are used to track the database records that require validation. During the initial run, all database records are validated. As a result, the first time dbcheck is run, the validation process will take as long as it did in previous versions of AMASS. The next time dbcheck is run, the companion files are used to determine which records require validation. Only those records that are new or have changed since the last dbcheck will be validated. This results in a significantly shorter time for the validation process. Setting up a dbcheck Cron Job To realize the full speed benefits of the FADS preprocessor, run dbcheck frequently. The more often dbcheck is run, the fewer the number of records that require validation each time, and the faster the validation process. To automatically run dbcheck at regular intervals, create a cron job. For example, to run dbcheck at 2:10 a. m. each day, add the following line to the amass crontab file: 10 2 * * * /usr/amass/utils/dbcheck ­a ­R /usr/filesysdb/filesv4 0 Running dbcheck in Legacy Mode If desired, you can run dbcheck in legacy mode without using the FADS preprocessor. [. . . ] Using the AMASS_CLN_INTERVAL Variable 0 The AMASS_CLN_INTERVAL environmental variable is new in AMASS 5. 6. Use this variable to specify how often tape drives are automatically cleaned. This variable is set in the /usr/amass/tool/amass_start script. Use the AMASS_CLN_INTERVAL variable to set the cleaning interval for the following drive types: · · · · · LTO family DLT STK 3590 IBM 3592 STK9940 For DTF or AIT drives, use the DRV_CLEAN_COUNT variable to specify the number of tape mounts between cleanings, or use the DRV_CLEAN_OFF variable to turn off cleaning. Note: For example: AMASS_CLN_INTERVAL=300 Usage: AMASS_CLN_INTERVAL=<tape mounts> <tape mounts> The number of tape mounts after which the drive is scheduled to be cleaned. [. . . ]