如果LTO-3完全备份需要多个磁带。 我的下一步硬件是什么?

好。 有些东西要考虑

我使用的是Backup Exec 12.x / 13.x,包括Exchange的服务器2003/2008环境。

我有备份到磁盘(完整/差异)发生,是独立于备份到LTO(全/差)。 由于一个以上的原因,我宁愿不只是从磁盘备份到磁带,我想保持备份直接到LTO发生。

我目前有一个单一的LTO – 3驱动器,没有types的装载机/机器人/图书馆。 为LTO驱动器提供服务的盒子中有一个Adaptec 39160 Ultra160 SCSI卡 。 我现在使用一个磁带(每周一个)和一个磁带(在磁带被取出之前每周四天)。 完全备份正在冲击372.5GB的障碍,当它的备份没有完成星期六,它仍然在等待星期一上午的录像带。

沃德提到,在正常工作时间之后的星期一下午/晚上,放置第二套LTO3磁带。 这个问题比较如下:

正常stream量

  • 星期五将LTO3磁带1插入第1周的完全备份
  • 星期一插入LTO3磁带差分
  • 周二,周三,周四差价使用星期一插入的磁带
  • 重复第2周

2个LTO3磁带用于完全备份stream

  • 星期五将LTO3磁带1插入第1周的完全备份
  • 星期一在第一周插入LTO3磁带2进行完全备份
  • 星期一插入LTO3磁带1用于第1周的完全备份(用于validation过程)
  • 星期一插入LTO3磁带2用于第1周的完全备份(用于validation过程)
  • 星期二插入用于差分的LTO 3磁带
  • 周三,星期四差价使用星期二插入的磁带
  • 重复第2周

额外的磁带交换周一至周六6个小时(从我放入第二盘磁带开始)。 如果我在下午5点这样做,我会在这里直到午夜交换磁带。 这不包括周六/周日/周一等待录像带的空闲时间。

现在,我可以closuresvalidation过程并保存两次磁带交换,并将“备份”过程缩短几个小时,但是如果我不closuresvalidation,我不能只放入磁带2,并在一天结束时离开。 将备份溢出到第二个磁带上会延长备份过程,但也是如此

  • 增加旋转中的磁带数量(成本)
  • 增加运输中的磁带数量(公文包的尺寸/重量到异地存储)
  • validation过程之后,让我在工作时间之后呆在现场,从而增加了备份过程的复杂性
  • 增加了从我的办公室pipe理备份/恢复的复杂性,这不在服务器机房旁边。 处理来自家庭的这些问题,这是四倍的。

是的,我不会在星期六去坐在那里6个多小时,并保姆磁带机。 我想在工作之外有一种生活。 当MF发生时,12小时的时间已经够糟糕了。 我不会永久把自己绑定到6天的工作周。

磁带机是戴尔PowerVault 110T LTO3。 备份服务器位于千兆位以太网上,仅使用一个NIC,并可在大约12小时内填满整个磁带。

我可以更改备份过程,将其中一台密集型服务器分隔到自己的LTO上进行完全备份,以临时暂停此决定,但是很快我想我需要select以下选项之一:

  1. 购买一个LTO-3驱动器,并利用只有第二个物理磁带。 这是一个不太理想的select,只有在LTO-3驱动器比LTO-4驱动器便宜的情况下才有意义。

  2. 购买LTO-4磁带机,使用LTO-4磁带进行完全备份,并使用LTO-3磁带作为差分磁带,直到LTO-3磁带旋出为止,新的LTO4磁带与LTO3磁带的价格相匹配。 这可能会让我度过几个周末的备份,而不必交换磁带。 由于LTO4的最低速度低于LTO3,因此这也部分解决了擦鞋问题。

  3. 买一些可以自动input磁带的东西。 我假设没有什么东西可以添加到PowerVault 110T中,这意味着购买一台装有磁带和装载器的新设备。 这可能不是成本效益,只是获得驱动器和手动加载磁带,但自动加载LTO4将是方便的终极。 我会让上面的老板决定单磁带驱动器和自动加载驱动器之间。

埃文·安德森在另一个解决scheme中提到,你可以在这个价格范围内购买驱动器

LTO-4 (internal drive, 1 tape / day) - $2,766.00 LTO-4 (autoloader, 1 tape / day) - $4,566.00 

但我不知道他或你会推荐什么实际驱动器,如果必要的控制器的具体情况。 如果您不介意查看或给我一个品牌和型号,请向我展示一个新的url(或者戴尔,或者惠普,或者任何您喜欢的供应商)以获得解决scheme,我会很乐意腿自己工作。

在这个备份轮转变得太麻烦之前,我正在寻找需要购买的东西。 我可能有几个月。

