你好 Joshua Lacroix ，

如果要与其他系统共享SAP DB实例，则有不同的许可证要求。

执行此操作的简便方法是将系统导出并作为HA模式安装导入到新服务器中。

-Yogesh

另一个考虑因素是面向未来。 众所周知，我们都将在2025年底之前在HANA上运行我们的SAP系统，因此平台迁移在您的未来是一种或多种方式。 那么，为什么现在不向HANA迁移大型，复杂的平台呢？ 如果您要进行此练习，不妨只做一次并完成它-去HANA。

嗨，约书亚，

有趣的问题！ 我认为，如果您从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许可，也可以使用许可。

干杯，
马特

感谢你们的见识！

我研究了许可角度，oss#2201060解释说，对于SQL 2016，我们有运行时客户和非运行时客户。

运行时客户从SAP购买产品，而不从Microsoft购买产品。 我陷入非运行时。

我希望依靠SQL4SAP脚本来安装SQL，但是对于HA或群集，您不要使用它！！！ 所以失去了那个角度。

我倾向于数据库特定的设置或标志，但是就像Matt所说的那样，现在的分配是独立的。

我需要拿出一份报告，说明我要从今天的工作转到现在的工作，包括由非SAP DB团队管理我们的数据库。

对于我们来说，HANA选件起步并不快，因为我们处于未来的5-8年之内，正在向我们所说的正在构建的新S4 HANA系统过渡。 当前的状态仅在维护中，但是要花掉5-8年的时间是很长的时间，因此我认为必须保持最新状态，直到我们的netweaver许可证在2025年用完为止。 我将翻阅SWPM，SUM，主要指南，任何收集信息的指南。.如果您遇到任何问题，请在此处发布，至少在下个月，我将保持该主题的存在！ 谢谢大家！

Matt，您让我想到了排序规则，我在2016年安装指南中遇到了问题，它说要为数据库引擎进行设置！

我将其理解为所有DBS的排序规则。

所以我在Google上搜索了它，并在Microsoft上找到了它。

https： //docs.microsoft.com/zh-CN/sql/relational-databases/collat​​ions/set-or-change-the-server-collat​​ion

您认为2016年允许单独的数据库排序规则设置吗？

对于使用SQL Server实例安装的所有系统数据库以及所有新创建的用户数据库，服务器归类均充当默认归类。 服务器排序规则是在SQL Server安装过程中指定的。 有关更多信息，请参见排序规则和Unicode支持 。

如果我进行了SAP的分布式安装，那么数据库服务器上会出现什么？

内核也将驻留在那里吗？ 我是否还需要安装sap主机代理来监视数据库并获取统计信息？

我正在尝试考虑SAP会对数据库服务器造成的文件污染。