云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

免备案CDN_oracle数据库文件_怎么样

小七 141 0

一般来说,几乎所有人都知道,基于NW750的新安装不再有集群表。当您迁移到HANA时,我只是数据,一个先决条件是所有集群和池表都必须取消集群/取消OLED。但这真的对吗?在我的上一个项目中,有很多关于集群和池表的问题。SUM和SWPM没有按预期工作,因此由于存在错误,一些数据没有自动迁移/去OLED/去聚集。所以我想对这个话题做一些说明,帮助理解用法、步骤和检查方法。

1)澄清集群和池表

首先详细介绍什么是集群和池表?(SAP关于版本的详细信息见注释1892354)

集群表将逻辑上属于同一个表的多个表中的信息组合在一起。它们允许对整个应用程序对象进行有效的访问,而不需要在数据库级别进行连接。这意味着它们只能由DBSL进行逻辑读取。默认情况下,正常的本机SQL不会生成正确的数据。池表将大量单独的小表组合到一个数据库表中,从而解决了大量单独数据库对象的问题。默认情况下,本机SQL可以读取这些表,不会有任何问题。

您知道ERP EhP8系统中有多少个集群/池表吗?看看DD06L表。在我的系统里我数了162。集群:53Pool:109

2)检查系统中的Pool和Cluster表

首先HANA不能与Cluster和Pool表一起运行是错误的。HANA可以处理它,但是出于技术原因这样做是不明智的。默认情况下,迁移后仍有一些集群/池表!查看您的系统和注意事项1849890:"由于技术原因,企业应用开发,有些集合表无法转换为透明表。将这些表作为集合表保留。这可能适用于以下表格:GLP1、GLP2、GLPPC、GLS1、GLS2、GLSPC、GLT1、GLT2、JVS1、,物联网的前景,T157T。它也可能适用于所有前缀为M_876;的池表。"

请自己为您的系统检查它(dbaccompt->Diagnostics->SQL Editor或HANA Studio或任何其他SQL客户机):

那么迁移后哪些表应该取消聚集/取消聚集,数据和ABAP字典到底发生了什么?好的,让我们从系统中当前存在的具有此类分类的表开始。这可以通过在表DD06L上的DB查询来回答,该表在anyDB\u和\uhana上工作:

3)使用R3load的去聚集和去聚集过程

在我们确定填充的表之后的第二步是去聚集/去聚集的情况下会发生什么?您可以通过选择DD02L来选择属于集群/池表的透明表:

其中TABNAME是透明表,SQLTAB是集群/池表。

我以一个著名的集群CDCLS为例。这个通常是ERP系统中最大的一个。SE11布局:

此表将拆分为两个透明表,称为CDPOS和PCDPOS。这可以在注释2227432中描述的ABAP层中完成,或者在迁移过程中使用SWPM或SUM DMO=>也可以在迁移失败后使用注释2054699完成。

对于小表,可以使用ABAP方法。对于更大的集群,如cdcl,我强烈建议使用R3load过程,因为它的大小和持续时间。R3load是用decluster=true选项调用的。

这会以不同的方式产生:

对于pool表,很容易选择与其他表没有区别的数据对于集群表,将创建一个逻辑结构映射。

我将不深入讨论,因为今天大多数迁移都将通过SUM进行,这里所有的事情都会自动发生,但是要理解高层的一些话:

包(取决于过程SWPM/SUM):

SAPCLUST.STR公司=>群集表结构SAPCDCLS.STR.逻辑=>CDCL的逻辑结构

4)拆分行为

如果使用SWPM和R3ta拆分集群表,请小心。这将导致不同于透明表的行为:CDCLS-1型*SAPCDCLS-1型*SAPCDCLS.STR.逻辑

SAPCDCLS*文件将是搜索错误的正确文件。这些都是需要的,并且是由逻辑映射的过程自动创建的。不要被导入/导出日志以及migtime的迁移时间统计信息弄得不相关。

5)ABAP字典自适应和检查

好的,现在我们知道在导出过程中会发生解聚类和解冷却。但是您也知道,在其他情况下,必须调整ABAP字典,因为表是未知的,不能被ABAP堆栈使用。为此,存在以下报告:

RUTCSADAPT=>调整集群字典结构RUTPOADAPT=>adjust pool dictionary structures

报告将由SWPM自动调用(如果您在对话框阶段选中declustering/depoling)和SUM。他们只会调整字典,不会迁移或取消聚类数据!

只有在集群表为空的情况下才会发生这种情况,这应该是取消集群/取消冷却的结果,因为所有数据都导入到透明表中。要检查是否所有数据都已成功传输,请执行报告SHDB\u MIGRATION\u check(注意1785060)。此报告应始终作为后处理任务的切换过程的一部分。

因此,如果此报告完成时没有错误和警告,您应该很好,不是吗?似乎是错误的,消费返利新模式,因为报告不会检查所有集群/池表。其中一些原因被排除在外(见1849890),一些只是没有检查。例如,KAPOL、KBPOL、UTAB等池表。在HANA上没有关于池表存在的正式文档。他们正在被解除管制,但没有被报告制止。可能SAP会在将来调整文档和检查报告。

6)HANA检查