Xenny提到了服务器的时代和备份的速度。 Exchange服务器是6岁(虽然硬盘更新)。 有几台4年前的服务器与消费级SATA硬盘(WD6400AAKS)搭配使用。 我认为“新”的服务器现在已经2岁了。

从旧的交换服务器备份到磁盘的速度一直是2184 MB /分钟,但是通常备份到磁盘的速度与在此设置中备份到磁带一样慢。 事实上,备份到磁盘有时比备份到LTO-3磁带机慢。 我也有驱动器故障的问题,缺乏添加更多驱动器的托架。 一般来说,备份到磁盘比LTO3 / 4的转换更具有问题,但是如果我想要关于这个问题的input,那么它就属于服务器故障的另一个问题。

我只是从最近的备份中挑选一些数字来给你一个关于速度的想法。 这不是一个完整的列表,但给你一个想法,涉及各种速度。 我计划很快以旧速度MB /分钟速度MB / min的格式进行更新,其中oldspeed是旧的SCSI 320 LTO3,而newspeed是SAS LTO4。

DC C:〜850MB /分钟
直stream系统状态〜700 MB /分钟
Exchange Server C:和系统状态〜500 MB /分钟 〜600 MB /分钟
Exchange Server D: 〜1400 MB /分钟 〜1200 MB /分钟
Exchange Server第一存储组〜1100 MB /分钟 〜700MB /分钟
networking服务器C:〜600MB /分钟 〜950MB /分钟
networking服务器E: 〜1700MB /分钟 〜1950MB /分钟
文件服务器C:〜500 MB /分钟
文件服务器E:〜1500MB /分钟 〜2200MB /分钟
文件服务器G:〜1800 MB /分钟 〜2400 MB /分钟
文件服务器系统状态〜650 MB /分钟
faxserver C:〜400 MB /分钟 〜550 MB /分钟
记帐服务器C: 约1300 MB /分钟 〜1775MB /分钟
会计服务器D: 〜1500 MB /分钟 〜2250 MB /分钟
会计SQL实例〜1600 MB /分钟
应用程序服务器C:和系统状态〜700 MB /分钟 〜900 MB /分钟
备份服务器C: 700 MB /分钟〜1800 MB /分钟
备份服务器E: 1350MB /分钟 〜2900MB /分钟

监视文件服务器我看到数字,让我觉得RAID控制器阻止了传输速率。 控制器是SATA 1.5,但驱动器是3.0的能力。 我注意到将卷1从RAID 1更改为RAID 10并没有增加备份的速度。 不幸的是,双倍的持续读取速度对LTO3磁带驱动器的备份没有影响。

一般来说,备份直接到LTO给我一个体面的基准,我的服务器I / O限制在哪里。 备份速度低于1500 MB /分钟的服务器通常速度较慢,而在这之间的速度与2400 MB /分钟之间仍然很低。 例如,Exchange 2003服务器的磁盘空间不足,并继续将第一个存储组的数据库扩展到较慢的磁盘部分。 该服务器将被具有更快处理器和更多磁盘的Exchange 2010服务器所取代。 其他服务器将获得磁盘升级和/或SSD添加。

http://en.wikipedia.org/wiki/Tape_drive提到:“当鞋子发光时,会显着影响可达到的数据速率,以及驱动和磁带寿命。” 但没有提到磁带的减光效果。 从银行看档案磁带后,我可以确认在LTO3磁带上浪费了大约2%到15%的空间。 没有足够的地方让我不能移动到LTO4或自动装载机,但它可能是重要的。 对于使用Backup Exec的用户,您可以通过以下方式计算您的擦鞋垃圾:

  • 做一个备份工作,可以在不压缩的情况下备份大约100%的磁带本地容量。 运行testing时禁用驱动器和软件上的压缩。
  • 查看备份执行程序的媒体选项卡,并将“已用容量”列与“数据”列进行比较。 如果压缩closures和数字匹配,你根本就不是擦皮鞋。

在我的情况下,我有一个档案LTO3磁带与272.4 GB“使用”,但只有233.67 GB“数据”和400.6 GB与395.19 GB的另一个。 我也尝试了对LTO4进行备份而不进行压缩,只有786.77 GB的“数据”获得了833 GB的“使用”。 很明显,擦鞋会根据我的环境和你的情况而有所不同,但在此之前我并没有考虑过这个问题。 希望这会让你清楚如何弄清楚你在备份环境中浪费了多less磁带。

编辑: http ://www.fujifilmusa.com/shared/bin/LTO_Overview.pdf上的新信息,显示LTO3和LTO4的最低磁带速度。 看起来IBM LTO4实际上比IBM LTO3具有更低的最低速度。 无论哪种方式,我的平均服务器速度太慢,LTO3 / 4没有擦鞋。 我担心即使我的备份到磁盘本地卷的速度太慢,无法快速提供驱动器,但我将不得不testing。

