备份服务器应该使用RAID吗?

我被要求使用Symantec Backup Execbuild立一个新的备份服务器,该服务器存储到硬盘而不是磁带,因为备份大小超过了磁带容量。

我想知道这是否真的有意义,或有没有任何优势备份服务器运行任何forms的RAID,因为它是“备份”?

对我来说,好处是不是很高的理由增加成本。

我很想看看其他人的想法。

谢谢!

Imo,使用raid有很大的好处。

如果备份机器在没有RAID的情况下发生磁盘故障,则会丢失所有备份。 要重build它们需要多长时间?

此外,如果由于磁盘故障而丢失所有备份,成功重build它们,然后需要查找以前备份的内容,但由于此磁盘故障而丢失了原因。

如果没有其他的东西,磁盘现在是如此的便宜,以至于当你需要从故障中恢复的时候,一个额外的磁盘将系统放入RAID 5的成本可能会比你的时间less。

除了非常特殊的情况外,服务器电脑应该有冗余磁盘(考虑“向外扩展”1U应用服务器,比如谷歌机架)。 没有冗余磁盘的服务器计算机是一个定时炸弹。

那就是说,备份不是备份,除非它离线和离线。 如果它在现场但是离线(抽屉中的磁带),那么当build筑物烧毁时它就消失了(请参阅清除服务器中的烟灰 )。 如果不在现场但在线,那么它很容易受到攻击和“腐败”。

现在,请继续关注有关磁盘和磁带的宗教争论

使用RAID-10。

RAID-5对于备份服务器来说是愚蠢的,因为:

  • 服务器花费大部分非空闲生命周期进行大量的连续写操作。 性能问题。
  • 磁盘利用率随着时间的推移会逐渐增加,所以如果备份时间窗口不是您现在担心的事情,那么他们可能会在将来。
  • 如果使用停止的磁盘进行操作,性能会受到影响,从而导致备份失败。
  • 因为使用高容量的SATA磁盘,所以使用RAID-5的通常借口(“磁盘太昂贵了,哇,哇”)是100%的总备份。
  • SATA与SAS对于备份来说不太重要,因为随机I / O工作量相对较小。

完全不使用RAID可能是可以接受的,这取决于您是否将备份用作事实上的归档解决scheme。

什么成本? 硬盘很便宜,Raid 1现在在主板上非常标准。

在我看来,你不能太小心。 我已经突袭了主要的开发机器,我经常备份到我的家庭服务器,我的家庭服务器每晚都进行异地备份。 如果它便宜,容易和无缝我说为什么不呢?

今天有多层次的备份,近线和异地。 近线是您备份到磁盘的位置。 在这里,您可以保留多个非常重要的数据备份集,同时从备份服务器磁盘复制到磁带,然后将磁带发送到异地。 这有几个好处:

  1. 备份到磁盘通常更快
  2. 您拥有的磁盘设备数量是无限的,其中备份到磁带通常限制您一次写入的磁头数量。

也就是说,您应该对待您的备份服务器磁盘与您对待您的数据库服务器相同的冗余。 假定您的数据库服务器在中午失败,您可以从昨晚复制到磁盘备份服务器上进行复制,并进行恢复,您的磁带可能已经从您的异地供应商处获得250美元的紧急回报。

你应该把每个你运行的服务器上的RAID,恕我直言,而不是非RAID RAID-0垃圾。 🙂

是的,就这样做。 硬盘驱动器比任何其他计算机组件的失败次数多很多。 通过使用RAID,您可以防止最可能发生的问题。 使用数据值来度量RAID设置的边际成本(可能低于500美元,假设是低端到中端服务器)。

话虽如此,我以上是埃文·安德森所说的。 这绝对不应该是你唯一的备份。 埃文谈到脱机和脱机,我会增加冗余的名单。 如果备份媒体,备份作业,盗窃,丢失,丢失的媒体等发生故障,您需要备份多份备份。

因为您计划将数据存储在服务器上,而不是磁带,所以在您的后端服务器上使用RAID绝对有意义。

我会build议RAID 5,1或10。

想想这样,硬盘就会失败。 通过正确的RAID设置,可以防止数据丢失。 您更换发生故障的硬盘并重buildRAID。

如果您的硬盘驱动器死亡(在某些时候会死掉),那么您将失去RAID保护,那么您的备份就会丢失。

你应该在备份服务器上使用RAID吗?

为了裁员,我不会

如果您不习惯恢复备份系统文件的特定修订版本,并担心备份系统磁盘出现故障时可能必须这样做。 那么是的,我会使用RAID 5或镜像,甚至是条纹和镜像。

如果您希望原始数据在最糟糕的时候无法使用,那么这样做的唯一原因。

将磁盘扩展为一个卷(条形)

也许,但请注意,如果一个磁盘死亡整个arrays死亡。

底线

我认为备份备份服务器是一个更好的做法。 我知道这听起来很愚蠢,但忍耐着我。 备份系统盘,configuration文件和备份设置。 这样,如果你的备份服务器出现故障,你可以尽快恢复。

(编辑:对不起,关于另一个答案,我误解了这个问题)

这很大程度上取决于您对“备份”的看法。

如果目标只是让服务器上的“实时”数据从服务器上的其他服务器上复制,那么在这个备份服务器上使用raid几乎是没有用的,如果丢失了,服务器上的数据仍然可用。 在这种情况下,如果磁盘出现故障,您只需要有一些备用磁盘即可使备份服务器在短时间内恢复联机状态。

如果目标是在当时归档备份。 我的意思是每天做一次备份,保存一个月,一年左右。 那么是的,你想使用RAID,因为如果你失去了一个磁盘,你将失去存档。 如果能够从X周之前的备份中恢复数据至关重要,则还可以将此“备份/存档”备份到另一台服务器或磁带(磁带很长时间存档)(当然远)

生产服务器和备份服务器硬盘同时出现故障的几率是多less? 如果他们在心理上分离(即不在同一个电网等),这个机会真的很低。 所以,我投票没有RAID。

当然,确保在备份服务器出现故障时有警报。

我同意已经说过的话,但是如果你使用的是平价RAID,那么将会有一种方法来监控硬盘的健康状况和备份数据。 大多数适配器或板载控制器将通过系统日志,Windows事件或电子邮件发送警告。

如果这个盒子只是在SMART报告一个失败的驱动器时抛出一个Windows事件,那么为时已晚。

重做备份需要比RAID控制器和一些额外的SATA驱动器花费更长的时间(工时费用)。

M.

备份到磁盘有价值。 虽然我坚持在争论的磁带方面。 但是我会这样说,如果你的备份卷是没有冗余的单个磁盘,那么你最终会丢失所有的数据。 因为你的磁盘最终会失败。

我想这取决于你是否需要备份的性质,以备份到磁盘是否真的是一个合适的解决scheme。 如果您不需要closures站点上的数据,而且您不关心灾难恢复,或者长时间保存数据,则不需要磁带。 我当然有备份,永远不会离开磁盘,永远不会离开数据中心,但他们在那里纠正用户删除错误。

另外你怎么会超越磁带容量? 这是磁带的美丽,你总是可以得到另一个磁带。 这确实需要你有一个类似的磁带更换器。