Articles of tapedrive

如何通过Linux从Windows 2003 Server HP StorageWorks Ultrium 448备份恢复数据?

我有一个场景,我必须从Windows 2003服务器上制作的Ultirum 448磁带介质恢复备份。 唯一可用于恢复的系统是具有可比硬件的Linux服务器。 在这种情况下,有没有办法使用Linux上的磁带辅助function软件恢复磁带数据?

在原生800GB – 1TB范围内是否存在SATA磁带机?

我已经能够find的最大的SATA磁带存储器是原生160GB,这是Quantum DLT-V4。 有谁知道SATA(或USB3)磁带存储与800GB-1TB原生容量? 更新 它也可以是一个SAS磁带机。 任何人都可以推荐SAS控制器+ SAS磁带机。 SAS控制器只能用于磁带机。

服务器磁带备份scheme?

我们的服务器现在设置为运行一个基本的域。 其他(较旧的)samba服务器使用Iomega Internal REV磁带机进行备份。 将另一个磁带驱动器安装到新的服务器上是一个优点,使得能够混合和匹配媒体。 缺点可能是转速驱动器是一个老办法。 我的问题是,如果我们要花200英镑购买新的Iomega内部REV驱动器,是否有更新的技术更具优势,并且超过了我们已经拥有REV媒体的事实。 我在考虑优势,比如一半的备份时间等等。驱动器的function是每天备份,我们可以简单地插入磁盘并且备份所有东西,然后一个副本会在每天晚上由导演离开现场以防万一任何遗失或损坏的网站。 谢谢, 丹尼

我的LTO2驱动器想要反复清洗

一个正常运转的备份工作在一段时间内突然开始间歇性地在感恩节周围失败,随着时间的推移不断恶化。 现在每天都在失败。 我认为我的磁带机可能会损坏,但我不完全确定。 备份软件(ArcServe)总是抛出媒体错误,虽然我的磁带不是全新的,但他们看到了15次或更less的使用/擦除并且被适当地存储。 磁带驱动器(Quantum LTO2 Half Height)是最新的固件版本,scsi HBA和磁带驱动器都是最新的Windows操作系统驱动程序。 这些驱动程序版本从问题开始以来一直没有更新,因为我查看的第一个地方是驱动程序更新。 我使用称为xTalk的工具对磁带驱动器运行诊断testing,“驱动器健康状况”testing表示没有问题。 除了完整磁带备份之外,我还运行所有单独的诊断testing以及所有这些testing。 完整的磁带备份在70-80%的testing中失败了。 它引发媒体错误(ArcServe抛出相同的媒体错误)。 我的每日Arcserve备份也在networking共享中出现故障,6个备份集中有6个备份集,大约70-80%通过这个工作。 在进行完整磁带备份testing之前的70-80%之间的模式出现故障之前,编写Arcserve作业的70-80%之间的相关性非常好,但是我不知道是否可以对我在那里看到的任何内容施加任何影响。 我对这些事情没有经验。 需要注意的是,在两个月的testing中,磁带驱动器在进行testing之前需要进行清洁。 这些date是12/16 / 11,12 / 11 / 11,1 / 9/11和1/23/11。 在2011年9月1日,我重新安装了磁带驱动器,并使用与之相同的固件,并按照Quantum推荐的方法进行了三次背靠背清洗。 根据我的经验,function驱动不会要求那么多的清理。 我的清洁磁带是旧的。 在我之前是在我的公司。 但是在接近50次清洗的时候并没有看到它可以做到。 我认为磁带仍然清理好,因为当驱动器告诉我,我必须清理它的磁带进入和消息消失了几天的清洁。 让我感到困惑的是,一个简短的磁带写入和一个中等长度的磁带写入都是非常好的。 关于完整的磁带,靠近磁带的末尾,是什么怪胎我的驱动器。 所以,我订购了新鲜的磁带,目前正在尝试在新磁带上进行完整的磁带备份。 在我的备份日志中,我也看到一些networking错误。 所以我不确定我是否在networking上丢失了一个备份共享的问题,或者我正在与坏的硬件对抗,或者两者兼而有之。 我希望以前在那里的某个人可能能够把我在这里没有看到的一些东西拼凑在一起。 如果我的驱动器损坏,那么我不介意发送它并付款来修复它。 但是,当它只在一种types的testing中失败时,设备运行状况testing显示该设备没有问题,这使得将磁带驱动器扔在邮件中变得困难。 希望有人在那里可以协助。 感谢您阅读我的文章,祝您有美好的一天。 编辑#1:我可以从由于媒体错误而不完整的磁带中恢复。 我可以将一个非常旧的磁带合并回数据库,并从中恢复文件。 甚至我的Arcserve日志也会显示e6918“您的磁带机需要清洁”。 所以这是我的磁带机仍然可以做的更多的“普通”磁带驱动器。 使我不那么认为是磁带驱动器被损坏,但持续的清洗说明否则我感觉。 编辑#2:2012年1月27日 – 我在1/25/12采用了一种全新的LTO2磁带,并对其进行了完整的磁带备份testing,没有任何问题。 2012年1月25日,我又拿了一条新的LTO2磁带,做了一个完整的ARCserve备份,没有任何问题。 今天早上,我收到了我的新LTO2清洁带,我跑了三遍。 第一次清洁后,我检查了磁带清洁器上的窗口,发现它并没有完全被污染,所以我另外两次运行它作为一个很好的措施。 然后我打开了我的xtalktesting软件,并没有“干净的磁带驱动器现在”的警告,所以我决定采取以前错误的磁带,并删除它,并尝试一个完整的磁带备份。 […]