从上面的PDF拉IBM的全高驱动器信息我得到

 LTO4 : 30-120MB/s 800GB native (45-240MB/s compressed) LTO3 : 40- 80MB/s 400GB native (60-160MB/s compressed) LTO2 : 18- 35MB/s 200GB native (27- 70MB/s compressed) LTO1 : 15- 15MB/s 100GB native (30- 30MB/s compressed) 

更新 :我用来备份的服务器开始给我停止错误,所以我把磁带驱动器移动到另一台服务器。 旧的SCSI控制器是一个Adaptec 160“新”控制器是一个基于LSI的320(至less我假设外部连接器是320,因为服务器内的4个硬盘在服务器pipe理中提到320 SCSI)。

新的服务器情况让我暂时不备份到磁盘,直到我得到一个直接附加存储的外部机箱。 一般来说,LTO的讨论已经指出我要为我的服务器购买更多的硬盘。 我将会努力重新configurationRAIDarrays来提高备份的速度,并希望提高整体设置的可靠性。

更新2 :下面的比较使用一个旧的文件服务器,其RAID控制器瓶颈在〜40MB / s的所有传输,所以理想的将是约2400MB /分钟。 这是testing鞋子shiny边缘所需的速度。 据推测,数据stream将不会是完全规则的,并将几乎在整个testing过程中强制速度匹配。

我不再知道在旧的LTO3驱动器的速度testing中使用的缓冲区大小和缓冲区数量,但是根本没有改变,我可能通过调节缓冲区获得了100MB / min的增益。 testing数据大约是20GB的扫描tif和jpgs。 我在星期五下午做了这些testing,并没有重复testing足够的时间来平均数据或以其他方式清除无效数据。 在几个小时后进行testing,select不同的数据和其他variables可能会显着影响这些testing。

所有的testing都使用相同的服务器。 旧驱动器位于PCIx的320 SCSI LVD控制器上。 新驱动器位于PCIe LSI 3801E SAS控制器上。 驱动器控制器和/或LTO3磁带驱动器可能是瓶颈。 我不会testing各个组件,只有旧的配对与新的配对。 运行Backup Exec的服务器有4GB RAM,32位Server 2008标准,Pentium D 3.2GHz双核CPU。

networking连接是通过1Gb交换机的方式,两台服务器在同一台交换机上。 我有一个远程桌面连接打开,但与备份去那个连接的Gb连接less于50%利用最差和平均更像是25%的使用率。

所以尽可能粗略的testing方法,我感到有理由相信,瓶颈不是我所忽略的variables。

简短的testing结果
〜1500 MB /分钟使用戴尔LTO3驱动器和LTO3磁带压缩ON,64KB块大小(许多缓冲区计数testing,最好的结果在这里列出)

〜1800 MB / min使用Quantum Superloader 3 LTO 4磁带机(带有与上述相同的磁带)压缩ON,64KB块大小,64KB缓冲区大小,缓冲区计数10,高水位计数0,写单块模式ON,通过模式ON

使用Quantum Superloader3〜2150 MB / min LTO 4磁带机(带有与上述相同的磁带)压缩开启,256KB块大小,256KB缓冲区大小,缓冲区计数10,高水位计数0,写单块模式ON,通过模式ON
使用Quantum Superloader3〜2200 MB / min使用LTO3磁带的LTO 4驱动器(与上述相同的磁带)压缩closures,256KB块大小,256KB缓冲区大小,缓冲区计数10,高水位计数0,写单个块模式ON,通过模式ON

〜2050 MB /分钟使用Quantum Superloader3 LTO 4驱动器,LTO4磁带压缩ON,256KB块大小,256KB缓冲区大小,缓冲区计数10,高水位计数0,写单块模式ON,写SCSI通过模式ON
使用Quantum Superloader3的磁盘空间为2250 MB /分钟 LTO 4磁带机压缩closures,256KB块大小,256KB缓冲区大小,缓冲区计数10,高水位计数0,写入单个块模式ON,写入SCSI通过模式ON

〜2050 MB /分钟使用Quantum Superloader3 LTO 4驱动器,LTO4磁带压缩ON,256KB块大小,1MB缓冲区大小,缓冲区计数10,高水位计数0,写单块模式ON,写入SCSI直通模式ON
〜2300 MB /分钟使用Quantum Superloader3 LTO 4驱动器,LTO4磁带压缩closures,256KB块大小,1MB缓冲区大小,缓冲区计数10,高水位计数0,写单块模式ON,写SCSI通过模式ON

使用Quantum Superloader3〜2200 MB /分钟 LTO 4驱动器带有LTO4磁带压缩ON,256KB块大小,1MB缓冲区大小,缓冲区计数20,高水位计数0,写单块模式ON,写入SCSI直通模式ON
〜2300 MB /分钟使用Quantum Superloader3 LTO 4驱动器,LTO4磁带压缩closures,256KB块大小,1MB缓冲区大小,缓冲区计数20,高水位计数0,写单块模式ON,写入SCSI通过模式ON

