DB2在线数据库备份

时间:2008-10-06 18:53:41

标签: database backup db2

我目前有200多GB的数据库正在使用DB2内置的备份进行日常备份(并且希望不能恢复 - 大声笑)但是由于该备份现在需要超过2.5小时才能完成,我正在调查第三方备份和还原实用程序。版本是8.2 FP 14但是我将很快转到9.1并且我还有一些9.5个数据库来备份和恢复。您为此目的使用了哪些最佳工具?

谢谢!

7 个答案:

答案 0 :(得分:2)

有一件事将有助于进入DB2版本9并打开压缩。然后,备份的大小将减少(表级别上最多70-80%),这应缩短备份时间。当然,如果您的数据库不断增长,您很快就会遇到问题,但数据存档可能适合您。

答案 1 :(得分:2)

在看第三方工具之前,我怀疑会有多大帮助,我会考虑一些优化。

1)您是否在表和索引上使用了REORG?这样可以压缩信息并最大限度地减少使用的页面数量;

2)如果可以,请同时备份多个磁盘。这可以通过运行db2 backup db mydb /mnt/disk1 /mnt/disk2 /mnt/disk3 ...

轻松实现

3)DB2应该在自我调整方面做得很好,但是你总是可以尝试使用WITH num_buffers BUFFERSBUFFER buffer-sizePARALLELISM n选项。但同样,DB2通常会自己做得更好;

4)考虑在星期六或星期日执行每日增量备份和一次完整备份;

5)UTIL_IMPACT_PRIORITYUTIL_IMPACT_LIM可以限制备份过程,使其不会过多地影响您的常规工作负载。如果主要关注的不是时间本身,而是备份时数据集的性能,这非常有用;

6)在减少需要备份的数据维度方面,DB2 9的数据压缩确实可以创造奇迹。我已经看到了非常令人印象深刻的结果,如果您可以迁移到9.1版本,甚至更好,9.5。

,我会强烈推荐它

答案 2 :(得分:2)

实际上只有两种备份方式,更重要的是恢复,运行速度更快: 1.备份较少的数据和/或 2.有一个更大的管道到备份媒体

我认为您有很多关于如何减少备份数据量的建议。基本上,您应该创建一个备份策略,该策略依赖于相对不频繁的完全备份以及更改(自上次完全备份以来)数据的更频繁备份。我建议您查看DB2 Control Center中的“配置自动维护”向导。它将帮助您创建自动备份以及Antonio建议的REORG等其他实用程序。像压缩这样的东西显然可以提供帮助,因为数据量要低得多。但是,并非所有DB2版本都提供压缩。例如,DB2 Express-C没有。坦率地说,无论如何,在200GB数据库上进行压缩可能是不值得的,这正是免费DBMS如DB2 Express-C不提供压缩的原因。

就openign更大的备份管道而言,首先要确定是要备份到磁盘还是磁带。速度有很大差异(显然磁盘速度快得多)。其次,DB2可以对备份进行并行化。因此,如果您有多个设备要返回,它将同时备份到所有设备,即您的经过时间将会少很多,具体取决于您需要为问题投入多少设备。同样,DB2 Control Center可以帮助您进行设置。

答案 3 :(得分:1)

尝试高性能卸载(HPU) - 这是Infotel的独立产品,现已作为Optim数据工作室的一部分提供 - 在此处发布https://www.ibm.com/developerworks/mydeveloperworks/blogs/idm/date/200910?lang=en

答案 4 :(得分:0)

它不是“第三方”产品,但我见过使用DB2的任何人都使用Tivoli Storage Manager来存储他们的数据库备份。

大多数商店都会将存档日志记录设置为TSM,因此您只需每周左右进行一次“大”备份。

由于它也是一个IBM产品,因此您不必担心它与您拥有的所有不同版本的DB2一起工作。

缺点是它是IBM的产品。 :)不确定($)是否会对你产生影响。

答案 5 :(得分:0)

我怀疑你可以使用其他备份工具加快速度。正如迈克所提到的,你可以将TSM添加到堆栈中,但这几乎不会使备份运行得更快。

如果我是你,我会查看备份文件的存储位置:它们是否使用与数据库本身相同的磁盘轴?如果是这样:查看您是否可以将备份文件存储在备份窗口期间无法访问的存储区域。

考虑在每日备份中使用增量备份,然后在星期六使用长时间完整备份。

(我假设您已经在运行在线备份,因此在备份期间您的数据不可用。)

答案 6 :(得分:0)

第三方备份包可能无法帮助您提高速度。确保您没有每2小时进行一次完整备份可能是第一步。

之后,查看您编写备份的位置。它是本地驱动器,而不是网络驱动器?主轴是否用于其他任何事情?备份不涉及大量的搜索活动,但确实涉及大量的大写操作,因此您可能希望避免使用RAID 5并使用大的条带大小来帮助最大化吞吐量。

当然,您必须迟早进行完整备份,但希望您可以在负载较轻时找到一个窗口,并且您可以在备份之间使用更长的时间。在正常增量关闭后的4-6小时内完成备份,然后根据剩余时间进行增量备份。

此外,在将备份复制到完全独立的系统之前,您确实没有备份。你必须尝试弄清楚你是否最好在发送之前,期间或之后压缩它。