如何比较基于云的备份和基于服务器的备份?

如何比较基于云的备份和基于服务器的备份?

我被要求研究软件和文件的备份系统。我们的大多数电脑都装有 Windows 7,其他电脑装有 XP。我们也在考虑在不久的将来获得新的行业专用软件。我如何确定软件是否与备份系统兼容,或者备份时是否会有问题?

答案1

视情况而定。很多备份系统必须对要备份的内容有足够的了解,才能高效地备份一切,并保证完整性。

我见过在生产系统中部署的几种备份方法:

  1. 一切皆文件-- 在这种方法中,将备份意义的核心单元视为单个文件。备份实用程序执行差异备份-- 意味着每天只写入以前备份的更改 -- 以日或小时为单位,并将其保存到适合长期存储的设备中,例如磁带驱动器。这最适合网络文件系统,其中应用程序将其数据存储为“普通旧文件”。程序所需的扩展属性(权限等)可能会或可能不会复制到备份媒体;如果您认为您的程序需要关注扩展属性,请确保它们被正确复制。

  2. 区块-- 在这种方法中,备份软件一次备份一个磁盘块。磁盘块是一个非常通用的数据“块”,是一个抽象层下面文件系统。因此,与文件系统相关的所有元数据(包括日志、备份主文件表、暂存区、扩展文件属性、流 (NTFS) 等)都会被捕获。这是捕获真正的一切关于系统。缺点是大多数块层备份解决方案都需要系统脱机才能获取一致的映像,因为如果不了解文件系统,就不可能知道什么被视为“好”映像(文件可能正在写入磁盘,如果此时进行备份,数据可能会损坏)。

  3. 应用层-- 在这种方法中,备份软件了解您的特定应用程序,无论是 IIS、FTP 服务器、文件服务器还是其他什么。通过了解您的特定用例,备份软件可以优化流程以实现更高效的备份和存储,甚至可以在“在线”时执行此操作,因此无需将服务关闭以进行备份。在这种情况下,软件有责任了解文件系统的哪些部分是相关的,并仅备份这些部分。如果您需要备份系统磁盘(包含操作系统副本的磁盘)上的数据,建议这样做,因为由于文件锁定、打开的文件、临时文件等,很难或不可能备份正在运行(在线)的系统磁盘上的数据。当然,如果您选择第一个选项,您也可以只对几个预定目录进行部分备份,但这需要详细了解要备份的内容,并且您可能会错过一些有用的信息,例如操作系统磁盘上的配置设置或注册表值。

作为一般建议,“备份”几乎永远不应与正在运行的服务器的系统卷上的数据相关联。因此,如果您使用的是 Windows,则不希望从中进行备份C:(假设该磁盘有您的 WINDOWS 目录)。在企业环境中,有价值的、不可替换的数据应该将它们放在一个单独的卷上,以明确区分“包含可执行代码、二进制文件和来自 Microsoft 和其他供应商的第三方软件的操作系统映像”和“我们的应用程序和人员在工作过程中创建的数据”。这也使得备份整个驱动器号变得容易得多,D:而不必担心单个文件和文件夹。

另一点建议:在企业环境中,通常不会备份单个工作站。相反,用户应该被告知,他们应该将有价值的公司数据和文件存储在联网的共享驱动器上(通过 Windows 域控制器共享),并且共享卷通常使用我提到的差异备份到磁带方法(在文件级别)进行备份。

对我来说,理想的企业备份系统的特点如下:

  1. 在备份期间,系统性能不会受到负面影响。

  2. 可以进行备份迅速地频繁地,并且每次备份的存储成本并不明显高于自上次备份以来添加的新数据的成本。

  3. 备份通过非常快的链路(例如 SAS 或 SATA 或 iSCSI)写入可靠的长期存储介质,通常不会通过以太网等速度较慢的网络(通过公共互联网备份任何大量数据都是疯狂的;不要这样做!)。

  4. 备份存储在异地,并在受控条件下保存,以保护它们免受火灾、人为恶意、间谍活动、水损害、强磁力等物理威胁(有承包商/供应商为您完成这些工作)。

  5. 存储敏感、有价值或不可替代数据的逻辑位置数量保持在最低限度,以便轻松跟踪需要备份的数据的“中央存储库”。尝试备份十几个不同的系统确实很糟糕,因为您必须确保每个系统都成功。

  6. 即使某些三级备份系统的刷新频率不如某些一线备份那么频繁,也应保留备份的多个独立副本。三级备份应存储在单独的位置,并且对它们的任何访问控制都应是独立的,以便涉及恶意或天灾(例如破坏性地震)的安全漏洞仅影响备份的一个副本,而不会导致数据永久丢失。

  7. 备份应该有一个定期销毁计划或“生命周期”,这样它们就不会永远堆积起来。过多的无关备份会使检索一致且最新的数据副本变得非常麻烦,并且随着存储空间费用的不断增加,将来可能会成为一种负担。如果您遇到法律问题并需要销毁证据,它们也会很糟糕,但这是另一个话题……

相关内容