Sybase数据库BACKUP故障.docVIP

Sybase数据库BACKUP故障 四川内江发电总厂信息中心 罗睿 单位的Sybase数据库运行于Solaris 7系统之上。Sybase数据库本身带有备份服务Sybase BACKUP Server，本系统在启动sybase数据库的同时启动了Sybase BACKUP Server，并且在操作系统中设置了每个星期日自动备份数据库。Sybase BACKUP Server在自动执行备份后会在install目录下生成一个日志文件SYBASE_backup.log。管理员应该定期检查该日志确认是否备份正常。 一．故障的检查 首先telnet登入数据库服务器， 进入sybase工作目录，检查数据备份日志。（图一） $cd install $more SYBASE_backup.log （图一） 执行上述命令后，系统会列出sybase BACKUP Server的详细记录。在日志后段，发现不断有出错记录出现（图二）。 （图二） 在画面中可以看到在备份进行到2087010KB后，系统不断提示： Backup Server: 4.141.2.37: [2] The write call failed for device /sybase2/backup/ndmisdb.dup with error number 27 (File too large). Refer to your operating system documentation for further details. 意思是写入设备ndmisdb.dup时遇到错误，文件太大。 系统在这样情况下备份出的数据库不完整，完全达不到备份恢复的作用。造成这种错误的原因是由于数据库本身的大小超出了操作系统的用户最大文件限制而无法在一个文件中容纳下整个数据库。目前单位所使用的Solaris 7操作系统不支持大于2GB的文件。 二．故障的确认 在sybase用户下进入sql状态，用sp_helpdb ndmis命令检查当前数据库使用情况如下表。 device_fragments 数据库设备 Size 库大小 Usage 用途 free kbytes 剩余空间 ndmisdb 1200.0 MB data only 512 ndmisdb2 800.0 MB data only 1360 ndmisdb3 2000.0 MB data only 1783968 ndmisdb4 2000.0 MB data only 2048000 由于多次扩容，数据库设备已经达到四个，除第四个尚未开始使用外，前三个都已经在使用中，且总体已使用容量已经超过2G。从而可以肯定BACKUP Server的故障是由数据库太大引发。 三．故障的解决办法 由于单个文件无法容纳容纳下整个数据库，只有使用Backup Server将一个数据库后备到多个文件中，使每个备份文件不大于2GB。 因为该数据库做的自动备份，在sybase目录下写了一个sql文件dump.sql,每次会调用该sql文件去执行备份。该文件原内容为： dump database ndmisdb to /sybase2/backup/ndmisdb.dup go dump database master to /sybase2/backup/master.dup go 这两句sql语句备份了ndmisdb 和master数据库，现在主要是ndmisdb库太大，故要将ndmisdb库分割为两个文件备份。将原内容修改为： dump database ndmisdb to /sybase2/backup/ndmisdb.dup stripe on /sybase2/backup/ndmisdb1.dup go dump database master to /sybase2/backup/master.dup go （图三） 这样Backup Server会将ndmisdb库分为ndmisdb.dup和ndmisdb1.dup来存放。 这种方法还可以提高后备及恢复的速度，但注意恢复也必须用相应多的文件。例如： 1load database ndmisdb from /sybase2/backup/ndmisdb.dup 2stripe on /sybase2/backup/ndmisdb1.dup 3go 四．实施效果 系统自动备份后的日志情况 Backup Server自动提示将ndmisdb数据库备份到ndmisdb.dup和ndmisdb1.dup两个文件。备份过程顺利完成，没有错误提示。（图四） （图四） 2．检查备份目录下ndmisdb.dup和ndmisdb1.dup