如何通过Linux恢复Symantec Backup Exec备份?

我从Windows上通过Symantec Backup Exec版本10.1.5629创build的已停用服务器获得了磁带备份。 是否可以使用Linux上的一些标准或开源工具从此提取备份,而不是诉诸Backup Exec的副本? 我目前已经能够使用dd if=/dev/st0 ibs=64K of=tape_contents ,但是现在我无法真正提取数据。 我最初被告知这个备份是使用Windows Server 2003备份软件创build的,但是当我尝试使用mtftar ,我收到了以下输出: mtftar -v < tape_contents输出: MFT Generator: Symantec Backup Exec 10.1.5629 Tape Name: Media created 4/2/2015 9:00:08 PM Tape Label: MTF Media Label|1.0|VERITAS|PVL|2006/11/18.03:00:11|LTO000003|1|{938BB24D-60F6-45B0-ABB5-E66AE4C1EB72}|| MTF out of order (files before directory saw 1701079382 while expecting limit of 0) Segmentation fault (core dumped)

磁带驱动器在14.04 ESXi VM上不可用

问题 我有一个Overland ArcVault连接到我的系统(实际上是一个虚拟机,它以独立的SCSI卡连接到passthrough模式),但它看起来像指定的磁带设备节点(如/dev/st0或/dev/nst0 )我期望看到没有被创build,并且创build的less数节点不完全正确地工作。 特别是,我看到五个设备正在创build, /dev/sg0到sg4 。 sg0, 1和2表示连接到虚拟机的虚拟磁盘驱动器。 sg4是代表磁带库本身的设备, 它工作正常 – 也就是说,我可以使用像mtx这样的命令来控制它。 从引导消息中, sg3是实际的驱动器本身,但它拒绝所有的访问尝试。 尝试执行mt -f /dev/sg3 rewind Operation not permitted总是返回Operation not permitted错误。 我已经validation了磁带库已经在驱动器中安装了一个磁带,并且已经尝试过所有的sg*设备。 还有一个/dev/tape/by-id/scsi-200900d09126c0024 ,但这只是sg4库的一个符号链接。 这个问题 我如何实际访问磁带,为什么我的系统无法启动? 的背景 使用lsscsi [1:0:0:0] cd/dvd NECVMWar VMware IDE CDR10 1.00 /dev/sr0 [2:0:0:0] disk VMware Virtual disk 1.0 /dev/sda [2:0:1:0] disk VMware Virtual disk 1.0 /dev/sdb [3:0:1:0] tape […]

