点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我确定了一个有问题的复制过程。 ...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我确定了一个有问题的复制过程。 ...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我确定了一个有问题的复制过程。 一位正在消耗prod服务器上所有可用的临时高清空间的人。
我假设复制任务的所有依赖项都处于活动状态-这是一个默认值...,所以尝试将整个prod Server拉到较小的复制目标上。
棘手的事情是找到罪魁祸首,因为日志文件位于 原始服务器没有显示拉动目标服务器-我们有10台服务器是可能的原因,其中有很多可能的复制。 而且-还不够糟糕-任何挂起的复制作业都可以随时启动,因此时间戳也无济于事。
不得不检查所有任务...和一个测试任务-总是失败-最终放弃了自己:
_Distribution NEW
文档类型:
复制作业
状态
失败
目的地:
默认
创建者:
管理员
创建时间:
29/07/19 10:29
开始时间:
19/07/29 11:55
结束时间:
19/07/29 12:36
位置:
SERVERNAME:6400/远程连接
远程实例:
否
有效期:
29/07/29 10:29
错误消息:
从原始站点返回的错误:无法构建请求包。 发生输入/输出异常:'磁盘上没有足够的空间(路径C:\ Windows \ TEMP \ 23293465JQSbbm23KvuKS58Cqg9QgZZ%2CSI_TENANT_ID%3D0 \ pull21.biar,工作目录C:\ BO41 \ tomcat)'(FWM 04013) 磁盘上没有足够的空间(路径C:\ Windows \ TEMP \ 23293465JQSbbm23KvuKS58Cqg9QgZZ%2CSI_TENANT_ID%3D0 \ pull21.biar,工作目录C:\ BO41 \ tomcat)
所以我再次开始了错误的复制,发现他是麻烦制造者:但是现在如何阻止他?
杀死复制作业没有帮助。 Origins Tomcat已将所有千兆字节的prod pull.biar文件压缩到已经@ pull82.biar
因为我不能简单地停止生产Tomcat,所以我可能不得不等待再次耗尽临时空间?
有什么想法吗?
Wobi
SAP BO BI 4.2.4补丁1
您好,Bidner,
寻找Jobserver子进程并将其杀死。 它可能是Java进程。
当您在Windows上时,可以使用任务管理器>列出具有完整路径的进程,查看具有链接到联合/复制的路径的进程,确定确切的子作业进程并将其杀死。 。 (例如:jobserver_xyz.AdaptiveJobServer_ReplicationService_CHILD0_......。)
我还建议,如果您确实有另一个具有足够空间的驱动器(例如:问题服务器上的D:\或E:\,则 通过创建新文件夹TEMP并在CMC
AJS中添加以下命令行来更新AJS和APS命令行以重新指向temp文件夹:- javaargs" Djava.io.tmpdir = D:/TEMP"
APS:"- Djava.io.tmpdir = D:\ TEMP"
这将强制AJS和APS在重新启动后使用新的临时位置。 请参考kba 2245570的示例。
湿婆
一周热门 更多>