Jon*_*rke 7 oracle backup performance-tuning multiplexing netbackup
我的问题是...建议使用 NetBackup 中的什么多路复用因子/您是否将 Oracle RMAN 备份用于通过 1Gb/s 管理网络到 LTO3 的备份?
JB
背景:
使用 NetBackup 等企业备份工具时,存在多路复用的概念,即同时合并来自多个备份客户端的数据,以便尽快为现代高速磁带驱动器提供数据。
交织的并发客户端数据流的数量由复用因子决定。多路复用因子越高,传送到磁带机的数据就越多,但恢复速度越慢。
由于整体恢复速度主要取决于混乱(记录事件、确定磁带是否可用、从异地召回、负载、库存等)而不是实际磁带恢复速度,我有信心使用高系数进行文件系统备份.
具有大型数据集的 Oracle 备份通常一起恢复,这对文件系统备份提出了不同的挑战。
首先要检查的是您的服务器可以处理多少网络 (TCP) 吞吐量。使用netcat等。如果低于30 MB/s左右,则网络复用对您来说没有用,我的进一步建议可以忽略。相反,请努力调整网络吞吐量。现在,进入正题。
LTO3 驱动器与任何其他线性磁带驱动器一样,只有在获取具有一定恒定吞吐量的数据流时才能正常工作。
磁带高速从头下经过,你根本不想停下来。在每次停止时,驱动器都必须执行冗长的过程:减速至完全停止、加速返回、通过数据结束点、再次减速、向前加速以到达数据结束点。当 NetBackup 传送数据的速度不够快时,缓冲区会频繁欠载,因此驱动器必须频繁停止/倒带/启动。性能受到严重损害。这称为“启停”操作或“擦鞋”。
驱动器会稍微调整磁带的速度,但调整幅度不大,可以降至最大速度的 50% 左右。
Netbackup 多路复用的全部目的是提供更好的流吞吐量并避免启停操作。检查 RMAN 备份的吞吐量,如果为 30 MB/s 或更低,则说明您执行的是经典的启动-停止操作。
现在,让我澄清一件事。如果您没有启动-停止功能,我根本不建议多路复用 RMAN 备份。不用多路复用,RMAN 就已经足够复杂了。我不想搞乱 RMAN,我希望恢复尽可能快速、简单和无缝。
但是,如果您发现备份吞吐量低得令人无法接受,我建议初学者实施大约三个多路复用流。每晚增加数量,直到不再获得更多吞吐量。并确保每个流都来自不同的磁盘轴。不是来自不同的分区/表空间/文件系统/数据库/服务器/LUN/其他虚拟化层。如果有的话,这些也无关紧要。物理磁盘轴。如果您从同一主轴馈送许多流,您只会导致颠簸,并且整体性能会下降得更多。
注意:理论上,NetBackup 还可以对还原进行多路分解。如果我没记错的话,它会在恢复之前暂停一下,以便有机会启动更多恢复尝试。在这种情况下,它们将联合运行,就像多路复用备份一样。但请用手册验证这一点,我对此只有 90% 的把握。
| 归档时间: |
|
| 查看次数: |
3363 次 |
| 最近记录: |