Toto Asked: 2009-06-16 13:03:22 +0800 CST2009-06-16 13:03:22 +0800 CST 2009-06-16 13:03:22 +0800 CST 磁盘到磁盘备份有多好/安全? 772 在过去的好日子里,备份到磁带上,其中一些即使不是异地也经常脱机。这使得销毁所有备份(意外或恶意)变得很困难,尤其是在网络/服务器受到威胁的情况下。 如今,磁盘到磁盘备份风靡一时,这带来了两个问题: d2d 设置保持所有备份在线(而不是使用磁带、旋转驱动器等)是否很常见? 通常如何保护在线备份?换句话说,对媒体(例如文件)的访问以及销毁它的能力如何受到限制?通常有多少人可以访问?ETC.. backup security 5 个回答 Voted Best Answer pQd 2009-06-16T13:07:04+08:002009-06-16T13:07:04+08:00 只要磁盘在远程位置保持离线状态,disk-2-disk 备份:OK 仅在线备份:不好 物理存储在服务器附近的备份:不好 如果您的网站遭到入侵并且攻击者想要让您失望 - [s] 他不仅会破坏您的数据,还会破坏备份。 看看这里人们如何处理此类备份。 您显然可以尝试使用拉取方法进行备份 - 因此,连接到机器并复制文件的是您的备份服务器。确保备份机器无法访问互联网,位于远程办公室/数据中心 - 这实际上可以工作。 Laura Thomas 2009-06-16T14:21:04+08:002009-06-16T14:21:04+08:00 通过 WAN 链接到另一个站点的磁盘到磁盘是可以的。我不喜欢将所有备份都放在网上,也不喜欢将所有备份都放在磁带上。我在备用游戏中已经有一段时间了,人们一直在说“磁带已经死了”。我不认为磁带已经死了。磁盘 2 磁盘还不是完美的替代品。磁带写入速度在某种程度上是一个限制因素,但是如果您正在谈论使用 LTO4 之类的备份,那么您将在达到磁带写入限制之前很久就达到网络传输限制。除非你有 10GB 以太网。因此,如果您通过网络备份到磁盘,那么您可能不会看到企业级磁带对速度的巨大影响。 备份涵盖了大多数地方的几种意外情况:意外文件删除、故意数据删除/破坏和灾难恢复,有时还有数据存档。根据您的所有需求,您可能需要比下一个机架更远的数据。 磁盘到磁盘备份有多种形式,从脚本或手动文件复制到虚拟磁带库,再到由备份软件管理的磁盘存储。由您的软件管理的VTL和磁盘备份的优势在于提供只能通过备份软件进行管理的离线备份,因此不受用户干预,不易受到病毒或恶意用户攻击。我现在正在使用重复数据删除 VTL。以前,我有一大块由 NetBackup 设置管理的 SAN 空间作为磁盘存储单元。由于我在这个领域的总存储空间有限,我将其用于保留时间短且增长不多的备份。 我不知道一个 d2d 解决方案是为了将其驱动器拉出并旋转。因为他们中的大多数都在所有磁盘上使用 RAID。这意味着您的保留受到磁盘大小的限制。 我强烈反对基于在线磁盘的备份。它们不能真正防止篡改,并且可能导致数据不一致。我知道很多人,尤其是在 serverfault 上的人都在使用它们,但我认为这不是使磁盘备份最有效的方法。 我对打破镜子和移动磁盘也有同样的感觉。大多数 RAID 控制器都可以接受,但重建 RAID 集的开销很大,同时您的性能也会受到影响。 Brent 2009-06-16T14:11:23+08:002009-06-16T14:11:23+08:00 对硬盘进行备份的一个好处是速度很快。使用基于磁带的系统,我们的磁带写入速度是链条中的慢速环节。我认为,如果我们开始使用硬盘进行备份,我们的网络吞吐量将成为限制因素。 可能更关键的是恢复可以更快地进行。不仅因为驱动器的速度,而且因为它们是随机访问的,所以您不必等待磁带驱动器进行缓慢的顺序查找以找到开始读取的位置,然后才能执行恢复。在灾难恢复情况下,时间至关重要。 duffbeer703 2009-06-16T15:52:39+08:002009-06-16T15:52:39+08:00 这取决于。 磁盘到磁盘备份是服务恢复方案的理想选择。假设您需要在 24/7 的 90 分钟内恢复停机的服务器。您需要磁盘到磁盘,尤其是在远程支持服务器的情况下。 磁盘到磁盘,将备份复制到远程 DR 站点也很棒,因为它可以保护您免受影响主数据中心的灾难。 如果在主数据中心发生故障时使用业务连续性计划的一部分进行备份,则磁盘到磁盘、非复制备份不是一个好的选择。 如果您需要长时间保存大量数据,磁盘到磁盘也不是一个好主意。几十年来,人们将磁带存放在旧盐矿中…… IMO,您构建备份以满足您对服务恢复的需求。数据(而非系统)的长期保留由存档完成。 Brent 2009-06-16T13:23:45+08:002009-06-16T13:23:45+08:00 带有热插拔驱动器的服务器在这里非常有用。您可以像对待磁带一样对待驱动器 - 备份完成后将其拉出,然后将其带到异地进行存储。
只要磁盘在远程位置保持离线状态,disk-2-disk 备份:OK
仅在线备份:不好
物理存储在服务器附近的备份:不好
如果您的网站遭到入侵并且攻击者想要让您失望 - [s] 他不仅会破坏您的数据,还会破坏备份。
看看这里人们如何处理此类备份。
您显然可以尝试使用拉取方法进行备份 - 因此,连接到机器并复制文件的是您的备份服务器。确保备份机器无法访问互联网,位于远程办公室/数据中心 - 这实际上可以工作。
通过 WAN 链接到另一个站点的磁盘到磁盘是可以的。我不喜欢将所有备份都放在网上,也不喜欢将所有备份都放在磁带上。我在备用游戏中已经有一段时间了,人们一直在说“磁带已经死了”。我不认为磁带已经死了。磁盘 2 磁盘还不是完美的替代品。磁带写入速度在某种程度上是一个限制因素,但是如果您正在谈论使用 LTO4 之类的备份,那么您将在达到磁带写入限制之前很久就达到网络传输限制。除非你有 10GB 以太网。因此,如果您通过网络备份到磁盘,那么您可能不会看到企业级磁带对速度的巨大影响。
备份涵盖了大多数地方的几种意外情况:意外文件删除、故意数据删除/破坏和灾难恢复,有时还有数据存档。根据您的所有需求,您可能需要比下一个机架更远的数据。
磁盘到磁盘备份有多种形式,从脚本或手动文件复制到虚拟磁带库,再到由备份软件管理的磁盘存储。由您的软件管理的VTL和磁盘备份的优势在于提供只能通过备份软件进行管理的离线备份,因此不受用户干预,不易受到病毒或恶意用户攻击。我现在正在使用重复数据删除 VTL。以前,我有一大块由 NetBackup 设置管理的 SAN 空间作为磁盘存储单元。由于我在这个领域的总存储空间有限,我将其用于保留时间短且增长不多的备份。
我不知道一个 d2d 解决方案是为了将其驱动器拉出并旋转。因为他们中的大多数都在所有磁盘上使用 RAID。这意味着您的保留受到磁盘大小的限制。
我强烈反对基于在线磁盘的备份。它们不能真正防止篡改,并且可能导致数据不一致。我知道很多人,尤其是在 serverfault 上的人都在使用它们,但我认为这不是使磁盘备份最有效的方法。
我对打破镜子和移动磁盘也有同样的感觉。大多数 RAID 控制器都可以接受,但重建 RAID 集的开销很大,同时您的性能也会受到影响。
对硬盘进行备份的一个好处是速度很快。使用基于磁带的系统,我们的磁带写入速度是链条中的慢速环节。我认为,如果我们开始使用硬盘进行备份,我们的网络吞吐量将成为限制因素。
可能更关键的是恢复可以更快地进行。不仅因为驱动器的速度,而且因为它们是随机访问的,所以您不必等待磁带驱动器进行缓慢的顺序查找以找到开始读取的位置,然后才能执行恢复。在灾难恢复情况下,时间至关重要。
这取决于。
磁盘到磁盘备份是服务恢复方案的理想选择。假设您需要在 24/7 的 90 分钟内恢复停机的服务器。您需要磁盘到磁盘,尤其是在远程支持服务器的情况下。
磁盘到磁盘,将备份复制到远程 DR 站点也很棒,因为它可以保护您免受影响主数据中心的灾难。
如果在主数据中心发生故障时使用业务连续性计划的一部分进行备份,则磁盘到磁盘、非复制备份不是一个好的选择。
如果您需要长时间保存大量数据,磁盘到磁盘也不是一个好主意。几十年来,人们将磁带存放在旧盐矿中……
IMO,您构建备份以满足您对服务恢复的需求。数据(而非系统)的长期保留由存档完成。
带有热插拔驱动器的服务器在这里非常有用。您可以像对待磁带一样对待驱动器 - 备份完成后将其拉出,然后将其带到异地进行存储。