您好，Martina

我不知道SAP方面有任何超时。 但是，如果SAP服务器与备份介质/主服务器之间有防火墙，则可能是超时的原因。 几年前，我们在Veritas Backups上遇到了同样的问题。

如果您的所有服务器都在同一网络中，请忽略此帖子。

最诚挚的问候

迈克尔

你好，

感谢您的所有输入。

在发布问题之前，我已经整理了utl文件和日程安排。

但是第一个提示是使我走上正确轨道的那个提示。 非常感谢迈克尔。

我不知道备份主服务器和客户端之间有防火墙，但这是一个新主意，我将其立即转发给我们的网络团队进行整理。

花了一段时间（现在将近2周）和数个测试备份来获得确认，但是从今天开始100％明确：问题与防火墙有关。

我们还"绕过防火墙"运行了一些备份。 它更快，并且（当然...）完全成功。 这是一个很好的解决方法，但是客户不允许以这种方式进行备份。

发现什么原因？

我不是网络专家，所以我希望以正确的方式描述它...

有一个由NAT进行的地址转换，它导致通过另一个IP地址（在备份日志中不可见！）运行备份，并设置了保持活动状态。 因此，即使备份仍在进行中，两小时后仍会达到默认的套接字空闲时间并断开连接，即使备份仍在进行中-而是通过另一个地址运行，而不是通过设置保持活动状态并且在其中已知和指定的地址来运行 备份策略和备份客户端属性...

防火墙上还存在其他一些错误配置，有关我没有进一步的描述。 它们仍然根本没有固定，因为它需要客户的许可和计划的维护时间才能进行更改。

我希望这个问题能尽快解决。 但是，我们终于走上了正确的道路。

最诚挚的问候，

Martina

嗨，MArtina，

不太确定，但是通过brtools进行的汁液备份由参数文件init .sap文件控制。

请查看其中的参数，可能会为您带来一些见识。

致谢

SAP的一面没有。 这是在网络端的Netbackup上。

您可以更改备份时间吗？ 也许路由器每天会自行重启一次？