探索Oracle之RMAN_03非一致性备份

在上一篇文章中提到了数据库的一致性备份，操作非常的简单。只需要一条很短的命令即可完成，但是如果要创建一正式库的备份，一般不建议用一致性备份，也不建议用很简单的名来完成。而是更多的采用脚本实现非一致性备份，这样将可通过backup+archive log+redo有效的将数据恢复到最近一次改变的状态，可以达到数据的丢失最小化。 相关阅读：探索Oracle之RMAN_01概念 http://www.linuxidc.com/Linux/2012-05/60530.htm探索Oracle之RMAN_02基本使用 http://www.linuxidc.com/Linux/2012-05/60578.htm探索Oracle之RMAN_03非一致性备份 http://www.linuxidc.com/Linux/2012-05/61025.htm探索Oracle之RMAN_04非一致性备份 http://www.linuxidc.com/Linux/2012-05/61180.htm探索Oracle之RMAN_05增量备份 http://www.linuxidc.com/Linux/2012-05/61181.htm 创建非一致性备份 创建非一致性备份数据库必须处于归档（archivelog）模式，因为非一致性备份的数据库文件和控制文件的SCN号可能会不一致。并且可以在数据库打开并不影响业务的情况下完成数据的备份工作；那么这样的备份将是不一致性的备份，那么如果要恢复可以通过backup+archive log+redo来恢复到最近一次日志切换时候的数据，而不是最后一次备份时候的数据。1.1检查归档状态：SQL> archive log list;Database log mode No Archive ModeAutomaticarchival DisabledArchivedestination USE_DB_RECOVERY_FILE_DESTOldest onlinelog sequence 9Current logsequence 11SQL> 必须打开归档归档SQL> shutdown immediate -----打开归档必须将数据库重启到mount状态Databaseclosed.Databasedismounted.ORACLE instanceshut down.SQL> startup mount;ORACLE instancestarted. Total SystemGlobal Area 285212672 bytesFixed Size 1218968 bytesVariableSize 79693416 bytesDatabaseBuffers 197132288 bytesRedoBuffers 7168000 bytesDatabasemounted. SQL> alter database archivelog; ----执行开启归档命令 Databasealtered. SQL> alter database open; -----打开数据库 Databasealtered. SQL> colinstance_name format a15SQL> select instance_name,status from v$instance; ----查看数据库状态INSTANCE_NAME STATUS---------------------------------------WWL OPENSQL>SQL> archive log list; ------查看归档状态，已经是归档状态了Database log mode Archive ModeAutomatic archival EnabledArchivedestination USE_DB_RECOVERY_FILE_DESTOldest onlinelog sequence 9Next logsequence to archive 11Current logsequence 11SQL>

Oracle数据库教程：ORA-01103错误解析Oracle的字符集有互相的包容关系相关资讯 oracle数据库教程

Oracle raw数据类型介绍（01/29/2013 10:05:53）
监听器???册与ORA-12514 错误分析（11/13/2012 14:30:08）
Oracle SQL的cursor理解（11/13/2012 14:16:17）

Oracle 如何强制刷新Buffer Cache （01/29/2013 10:02:46）
dblink致Oracle库的SCN变成两库的（11/13/2012 14:24:41）
Linux操作系统下完全删除Oracle数（11/13/2012 08:25:52）

本文评论查看全部评论（0）