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备份所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)