Tony Sepia Asked: 2024-04-06 19:58:16 +0800 CST2024-04-06 19:58:16 +0800 CST 2024-04-06 19:58:16 +0800 CST 备份期间网络利用率达到最大。它本身就不好吗? 772 我们有一个由两个 Oracle DB 组成的集群。监控软件代理安装在两台机器上,一夜之间,当备份发生时,我们收到警告,服务器上的网络接口利用率超过 90% - 我确信它已经达到极限。 这是一个问题吗?或者,经验丰富的 DBA,您是否允许数据库服务器偶尔最大化网络接口带宽?如果不是,这可能导致哪些已知问题? 先感谢您! oracle 1 个回答 Voted Best Answer David Spillett 2024-04-06T22:16:37+08:002024-04-06T22:16:37+08:00 当网络吞吐量达到或接近最大时,其他活动将出现更高的延迟、更慢的吞吐量或两者兼而有之。这对您来说有多大的问题取决于您在此期间所需的系统响应。 如果应用程序与数据库通信所经历的延迟增加足够明显,最终用户可能会注意到,并且觉得足够关心,那么您可以通过限制备份目标的带宽来缓解这种情况,以确保它不超过,比如说可用吞吐量的 85%。显然,这当然会使备份需要更长的时间才能完成,这可能更令人担忧。 请注意,备份过程可能只是一个流,它不会像您所看到的那样严重饱和链接,例如,由于 P2P 共享流量。要评估您是否应该担心,请在备份发生期间安排对应用程序的简单测试,或者为了更彻底地运行更深入的负载测试,然后在其他时间运行更深入的负载测试并比较结果。
当网络吞吐量达到或接近最大时,其他活动将出现更高的延迟、更慢的吞吐量或两者兼而有之。这对您来说有多大的问题取决于您在此期间所需的系统响应。
如果应用程序与数据库通信所经历的延迟增加足够明显,最终用户可能会注意到,并且觉得足够关心,那么您可以通过限制备份目标的带宽来缓解这种情况,以确保它不超过,比如说可用吞吐量的 85%。显然,这当然会使备份需要更长的时间才能完成,这可能更令人担忧。
请注意,备份过程可能只是一个流,它不会像您所看到的那样严重饱和链接,例如,由于 P2P 共享流量。要评估您是否应该担心,请在备份发生期间安排对应用程序的简单测试,或者为了更彻底地运行更深入的负载测试,然后在其他时间运行更深入的负载测试并比较结果。