Java系统复制挂在"导入Java转储"上

2020-08-23 22:31发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好! 我正在运行Java...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大家好!

我正在运行Java系统副本(MII 14),Linux RHE和Sybase,NW731。

安装程序会挂在Import Java Dump上,而sapinst中没有错误。

我发现了一些具有类似问题的主题,但没有任何帮助。

数据库处于联机状态,传输日志正常,磁盘空间足够,内存正常,交换正常。

在STA文件IMPORT_2_POSTPROCESS.sta和IMPORT_4_POSTPROCESS.sta中,最后一个表的状态为BRK,但我找不到原因。

例如IMPORT_2_POSTPROCESS.sta,最后一行:

T:J2EE_CACHE_CONTENT:元数据后期处理BRK 05.03.15 09:30:17

并记录文件IMPORT_2_POSTPROCESS.XML.log:

2015年3月5日9:30:15 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:com.sap.inst.jload.DBJob的定向日志 @ 1843095f到文件IMPORT_2_POSTPROCESS.XML.log

2015年3月5日9:30:15 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:com.sap.inst.jload.DBJob的定向日志 @ 4fd654da到文件IMPORT_2_POSTPROCESS.XML.log

2015年3月5日9:30:15 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:开始记录到IMPORT_2_POSTPROCESS.XML.log

2015年3月5日9:30:15 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:连接到数据库

2015年3月5日9:30:16 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:已连接到数据库

2015年3月5日,9:30:17 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:尝试读取状态文件/tmp/sapinst_instdir/NW731/SYB/COPY/SYSTEM/STD/AS-JAVA/IMPORT_2_POSTPROCESS.sta

2015年3月5日9:30:17 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]警告:状态文件/tmp/sapinst_instdir/NW731/SYB/COPY /SYSTEM/STD/AS-JAVA/IMPORT_2_POSTPROCESS.sta已找到

2015年3月5日9:30:17 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:恢复上一次执行

2015年3月5日9:30:17 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:后处理表J2EE_CACHE_CONTENT

jmigmon.console.log最后几行:

处理任务

已完成:18已中止:0正在运行:1待处理:1

已完成:18已中止:0运行中:2待处理:0

开始任务IMPORT_2_POSTPROCESS.XML

开始任务IMPORT_4_POSTPROCESS.XML

开始登录到IMPORT_2_POSTPROCESS.XML.log

开始登录到IMPORT_4_POSTPROCESS.XML.log

后处理J2EE_CACHE_CONTENT

Jload.trc最后几行:

2015年3月5日9:30:17 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:恢复上一次执行

2015年3月5日9:30:17 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:后处理表J2EE_CACHE_CONTENT

2015年3月5日上午9:30:17 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:语句文本为<?xml version =" 1.0"? >

<说明>

J2EE_CACHE_CONTENT

<语言>

false

<部署状态>

<列>

<列>

整数

<十进制> 0

<默认值> 0

true

INTEGER

0

RID

1

<列>

字符串

<十进制> 0

<默认值>

true

VARCHAR

128

<名称> KEY_NAME

2

<列>

<十进制> 0

<默认值> 0

true

BIGINT

0

CREATION_TIME

3

<列>

<十进制> 0

<默认值> 0

true

BIGINT

0

<名称> EXPIRATION_TIME

4

<列>

binary

<十进制> 0

<默认值>

false

LONGVARBINARY

2000

<名称> OBJECT_ATTR

5

<列>

binary

<十进制> 0

<默认值>

false

BLOB

50000000

<名称> LARGE_OBJECT_ATTR

6

<列>

binary

<十进制> 0

<默认值>

false

LONGVARBINARY

2000

<名称> OBJECT_VALUE

7

<列>

binary

<十进制> 0

<默认值>

false

BLOB

50000000

<名称> LARGE_OBJECT_VALUE

8

<主键>

<列>

RID

KEY_NAME

J2EE_CACHE_CONTENT

<数据库专有信息>

2015年3月5日9:30:17 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:后处理J2EE_CACHE_CONTENT

6条回答
微wx笑
2020-08-23 23:18

嗨,

问题在于ASE锁的概念。 通过默认,sapinst将参数锁的数量设置为1百万。 如果您使用例如20个进程,这还不够。 只是这样计算:

10个进程= 1百万个锁

对于大多数SAP系统,由安装程序配置的默认一百万个锁是不够的。 如果从提供锁升级的数据库平台(如DB2或MaxDB)或没有全局锁列表的平台(如Oracle)迁移系统,则可能很难同时估计所需的最大锁数。 建议从配置在2到500万之间的锁数量开始,粗略的公式是每TB的已用数据空间100万个锁。

数据加载的一个重要方面是确保有足够的锁来支持并行导入到多个表中。 请记住,SAP数据库的默认架构是使用数据行锁定-即使不记录行修改,批量加载本质上也是事务性的。 因此,您需要基于大容量加载操作的提交频率为每个表加载的行数具有足够的锁。 默认安装还应将行锁升级设置为20亿行。 结果,负载将不会像通常预期的那样升级到分区或表锁。 这是有意为之的,因为如果发生锁升级,并发加载到同一表(由于拆分)可能会相互竞争。

链接:

https://help.sap.com/viewer/ase_best_practices/8d96aacd3e744255976646c12f5e8/a>

努诺

一周热门 更多>