数据供应是大型企业面临的一个重大挑战，而卓越的数据供应目标是可靠和及时的数据交付。不幸的是，许多数据供应过程的设计和构建都存在复杂性和低效率，这给应用程序开发人员带来了巨大的挑战，他们必须花时间编写代码来访问和转换数据，而不是编写业务逻辑。那么，您如何利用适当的技术将来自不同来源的数据交付到有意义的、可信的信息中，并使其在您的关键业务计划需要它的时间、地点和方式上可用？使用像Delphix这样的DataOps平台，您可以在4分钟内为您的分析、开发或QA团队提供一个多TB的saps/4HANA数据库，这个固定的持续时间不会随大小而增加。您还可以将数据副本回放到某个时间点，或者从生产环境中刷新以获取最新更改—只需单击一个按钮或通过我们的API编写脚本即可。此工具是否支持SAP HANA租户？当然。我们可以混合和匹配来自不同来源的租户数据库，并根据需要在任何地方拆分副本。会好起来的。恢复SAP HANA租户的第一个副本，与正常情况一样。但是，恢复的映像的副本在任何时候都会被块更改跟踪，因此聚合副本的初始存储成本为几kB。显然，随着用户处理拷贝和增量的增加，存储空间也会增加。数据块共享与为HANA的需要量身定制的压缩功能，意味着您的团队可以以闪电般的速度获得生产拷贝，并且存储空间仅为一般所需容量的一小部分这个领域有竞争。许多存储供应商可以快照一个文件系统，这一切都很好，但这只是意味着您要传输整个系统，包括systemDB及其所有租户。您可能只需要一个租户，并且可能希望将该单个租户与新目标主机上的另一个租户放在一起。存储拷贝和快照在这方面帮不了你。它们没有租户意识，它们代表了一种"要么全有要么全无"的生硬方法，具有相当程度的不灵活性，在整个SAP堆栈中回荡。除了存储供应商之外，还有其他企业建议采用不同级别的I/O拦截。同样，这些方法对将所有租户绑定在一起的HANA systemDB一无所知，因此在其他示例中，您（客户）最终会被要求将您的副本放在某个地方，然后精简您捕获的内容，这样DevOps团队或预期的收件人就不会有更多的访问权限这意味着您将在添加的基础设施（如登台服务器）方面产生成本，更不用说此操作可能需要的时间。无论您在组织中的何处工作，请思考一下减少与HANA部署相关的摩擦有多大的意义注册一个演示，并了解如何立即开始HANA DevOps转换。