2020-08-14 11:27发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）你好 brbackup面... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
你好
brbackup面临一个奇怪的问题。
运行2小时后，备份（联机/脱机）总是失败，并显示消息"退出状态23：套接字读取失败"
它不取决于特殊的数据文件，而仅取决于运行时。 将备份分成几个流以减少运行时间可以暂时解决该问题。 但是数据库变得越来越大，并且从几天开始，再次达到了2小时的运行时间-并且备份失败了。
尽管这些服务器的运行时间通常超过2个小时，但它们仍成功完成了文件备份。 它只与brbackup有关。
我们正在使用Veritas Netbackup 5.1 MP4。
我已经将调试级别设置为最高值，但是日志中包含错误消息，但没有提示原因...
我还尝试增加Netbackup配置中所有可能的客户端超时设置，但这只是将已经失败的brbackup会话保持在Netbackup监视器running中运行的状态，直到达到超时为止。
同一备份单元中还有其他一些服务器，这些服务器通过brbackup运行SAP备份，这些备份已成功完成。 我评估了他们的Netbackup安装/配置，发现没有区别（当然，除了客户端名称和SID）。
现在，我想知道，是否有可能在SAP配置或SAP网关中存在超时条目，从而导致此类备份中止...
恐怕不会成为" SAP专家"-所以我希望在这里找到帮助...
非常感谢！！！
ml
你好，
感谢您的所有输入。
在发布问题之前，我已经整理了utl文件和日程安排。
但是第一个提示是使我走上正确轨道的那个提示。 非常感谢迈克尔。
我不知道备份主服务器和客户端之间有防火墙，但这是一个新主意，我将其立即转发给我们的网络团队进行整理。
花了一段时间（现在将近2周）和数个测试备份来获得确认，但是从今天开始100％明确：问题与防火墙有关。
我们还"绕过防火墙"运行了一些备份。 它更快，并且（当然...）完全成功。 这是一个很好的解决方法，但是客户不允许以这种方式进行备份。
发现什么原因？
我不是网络专家，所以我希望以正确的方式描述它...
有一个由NAT进行的地址转换，它导致通过另一个IP地址（在备份日志中不可见！）运行备份，并设置了保持活动状态。 因此，即使备份仍在进行中，两小时后仍会达到默认的套接字空闲时间并断开连接，即使备份仍在进行中-而是通过另一个地址运行，而不是通过设置保持活动状态并且在其中已知和指定的地址来运行 备份策略和备份客户端属性...
防火墙上还存在其他一些错误配置，有关我没有进一步的描述。 它们仍然根本没有固定，因为它需要客户的许可和计划的维护时间才能进行更改。
我希望这个问题能尽快解决。 但是，我们终于走上了正确的道路。
最诚挚的问候，
Martina
最多设置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', '推荐 CJones 的问题《运行2小时后，brbackup失败，错误23》','https://www.easysap.com/answer/2898/7938.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
你好，
感谢您的所有输入。
在发布问题之前，我已经整理了utl文件和日程安排。
但是第一个提示是使我走上正确轨道的那个提示。 非常感谢迈克尔。
我不知道备份主服务器和客户端之间有防火墙，但这是一个新主意，我将其立即转发给我们的网络团队进行整理。
花了一段时间（现在将近2周）和数个测试备份来获得确认，但是从今天开始100％明确：问题与防火墙有关。
我们还"绕过防火墙"运行了一些备份。 它更快，并且（当然...）完全成功。 这是一个很好的解决方法，但是客户不允许以这种方式进行备份。
发现什么原因？
我不是网络专家，所以我希望以正确的方式描述它...
有一个由NAT进行的地址转换，它导致通过另一个IP地址（在备份日志中不可见！）运行备份，并设置了保持活动状态。 因此，即使备份仍在进行中，两小时后仍会达到默认的套接字空闲时间并断开连接，即使备份仍在进行中-而是通过另一个地址运行，而不是通过设置保持活动状态并且在其中已知和指定的地址来运行 备份策略和备份客户端属性...
防火墙上还存在其他一些错误配置，有关我没有进一步的描述。 它们仍然根本没有固定，因为它需要客户的许可和计划的维护时间才能进行更改。
我希望这个问题能尽快解决。 但是，我们终于走上了正确的道路。
最诚挚的问候，
Martina
一周热门 更多>