很明显,调整块大小比缓冲区大小更重要。 无论您使用的是块还是缓冲区大小,如果您的源数据跟不上磁带机的最低数据匹配率,您将获得更好的性能。 不幸的是,这不是每个作业或每个磁带格式设置的每个驱动器设置,因此您不能仅将压缩限制为完整备份或仅限于LTO3。 你还将必须testing你的硬件/软件组合有多大的问题。 当然,在性能方面的打击很小,更重要的testing是优化600GB到800GB的完全备份而不是20GB。 一旦我有几个星期或几个月的备份完成,我会尝试再次更新。

作为一个示例,请注意,100MB / min远低于使用LTO 3的磁带stream传输的最低速度,所以磁带停止和启动时可能会损失相当数量的容量(即,您可能会比1.5更好: 1压缩,但这在磁带上的数据差距中丢失)。 对于LTO 4,这可能会更糟,因为我认为最低速度已经提高了。

磁盘 – 磁盘 – 磁带将有助于最低速度的问题,并会给你一些免费的容量。

如果您没有这样做,请强烈考虑您正在备份的服务器上的磁盘的某种计划碎片整理。 在合理的现代硬件上,1000 MB / min的吞吐量对于以太网来说并不是很高的水平。 我希望即使是2年前的机器也能达到1800MB / min(只能从服务器磁盘读取30MB / sec),所以还有很大的提升空间。

编辑:对于LTO 3,您确实需要256KB的块大小以获得最佳性能。

WRT擦鞋机,如果缓冲器暂时空着,没有时间让磁带倒带,所以它会在磁带上留下空隙。

备份不可避免地会超出您原先计划的容量。 以下是我会build议和说出你的情况:

  1. 所以完全备份超过一个磁带的容量。 然后使用两个磁带。

  2. 按照Symantec的build议,继续备份到磁盘,然后将这些磁盘备份备份到磁带。 将备份安排到磁盘上,在数小时后使用较less的资源。 请在磁盘备份完成后的一天的任何时候将备份安排到磁带,因为到磁带的备份对生产系统没有任何影响。

  3. 将本周的备份(“完全”和“差异”)视为同一备份集的一部分。 如果每周需要两到三个磁带,那就这样吧。

  4. 请将备份安排到磁带上,以便在您交换磁带的那一周内进行。

我有类似的情况,我正在使用一个戴尔的powervault 110t lto2驱动器,这是我做的:

  1. 在星期六我完全备份到磁盘(备份到磁盘文件夹完整备份)。

  2. 星期天到星期五,我将增量备份到磁盘(另一个备份到磁盘文件夹的增量)。

  3. 星期一到星期五,我将备份到磁带的完整和增量备份到磁盘文件夹。 当磁带达到它的容量我交换出来。 如果在半夜达到容量,我第二天早上把它换掉,磁带工作就结束了。

  4. 在星期五备份到磁带工作之后,我会在下周交换磁带。 我拿出的两个磁带是从本周的全部和增量,进入我的4周轮换。 现在我知道所有的当前星期备份数据都在一个磁带上,存储在现场。

冲洗并重复

我们做一些类似乔的事情:

  1. 星期六:完整备份到磁盘,完成后,将其完整备份到磁带
  2. 星期一:在一天结束时,坚持第二盘磁带,让备份完成
  3. 周一至周五:仅将磁盘备份到磁盘

如果你真的必须独立于磁盘磁盘备份来完成磁盘磁带,那么我会接受两个稍微不同步的备份:

  1. 星期六启动磁盘和磁盘,磁盘将完成,磁盘将在星期一等待第二盘磁带
  2. 星期一完成磁盘磁带(我仍然要等到一天结束才能放入磁带)。
  3. 周一至周五,做你的磁盘 – 磁盘差异(实际上,我看到你不这样做,但我假设你这样做)
  4. 星期二至星期五,做你的磁盘磁带差异

我不觉得在两个不同的媒体上备份稍有不同的文件组是有问题的。 在几乎所有情况下,您都将从磁盘备份中恢复文件,磁带只是一种备用或简单的方式来组织多个备份集。

这里有一个选项可以帮助你一段时间:

你有没有考虑把你的备份分成两个独立的数据集? 根据您的文件的组织方式,您可能可以轻松地将其分成两个逻辑块(即按部门)。 您将在周四晚上对第一个数据集进行完整备份,并在周五晚上对第二个数据集进行完整备份。 之后的每个晚上都会在一个磁带上运行两个作业,每个数据集都有一个差异。

这样你就不会在周末进来,而且在等待validation完成的时候,你不需要照顾驱动器。 此外,你可以得到额外的保护,没有你所有的鸡蛋在一个篮子,可以这么说。