HANA 备份和恢复 - 故障排除和性能文档

Persistent Storage：Persistent Storage 就是 Disk 区域，存储数据卷、Log 卷和 Trace。
其中数据量可以根据内存分配：3倍内存

日志量可以根据内存分配：1倍内存

在生产环境中我们可以分配日志量：2倍内存。 （因为我们在生产中设置了参数log_mode = normal） Trace volume可以根据内存分配：1倍内存。

SAP HANA DATABASE 备份：
1.为什么要备份DATABASE？
避免因磁盘故障导致数据丢失。

2. 哪些数据可以备份和恢复？
DATABASE 备份包括数据区和日志区的备份。数据库备份不包括配置文件备份。数据区备份由恢复数据库所需的数据结构组成，包括用户数据、信息模型、拓扑信息和安全存储文件系统。日志区自动备份。配置文件备份：如果需要，我们也可以手动备份配置文件，以采用客户在配置文件中设置的特定参数。我们需要 linux cron 守护程序的 shell 脚本，或者需要安排 cron 作业以进行配置文件备份。

3. 我们需要多久安排一次 HANA 数据库备份？
根据服务器中可用的资源，并根据业务连续性及其最新数据而不会丢失数据（如果我们安排得更频繁，将获得更一致的数据）。

SAP HANA 数据库中有多少种备份类型？
• 完全备份
• 增量备份（这是两种类型）1. 增量备份 2. 差异备份。

仅从 DB 角度进行 HANA 数据库备份的先决条件。
1. DATA备份仅在在线模式下可用。
2. 检查备份是使用基于文件还是基于backint。
3. 在global.ini 或backup 配置文件中设置基于file based 或backint based 备份的备份路径的配置基础参数。
4. 如果是基于文件的，默认备份位置是/usr/sap/SID/HDB/backup/data。
5. /usr/sap/SID/HDB/backup/log。我们还可以指定不同的路径而不是默认路径。
6. 如果是backint based backup，默认备份位置是/usr/sap/SID/SYS/global/hdb/backint。我们还可以指定不同的路径而不是默认路径
7. 使用 SQL 脚本估计备份的大小：（Select volume_id, sum(allocated_size) from M_converter_statistics group by volume_id）。如果备份包含不同的服务。替代脚本是从 M_converter_Statistics 中选择 sum(allocated_size)。
8. 我们不应该使用 SYSTEM 用户进行备份。因此，创建单独的用户。
9. 将授权（或）权限分配给用户以进行备份。（BACKUP_Operator CATALOG_READ）。 BACKUP_ADMIN 是可选的，因为它还包含删除备份和设置配置的权限。
10.检查我们在配置文件中分配的备份文件夹是否可用。
11. 在配置文件或.ini 文件中设置以下参数时，需要重启系统才能备份日志。
12. 决定需要哪种类型的备份。（即我们有完整数据备份和增量备份。
13. 由于日志区域是自动备份的，通过设置参数。
14. 在生产中启用 Log_Mode = Normal
15. Enable_ auto_log_backup = Yes
16. Log_Backup_timeout_s = 900

注意：（对于应用程序的角度，我们需要遵循定期刷新的先决条件。）

数据备份是通过下面提到的工具手动执行的:
• SAP HANA Cockpit.
• SAP HANA Studio.
• DBA Cockpit.
• SQL 命令
除了上述工具外，我们还可以使用第三方工具进行备份，通过使用备份配置文件中的backint选项。如果需要，需要通过使用上述工具进行备份来添加备份屏幕截图。

SAP HANA DATABASE恢复：
1.何时需要恢复SAP HANA 数据库？
在以下情况之一： • 数据区磁盘崩溃 • 日志区磁盘崩溃 • 将系统重置到特定时间点进行特殊恢复 • 创建数据库副本。

2. SAP HANA 数据库有哪些恢复程序？
可以使用以下程序。 • 恢复到故障前的状态。 • 时间点恢复 • 恢复到特定数据备份。

3.可以使用以下工具进行恢复
• SAP HANA Studio
• Python 脚本用于使用命令行恢复数据库
• SAP HANA Cockpit

HANA 数据库恢复的先决条件：
1. 用户必须具有系统权限 BACKUP_ ADMIN
2. 用户必须知道 adm 操作系统用户的凭据
3. 在开始恢复之前，请确保所有数据和日志备份必须可以在文件系统中访问或通过第三方工具可用。
4. 至少需要一个数据库备份。
5.使用工具（hdbbackupcheck）检查备份内容的一致性，如果我们有基于文件的备份，否则如果是通过第三方工具备份内容由第三方工具验证。
6. 确保我们使用正确的恢复程序，因为一旦启动，恢复就无法取消。
7. 如果在恢复过程中出现任何错误，则必须再次重复完全恢复。
8. SAP HANA 数据库需要安装在目标数据库上。这样一个初始数据库就退出了。在恢复情况下，您可以使用 SAP HANA Studio 将更改还原到此初始数据库。
9. 确保目标系统和源系统具有相同的配置，例如每个主机上的服务数量和类型对于两个系统架构都必须相同。
10. 要将数据库恢复到特定的时间点恢复，需要进行数据备份和日志备份。
11. 无法恢复到较低的系统版本。
12. 要恢复 SAP HANA 数据库，需要关闭数据库，因为在恢复过程中，最终用户或应用程序无法访问数据库。

如果需要，需要使用上述恢复工具添加恢复屏幕截图。需要添加后期恢复任务。

BACKUP And Recovery 中的错误检查和故障排除 我们在哪里查看备份和恢复的状态和日志？
1.我们可以在操作系统中使用hdbbackupdiag工具查看恢复日志，查看恢复状态是否成功。
2.在演播室或驾驶舱我们可以查看恢复向导。
3.我们可以使用工具hdbbackupcheck备份日志和一致性数据备份。
4.在studio或hanacockpit中，我们可以查看M_BACKUP_CATALOG中的日志。
5.如果日志段满了导致无法更新，超过配置的阈值后关闭日志段，则需要将日志备份文件移动到外部目的地，以避免日志风险段满。日志段只有在备份后才能被系统覆盖。