将我们的第一个磁带机(SAS)连接到SATA总线

我们的小团队正在考虑购买我们的第一个磁带驱动器进行备份。 但是,我们仍然缺乏认真的企业级服务器,并且不得不暂时依靠我们的钻机上的SATA驱动器。 成本方面的考虑是反对build立一个高端的自动上传器,所以我们的采购经理决定采用SAS磁带驱动器(LTO 3或LTO 4),以便将来可以迁移到更高端的设备上。 除了SAS背板和反向分支电缆以外,我们还需要什么来将磁带机连接到我们的盒子上的SATA总线?

20 TB数据的备份解决scheme

首先是一些背景情况。 我们是一家中小型企业,在两个不同的NAS上有大约20TB的数据,这个数字每年至less增长10%。 我们需要保留90%的这些数据,因为我们所做的工作涉及到法律上的原因,而且所有这些数据都需要被访问。 每天不到1%的变化,但我们仍然需要能够查看和访问其他99%。 现在年底即将开始我们的年度备份。 过去5年,我们只是将几个外置硬盘插入networking上的个人电脑,并使用robocopy将两台独立的NAS复制到外部。 然后在一月初,我们会回去并在同一个驱动器上进行增量备份,以确保自那以后我们有了任何改变。 最后,首席执行官把这些驱动器送到他家保pipe。 我们也做NAS的夜间增量备份到另一组外部硬盘。 所以我现在正在考虑的一年一度的解决scheme也在考虑我们每晚增量备份,试图让两者都变得更好。 所以 – 目标:尽可能简单,安全,快速地完成年度备份。 由于我们是一个小企业,成本总是一个问题,而我所提出的任何事情都必须能够certificate成本。 到目前为止,我已经考虑过磁带备份了,只是另一个NAS,每年我们都会把这些驱动器交给首席执行官,然后再购买另一套重build一个新的备份。 在备份如此大量的数据方面,我非常新,任何帮助或提示你都会非常感激。 那么,关于如何使我们的备份过程更好的build议? PS – 两个NAS都运行在raid6上。

Ultrium LTO4 1840上的固件错误

客户有一个旧的MSL6030磁带库,后面有一对LTO4 Ultrium 1840磁带机。 两者都失败了。 我们已经采购了相同的replace品(无论如何都是同一部分),并且一直无法让图书馆识别它们。 我已经安装了LTT,一切都非常好,直到有一位同事指出新驱动器的固件是“B63D / Standalone”,而“B63W / MSL Library”则是这个失败的驱动器。 我有一个B63W固件的副本,但是我找不到任何惠普的固件工具来识别这个固件需要安装在这个驱动器上。 进一步阅读build议,这个驱动器需要安装到库中,库需要推动更新firware,但我不能让图书馆识别驱动器(可能是因为独立的固件!?)。 我已经创build了固件磁带,但是我不明白在创build磁带后将固件写回到驱动器的机制……惠普有这个详细而有用的页面,但这并没有帮助。 任何人都知道我能做到这一点,还是在浪费我的时间。

光纤通道:总线重置时覆盖LTO磁带

有一个情况,我们在外面的客户,我想更好地了解。 以下是发生的事情: 带有LTO磁带机的磁带库连接到光纤通道环境 运行在Windows Server 2008上的归档软件正在将数据写入磁带 在某个时候,磁带被重新卷回,软件没有意识到这一点,写入抹去磁带 通过比较磁带上的预期位置和实际位置来检测情况 我没有关于设备供应商的细节。 似乎磁带驱动器上发生了重置,导致磁带倒带,但是这种情况并没有报告给驱动程序和软件的错误,所以软件假定写入成功。 我正在阅读大量的文档,以了解为什么发生这种情况,但我无法做出任何最终结论来帮助客户。 FC HBA或交换机可以重新启动SCSI写入总线复位? 可以这样的事情是可configuration的? FC HBA或交换机是否忽略报告的单元注意? 操作系统的驱动程序可以责怪? 这个供应商是特定的? 如果有人能为我提供一些指导,我将非常感激。