Problem using 2 tapes for a single tape drive - Veritas Backup Exec

This is a discussion on Problem using 2 tapes for a single tape drive - Veritas Backup Exec ; Hello, We have been having a problem backing up from a single HP SureStor drive using 2 tapes. We are using Backup Exec for Windows servers version 8.5 build 3571. Our servers are NT 4.0 with SP 6.0a We are ...

+ Reply to Thread
Results 1 to 2 of 2

Thread: Problem using 2 tapes for a single tape drive

  1. Problem using 2 tapes for a single tape drive


    Hello,

    We have been having a problem backing up from a single HP SureStor drive
    using 2 tapes. We are using Backup Exec for Windows servers version 8.5 build
    3571. Our servers are NT 4.0 with SP 6.0a We are backing up the server which
    the tape is connected to, as well a directories and files from 2 other servers.

    We are backing up more than the 24GB limit on our tapes, so we are trying
    to use 2 tapes. Supposedly, when one tape is full, we are supposed to automatically
    be prompted to insert the second tape. Our boss is hesitant to get a larger
    tape drive, which would be my preference.

    In the morning, when we come in and put in the second tape, it just keeps
    ejecting.
    Also, the backup job just keeps running and shows progress, even with no
    tape in the drive.

    I have the option to eject media when job is complete, unchecked. I also
    moved all of the existing media labels to retired media and then re-labled
    and cataloged each tape, but this did not help.

    Has anyone else had this problem?

    Any feedback would be appreciated.

    Thanks,

    Mark

  2. Re: Problem using 2 tapes for a single tape drive


    When a tape is immediately ejected, this usually indicates that the tape is
    protected (by Backup Exec) from being overwritten. Or, the tape is physically
    right protected. This is easy to determine, but I am sure you have already
    checked this.

    If you have ascertained the name of the second tape, see if is eligible for
    being overwritten. The easiest way is to click on the Media tab and select
    'All Media' from the left pane. FInd the tape in the list of media to ensure
    it is blue in color. This means it can be overwritten. Chances are it is
    black and is not eligible to be overwritten. When the tape is immediately
    ejected during the backup there is probably a suppressed alert being posted
    that you are not seeing.

    It is common for Alerts to be suppressed from popping up on the screen because
    it is an option that the application offers. Re-run the job and allow the
    second tape to be inserted/ejected. Switch to the Alerts tab to see if one
    is being posted that states the tape is write protected (not physically.)

    Even if the above steps do not solve the problem it sounds like Backup Exec
    knows the tape is write protected one way or the other.

    "Mark" wrote:
    >
    >Hello,
    >
    >We have been having a problem backing up from a single HP SureStor drive
    >using 2 tapes. We are using Backup Exec for Windows servers version 8.5

    build
    >3571. Our servers are NT 4.0 with SP 6.0a We are backing up the server which
    >the tape is connected to, as well a directories and files from 2 other servers.
    >
    >We are backing up more than the 24GB limit on our tapes, so we are trying
    >to use 2 tapes. Supposedly, when one tape is full, we are supposed to automatically
    >be prompted to insert the second tape. Our boss is hesitant to get a larger
    >tape drive, which would be my preference.
    >
    >In the morning, when we come in and put in the second tape, it just keeps
    >ejecting.
    >Also, the backup job just keeps running and shows progress, even with no
    >tape in the drive.
    >
    >I have the option to eject media when job is complete, unchecked. I also
    >moved all of the existing media labels to retired media and then re-labled
    >and cataloged each tape, but this did not help.
    >
    >Has anyone else had this problem?
    >
    >Any feedback would be appreciated.
    >
    >Thanks,
    >
    >Mark



+ Reply to Thread