NetBackup Multiplexing for Oracle RMAN备份

概述我的问题是…建议使用NetBackup中的多路复用因子/您是否将1Gb / s管理网络上的Oracle RMAN备份用于LTO3？ JB 背景： 借助NetBackup等企业备份工具,Multiplexing的概念是同时组合来自多个备份客户端的数据,以便尽快提供现代高速磁带驱动器. 交织的同时客户端数据流的数量由多路复用因子确定.多路复用因子越高,馈送到磁带机的数据越多,但恢复的速度越慢. 由于整 我的问题是…建议使用NetBackup中的多路复用因子/您是否将1Gb / s管理网络上的Oracle RMAN备份用于LTO3？

JB

背景：

借助NetBackup等企业备份工具,Multiplexing的概念是同时组合来自多个备份客户端的数据,以便尽快提供现代高速磁带驱动器.

交织的同时客户端数据流的数量由多路复用因子确定.多路复用因子越高,馈送到磁带机的数据越多,但恢复的速度越慢.

由于整体恢复速度主要取决于混乱(日志事件,确定磁带是否可用,从异地,负载,库存等中调用)而不是实际磁带恢复速度,我有信心使用高因素进行文件系统备份.

具有大型数据集的Oracle备份(通常更多地一起还原)对文件系统备份提出了不同的挑战.

首先要检查的是服务器可以处理多少网络(TCP)吞吐量.使用netcat等.如果它低于大约30 MB / s,从网络多路复用对你没用,我的进一步建议可以忽略.改为调整网络吞吐量.现在,到了这一点.

与任何其他线性磁带驱动器一样,LTO3驱动器只有在获得具有特定恒定吞吐量的数据流时才能正常工作.

磁带高速通过磁头下方,你不想阻止它.在每次停止时,驱动器必须执行冗长的过程：减速到完全停止,加速返回,通过数据结束点,再次减速,加速到达数据结束点.如果NetBackup没有足够快地提供数据,则缓冲区经常出现欠载,因此驱动器必须经常停止/快退/启动.表现受到了极大的伤害.这被称为“开始 – 停止” *** 作或“擦鞋”.

Drive稍微调整了磁带的速度,但不是很大,它可以降到最大速度的50％左右.

Netbackup多路复用的重点是提供更好的流吞吐量并避免启停 *** 作.检查RMAN备份的吞吐量,如果是30 MB / s或更低,则进行经典的启动 – 停止 *** 作.

现在,让我明确一点.如果您没有启动停止,我建议您根本不建议复用RMAN备份. RMAN很复杂,没有多路复用.我不想搞乱RMAN,我希望我的恢复尽可能快,简单和无缝.

但是,如果您发现备份吞吐量低得令人无法接受,我建议为初学者实施大约三个多路复用流.每晚增加数量,直到您无法获得更多吞吐量.并确保每个流来自不同的磁盘主轴.不是来自不同的分区/表空间/文件系统/数据库/服务器/ LUN /其他虚拟化层.这些问题很少,如果有的话.物理磁盘轴.如果你从同一个主轴中输入许多流,你只会导致颠簸,整体性能会下降得更多.

注意：NetBackup理论上也可以解复用还原.如果我没记错的话,它会在恢复之前暂停一下,以便有更多的恢复尝试启动.在这种情况下,它们将联合运行,就像多路复用备份一样.但请用手册验证这一点,我对此只有90％的肯定.

总结

以上是内存溢出为你收集整理的NetBackup Multiplexing for Oracle RMAN备份全部内容，希望文章能够帮你解决NetBackup Multiplexing for Oracle RMAN备份所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。