Oracle备份的NetBackup复用

Question

我的问题是..。推荐在NetBackup中使用什么复用因素/您是否将Oracle备份超过1Gb/s的管理网络到LTO3？

JB

背景：

利用NetBackup等企业级备份工具，多路复用的概念是将来自多个备份客户端的数据同时结合起来，以尽可能快地给现代高速磁带驱动器提供数据。

同时交织的客户端数据流的数目由复用因子决定。多路复用系数越高，输入到磁带驱动器的数据越多，但恢复速度越慢。

由于总的恢复速度主要取决于混乱(日志事件，确定是否有磁带，从现场召回，负载，库存等)。与实际磁带还原速度相比，我对使用高因子进行文件系统备份感到有信心。

大型数据集的Oracle备份(这些数据集更经常一起还原)对文件系统备份提出了不同的挑战。

Answer 1

首先要检查的是服务器可以处理多少网络(TCP)吞吐量。使用netcat等。如果它小于30 MB/s，从网络复用是没有用的，我的进一步建议可以忽略。工作调优您的网络吞吐量代替。现在说到重点。

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

带子正高速地从头下经过，你不想阻止它。在每一站，驱动器都要执行冗长的程序:减速至全速停止，加速返回，通过数据结束点，再次减速，加速向前到达数据结束点。当NetBackup没有足够快地提供数据时，缓冲区会频繁地运行不足，因此驱动器必须频繁地停止/倒带/启动。演出受到了极大的伤害。这被称为“开始-停止”操作或“擦鞋”。

驱动器在一定程度上调整了磁带的速度，但不是很大，它可以降到最高速度的50%左右。

Netbackup复用的目的是提供更好的流吞吐量，避免启动-停止操作。检查RMAN备份的吞吐量，如果它是30 MB/s或更少，您有一个经典的启动-停止操作。

现在，让我说清楚一点。如果您没有启动-停止，我建议根本不建议多路复用RMAN备份。RMAN不需要多路复用就足够复杂了。我不想搅乱RMAN，我希望我的恢复尽可能快，容易和无缝。

但是，如果您发现您的备份吞吐量低得令人无法接受，我建议为启动服务器实现三个多路复用流。增加每晚的数量，直到你无法获得更多的吞吐量。并确保每个流来自不同的磁盘主轴(S)。不是来自不同的partitions/tablespaces/filesystems/databases/servers/LUNs/other-virtualization-layers.这些都无关紧要，如果有的话。物理磁盘主轴。如果您从相同的纺锤体中输入多个流，则只会造成混乱，而整体性能将下降得更多。

注: NetBackup理论上也可以解复用一个恢复.如果我没记错的话，它会在恢复之前稍作停顿，以便有机会进行更多的恢复尝试。在这种情况下，它们将一起运行，就像多路复用备份一样。但是请用一本手册来验证这一点，我对此只有90%的把握。

Answer 2

这完全取决于您的oracle服务器是否能够以足够快的速度移动数据以保持LTO3驱动器的流。我不使用多重Oracle数据，因为大型文件的处理速度足够快，可以使驱动器以可接受的速度运行。

然而，在我们替换Oracle服务器之前，它们的备份速度仅为当前速度的一半，实际上我已经将它们复用了。

需要注意的是，当与NetBackup进行多路复用时，恢复速度会稍微慢一些，但不会太慢。我知道对于证明你可以在恢复时进行多路复用。我们一直都是这样做的，既可以进行恢复测试，也可以在罕见的情况下实际替换丢失的数据。

我强烈建议两种方式都进行测试，看看是否可以让LTO3驱动器保持足够快的速度而不需要多路复用。

Answer 3

我发现解决这个问题的最简单方法是将初始备份写入磁盘，然后将备份映像复制到磁带中。

多路复用备份更有可能跨越磁带，更难在netbackup之外导入或使用，恢复速度较慢，而且是为防止擦鞋磁带而创建的一种全面的丑陋攻击。

Netbackup具有非常好的直接到磁盘功能，而且CLI工具可以很容易地编写映像复制机制的脚本。