对 NetWorker 中的磁带库驱动器排序问题进行故障处理

在即插即用操作系统中，按发现的顺序为设备分配 SCSI 目标地址。

由于 SAN 上的发现顺序不是固定的，并且由于连接丢失会导致即插即用重新定义目标号码，因此目标号码不是固定的。

由于即插即用系统根据枚举顺序（包括 SCSI 目标 ID）对设备进行命名（和重命名），因此操作系统与设备的连接中的任何类型的意外或故意中断都可能导致重命名设备。

“驱动器排序”问题描述了 NetWorker 为设备配置的 驱动程序名称 与实际名称不匹配的情况。这通常是初始 NetWorker 库配置后操作系统中的驱动程序名称更改所致。这通常是即插即用操作系统问题，会影响 Windows 和 Linux。
 
有许多错误和条件与此问题相关，包括但不限于：

• 错误：“nsrd：介质信息：无法将驱动器”{驱动程序句柄}“卸载到插槽 {插槽编号}，错误”69”
• 错误：“{hostname} 目标组件已满”
• 错误：“{driver handle} 读取打开错误，无此类设备或地址”
• 错误：'开场：I/O 错误'
• 错误：'nsrd：自动存储塔“{jukebox}”失败：预期的卷“{volid}”获得了 {volid}”
• 错误：'nsrd：自动存储塔“{jukebox}”失败：预期卷“（volume_name）”得到“NULL”
• 错误：“读取打开错误，设备未就绪”
• 错误：'nsrjb：自动存储塔错误，所有分配的驱动器都不可用，无法恢复操作错误
• 错误：'nsrd：自动存储塔“{jukebox}”失败：预期的卷“{volid}”获得了 {volid}”
• 错误：'nsrd：自动存储塔“{jukebox}”失败：预期的卷“{volume}”得到“NULL”
• 错误：“读取打开错误，设备未就绪”
• 错误：'nsrjb：自动存储塔错误，所有分配的驱动器都不可用，无法恢复操作错误
• 错误：'nsrd： media warning：{Driver Handle} Reading： Read Open Error：驱动器中没有介质。
• 错误：'inventory：条形码标签“{barcode}”与介质数据库条形码标签不匹配，正在更新介质数据库
• 错误：“非法请求，介质不存在”
• 错误：“nsrd： 介质信息： 未能将驱动器”{驱动程序句柄}“卸载到插槽 {插槽编号}'

最初在 NetWorker 中配置磁带库时，将创建库对象以将硬盘与它们在该时刻拥有的操作系统生成的驱动程序句柄相关联。它是一种静态关联，反映配置时的关系。例如，一个库可能有两个设备：
物理驱动器 1 = \\.\Tape0 （在 Linux 中可能是 /dev/nst0 ）
物理驱动器 2 =\\.\Tape1 （或 /dev/nst1）在即插即用操作系统（如 Windows 或 Linux）

中，设备从系统中消失的任何类型都可能导致操作系统重命名设备;这包括简单地重新启动主机， 设备或连接中涉及的任何连接硬件。特别是在设备发现可能无序的 SAN 上，设备在下次重新启动时可能会以不同的方式命名，例如，与上面的对比：
物理驱动器 1 = \\.\Tape1 或 /dev/nst1
物理驱动器 2 = \\.\Tape0 或 /dev/nst0

假设 有任何 设备使用所需名称，对这些设备的命令可能仍然有效。但是，由于驱动程序句柄和物理元素的关联在 NetWorker 库元素中不再正确，其结果是 NetWorker 不再知道设备的正确名称，因为它们现在已更改。例如，NetWorker 可能会将磁带盒加载到驱动器元素中，但使用 原始 （现在，在发生操作系统事件后，出现不正确的）磁带驱动程序名称来执行磁带操作 - 即，它可能会加载磁带机 1，但向驱动器 2（已重新分配驱动器 1 的旧名称）发出命令。假设找到意外卷（或根本没有发现卷），这可能会导致各种错误。驱动器订购条件有许多可能的原因：

• 使用 jbconfig 或 jbedit 命令手动错误配置磁带库
• 重新启动主机、存储适配器、存储连接硬件或磁带设备
• 暂时失去与设备的连接
• 在操作系统中禁用和重新启用设备
• 操作系统更新
• 设备或存储适配器驱动程序更新

永久命名：

这被认为是最佳实践，即使您没有遇到问题，支持人员也可能会推荐这种做法，以主动保护您。请使用以下文章中的信息：

• 实现适用于 Windows 的磁带设备名称持久性
• 为 Linux 实施磁带设备名称持久性