| |
google搜来的,自己做了一下,由于时间紧迫,没有细致分析。先行记录过程了。

SQL> show parameter db_recovery
NAME                         TYPE        VALUE
---------------------------- ----------- -------------------------------
db_recovery_file_dest        string      /opt/oracle/flash_recovery_area
db_recovery_file_dest_size   big integer 2G

SQL> alter system set db_recovery_file_dest_size =4G;
系统已更改。

修改后,立即可以使用。

2008年3月17日后记
以上方法可谓治标不治本。无限放大归档日志,是无法做到备份和管理的。
所以必须使用RMAN来处理备份归档日志,然后用RMAN来删除备份后的归档日志。这样就从根本上解决问题。说实话,这不应是个问题。而是数据库运转中的真正流程。

简要描述方法如下,启用RMAN连接。备份并删除已备份的归档日志。

[oracle@kook ~]$ rman target /
RMAN>backup archivelog all;
RMAN>backup archivelog all delete all input;

相应的在$ORACLE_HOME/flash_recovery_area/ 可以看到相应的文件备份。及状态信息。

如果以前用了归档日志,后来采用了非归档方式,在此情况下,归档日志的删除。
原则上应该由RMAN来标记,然后在系统上删除真正的物理文件。

rman target /
crosscheck archivelog all;
delete expired archivelog all;

再到操作系统上,去删除文件。

本文链接:http://www.52zhe.cn/read.php/108.htm
本文作者:kook(若就博客内所涉及的技术问题交流,请用下面的MSN或Gmail联系我)
联系方式:(MSN:kook#live.com) (Google talk:kookliu)
没有版权:GNU,转载时请注明“转载人”欠本人一顿饭,来日见面之时兑现!谢谢合作!
by kook | 分类: Oracle | 评论(0) | 引用(0) | 阅读(1480)
发表评论
表情
emotemotemotemotemot
emotemotemotemotemot
emotemotemotemotemot
emotemotemotemotemot
emotemotemotemotemot
打开HTML
打开UBB
打开表情
隐藏
记住我
昵称   密码   游客无需密码
网址   电邮   [注册]