【 使用环境 】生产环境
【 OB or 其他组件 】
【 使用版本 】4.3.5.2
【问题描述】数据库备份导致带宽被拉满了，日志备份一直延迟，延迟了6W多秒。备份是备份到阿里云OSS对象存储上的，每天凌晨4点开始备份，查看了防火墙的接口流量，昨天凌晨4点执行了一次全量备份，然后带宽被拉到了200M，后续掉到150M，一直都这么高了，只到我晚上暂停了这个租户的日志备份，带宽直接就下来了，我再次开启后也是正常的，日志备份也没有延迟。这是什么问题啊。
而且我 sys_bkgd_net_percentage 这个参数都修改成40了，带宽为啥还能给我占满，总共就200M带宽，直接占完了
【复现路径】
【附件及日志】
30 个赞
加带宽。。
4 个赞
200M还不够用呢 
6 个赞
备份走的是以太网的话,应该不用担心吧
5 个赞
- 集群 几个 OB 节点？整机出口还是单台？
2、SHOW VARIABLES like ‘version_comment’; --查一下具体的版本号
3、SELECT * FROM GV$OB_NIC_INFO; 查一下信息
6 个赞
看着不是 sys_bkgd_net_percentage 失效，而是根据网卡1G这样计算的，40% 大于你们真实的 200M；再叠加 6 节点同时上传 OSS，出口应该会打满的。
https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000000813955
你看看这个文档
6 个赞
那这个限制要限制成多少啊？而且关键是带宽为什么下不去，就昨天有这个问题，之前都好好的。
5 个赞
grep -E “network speed changed|reload_bandwidth_throttle_limit|init_bandwidth_throttle” /home/admin/oceanbase/log/observer.log*
log/observer.log* 根据这个搜一下带宽占满时间窗口的日志 发一下日志
查一下这两个信息
cat /home/admin/oceanbase/etc/nic.rate.config
替换 ${DEV_NAME} 为实际使用的网卡名
cat /sys/class/net/${DEV_NAME}/speed
5 个赞
备份段和业务段要分开的吧
4 个赞
我是查那个服务器呢，不是有好多个服务器吗
3 个赞
六台都查一下吧
日志信息 看看能不能查一下
grep -E “network speed changed|reload_bandwidth_throttle_limit|init_bandwidth_throttle” log/observer.log.*
3 个赞
降低下备份并发数 ha_low_thread_score
2 个赞
赞成调一下备份并发
1 个赞
降低并发，增加网络带宽等多种方式都能解决吧
1 个赞
业务与备份分开走，并且降低备份的并发数。
服务器原因？
调成1了，之前是0
都查了，没有日志