数据库备份中容易出现的问题

导读：数据库往往承担着企业的核心关键应用，其数据也非常重要，在应用中，数据库备份是非常实用且重要的技能之一。本文总结了笔者在进行数据库备份时常见发生的问题，一方面提醒自己，另外一方面也希望对网友有帮助。

　　1.informix备份

　　nbu自己的脚本，定义了三个环境变量。他们是INFORMIXSERVER，INFORMIXDIR，ONCONFIG。

　　定义他们的原因是希望用root用户来执行onbar备份。

　　所以，如果在/tmp/bar_act.log里提示了诸如未知数据库，无法连接数据库之类的错误的时候，通常都是这三个环境变量已经不足以定义informix环境了。

　　有关的变量还有一些。

　　例如INFORMIXSQLHOSTS，PATH等等。

　　总之，用root用户去执行onbar -b -w -L 0，看看是不是能够正确的在veritas中发起备份，是检验脚本环境相当有效的方法。

　　ontape -s在修改了onconfig后，就不能用了。不过，只要把onconfig中TAPEDEV与LTAPEDEV的值改会/dev/null。ontape -s 就可以正常工作。但是，千万记得，不要重起online，否则，nbu备份就失效了。

　　2.SQLSERVER备份

　　SQLSERVER的脚本相当简单，但是还是应该用nbu自己带的agent去生成脚本，这样得出的脚本在语法上肯定正确，可以让实施环境变的简单

　　3.DB2备份

　　脚本中，关于db2_sessions变量的示例看来有些问题。把双引号去掉会解决一些读脚本错误问题。

　　启动DB2命令行管理

　　backup database 数据库名 online load c:\progra~1\veritas\netbackup\bin\nbdb2.dll

　　把所有脚本中计算的变量代进来，可以有效的检验脚本变量的正确性。

　　4.ORACLE备份

　　oracle全备份脚本很完整，通常如果变量值给的正确，备份脚本就肯定可以工作正常。

　　但是，如果以此脚本进行修改，进行日志备份的话。

　　sql ‘alter system archive log current’;

　　这行一定要留下来。否则，日志没有被归档出来，你除了能看到一个备份进程成功完成外，没有任何东西被备份走。

　　5.notes备份

　　只要notes.ini指定的位置正确，就没有问题了。

　　6.sybase备份

　　备份没什么可说的。只要正确的链接，把要备份的内容向sybackup::里丢就可以了。但是，恢复的时候，一定要写明server名。否则恢复的时候，会报各种各样与之无关的错误。

上文对各种数据库备份容易出现的问题做了一个大总结，比较全面，希望能够对大家有所帮助。

【编辑推荐】

文章来源网络，作者：运维，如若转载，请注明出处：https://shuyeidc.com/wp/299366.html<