Symantec Backup Exec自动化介质库或磁带驱动器的问题编程频道|福州电脑网

2023年12月18日发(作者：)

文档 ID：255501

将本文推荐给同事

如何在 Backup Exec for Windows Servers 中解决自动化介质库或磁带驱动器的问题。

详细信息：

Backup Exec for Windows Servers 支持各种自动化介质库（也称为自动加载程序）和磁带驱动器。有时，硬件可能无法正常显示、显示为脱机、无法正常工作或在作业日志中报告某种错误。本文档提供了一些如何解决这些问题的建议。

在 Backup Exec 中检查自动化介质库和磁带驱动器问题的第一步是验证硬件兼容列表 (HCL)

(/carveout_PID_15047_view_) 中是否列出了该设备。如果硬件兼容列表中没有列出该设备，请与硬件制造商联系以获得该设备使用 Backup Exec 的支持。赛门铁克公司会不断验证新设备并时常更新此列表。

下一步是确保 Backup Exec 中启用了自动化介质库支持。若要验证是否启用了自动化介质库支持，请执行以下操作：

1. 在 Backup Exec控制台上单击“工具”。

2. 选择“序列号”和“安装”菜单项。

3. 在安装向导中，跳过序列号屏幕，验证是否选中并安装了“启用自动化介质库支持”选项。

4. 如果尚未选中该选项，请选中它并继续进行安装。（图 1）

图 1

请确保已经为磁带驱动器、自动化介质库和 SCSI 控制器安装了最新的驱动程序和固件为了获得最佳性能，应该为磁带驱动器加载赛门铁克驱动程序。赛门铁克并不会测试初始设备制造商 (OEM)

驱动程序的性能和兼容性，除非在硬件兼容列表中另有注明。可以从赛门铁克支持网站下载

Backup Exec 磁带驱动器和自动化介质库的驱动程序，网址为

/rd/。在“产品版本 (Product Version)”下拉框中选择 Backup Exec 的版本号，并在“文件类型 (File Type)”中选择“驱动程序 (Driver)”。与硬件制造商联系以获得自动化介质库、磁带驱动器和 SCSI 控制器的最新固件。

若要验证 Windows 2000 和 Windows 2003 中是否安装了赛门铁克磁带驱动器，请执行以下操

作：

1. 右键单击“我的电脑”，再单击“属性”

2. 在“硬件”选项卡中，单击“设备管理器”（图 2）

图 2

3. 在“磁带驱动器”标题下，选择该磁带驱动器，然后单击“属性”

4. 在“驱动程序”选项卡中，提供商应该是 VERITAS Software Inc.（图 3）或 Symantec

Corp.。

图 3

注意：如果自动化介质库或磁带驱动器已连接到 RAID 控制器上，强烈建议您将该设备移动到标准的 SCSI 控制器上。自动化介质库和磁带驱动器连接到 RAID 控制器上可能会无法正常工作。

自动化介质库使用的 SCSI ID 有可能会大于自动化介质库中磁带驱动器使用的 SCSI ID。我们建议磁带介质库使用 SCSI ID 2，介质库中的驱动器从 SCSI ID 3 开始向上递增。更改这些 SCSI ID 时请参考您的硬件文档。

这些硬件可能会出现问题。检查 Windows 事件查看器中的系统日志以查看是否有问题。若要执行此操作，请单击“开始”|“程序”|“管理工具”|“事件查看器”。现在，检查系统启动或备份时可能发生的事件 ID 5s、7s、9s、11s 和 15s。

 事件 ID 5s 表示出现校验错误。如果事件查看器中报告了此类事件，请联系硬件制造商以解决这些事件的问题。

