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
Architecture 11.4 Coordinator 11.4.2 Volume Sets To synchronize access to volumes in a volume set ABS keeps pseudo volume records in the volume database. The pseudo volume starts with “&+” and the volume ID of the first volume in the set. To show the pseudo volumes you have to use the /ABS_VOLSET qualifier. The fields in the volume record are used as follows: • Brand: PID of process which has the volume locked or locked the last time.Do not change! • Description: A reservation bitmap displayed as a 32 hex-digit value. The low-order bit is the general locking bit which means the volume set is in use while the other bits represent which relative volume in the set is used for a write operation. For troubleshooting purposes this can be set to an all zero value by specifying exactly 32 zeroes. • Length: Currently last volume in set by number. Do not change! • Mount Count: Number of savesets on volume set. Do not change! • Pool: The EOT tapemark position expressed in number of tapemarks and a version number. Do not change! 11-8 Architecture
12 Troubleshooting 12.1Save and Restore Requests 12.1.1 Notification of Save/Restore Completion 12.1.2 Log Files 12.1.3 Logical Names The first step to checking the status of save and restore requests is by using the notification options in the environment object. You may set several levels of notification which include start, complete, warning, error and fatal. The notification may be sent by OPCOM or by mail. If you have notification options set, you will receive notification when problems occur with your save and restore requests (or a message about start or completion). In the MDMS GUI, doing a show of the save or restore request will display the last status of the request. A green (success) or red (error) box will be displayed in the upper right corner of the show output. Each save and restore request creates a log file in the ABS$LOG directory when it is run. The log file is named by the request name. This log contains information about the request, the media management activities, the backup command and any output from the backup process. If errors occur it also contains trace information about the error. The last error message generally contains the actual cause of the error. There are some logical names which may be defined at a system level which will cause ABS to log more information in the request log files. You should not set these logical names unless advised to by a HP customer support representative because the log files can grow quite large if you use them. 12.1.4 Alpha Stack Size Logical 12.1.5 Fast Skip Errors If you are running your save/restore request on an OpenVMS Alpha system and you see either ACCVIO or CMA-F-EXCCOP errors in the logs, there is a stack size variable which may eliminate the problem. ABS$COORD_ALPHA_STACKSIZE may be used to increase the stack size beyond the 65536 default. To use the logical, define it at system level to a value which is a multiple of 8192 $ DEFINE/SYSTEM ABS$COORD_ALPHA_STACKSIZE 8192 * x If you receive an ABS_SKIPMARKS_FAILED error there is a logical name which may be defined at system level which turns off the ABS fast skip methods. To disable fast skip do the following command on the affected system: $ DEFINE/SYSTEM ABS_NO_FAST_SKIP TRUE Troubleshooting 12–1
- Page 131 and 132: 8 Remote Devices 8.1 RDF Installati
- Page 133 and 134: Remote Devices 8.4 Monitoring and T
- Page 135 and 136: 8.4.4 Changing Network Parameters f
- Page 137 and 138: • Free Space is 20 Remote Devices
- Page 139 and 140: Remote Devices 8.5 Controlling Acce
- Page 141: Remote Devices 8.7 RDF Error Messag
- Page 144 and 145: System Backup to Tape for Oracle Da
- Page 146 and 147: System Backup to Tape for Oracle Da
- Page 148 and 149: System Backup to Tape for Oracle Da
- Page 150 and 151: System Backup to Tape for Oracle Da
- Page 152 and 153: System Backup to Tape for Oracle Da
- Page 154 and 155: System Backup to Tape for Oracle Da
- Page 156 and 157: System Backup to Tape for Oracle Da
- Page 158 and 159: System Backup to Tape for Oracle Da
- Page 160 and 161: System Backup to Tape for Oracle Da
- Page 162 and 163: System Backup to Tape for Oracle Da
- Page 164 and 165: System Backup to Tape for Oracle Da
- Page 166 and 167: System Backup to Tape for Oracle Da
- Page 168 and 169: System Backup to Tape for Oracle Da
- Page 170 and 171: System Backup to Tape for Oracle Da
- Page 172 and 173: System Backup to Tape for Oracle Da
- Page 174 and 175: Virtual Library System (VLS) 10.3 Q
- Page 176 and 177: Architecture 11.1 The Server Proces
- Page 178 and 179: Architecture 11.2 Scheduler Interfa
- Page 180 and 181: Architecture 11.3 Catalogs Example
- Page 184 and 185: Troubleshooting 12.2 Media Manageme
- Page 186 and 187: Troubleshooting 12.2 Media Manageme
- Page 188 and 189: Troubleshooting 12.4 ABS Catalogs 1
- Page 190 and 191: Troubleshooting 12.5 Windows and Un
- Page 192 and 193: Troubleshooting 12.6 RDF (Remote De
- Page 195 and 196: A Configuration Example Getting ABS
- Page 197 and 198: Configuration Example * Magazine -
- Page 199 and 200: Configuration Example Configuring s
- Page 201 and 202: Configuration Example If you comple
- Page 203 and 204: Configuration Example Assist: YES C
- Page 205 and 206: B Migrating from SLS/MDMS V2.X to A
- Page 207 and 208: Migrating from SLS/MDMS V2.X to ABS
- Page 209 and 210: Table B-1 SBK Symbols in ABS Termin
- Page 211 and 212: Migrating from SLS/MDMS V2.X to ABS
- Page 213 and 214: Migrating from SLS/MDMS V2.X to ABS
- Page 215 and 216: Migrating from SLS/MDMS V2.X to ABS
- Page 217 and 218: Migrating from SLS/MDMS V2.X to ABS
- Page 219 and 220: Migrating from SLS/MDMS V2.X to ABS
- Page 221 and 222: Migrating from SLS/MDMS V2.X to ABS
- Page 223 and 224: Migrating from SLS/MDMS V2.X to ABS
- Page 225 and 226: Migrating from SLS/MDMS V2.X to ABS
- Page 227 and 228: Migrating from SLS/MDMS V2.X to ABS
- Page 229 and 230: Migrating from SLS/MDMS V2.X to ABS
- Page 231 and 232: Migrating from SLS/MDMS V2.X to ABS
Architecture<br />
11.4 Coordina<strong>to</strong>r<br />
11.4.2 Volume Sets<br />
To synchronize access <strong>to</strong> volumes in a volume set ABS keeps pseudo volume records in the volume<br />
database. The pseudo volume starts with “&+” and the volume ID of the first volume in the<br />
set. To show the pseudo volumes you have <strong>to</strong> use the /ABS_VOLSET qualifier. The fields in the<br />
volume record are used as follows:<br />
• Brand: PID of process which has the volume locked or locked the last time.Do not change!<br />
• Description: A reservation bitmap displayed as a 32 hex-digit value. The low-order bit is<br />
the general locking bit which means the volume set is in use while the other bits represent<br />
which relative volume in the set is used <strong>for</strong> a write operation. For troubleshooting purposes<br />
this can be set <strong>to</strong> an all zero value by specifying exactly 32 zeroes.<br />
• Length: Currently last volume in set by number. Do not change!<br />
• Mount Count: Number of savesets on volume set. Do not change!<br />
• Pool: The EOT tapemark position expressed in number of tapemarks and a version number.<br />
Do not change!<br />
11-8 Architecture