嗨Kumar，

通常最好在主服务器和辅助服务器上配置相同的硬件配置，包括RAM，CPU和硬盘大小等。因此，我建议您将辅助服务器设置为与主服务器完全相同 生产。

希望这会有所帮助。

谢谢

Pradeep

嗨，Praveen，

这是一个复杂而巨大的话题。

您可以在公共云中设置灾难恢复的多个选项

根据所选择的方案，灾难恢复解决方案的大小可能会有所不同

备份/恢复

RPO = 30分钟，RTO = 1小时，成本-低

在备份/恢复方案中，您不保留任何VM，但您要定期备份到S3，然后在灾难时以相同的大小和配置启动所需的EC2实例。

指示灯

RPO = <5分钟，RTO = 15分钟，成本-中等

在指示灯中，您保留了一个较小的HANA实例，并且无需将表预加载到内存即可进行系统复制，因此您不需要完整的实例。 仅在发生灾难时才将实例更改为更大的实例，并将数据加载到内存中。

当您不预加载数据时，托管SAP HANA数据库的EC2 VM的内存需求较小。 VM仅需要64 GB的内存或目标主机上的行存储消耗的内存量（以较大者为准）。 您可以通过运行以下查询来获取有关行存储内存占用量的信息：

 SELECT回合（sum（USED_FIXED_PART_SIZE + USED_VARIABLE_PART_SIZE）/1024/1024）作为M_RS_TABLES中的"行表MB"； 

待机状态

RPO = <5分钟，RTO = 5分钟，费用-更高

在这种情况下，您具有相同的系统大小，但是DR系统被重用为DEV/QA

热DR

RPO = <5分钟，RTO = 5分钟，费用-高

在这种情况下，您具有系统的完整复制副本。 RPO接近零，RTO不到5分钟即可进行故障转移

此处详细介绍了AWS的不同架构选项：

http://d0.awsstatic.com/enterprise-marketing/SAP/sap-hana-on-aws-high-availability-disaster-recovery-guide.pdf

您还可以签出CloudEndure，以将SAP系统块级复制到Cloud and Hot DR：

https://www.cloudendure.com/disaster-recovery/SAP

最诚挚的问候，

维克托