StorageTek Tape Analytics Administration Reference Guide, Version 1.0.2 |
E28379-03 |
The STA Services daemon startup/shutdown script, staservd, and system run level symbolic links are located at:
The staservd init script and its associated symbolic links are created at STA install time by the STA installer. If there is a need to manually install and configure the STA Services daemon, see “Manually Install the STA Services Daemon”.
The STA Backup Service Administration Utility, staservadm, is a Perl script that calls a Java client application named ServerAdm that is contained in the staServerAdm.jar file. For Backup Service configuration information, see the “Configuring STA Services” chapter within the StorageTek Tape Analytics Configuration Guide. For Backup Service administration information, see “STA Backup Service”.
TABLE 3‑1 lists the executable programs and their locations.
$STAHOME = /Oracle/StorageTek_Tape_Analytics
These are the kinds of files involved in the backup operation:
These log the activities of the STA Services Daemon Server, STAServer, and its Backup services configuration utility ServerAdm. Admin logs are collections of up to 10 log files, each up to 1.0 MB in size. The log file names are of the format "*.log.N," where "N" is the number of the log; for example, staservd.log.0, staservadm.log.0, staservd.log.1, and so forth.
The logs are circularly rotated such that log file #1 will be reused when staservd.log.9 has been filled up. The active log file is always #0 (that is, staservd.log.0). When log #0 fills up, it is renamed to log #1 and a new log #0 is started. By default the STAServer and ServerAdm logs are located at:
/var/log/tbi/db/backups |
$STAHOME/common/conf/staservd.log.props |
$STAHOME = /Oracle/StorageTek_Tape_Analytics
The dump file name format is YYYYCCC.stafulldump.sql, where YYYY is the year and CCC is the calendar day of the year. For example, a dump file generated on July 22, 2011 would have the name "2011203.stafulldump.sql."
The term incremental dumps refers to the MySQL binary logs (binlogs) that record all transactions that result in a change to a database. The STA Backup Service treats binlogs as incremental backups following the main database dump.
The backup binary log naming format is YYYYCCC.stadb-bin.NNNNN, where YYYY is the year and CCC is the calendar day of the year, and NNNNN is the MySQL log sequence number. For example, a binlog file generated on July 22, 2011 would have the name "2011203.stadb-bin.000168.gz."
/var/log/tbi/db/ |
Local copies of the backup binlog files are located at:
/dbdata/mysql/backups |
Note – All but the three most recent binlogs that are successfully transferred to the backup server are purged from the server using the MySQL command "PURGE BINLOGS TO 'log_name'".
That will leave the current binlog, the two previous binlogs, and the current day's full backup file remaining on the server.
Configuration file backups are performed once every 24 hours when the full STA database dump is performed. The backup file names format is YYYYCCC.<dirname>.zip.gz, for example, 2011203.fmconfig.zip.gz.
The source and target locations of these backups are shown in TABLE 3‑2:
$STAHOME = /Oracle/StorageTek_Tape_Analytics
$WLHOME = /Oracle/Middleware/user_projects/domains/TBI
$BACKUPS = /dbdata/mysql/backups
Copyright © 2012 Oracle and/or its affiliates. All rights reserved. | Legal Notices |