几个月前，我们在环境中实现了ASE-HADR（Always-on-option）。因此，我想通过这个博客将我的经验（学习/做/不做）分享给更广泛的社区，以便对计划实施SAP ASE的HADR功能的人有用。

（A）我们的环境背景：

（B）目标-简化环境+拥有HA解决方案

如前所述，我们分两个阶段规划了项目以下

此方法的优点：

感谢SAP工程部通过称为RMA的新组件消除SRS复杂性！

（C）一些可能对您有用的学习：

按照SAP网站上提供的HADR用户指南中的步骤，可以轻松完成安装。在本博客中，购物返利平台，我将只讨论在实现过程中作为DBA需要特别注意的问题。

（C.1）将现有SMP ASE转换为ASE HADR:

ASE HADR还提供了一个选项，您可以将现有的独立SMP ASE转换为HADR ASE–如果您使用这种方法，以下几点可能对您有用：

分析主ASE中从1到6的SUID，返利怎么用，您计划将其转换为常开选项。SMP ASE有2个默认登录名（sa、probe），suid为1和2，而ASE HADR有其他登录名，因此总共有6个系统登录名（sa、probe、tech\u user、jstask、DR\u main、DR\u admin）。因此，您需要从3-6中释放suid，以防它们被其他登录使用。如果你不做这个练习，大数据核心，以后会有问题。根据SAP指南-在HADR设置中，两个ASE在配置、密码、文件系统结构等方面必须相同

（C.2）新服务器上的新设置：

（D）切换规划

"切换/切换需要多少停机时间？"这是您从业务部门收到的第一个问题。下面是我们用来最小化停机时间的方法。总体思路是，当OLTP仍在运行时，首先加载数据库转储，然后仅将停机时间用于事务日志转储和加载

请注意，启用复制是一项耗时的任务，因此如果您有更多的数据库，则需要为每个数据库预留时间，您可以在测试环境迁移期间测量这一点，并在此基础上给出生产估算。

（E）结论和价值主张

使用"同步"复制功能，您可以实现零数据丢失HA功能，从而保护业务流程。一个伟大的附加值！使用此功能可以保证环境的高可用性。到备用服务器的故障转移是如此即时（几秒钟），您的应用程序甚至不会注意到切换。太不可思议了！如果您将其与其他HA选项（如操作系统和基于存储的HA解决方案）进行比较，我们会发现这些解决方案的成本更高，如果您希望执行故障转移或进行定期维护，则需要其他专家（如存储团队和系统管理员）的支持。但是，使用ASE中的这个特性，作为DBA，您可以完全控制故障转移，不需要其他专家的任何支持，从而节省了成本。应用程序可以变得足够智能，以识别服务器的可用性，并自动切换到完全无缝的可用服务器经验。跟随可以使用以下方法来充分利用产品的潜力：实施/升级到支持HA的客户端，对于使用ini/接口文件进行连接的旧客户机，请在第二个查询行中附加备用服务器信息。对于哑客户端-使用浮动IP。可以将Fault Manager配置为在故障转移时自动执行所需的更改（在故障转移时，淘客返利系统，浮动IP将连接到可用服务器）。我们的环境设置为"同步"复制，两台服务器位于两个不同的数据中心，企业应用管理，彼此相距超过15英里（这也可作为灾难恢复站点）。

请注意–以上视图来自我们的特定项目并基于我的经验。这对于基于不同排列和组合的场景来说可能是不同的。因此，请使用它们作为指导，并根据您的具体情况作出明智的决定。我们的环境已经运行了几个月了，到目前为止，我们还没有发现任何问题。

感谢SAP工程部制作了这个伟大的产品！谢谢！