ROOTKey 与备份：有什么区别？

对比备份 · ROOTKey互为补充，而非相互竞争

简要回答

备份保存您的系统和数据副本，以便在故障、删除或攻击之后将其找回。ROOTKey 将您的文件、表格和记录每个版本的数字指纹封存于独立公共注册表，显示改了什么、由谁、何时、何地，并仅将被篡改的部分恢复为最近一个经证明有效的版本，并经过加密验证。备份负责恢复系统，ROOTKey 则证明恢复出来的数据是否可信，二者互为补充，而非相互竞争。

数字指纹
SHA-256每个版本均附时间戳
检测
持续改了什么、由谁、何时、何地
范围
文件 · 表格 · 行仅限被篡改的部分
RTO
< 4小时Enterprise 为合同约定，平台计划为目标值

并列对比：备份与 ROOTKey

恢复作业无错完成，证明副本回来了，但并不证明副本是正确的。下表列出二者各自的作用。

备份ROOTKey
回答的问题在故障、删除或攻击之后，我们能否找回系统和数据？我们现有的或刚恢复的数据是否可信，究竟改了什么？
记录的内容在特定时间点生成的系统和数据副本每个文件、表格或记录的每个版本都有 SHA-256 数字指纹，并连同时间戳封存于独立公共注册表
向第三方证明向他人证明完整性恢复完成表明副本按存储时的样子回来了，而不表明所存储的内容是正确的每项关键操作都会生成独立证明，外部审计人员无需访问原始数据即可验证
变更详情改了什么、由谁、何时、何地并非其用途：它保存的是先前的状态，比对这些状态是另一项工作是：任何变更都会被发现并说明，包括行、单元格或字段的修改前后，以及由谁、何时、何地
选择性恢复仅限被篡改的部分将系统、卷或一组文件恢复到某个时间点；粒度取决于所用工具是：恢复最近一次经证明有效的版本，可精确到单个文件或单行
独立验证校验依赖备份系统自身的记录，例如副本的校验和参考数字指纹封存于独立公共注册表
现有存储与您现有工具配合将数据复制到其自身的备份目标在您现有的工具之上运行：直接连接 SharePoint、OneDrive、Amazon S3 和 Cloudflare R2，以及 REST API 与 Webhook
监管证据支持 NIS2 第 21 条和 DORA 第 12 条中的备份与恢复措施面向 NIS2（第 21、23 条）、DORA（第 9、17 条）和 GDPR（第 32 条）的加密审计跟踪、完整性报告和证据包

各自适用场景

备份
用于在硬件故障、误删、勒索软件或灾难之后找回系统和数据。监管同样有此要求：DORA 第 12 条专门规定备份、还原与恢复，NIS2 第 21 条涵盖业务连续性，尤其是备份管理和灾难恢复。
ROOTKey
当问题在于数据是否可信时：供应商 IBAN 或病历被悄然更改、数据在最近几次备份之前已被篡改，或审计人员、监管机构、保险公司询问您如何确定恢复出来的数据是正确的。

如果您既需要找回数据，又需要证明数据正确，就需要二者兼备：它们回答的是不同的问题。

如何配合使用

ROOTKey 为您的恢复流程补上通常缺失的一环：关于正确状态的独立参照。

  1. 锚定

    每个文件、表格或记录的每个版本都会获得唯一的数字指纹，并封存在带时间戳的独立公共注册表中。

  2. 检测

    ROOTKey 持续将您的数据与已封存的记录比对，让您知道哪些文件、版本或行偏离了封存状态，哪些仍完好无损。

  3. 恢复并核对

    仅将被篡改的部分恢复为最近一次经证明有效的版本，可精确到单个文件或单行。恢复回来的内容会与已封存的记录比对：一致即表明内容自封存以来未发生变化。完整性验证报告确认是否有数据丢失或被篡改，可直接提交给保险公司或监管机构。

使用 ROOTKey 进行恢复的具体步骤：数据恢复。

常见问题

ROOTKey 是备份方案吗？

不是。备份负责恢复系统，ROOTKey 则证明恢复出来的数据是否可信，二者互为补充，而非相互竞争。

恢复成功是否就证明数据正确？

它证明副本按存储时的样子回来了。如果在生成副本时数据就已被篡改、损坏或不完整，恢复会如实重现这一状态。ROOTKey 将数据与其已封存的数字指纹比对：完全一致即表明内容自封存以来未发生变化。

ROOTKey 能否只恢复单个文件或单行？

能。ROOTKey 恢复最近一次经证明有效的版本，可精确到单个文件或单行：只有被改动的部分会恢复为已封存的原件，并经加密验证。一键恢复即可还原您数据的确切状态，可从任意快照恢复，用时不到4小时（在 Enterprise 层级为合同约定，在平台计划中为目标值）。

ROOTKey 会保存我们数据的副本吗？

在 SaaS 平台上，ROOTKey 将您的数据托管于欧盟。采用私有云或本地部署时，数据保留在您自行决定的位置。恢复所需的加密快照，则按您的配置进行存储。