点击此处---> 群内免费提供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"? >
<说明>
<语言> 语言>
<部署状态>
<列>
<列>
<十进制> 0 十进制>
<默认值> 0 默认值>
<列>
<十进制> 0 十进制>
<默认值> 默认值>
<名称> KEY_NAME 名称>
<列>
<十进制> 0 十进制>
<默认值> 0 默认值>
<列>
<十进制> 0 十进制>
<默认值> 0 默认值>
<名称> EXPIRATION_TIME 名称>
<列>
<十进制> 0 十进制>
<默认值> 默认值>
<名称> OBJECT_ATTR 名称>
<列>
<十进制> 0 十进制>
<默认值> 默认值>
<名称> LARGE_OBJECT_ATTR 名称>
<列>
<十进制> 0 十进制>
<默认值> 默认值>
<名称> OBJECT_VALUE 名称>
<列>
<十进制> 0 十进制>
<默认值> 默认值>
<名称> LARGE_OBJECT_VALUE 名称>
<主键>
<列>
<数据库专有信息> 数据库专有信息>
2015年3月5日9:30:17 com.sap.inst.dbtools [Thread [pool-1-thread-1,5,main]]信息:后处理J2EE_CACHE_CONTENT
马科斯,你好
您成功了吗? 我正面临着完全相同的问题,也是Sybase,NW 730,唯一的操作系统是Windows2012。在Windows 2008上运行没有问题,但现在我正面临这个问题。
好,谢谢 为您的答案。 我会让你知道。
嗨马科斯,
您能否解决此问题。 我正在复制PI系统,Linux RHE和Sybase,NW 731。
我被困在完全相同的阶段吗?
谢谢。
是的,我能够用此技巧完成Java导入
致谢
Rupesh
大家好,
在JAVA堆栈的系统副本的JAVA导入过程中,我们遇到了相同的错误。
我们的环境:
OS:RHEL 7.1(最新版本)
数据库:Sybase ASE 16.0.0.5(最新版本)
SWPM:SWPM 1.0 SP07(最新版本)
可用磁盘空间没有问题,sybase日志完全空闲,sapinst目录中没有其他错误(实际上是/tmp/sapinst_instdir/NW740SR2/SYB/COPY/SYSTEM/STD/AS-JAVA)。
我看到正在运行一个进程:
jdiadm 11878 11551 0 Apr27 pts/1 00:01:17/tmp/sapinst_instdir/NW740SR2/SYB/COPY/SYSTEM/STD/AS-JAVA/sapjvm/sapjvm_6/bin/java -classpath/tmp/sapinst_instdir/NW740SR2 /SYB/COPY/SYSTEM/STD/AS-JAVA/install/sltools/sharedlib/sap.com~tc~bl~offline_launcher~impl.jar -showversion -Xmx1024m -XX:+ HeapDumpOnOutOfMemoryError com.sap.engine.offline.OfflineToolStart com.sap.inst.jmigmon.jMigMon/usr/sap/JDI/SYS/global/security/lib/tools/iaik_jce.jar:/usr/sap/JDI/SYS/global/security/lib/tools/iaik_jsse.jar :/usr/sap/JDI/SYS/global/security/lib/tools/iaik_smime.jar:/usr/sap/JDI/SYS/global/security/lib/tools/iaik_ssl.jar:/usr/sap/JDI/SYS/全局/安全性/lib/工具/w3c_http.jar:/tmp/sapinst_instdir/NW740SR2/SYB/COPY/SYSTEM/STD/AS-JAVA/install/sltools/sharedlib:/usr/sap/JDI/SYS/global/ syb/linuxx86_64/sybjdbc/jconn4.jar-模式导入-sid JDI -dsn jdbc/pool/JDI -ssprops/usr/sap/JDI/SYS/global/security/data/SecStore.properties -sskey/usr/sap/JDI/SYS/全局/安全性/数据/SecStore.key -importDirs/mnt/inst 全部/JDIexport/JAVA/JDMP -suppressVerboseLog
但是此正在运行的Java二进制文件不使用任何资源(CPU,磁盘IO)
有人放弃SAP事件吗? 我想我们会...
关于:Janos
嗨,
问题在于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>
努诺
一周热门 更多>