DB_RECOVERY_FILE_DEST，LOG_ARCHIVE_DEST，LOG_ARCHIVE_DEST_N

实验环境oracle 11g
今天数据库磁盘空间满了，新加了一块磁盘，需要将数据文件和归档日志文件转移到新的磁盘下，遇到DB_RECOVERY_FILE_DEST,LOG_ARCHIVE_DEST,LOG_ARCHIVE_DEST_N三个参数，犯了一些错，于是有了下面的归纳
1、DB_RECOVER_FILE_DEST是数据库默认的归档日志存储空间，如果我们想设置这个路径，我们必须先设置DB_RECOVER_FILE_DEST_SIZE这个参数，否则会报错，提醒你DB_RECOVER_FILE_DEST_SIZE这个参数没有设置。设置完，归档日志就会存储在这个路径下，当然，数据库会自己给你创建其他子目录。
SQL> show parameter db_recover;

NAME TYPE VALUE

db_recovery_file_dest string /oradata/arch1
db_recovery_file_dest_size big integer 4560M

2、LOG_ARCHIVE_DEST和LOG_ARCHIVE_DEST_N默认是空的，我们修改这个两个参数也可以修改归档日志的路径，当然，LOG_ARCHIVE_DEST和LOG_ARCHIVE_DEST_N之间我们只能设置一个参数，两个都设置是不行的
alter system set log_archive_dest=’/oradata/arch’ scope=spfile;
alter system set log_archive_dest_1=‘location=/oradata/arch2’ scope=spfile;

3、LOG_ARCHIVE_DEST和DB_RECOVERY_FILE_DEST不能同时设置，LOG_ARCHIVE_DEST_N可以与DB_RECOVERY_FILE_DEST一起设置，结果都是 以LOG_ARCHIVE_DEST为主

只需要修改下其中一个参数，数据库的归档日志文件就已经更换目录了，当然了，数据库要重新启动一下才可以。

最后

以上就是无语衬衫为你收集整理的DB_RECOVERY_FILE_DEST，LOG_ARCHIVE_DEST，LOG_ARCHIVE_DEST_N的全部内容，希望文章能够帮你解决DB_RECOVERY_FILE_DEST，LOG_ARCHIVE_DEST，LOG_ARCHIVE_DEST_N所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。