事件 ID 7s 表示块错误。原因可能是磁带驱动器上出现驱动程序问题、介质出现错误或读/写头变脏。擦拭磁带驱动器并加载赛门铁克提供的最新磁带驱动程序通常可以解决这些问题。

 事件 ID 9s 表示 SCSI 总线超时。当 SCSI 总线自身进行重置或磁带驱动器没有及时响应时，通常会出现这些错误。有时降低 SCSI 总线速度可以解决这些问题。而且，加载最新的 SCSI 驱动程序和固件也能帮助解决这些问题。在某些高端服务器中，有一种已知能解决这些错误的方法，即将 SCSI 卡移动到另一个外围组件互连 (PCI) 插槽中（该插槽不能与 RAID 控制器共享同一总线）。如果上述方法均不能解决该问题，请与硬件制造商联系。

 事件 ID 11s 表示控制器错误。这些错误产生的原因通常是硬件无法正常工作。尝试降低 SCSI 总线速度，并确保加载了最新的 SCSI 驱动程序和固件有时可帮助解决这些问题。如果这些错误仍然出现，请与硬件制造商联系。

 事件 ID 15s 表示设备目前无法访问。当磁带驱动器或介质库与服务器之间的通信出现问题时，通常会发生这些错误。这些错误产生的原因通常是加载了错误的驱动程序或驱动程序不是最新的。也有可能是因为没有为 SCSI 控制器和磁带驱动器使用最新的固件。

检查驱动程序和事件查看器后，如果自动化介质库仍然没有显示或显示为脱机，请检查自动化介质库的查询字符串，并与 Backup Exec 使用的列表相比较，可以帮助您确定介质库是否正确地报告了自身的状态。若要检查此内容，请执行以下操作：

1. 打开 Windows 资源管理器。

2. 浏览到 C:Program FilesVERITASBackup ExecNTLogs（或 Backup Exec 的安装文件夹）。

3. 使用打开。

4. 滚动到日志文件的末尾，直到最后列出设备发现的部分。记下主查询字符串（此字符串中的空格很重要）。此字符串会如图 6 所示，但可能根据介质库的不同而具有不同的名称。字符串的前

24 个字符即为主查询字符串。前 24 个字符之后的内容是固件版本。（图 4）

图 4

5. 打开。

（注意：如果在运行 Windows 2000，必须使用。）

6. 浏览至 HKey_Local_Machine | System | CurrentControlSet | Control | SCSIChanger。

7. 在 SCSIChanger 下，双击 VSDLoadTable。

8. VSDLoadTable 打开时，将选中所有条目。按复制数据。（注意：如果不小心删除了数据，按“取消”可以恢复更改。如果删除了此值中的信息，Backup Exec 将无法识别介质库，可能需要重新安装产品。请参考此技术说明中的最后一步以了解如何在注册表中恢复

SCSIChanger 键的正常功能。）

9. 打开。

10. 单击“编辑”|“粘贴”或将 VSDLoadTable 中的数据粘贴到记事本中的对应部分。

11. 记事本中会出现两列。第一列是虚拟设备驱动程序 (VXD) 的名称，Backup Exec 9.x 会加载该驱动程序，以便与自动化介质库通信。第二列（有时可能会显示为两列）是查询字符串。从步骤

4 开始执行，搜索该列表并精确查找查询字符串（在查找查询字符串时空格很重要）。如果步骤 4

中的查询字符串中具有四个空格，但 VSDLoadTable 中仅显示三个空格，即是不匹配）（图

7）。如果记事本中列出了查询字符串，记下第一列中的虚拟设备驱动程序，然后执行下一步。如果没有显示查询字符串，或者显示的查询字符串与 VSDLoadTable 中的不精确匹配，则可能会有两个问题。第一个问题是自动化介质库的固件版本错误，因而报告了错误的查询字符串；或是它具有全新的固件和全新的查询字符串，因而 Backup Exec 无法识别，或是自动化介质库出现错误。如果固件是全新的，下载最新版本的 Backup Exec 驱动程序可能会解决该问题，因为较新的驱动程序中包含较新的 VSDLoadTable。第二个问题可能是 VSDLoadTable 已损坏，需要重新安装。若要执行此操作，请参考本文档的最后一节，以了解如何删除 SCSIChanger 并重新创建它。（图

5）

图 5

12. 单击“开始”|“运行”，再键入 WINMSD。此时将打开服务器的系统信息（Windows 诊断）。

13. 对于 Windows 2000、Windows XP 和 Windows 2003，单击“软件环境”，然后找到

Windows XP 和 Windows 2003 的系统驱动程序。

14. 在该列表中，搜索 SCSIChanger。该服务应该已启动。如果它尚未启动，则可能是 Backup

Exec 在尝试为自动化介质库加载正确的驱动程序时遇到了问题，或驱动程序已损坏而导致无法加载。请参考本文档的最后一节，以了解如何创建正常工作的 SCSIChanger 键。

