欢迎浏览sook云!

网站地图

当前位置:主页 > 数据库 > 数据存储 >

京东云_元数据库_哪家好

时间:2022-05-14 07:50

人气:

作者:sook云

标签: 京东  哪家  数据库 

导读:您好Stefan Mueller 与teched itm360相比,感谢您的详细解释。 但是,您是否发现DMO将在HANA ready产品版本上支持任何DB到HANA的迁移,而不需要更新/升级sap? 谢谢, Nicholas Chang 嗨Nicholas Chan...

京东云_元数据库_哪家好

您好Stefan Mueller

与teched itm360相比,感谢您的详细解释。

但是,您是否发现DMO将在HANA ready产品版本上支持任何DB到HANA的迁移,而不需要更新/升级sap?

谢谢,

Nicholas Chang

嗨Nicholas Chang,

谢谢您的反馈。

DMO是SUM的一个选项,不是一个独立的工具。因此,它只能用于与SAP更新/升级相结合的迁移场景。

对于经典迁移,您仍然必须使用软件供应管理器。

谢谢,

Stefan

嗨Stefan,

但是,我们仍然可以将DMO主要用于HDB迁移,人工智能行业分析,只需生成一个堆栈.xml为任何软件组件更新一个级别,例如ST-PI?

谢谢,

张柏芝

你好,张柏芝,

当然可以,只要你有一个有效的堆栈.xml至少有一个更新的软件组件,就可以使用SUM DMO。ST-PI是一个很好的候选人,因为它不是太大,而且定期更新。

谢谢,

Stefan

谢谢Stefan!

你好

我发现一个错误:MIGTOOL\u PREPROCESSING/SUBMOD\u MIG\u SEL/SQLSELMIGTABLES\u BENCH\u TRIG

"DDLOG"没有缓存大小

知道吗?

致以最诚挚的问候

安德烈

你好,安德烈·亨齐克,

为了帮助您解决这个具体问题,请您在组件BC-UPG-TLS-TLA上创建一个客户事件?

谢谢,

Stefan

Stefan,

谢谢你写得好,详细的描述。这种基准测试技术是否也适用于带有SWPM的系统拷贝,还是仅适用于DMO操作?基准测试的基本策略似乎适用于任何基于负载的出口/进口,而不仅仅是DMO。

干杯,

马特

嗨马特,免费企业管理软件,

基准测试工具仅适用于DMO程序-尽管提供的一些信息可能与所有程序相关,不是所有的东西都可以转换成经典的1:1迁移,也不是所有的东西都可以提供(实时监控等)。此外,虽然DMO提供了一个集成的自动优化(例如在表durations文件上),但对于经典过程,这必须手动解决,如最佳实践指南-SAP NetWeaver as ABAP到SAP HANA的经典迁移中所述。

至少,这是我目前的理解,但也许您可以给出在您的下一次迁移运行中尝试一下,并在这里分享您的经验(哪些是有用的,哪些是误导性的?

干杯,

Boris

你好Stefan,

我们正在做HANA迁移的POC或ERP,停机时间确实是一个挑战。

我们完成了一次运行,我看到管道的写入时间比DB时间太长,无法导出,导入到HANA的时间也很长。我们认为这是网络瓶颈吗?

屏蔽文件"MIGRATE\u DT\u 00635\u VBOX"_经验日志

(STAT)数据库时间:1040.938/215.345/5.467 19.8%/86.5%/53.1%real/usr/sys.

(STAT)管道时间:4208.011/33.717/4.823 80.2%/13.5%/46.9%real/usr/sys.

掩蔽文件"MIGRATE\u DT\u 00635\u VBOX"_导入日志

(统计)数据库时间:4660.919/241.374/3.364 88.9%/93.0%/40.9%real/usr/sys.

(统计)管道时间:584.524/18.280/4.859 11.1%/7.0%/59.1%real/usr/sys.

谢谢,

Bhushan

Bhushan,在您的迁移过程中,您的%CPU和%RAM在操作系统级别上是什么样的?

--Steve--

DMO运行的PAS上的CPU利用率-平均60%利用率

HANA服务器上的CPU利用率高-平均95%

源数据库上的CPU平均87%利用率

源数据库上的内存利用率为98%

谢谢,

Bhushan

您的数据库与您的PAS在同一个盒子上运行吗?通常在导入时,它使用R3加载进程将应用程序数据加载到saphanadb中。这是在停机期间。结构的创建是在正常运行期间进行的。你在Source上运行什么DB?

--史蒂夫--

数据库运行在单独的主机上,它是DB2数据库。在DB主机上,内存被完全利用。然而,怎么成为淘客,与管道时间相比,导出的DB时间更少。

屏蔽文件"MIGRATE\u DT\u 00635\u VBOX_经验日志

(STAT)数据库时间:1040.938/215.345/5.467 19.8%/86.5%/53.1%real/usr/sys.

(STAT)管道时间:4208.011/33.717/4.823 80.2%/13.5%/46.9%real/usr/sys.

掩蔽文件"MIGRATE\u DT\u 00635\u VBOX"_导入日志

(STAT)数据库时间:4660.919/241.374/3.364 88.9%/93.0%/40.9%real/usr/sys.

(STAT)管道时间:584.524/18.280/4.859 11.1%/7.0%/59.1%real/usr/sys.

谢谢,

Bhushan

Bhusan,根据您提供的信息,您的问题似乎是在DT阶段,R3load正在将应用程序数据加载到SAP HANA DB。你在运行什么版本的SUM-DMO?尝试在运行中增加R3Load进程的数量,看看发生了什么,是否有什么不同?您还可以在UPGANA文件中查看导致长加载时间的位置和阶段。

--Steve--

嗨,

从我的角度来看,建站服务,这是一个很好的文档,介绍了一些有用的提示,例如与校验和相关的提示。顺便问一下,您认为比较导出表和导入表的校验和是否有用?有可能有所不同吗?

我认为如果出现错误,我们会得到差异,但是如果出现错误,为什么要添加校验和验证?

此致

您好,

比较导出表和导入表的校验和有助于验证这些表的正确和成功迁移。

从技术上讲,成功运行后不会出现差异。

因此,这主要是在开始生产迁移之前在客户系统上验证过程本身。

最好问候,

Stefan

谢谢Stevan

我的结论是,检查出口和进口条目的数量是无用的,只会消耗时间。

问候

嗨,安东尼奥,

请不要低估表格比较的持续时间。根据范围内表的大小,可能需要几个小时甚至几天的时间。因此,在我看来,不太可能在停产期间利用它。

另一方面,行数应该是相当快的,足以给你一个很好的迹象表明你的DMO运行的成功。

因此,我的结论关于检查数字的使用是完全相反的你。

问候,

罗纳德

感谢罗纳德,

我们能预料到什么会出错,导致进口报关单与出口报关单数量不同?我正在寻找原因或案例,但还没有找到。

问候

安东尼奥

你好,安东尼奥,

首先,它不是比较导出的条目和导入的条目(即从相应的日志文件中检索数字),而是对源数据库和目标数据库中的表执行行计数。

温馨提示:以上内容整理于网络,仅供参考,如果对您有帮助,留下您的阅读感言吧!
相关阅读
本类排行
相关标签
本类推荐

关于我们 | 版权声明 | 广告服务 | 友情链接 | 联系我们 | 网站地图

Copyright © 2002-2020 sook云 版权所有 备案号:豫ICP备36548666号
本站资料均来源互联网收集整理,作品版权归作者所有,如果侵犯了您的版权,请跟我们联系。