NBU中tape drive down的10大原因

tixjez112

在官方网站中找到这样的文档。\r\n但不怎么明白。\r\n现在与大家共享。\r\n希望大家能针对自己遇到的情况，分析分析这个问题。    \r\ntape drive down的10大原因 \r\n\r\n\r\nSymptom:  \r\nTop Ten Reasons Tape Drives Go Down  \r\n  \r\nSolution:  \r\n\r\n10. Infrequent, random failure during \"normal\" operation. \r\n   Diagnosis: Two drive errors occurred within 12 hours.  (See: \r\n   Technotes 234412, 235839) \r\n   Remedies: \r\n   A. Increase the number of allowable drive errors by creating a \r\n      file named /usr/openv/netbackup/DRIVE_ERROR_THRESHOLD \r\n      that contains an override value. \r\n   B. Decrease the duration over which drive errors are accumulated \r\n      by creating a file named /usr/openv/netbackup/TIME_WINDOW \r\n      that contains an override value. \r\n   C. Address the cause of the drive error: \r\n      * Status 134: V3.4, Patch J080645, during manual backup: \r\n        At end of tape, mount request precedes before dismount is \r\n        complete -- create /usr/openv/volmgr/DISABLE_RESOURCES_BUSY \r\n        on media server \r\n      * Unreliable media (near maximum mount count) may need \r\n        replacement. \r\n\r\n9. drive goes Down following persistent media errors. \r\n   Diagnosis: A robot inserts a (physically) damaged tape into the drive. \r\n   Remedy: Manual intervention  (e.g., remove the adhesive label \r\n           that\'s covering the media access and gumming everything up. \r\n\r\n8. drive goes Down with intermittent media errors (Status 85 or 86). \r\n   Diagnosis: Tape drive may need cleaning.  (See: Technotes 231451, \r\n   236697, 201201) \r\n   Remedies: \r\n   A. Check whether drive hardware has TapeAlert and is configured \r\n      for automatic cleaning.  (This feature allows a drive to notify \r\n      the Media Manager when it needs cleaning. Using this feature \r\n      is the Veritas-preferred configuration.) \r\n   B. If TapeAlert is not supported (or automatic cleaning is not \r\n      selected), check whether Cleaning Frequency is set in the drive \r\n      configuration. \r\n   C. Find out whether any cleaning tapes are configured, and where \r\n      they are located (in the robotic library, in \"that other media \r\n      server,\" or in \"locked up in Jeremy\'s office.\" \r\n\r\n7. drive goes Down with Status 85 (media read error) when mounting a \r\n   particular tape volume. \r\n   Diagnosis: The tape is really a misconfigured cleaning tape. \r\n   Remedy: \r\n   A. Remove tape from drive (either manually or with robtest). \r\n   B. Determine that tape is misconfigured either from its volume ID \r\n      or by visual examination. \r\n   C. Modify the tape properties (identify it as a cleaning tape.) \r\n\r\n6. drive goes Down with Status 85 or 86 for other reasons. \r\n   Diagnosis: Further details are available in /var/logs/syslog or \r\n   /var/adm/messages. \r\n\r\n5. drive remains Down from the time the robot was brought on-line. \r\n   Diagnosis: The drive had a tape in it when powered on, and the \r\n              robot doesn\'t know where it belongs. \r\n   Remedy:    Move tape to an unused slot with robtest and \r\n              re-inventory robot. \r\n\r\n4. drive goes Down whenever robot loads a tape. \r\n   Diagnosis: One or more tape drives are misconfigured. (See Technote #193280) \r\n   Remedy: \r\n   A. Run \"sgscan\" and examine the output. \r\n   B. Run \"tpconfig -d\" and compare the results to sgscan. \r\n   C. Check for consistency of preceding results, and compare with \r\n      /kernel/drv/st.conf \r\n   D. Try moving tapes from one drive to the next using \"robtest\". \r\n   Remedy: \r\n   * Review current drive definition/properties with tpconfig or \r\n     in the bpadm/xbpadm/jnbSA device manager functions. \r\n   * Modify as necessary. \r\n\r\n3. Hardware problems: \r\n   A. Symptom:   SCSI Log contains send errors \r\n      Diagnosis: Cabling or termination problems  (See Technote #234715) \r\n      Remedy:    Move cables and termination as necessary \r\n   B. Symptom:   SCSI bus reset \r\n      Diagnosis: Defective SCSI controller (See Technote #201880) \r\n      Remedy:    Replace SCSI adapter \r\n   C. Symptom:   System error messages from robtest and sgscan \r\n      Diagnosis: drive hardware, firmware bugs  (See Technote #237227) \r\n      Remedy:    Upgrade hardware as necessary \r\n   Other trouble-shooting tools: \r\n   * Check lights on drive \r\n   * Other command lines fail \r\n   * Errors that appear in various NetBackup logs \r\n   * System error logs, such as /var/logs/syslog or /var/adm/messages \r\n     (if syslogging is enabled in /etc/syslog.conf) \r\n   * /usr/openv/netbackup/db/media/errors \r\n\r\n2. Check bptm and daemon logs for clues.  Who knows what you\'ll find in there!? \r\n\r\nAnd the no. 1 reason for tapes to go Down ... \r\n\r\n1. drive goes Down at random times. \r\n   Diagnosis: Tape drive is linked to a stock index. \r\n   Remedy: \"/usr/sbin/unlink -f /etc/index.funds\" on Media Server.

rainbox889

好呀！怎么没人顶呀！我顶！