15. 如果 SCSIChanger 已启动，在列表中查找步骤 11 中记下的虚拟设备驱动程序。如果虚拟设备驱动程序已显示，但尚未启动，可能是加载驱动程序时出现了问题。此问题的原因可能是硬件错

误、错误终止或 SCSI 电缆上的针脚发生了弯曲。也有可能是虚拟设备驱动程序发生了损坏。请按照本文档中最后一节中提供的步骤创建 SCSIChanger 键来解决该问题。

16. 如果已执行了所有这些步骤，请按照该文档中提供的下一步继续操作，来尝试使自动化介质库联机。

执行了这些步骤后，如果磁带驱动器仍然显示为脱机，请执行以下操作：

1. 右键单击磁带驱动器，然后选择“属性”。

2. 单击“配置”选项卡，清除“启用Backup Exec”复选框，然后单击“确定”（图 6）。现在该设备将被禁用。

图 6

3. 右键单击自动化介质库，再单击“属性”。

4. 单击“配置”选项卡，清除“启用 Backup Exec”复选框，然后单击“确定”。现在该设备将被禁用。

5. 右键单击该磁带驱动器，再单击“删除”。

6. 右键单击该自动化介质库，再单击“删除”。

7. 退出 Backup Exec。

8. 启动 BEUtility。

注意：默认情况下，它位于 C:Program FilesVERITASBackup ExecNT 目录中。

9. 从右侧窗格中，选择“Backup Exec 介质服务器”。

注意：如果它尚未列出，右键单击“所有介质服务器”，再选择“新介质服务器”。

10. 在“服务任务”下，单击“停止服务”。停止了所有服务后，单击“启动服务”。

11. 启动 Backup Exec，再单击“设备”。此设备现在应该显示为联机，且能正常工作。

如果磁带驱动器仍然脱机，可能是 Backup Exec 硬件数据库已损坏。

若要修复数据库，请执行以下步骤：

1. 退出 Backup Exec。

2. 启动 BEUtility，然后选择“Backup Exec 介质服务器”。

3. 在“服务任务”下，单击“停止服务”。

4. 在“数据库任务”下，单击“修复数据库”（图 7）。

图 7

5. 在“服务任务”下，单击“启动服务”。

6. 启动 Backup Exec，再单击“设备”。该设备应显示为联机并能正常工作。

如果磁带驱动器仍然显示为脱机，可能是 Backup Exec 数据库发生了无法修复的损坏。如果发生这种情况，可以加载备份的数据库，或完全替换数据库。

注意：强烈建议您对数据库执行备份，以便在还原或替换 Backup Exec 数据库无法解决问题时使用备份数据库。若要进行此操作，请执行以下这些步骤：

1. 退出 Backup Exec。

2. 启动 BEUtility，然后选择“Backup Exec 介质服务器”。

3. 在“服务任务”下，单击“停止服务”。

4. 打开 Windows 资源管理器。

5. 浏览至 Backup Exec Data 文件夹（默认情况下它位于 C:Program FilesVERITASBackup

ExecNTData）。

6. 在 Data 文件夹下新建两个文件夹。将第一个文件夹命名为 OriginalBackup，将第二个文件夹命名为 NewBackup。

7. 将文件复制到 OriginalBackup 文件夹中。

8. 在 BEUtility 中的“数据库任务”下，选择“转储数据库”。

9. 在 Windows 资源管理器中，在 Data 文件夹下，将新建的文件复制到

NewBackup 文件夹中。（复制完文件之后，不要删除此文件夹，因为这里是 Backup Exec 数据库的最新备份，包含自上次 Backup Exec 对数据库进行了内部备份之后创建的所有作业、调度、警报和介质集。）

10. 在 OriginalBackup 文件夹中，将文件复制回 Data 文件夹，覆盖现有文件。

若要还原 Backup Exec 数据库的副本，请执行以下操作：

1. 退出 Backup Exec。

2. 启动 BEUtility，然后选择“Backup Exec 介质服务器”。

3. 在“服务任务”下，单击“停止服务”。

4. 在“数据库任务”下，单击“恢复数据库”。

5. 选择“删除现有数据库并从备份中重载数据库”选项。单击“确定”（图 8）。

图 8

6. 在“服务任务”下，单击“启动服务”。

