ITPub博客

ORACLE数据库有两类备份方法。第一类为物理备份，该方法实现数据库的完整恢复，但 数据库必须运行在归挡模式下（业务数据库在非归挡模式下运行），且需要极大的外部 存储设备，例如磁带库；第二类备份方式为逻辑备份，业务数据库采用此种方式，此方 法不需要数据库运行在归挡模式下，不但备份简单，而且可以不需要外部存储设备。 数据库逻辑备份方法 ORACLE数据库的逻辑备份分为三种模式：表备份、用户备份和完全备份。[@more@]ORACLE数据库有两类备份方法。第一类为物理备份，该方法实现数据库的完整恢复，但 数据库必须运行在归挡模式下

今天发现 P570 crontab 不运行，查看/var/adm/cron/log 文件,里面报错信息如下：# tail log! 0481-095 The cron job is being rescheduled.Fri Mar 2 09:22:00 BEIST 2007! cron: 0481-087 The c queue maximum run limit has been reached.Fri Mar 2 09:22:00 BEIST 2007! 0481-095 The cron job is being rescheduled.Fri Mar 2 09:22:00 BEIST 2007! cron: 0481-087 The c queue maximum run limit has been reached.Fri Mar 2 09:22:00 BEIST 2007! 0481-095 The cron job is being rescheduled.Fri Mar 2 09:22:00 BEIST 2007!

后台翻牌----------------------以650分行为例，分行使用时请自行替换对应3位分行号。假设要翻到20080229跑20080229的增量。ctm用户登录DB3910ctmpsm -UPDATETABLE 650009000 HOLD ctmpsm -UPDATETABLE 650009000 DELETEctmcontb -DELETE "*650009000*" "*"执行完后，进ctmpsm -> 41 -> 1，看看是不是所有记录都标上deleted的标志，如果不是，则重复执行上面三个命令，如果是则证明操作完成。然后ods用户登陆AP3920，使用ViewCycle -s 650009000，确保没有在RUNNING的作业。然后执行CycleAdmin -s 650009000 -l

系统中开启了cron，而cron中执行的程序有输出内容，输出内容会以邮件形式发给cron的用户，在sendmail没有启动的情况下，输出的内容要写入到clientmqueue目录下，但由于该台服务器clientmqueue目录不存在，所以脚本运行中断。解决方法：1、在/var/spool/目录下创建clientmqueue目录，修改属主和属组为smmsp2、将crontab里面的命令后面加上> /dev/null 2>&1 2>&1：把错误重定向到输出要送到的地方。即把命令的执行结果重定向到/dev/null，即抛弃，同时，把产生的错误也抛弃。 这个是之前碰到情况的一种处理方法。只