有一种情况,我们在外面的客户,我想更好地了解。
下面是所发生的事情:
我不知道设备供应商的详细情况。
似乎是在导致磁带倒带的磁带驱动器上发生了重置,但这种情况并没有被报告为错误返回到驱动程序和软件,因此软件假定写入成功。
我读了很多文档来理解为什么会发生这种情况,但我无法做出任何最后的结论来帮助客户。
如果有人能给我一些继续前进的方向,我将非常感激。
发布于 2016-04-12 08:43:39
这是一个已知的问题,磁带驱动器,以及它们是微不足道的方式-很容易倒转仅仅是通过设备侧视(即,打开错误的方式-通过回绕设备-只是为了检查状态)。
至少有一个主要的UNIX备份软件对此非常担心,它只是拒绝第二次写入磁带,直到磁带准备被删除为止;它来自阿曼达常见问题 (它特别提到总线重置是一个问题区域):
为什么阿曼达不加在磁带上?一盘阿曼达=一盘磁带。Amanda打开磁带设备一次,写入所有图像和文件,并关闭设备一次。使用该序列,不可能有其他程序中断序列和倒带,而阿曼达没有注意到。做"mt /dev/st0状态“就足够了,甚至可以”每天检查“。此外,像scsi总线复位这样的错误意味着倒带。如果Amanda关闭并重新打开每个备份映像的磁带驱动器,则存在一个漏洞窗口,即磁带意外地被重绕,下一个图像将覆盖磁带上的所有良好备份。你不会知道的除非你试着从磁带上恢复。当附加到磁带上时,有一种可能性:从Amanda定位到最后一张图像(这已经不是很简单了!)到打开写东西的设备之间,会发生磁带倒带,而在这种情况下,Amanda会很高兴地擦除所有的磁带,其中可能包含了很多天的备份。
巴库拉同样解决了这个问题,从来没有关闭磁带设备,所以没有人可以错误地打开它,而磁带被加载。但这解决不了公交复位的问题。
本质上,这是一个问题,也是一个很难的问题。我可能会说,您的备份硬件应该足够坚固,不会经常发生这种情况;如果FC似乎特别容易出现这种情况,那么现在是时候使用SAS磁带驱动器,或者至少直接将磁带设备连接到备份服务器,以便将光纤开关等从路径中移除。除此之外,我看不出你能做得比你已经做的更多,因为你发现了问题之前,通常点,即“我们的恢复不工作,我们完蛋了”。
https://serverfault.com/questions/769057
复制相似问题