迁移到集群

2020-09-23 04:26发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好,我的部门刚刚建立了一个全...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大家好,我的部门刚刚建立了一个全新的Microsoft SQL Server 2016群集。 我的管理层现在想知道我们是否可以迁移到它以及如何迁移。 我已经开始研究可能性并阅读oss注释。

当前,我们在Microsoft 2008 r2和Microsoft SQL 2012 Server上拥有ERP 6,ehp 6。

我已经查看了PAM,看到了SP,内核,操作系统等所需的所有级别。

我的问题是更多与基础架构有关。 目前,我只有一台生产服务器,其中OS,DB和APP都位于同一服务器上,没有其他App服务器。

我需要移动到与APP模型分离的数据库,可能是使用SWPM进行的新安装? 现在是我最大的问题。 数据库团队正在使用2016 SQL Server群集(不是SAP BASIS)。 其他第三方应用程序共享此群集。 我一直认为SAP应该安装在其自己的集群上,但我找不到建议的最佳实践。 是否还有其他人将其数据库托管在具有第三方应用程序的共享集群中? 对升级有何影响? 我正在努力解决这个问题。 您拥有的任何链接或文档或专业知识/经验将不胜感激。 我一直在阅读笔记555223和所有具有同质副本的主指南,等等。。。仍然找不到有关迁移到MS群集以及与其他第三方应用共享的任何具体材料。

6条回答
木偶小白
2020-09-23 04:53

嗨,约书亚,

有趣的问题! 我认为,如果您从SAP获得SQL Server许可,许可就可以发挥作用,但是如果您通过Microsoft或其他经销商购买SQL许可,那么这可能不是核心考虑因素。

过去,服务器排序规则将是最明显的技术障碍,因为SAP要求的排序规则与Microsoft默认的排序规则不同,但是使用SQL Server的所有最新版本,您可以为每个数据库独立设置排序规则。

实际上,这取决于性能问题。 如果您的数据库服务器足够大,可以处理所有负载,并且具有大量的CPU内核和大量的内存,那么这可能就不是问题。 在这种情况下,磁盘I/O更有可能受到限制,特别是因为建议始终是将您的SAP DB分布在多个主轴上,然后将事务日志记录在又一个主轴上,而不是共置 与其他任何东西(甚至没有其他数据库的其他事务日志)。 但是,有了足够快的SAN基础架构,这可能不再是过去的障碍。 的确,使用SQL 2016,您甚至可以进入内存范式,这与HANA的工作原理有些相似(嘘,不要告诉任何人!)。

说到HANA,这几乎是我对横向建议的理解:安装一台庞大的HANA数据库服务器,然后让所有各种SAP应用程序(ECC,SRM,CRM等)共享它。 因此,尽管您关注的是SAP,但是这与您正在谈论的场景相同。

因此,总而言之,拥有足够强大的硬件可能是主要问题。 但是,我与您在一起,我仍然认为您应该将数据库服务器专用于SAP。 SAP有非常具体的调整建议,这些建议可能无法与其他应用程序很好地融合在一起,您将如何解决这些冲突? 当然,将应用程序服务器与数据库服务器分开是没有问题的,这就是我们要做的。 但是,我们的数据库服务器仍专用于SAP。

我知道您正在寻找与您的管理层争执时可以指出的具体内容,并且可能存在相互矛盾的调优建议可能是您可以提出的唯一真正的观点。 如果您从SAP获得SQL许可,也可以使用许可。

干杯,
马特

一周热门 更多>