利用 Compute Engine 裸金属实例，您可以运行数 TB 的 SAP HANA 工作负载。因此，对于此类大型工作负载，需要特定设置和方法来优化其备份和恢复操作。
本文档适用于希望优化在裸金属实例上运行的 SAP HANA 系统的 SAP Basis 管理员。 如需了解并非裸金属实例上的特定部署的 SAP HANA 备份和恢复，请参阅备份和恢复。
如需了解经 SAP 认证可与 SAP HANA 搭配使用的 Compute Engine 裸金属实例，请参阅适用于 SAP HANA 的裸金属机器类型。
建议的备份策略
下表介绍了 Google Cloud 针对在 C3 和 X4 裸金属实例上运行的 SAP HANA 系统建议的备份策略。为了避免资源争用，请在处理活动较少的时段创建备份。
| 频率 | 活动 |
|---|---|
| 每周，至少一次 | 创建完整系统备份。您可以使用 Google Cloud 的 Agent for SAP 的 Backint 功能来执行此操作。 |
| 每天，至少一次 | 创建 SAP HANA 数据卷的基于快照的备份。为此，您可以使用 Google Cloud 的 Agent for SAP 的磁盘快照功能。 |
| 每隔一天，至少一次 | 创建 SAP HANA 数据卷的增量备份。 |
| 每 15 分钟或更短时间，具体取决于数据库的日志备份间隔配置或当 SAP HANA 日志细分部分变满时 | 创建 SAP HANA 日志备份。您可以使用 Google Cloud 的 Agent for SAP 的 Backint 功能来执行此操作。 |
| 在备份保留周期内至少一次 | 执行以下操作：
|
此备份策略基于以下注意事项：
- 标准磁盘快照提供增量块存储设备时间点数据复制。借助此机制，能够以速度明显加快、更节省资源的方法将大量数据从 SAP HANA 的主要块存储传输到耐用的辅助位置（例如 Cloud Storage）。这是稳健的灾难恢复策略的必要条件。
- 由于基于磁盘快照的备份不会在页或块级别执行逻辑完整性检查，因此 SAP HANA 数据卷中的任何不一致或损坏都会复制到其磁盘快照。因此有必要执行完整的系统备份。基于 Backint 的每周完整系统备份提供隐式一致性检查，并且可在 SAP HANA 数据卷的快照中出现逻辑损坏的情况下，提供一种经过验证的恢复 SAP HANA 数据库的方法。
- 如需将数据库恢复到特定时间点（这可让您满足您的 RPO 目标），您可以将基于 Backint 的 SAP HANA 日志卷备份与磁盘快照备份或基于 Backint 的完整数据库备份结合使用。
限制
使用 Google Cloud 的 Agent for SAP 时，基于磁盘快照的备份和恢复存在一些限制。如需了解这些限制，请参阅限制。
自定义
如需满足组织的 RTO 或 RPO 目标，您可以通过创建其他基于 Backint 或磁盘快照的备份来自定义本文档中提供的建议备份策略。
如需了解如何使用 Google Cloud 的 Agent for SAP 来创建这些备份，请参阅以下内容：
最佳做法
以下是 Google Cloud 针对在裸金属实例上运行的 SAP HANA 系统建议的备份和恢复最佳做法：
Backint 配置：如需在基于 Backint 的备份和恢复操作期间实现最高性能，您必须执行以下配置：
对于日志备份，我们建议您创建一个单独的 Backint 配置文件，并将其路径指定为
global.ini文件中的log_backup_parameter_file参数。然后，在 Backint 配置文件中设置以下参数值：参数 值 parallel_streams32 xml_multipart_uploadtruerate_limit_mb2500 对于数据备份，建议您在 SAP HANA
global.ini文件中设置以下参数值：参数 值 parallel_data_backup_backint_channels32
一致性和完整性检查：如需确保备份可在将来的任何灾难中可用于恢复数据库，您需要定期对备份执行一致性和完整性检查。用于执行这些检查的方法取决于您用来创建备份的方法。
对于基于 Backint 的备份，会在创建备份期间执行一致性检查。
如需对基于 Backint 的备份执行完整性检查，您可以使用
hdbbackupcheck工具。在创建数据和日志备份时，此工具会自动执行完整性检查。如果完整性检查成功，则备份文件将写入备份目标位置，例如 Cloud Storage。如需对基于磁盘快照的备份执行一致性检查，您可以使用
hdbpersdiag工具。如需了解与基于磁盘快照的备份和恢复相关的最佳做法，请参阅最佳做法。如需了解如何使用 Google Cloud 的 Agent for SAP 来验证快照一致性，请参阅验证快照一致性。
这种执行一致性检查的方法需要花费大量的时间，而且需要手动操作，因为与基于 Backint 的备份不同，基于快照的备份不会在创建备份过程中自动检查其一致性。
备份可恢复性检查：为确保可以符合 RPO 目标，您需要确保备份可用。为此，您可以使用 SAP 的
hdbbackupdiak工具。备份目录内容管理：为了避免因 SAP HANA 备份目录中有大量条目和数据而可能遇到的问题，您必须维护备份目录和备份存储空间。如需了解详情，请参阅 SAP 文档备份目录和备份存储空间的内容管理。
从 SAP HANA 备份目录中删除存储快照的条目不会删除存储在 Google Cloud 中的磁盘快照。如需了解如何删除磁盘快照，请参阅删除快照。
数据库加密：SAP HANA 允许您加密数据卷、日志卷和数据库备份。对数据卷和数据库备份启用加密会对备份和恢复操作的性能产生负面影响。在定义 RTO 要求或备份策略时，请务必考虑这种影响。
虽然 Google Cloud 还提供了加密与 SAP HANA 系统相关的磁盘和磁盘快照的选项，但它们对备份和恢复操作性能的影响最小。
备份加密：默认情况下，基于 Backint 和磁盘快照的备份会进行静态加密。但是，为了提高安全性，您可以探索其他选项。如需了解这些选项（包括它们对数据库性能的影响），请参阅以下内容：
长期保留：如需将备份保留更长时间，请参阅以下内容：