迁移到HANA上的SAP Business Suite需要企业将战略性工作投入到基础设施规划中，所以不要低估或高估所需的空间。

对于实施SAP Business Suite的CIO而言，SAP HANA基础设施规划的战略方法是必须要掌握的。

幸运的是，可以在实际迁移项目之前执行与实施SAP Business Suite on HANA相关的一些任务，以确保项目顺利进行。根据SAP系统的当前状态，公司可能首先需要在迁移之前进行额外的升级。

使用SAP NetWeaver 7.31或更高版本的SAP系统只需要很少的升级工作，而SAP NetWeaver 7.0上的SAP ERP 6.0则需要更多的工作，使其当前SAP系统达到SAP HANA迁移要求的水平。 将SAP系统升级到主应用程序服务器（PAS）是必要的，因为SAP已经为PAS制定了明确的指南。

CIO和SAP NetWeaver团队需要关注以下五个方面：

入队服务器：入队服务器用于管理系统内存中的锁定表，并最大限度地减少业务中断。例如，如果一个用户正在处理采购订单，而另一个用户尝试访问相同的采购订单，系统将向第二个用户显示错误消息，以防止数据不一致。

对于大型SAP系统，SAP强烈建议使用独立入队服务器，以获得更好的性能和可扩展性。 在将来的版本中，独立的入队服务器将成为迁移到HANA上的SAP Business Suite的必备条件。可以使用SAP软件供应管理器（SWPM）将入队服务器与主实例分开，这可以在启动迁移到HANA上的SAP Business Suite之前的几周或几个月内完成。

双堆栈分割：为了防止系统性能问题，以及减少系统维护工作，SAP不再支持双堆栈系统。 双栈系统是具有共享单个系统ID和数据库的ABAP应用服务器和用于Java的应用服务器的单个SAP实例。

调整大小：最好使用SAP提供的ABAP报告来进行SAP HANA大小调整。这样做将提供SAP HANA数据库的主要内存需求的估计值，但不会提供SAP应用程序性能标准的估计值，这是应用程序服务器的处理能力。

有三种不同精度的定径工具和方法，它们是针对SAP Business Suite on HANA和SAP Quick Sizer的大小调整。将现有的数据库大小减半，并添加一个20％的缓冲区，其次是另一个50GB的存储库，堆栈和其他服务。如果当前SAP ERP中央组件（ECC）系统已升级到EHP 7.0，则第二个大小调整工具（SAP HANA上Business Suite的SAP大小调整）可用。使用Quick Sizer，大小估计更准确，因为它是基于用户或基于吞吐量的，大小大概基于在一段时间内生成的事务和文档（吞吐量）的数量。

你还应该在实施之前对“目的地”进行性能测试，以减少任何尺寸估计不足带来的风险。

备份：作为内存数据库的SAP HANA使用持久存储，从而允许数据库备份。SAP支持Business Suite在HANA迁移上的扩大方案，但不支持横向扩展方案。

公司的备份策略通常遵从SAP建议，最佳实践和公司自己的SAP ECC经验。从HANA到磁盘的标准备份每五分钟进行一次，也可以根据需要更改。备份选项包括整个数据库的每日存储快照，自动日志备份和每周备份。

使用多个备份选项可降低风险，并降低对备份解决方案单个组件的依赖性。在HANA设备或存储故障的情况下，公司经常将备份的一个副本移动到云存储。

恢复：良好的恢复过程确保在发生断电，磁盘驱动器故障或严重故障的情况下将数据库恢复到数据中心。SAP HANA提供最新的恢复选项，包括恢复到最新的时间点，特定时间点或恢复到新系统以创建数据库的副本。

HANA的恢复点目标参数由SAP设置，但系统管理员可以更改它们以适应其公司的特定业务需求。另一个最佳实践是确保在SAP Business Suite HANA备份完成后，生产环境的副本将发送到质量保证系统。这样做将使SAP顾问，系统管理员和程序员能够修复生产系统中可能发生的任何运行错误。

强烈建议在SAP Business Suite for SAP HANA迁移项目期间进行定期性能测试，以减少相关风险，这些风险可能导致系统在运行后变慢。