7. 启动 Backup Exec，再单击“设备”。该设备应显示为联机并能正常工作。

若要安装新的 Backup Exec 数据库，请执行以下操作：

警告：这样做将删除备份的所有作业、选择列表、调度、介质集、分区、密码、警报、警报历史记录和通知。

1. 退出 Backup Exec。

2. 打开 BEUtility，然后选择“Backup Exec 介质服务器”。

3. 在“服务任务”下，单击“停止服务”。

4. 在“数据库任务”下，单击“恢复数据库”。

5. 在复选框中选中“删除现有数据库并从基中重载数据库”，再单击“确定”（图 9）。

图 9

6. 在“服务任务”下，选择“启动服务”。

7. 启动 Backup Exec，再单击“设备”。该设备应显示为联机并能正常工作。

如果这两个选项中任一项不生效（还原或替换数据库），系统将返回使用初始数据库。

1. 退出 Backup Exec。

2. 打开 BEUtility，然后选择“Backup Exec 介质服务器”。

3. 在“服务任务”下，单击“停止服务”。

4. 打开 Windows 资源管理器。

5. 浏览至 Backup Exec Data 文件夹（默认情况下它位于 C:Program FilesVERITASBackup

ExecNTData）。

6. 在先前创建的 NewBackup 文件夹中，将文件复制回 Data 文件夹，覆盖现有文件。

7. 在 BEUtility 中的“数据库任务”下，单击“恢复数据库”。

8. 选择选项“删除现有数据库并从备份中重载数据库”。单击“确定”。

9. Backup Exec 将返回使用初始数据库。

如果自动化介质库仍然显示为脱机，有时重新启动两台服务器和介质库会帮助解决通讯失败问题。我们建议您执行此操作时按照下面的步骤执行。

1. 单击“开始”|“关机”|“关机”来关闭 Backup Exec 介质服务器。

2. 关闭自动化介质库或磁带驱动器。

3. 启动自动化介质库或磁带驱动器。验证设备已正确初始化，且没有报告任何错误。

4. 启动服务器。验证 SCSI 启动时该设备正确显示。

自动化介质库可能并没有显示在 Backup Exec 中，或其显示不正确。按照上面的步骤修复数据库，或使用数据库的备份副本或全新副本替换数据库，这样有时会有助于解决此问题。

如果这些步骤不生效，请执行以下操作：

1. 退出 Backup Exec。

2. 启动 BEUtility，然后连接到 Backup Exec 介质服务器。

3. 选择相应选项以停止 Backup Exec 服务。

4. 单击“开始”|“运行”，再键入 REGEDT32。单击“确定”。

5. 浏览至 HKey_Local_Machine | System | CurrentControlSet | Services。删除

SCSIChanger 键。

6. 浏览至 HKey_Local_Machine | System | CurrentControlSet | Control。删除 SCSIChanger

键。

7. 关闭 REGEDT32。

8. 关闭 Backup Exec 介质服务器和自动化介质库。

9. 启动自动化介质库，并验证设备初始化正常。

10. 启动 Backup Exec 介质服务器。验证 SCSI 启动时自动化介质库正确显示。

11. 服务器启动后，单击“开始”|“设置”|“控制面板”。

12. 双击“添加/删除程序”。

13. 选择 Backup Exec for Windows Servers，再单击“更改”。

14. 出现欢迎屏幕时，单击“下一步”。在“本地选项”下，选择“修复”选项（图 10）。

图 10

15. 完成之后，重新启动服务器

16. 下载赛门铁克提供的最新驱动程序并安装它们（可能需要重新启动）。现在，自动化介质库应该能够正确显示在 Backup Exec 中。

如果上述步骤全部失败，请检查为“设备和介质”服务设置的服务帐户。如果它是使用本地系统帐户启动的，它应该更改为使用与 Backup Exec 服务相同的帐户来运行。在域环境中，所有

Backup Exec 服务（除 Remote Agent 服务外）均应使用域管理员帐户运行。

Symantec Backup Exec自动化介质库或磁带驱动器的问题

发布评论取消回复

最近发表

相关推荐

标签列表

Symantec Backup Exec自动化介质库或磁带驱动器的问题

发布评论 取消回复

最近发表

相关推荐

标签列表

发布评论取消回复