大家好！我希望你们都喜欢假期，没有什么比和家人朋友在一起更好的了，不是吗？现在是时候为2017年取得更大的成功和生产力做好准备了！
我意识到，特别是在最近发布了"更高级"的S/4 HANA产品之后，SAP社区现在更加关注云、内部部署或混合部署选项，在我看来，实际的底层SAP HANA数据库架构通常被忽视，尽管它是整个实施的核心。如果您最终使用了错误的HANA数据库体系结构，那么无论您将其部署在何处（云或内部部署），在您的环境中都很难有适当的高可用性和灾难恢复设置。请记住，在构建saphana时，必须仔细考虑三个关键要素：可伸缩性、有效性和容错性。在本文中，我旨在提供有关当前可用的SAP HANA数据库体系结构和部署选项的详细信息。
共有六种数据库部署方案；其中三种完全适合生产使用，云服务器免费，另外两个选项在生产中有一些限制，最后一个选项仅适用于非生产系统。专用部署：这是经典且最常见的场景。通常是最佳（读：高）性能的首选。如下图所示，通信云，在一个SAP HANA设备上运行的一个HANA DB中创建了一个SAP系统和一个数据库架构。
图1:SAP HANA专用数据库部署场景
2.物理服务器分区：在这个场景中，有一个存储和一个HANA服务器，物理上被拆分为几个部分。两个单独的操作系统安装在单独的硬件分区上，托管两个单独的HANA数据库，每个系统都有自己的专用于各自SAP系统的数据库模式。只要您有一个正确的SAP HANA大小调整，就不会有任何性能问题。
图2:SAP HANA物理服务器分区
3。MDC（多租户数据库容器）：我之前发布了一篇关于MDC概念的文章，大数据的概念，您可以在这里阅读。基本上，有一个HANA数据库（和一个用于管理的系统数据库容器），多个租户数据库容器可以分布在多个硬件上。非常适合生产使用，我不得不承认，由于其灵活性和可扩展性，此场景正成为我的最爱J更多信息可在SAP note 2096000中找到。
图3:SAP HANA MDC部署
4。MCOD（一个数据库中的多个组件）：在一个数据库中有多个应用程序的概念已经为SAP客户提供了10多年，当然那时SAP HANA数据库还没有，但这项技术已经存在了。这基本上是多个SAP系统/应用程序在一个SAP HANA数据库上以不同的数据库模式运行。请注意，在生产使用方面有一些限制，特别是在将SAP HANA上的应用程序组合到单个数据库上时，中移物联网有限公司，请参见注释1661202（应用程序/场景的白名单）和1826100（在SAP HANA上运行SAP Business Suite时与白名单相关）。如果每个应用程序部署在其自己的租户数据库上，则这些限制不适用，但适用于给定租户数据库内的部署。
图4:SAP HANA MCOD部署
5。虚拟化部署：自SAP HANA SPS 05以来，SAP一直支持HANA设备上的虚拟化。此场景基于VMware虚拟化技术，其中在一个硬件上安装了单独的操作系统映像，每个映像包含一个HANA数据库，为每个SAP系统托管一个数据库架构。注意，hypervisor有一些限制（包括逻辑分区）。更多信息请参见SAP note 1788665、2024433和2230704。
图5:SAP HANA虚拟化数据库部署
6。MCOS（一个系统中的多个组件）：MCOS场景允许您在一个SAP HANA设备上拥有多个SAP HANA数据库，例如，在一个硬件上拥有SAP开发和测试系统。由于某些资源管理参数的可用性，此场景的生产支持仅限于SPS09或更高版本。SAP还支持在单个生产SAP HANA硬件安装上运行多个SAP HANA DBMS（SID）。这仅限于单主机/放大方案。我个人不建议使用这种场景，因为它需要对与系统管理和性能管理相关的各种详细任务给予极大的关注。由于MCD是可用的，所以在可支持性和可扩展性方面，大数据教程，它将是一个更好的选择。有关MCOS的更多信息，请查看SAP note 1681092.
图6:SAP HANA MCOS部署
我应该选择哪一个？
对于生产环境，我会考虑选项1（专用部署）和3（MDC），这取决于几个因素，包括现有的基础设施设置和能力、业务的可用性和性能要求、数据库大小和结构、HA或DR设置要求（如果有）以及SAP总体环境大小。我之所以喜欢MDC而不是物理服务器分区，是因为它几乎可以实现物理服务器分区所做的一切，并且在支持性、可扩展性和需要时重新架构方面具有很大的灵活性。
您已经迁移到SAP HANA了吗？如果是，您选择了哪个数据库部署选项，原因是什么？
对SAP HANA数据库部署方案有其他想法或问题吗？请在下面留言，我很乐意帮助你，并尽我所能向你学习！—参考和进一步阅读：
SAP HANA系统类型
SAP HANA系统架构概述
SAP HANA数据库架构
多租户数据库容器
SAP HANA管理指南
