微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

更改ORACLE归档路径及归档模式

本文转自http://blog.itpub.net/163177/viewspace-756354/

在ORACLE10g和11g版本,ORACLE认的日志归档路径为闪回恢复区($ORACLE_BASE/flash_recovery_area)。对于这个路径,ORACLE有一个限制,就是认只有2G的空间,而且不只是归档日志的认路径,也是备份文件和闪回日志的认地址,这样的话归档日志锁使用的空间就达不到2G,在没有设置好这个路径大小的情况下,很多系统都遇到过归档日志满而无法归档导致数据库夯住的问题,可以使用下面的sql语句去查看归档信息。

sql>archiveloglist
数据库日志模式非存档模式
自动存档禁用
存档终点USE_DB_RECOVERY_FILE_DEST
最早的联机日志序列321
当前日志序列326。

上面的存档终点USE_DB_RECOVERY_FILE_DEST认就是闪回恢复区($ORACLE_BASE/flash_recovery_area),可以通过下面的sql查看闪回恢复区的信息。

sql>showparameterdb_recover
NAMETYPEVALUE
-----------------------------------------------------------------
db_recovery_file_deststringD:\oracle\flash_recovery_area
db_recovery_file_dest_sizebiginteger2G

通过上面的sql结果可以看到,闪回恢复区为D:\oracle\flash_recovery_area,大小为2G,也可以通过查询v$recovery_file_dest视图查看闪回恢复的限制信息。

sql>selectname,SPACE_LIMIT,SPACE_USEDfromv$recovery_file_dest;
NAMESPACE_LIMITSPACE_USED
---------------------------------------------------
D:\oracle\flash_recovery_area214748364821225472

认情况下,归档日志会存放到闪回恢复区(D:\oracle\flash_recovery_area)内,如果闪回恢复区已经使用到2G,归档日志就有可能无法继续归档,数据库夯住,通常的解决方法是增大闪回恢复区,可以用以下sql实现。

sql>altersystemsetdb_recovery_file_dest_size=3G;
系统已更改。

即使用这种方法解决的当前燃眉之急,虽然闪回恢复区ORACLE会自动管理,如果闪回恢复区空间不足就会清理掉没用的数据,但是如果备份策略不是很完善,数据库非常繁忙的情况下,还有可能遇到这种情况,通常需要修改归档日志的路径,将归档日志放到其他不受限制的路径下来解决这个问题,可通过下面的sql修改归档日志的存放路径。

sql>altersystemsetlog_archive_dest_1='location=D:\arch';
系统已更改。

然后将数据库启动到MOUNT状态,将数据库修改为归档模式后建数据库启动到OPEN状态。

sql>shutdownimmediate
数据库已经关闭。
已经卸载数据库。
ORACLE例程已经关闭sql>startupmount
ORACLE例程已经启动。
数据库装载完毕。
sql>alterdatabasearchivelog;
数据库已更改。
sql>alterdatabaSEOpen;
数据库已更改。

再次查看数据库的归档情况。

sql>archiveloglist
数据库日志模式存档模式
自动存档启用
存档终点D:\arch
最早的联机日志序列321
下一个存档日志序列326
当前日志序列326

可以通过切换日志,查看归档路径下是否有归档日志产生来验证归档路径设置是否正确,可以通过下面的命令切换日志。

sql>altersystemswitchlogfile;
系统已更改。

查看归档路径(D:\arch)下是否有归档路径产生。

D:\arch>dir/b
ARC0000000326_0764368160.0001

可以看到在D:\arch路径下已经产生了归档日志,归档日志的名字受log_archive_format参数限制,可以通过下面的命令查看。

sql>showparameterlog_archive_format
NAMETYPEVALUE
----------------------------------------------
log_archive_formatstringARC%s_%r.%T

上面产生的归档文件名字为ARC0000000326_0764368160.0001,%s也就是0000000326是日志切换号,也就是上文archive log list中的当前日志序列,%r是场景号,%T是线程号,可以理解成是节点号,如果不是RAC环境,%T都是1,还可以在log_archive_format参数值中加上%D,%D是16进制标识的DBID,如下演示:

sql>altersystemsetlog_archive_format='ARC%s_%r.%T_%D.log'scope=spfile;
系统已更改。
sql>shutdownimmediate
数据库已经关闭。
已经卸载数据库。
ORACLE例程已经关闭sql>startup
ORACLE例程已经启动。
数据库装载完毕。
数据库已经打开。
sql>altersystemswitchlogfile;
系统已更改。

查看归档日志的名字,5AA14A62就是16进制的DBID。

D:\arch>dir/b
ARC0000000326_0764368160.0001
ARC0000000327_0764368160.0001_5AA14A62.LOG

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