2020-09-20 09:03发布
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
您已完成所有跟踪，但是您从中学到了什么？
是否有任何错误消息指出了断开连接的原因？
复制过程中的内存"升级"情况如何？ 为什么会这样呢？ 复制文件时是否使用DirectIO？ 如果没有，则应考虑这一点，因为在一次性备份文件时使用文件缓冲存储器是没有好处的。
我们不使用samba共享。 通过进一步测试，我们确定该副本未引起此问题。 我们同意您的声明。 我们已经记录到，升级之前正在运行且未对其进行更改的特定作业与明显的常规峰值相关。
我添加了一张图像，以提供HANA数据库操作之前/之后的生动场面。 hana-spiking-2 .png 同样，寻求帮助的要点是确定HANA为什么会（在任何时候）承认需求增加的连接丢失的原因。 我们已经更改了HANA参数，例如tcp_backlog和indexserver maxchannels，但是没有看到任何确定的结果。
我们将继续寻找答案。 谢谢。
嗨，拉斯。 这是DBA与Mark一起工作的Gary Conn。
简而言之，如果我们知道您问题的答案，我们就不会在这里。 那就是...
自从HANA从85.03升级到122.12以来，我们一直在半定期地获得小内存"峰值"，在升级HANA之前我们没有得到它们。 我们正在等待SAP提供帮助，但到目前为止，没有任何帮助。 我们已根据要求向他们发送了跟踪和RTE文件，但他们未找到任何"吸烟枪"。 另外，当我们运行数据库备份时，内存和CPU会产生峰值。 当我们将备份移到另一个时间时，它随之而来。 我们使用HANA本机备份进行本地磁盘备份，然后使用非常基本的Linux cp命令将400 + GB（总大小）文件复制到用于存储备份的Windows服务器（然后从那里复制到磁带） 。 在过去的2.5年中，我们一直在这样做，直到现在。 在HANA备份和复制命令（进入cp命令大约40分钟）后发生内存和CPU高峰，并在大约10-15分钟后停止（内存增加大约20％后恢复正常）； 复制到Windows服务器大约需要1.5个小时。 我们的HANA同步系统复制也通过10GB管道运行到本地站点； 首先使用新的logreplay，然后切换到delta_datashipping； 我正在尝试查看HSSR的不同模式是否导致峰值（仍在起作用）。
您或您认识的其他人以前经历过此事吗？
有想法吗？
谢谢。
加里·康恩
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 SAP禅师 的问题《为什么在备份复制过程中会发生HANA数据库断开连接？》','https://www.easysap.com/q-90390.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
群内免费提供SAP练习系统（在群公告中）
群内免费提供SAP练习系统（在群公告中）
一起学习S4 HANA ...
您已完成所有跟踪，但是您从中学到了什么？
是否有任何错误消息指出了断开连接的原因？
复制过程中的内存"升级"情况如何？ 为什么会这样呢？ 复制文件时是否使用DirectIO？ 如果没有，则应考虑这一点，因为在一次性备份文件时使用文件缓冲存储器是没有好处的。
我们不使用samba共享。 通过进一步测试，我们确定该副本未引起此问题。 我们同意您的声明。 我们已经记录到，升级之前正在运行且未对其进行更改的特定作业与明显的常规峰值相关。
我添加了一张图像，以提供HANA数据库操作之前/之后的生动场面。 hana-spiking-2 .png 同样，寻求帮助的要点是确定HANA为什么会（在任何时候）承认需求增加的连接丢失的原因。 我们已经更改了HANA参数，例如tcp_backlog和indexserver maxchannels，但是没有看到任何确定的结果。
我们将继续寻找答案。 谢谢。
嗨，拉斯。 这是DBA与Mark一起工作的Gary Conn。
简而言之，如果我们知道您问题的答案，我们就不会在这里。 那就是...
自从HANA从85.03升级到122.12以来，我们一直在半定期地获得小内存"峰值"，在升级HANA之前我们没有得到它们。 我们正在等待SAP提供帮助，但到目前为止，没有任何帮助。 我们已根据要求向他们发送了跟踪和RTE文件，但他们未找到任何"吸烟枪"。 另外，当我们运行数据库备份时，内存和CPU会产生峰值。 当我们将备份移到另一个时间时，它随之而来。 我们使用HANA本机备份进行本地磁盘备份，然后使用非常基本的Linux cp命令将400 + GB（总大小）文件复制到用于存储备份的Windows服务器（然后从那里复制到磁带） 。 在过去的2.5年中，我们一直在这样做，直到现在。 在HANA备份和复制命令（进入cp命令大约40分钟）后发生内存和CPU高峰，并在大约10-15分钟后停止（内存增加大约20％后恢复正常）； 复制到Windows服务器大约需要1.5个小时。 我们的HANA同步系统复制也通过10GB管道运行到本地站点； 首先使用新的logreplay，然后切换到delta_datashipping； 我正在尝试查看HSSR的不同模式是否导致峰值（仍在起作用）。
您或您认识的其他人以前经历过此事吗？
有想法吗？
谢谢。
加里·康恩
一周热门 更多>