log_archive_destlog_archive_dest_ndb_recovery_file_dest

2023-10-10 19:18

本文主要是介绍log_archive_destlog_archive_dest_ndb_recovery_file_dest,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

log_archive_dest:指定归档文件存放的路径,该路径只能是本地磁盘,默认为''。如果设置了log_archive_dest_n,就不能设置log_archive_dest,同样的,如果设置了db_recovery_file_dest,也不能设置log_archive_dest;也就是说,设置了log_archive_dest,就不能设置log_archive_dest_n,也不能设置db_recovery_file_dest,不过可以设log_archive_duplex_dest,

SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Prod
SQL> show parameter db_recovery_file

NAME                                      TYPE                VALUE
------------------------------------ -----------       ---------------------------
db_recovery_file_dest            string              C:/oracle/product/10.2.0/flash_recovery_area
db_recovery_file_dest_size    big integer      8G

SQL> show parameter log_archive_dest_

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_1                   string
log_archive_dest_10                  string
log_archive_dest_2                   string
log_archive_dest_3                   string
log_archive_dest_4                   string
log_archive_dest_5                   string
log_archive_dest_6                   string
log_archive_dest_7                   string
log_archive_dest_8                   string
log_archive_dest_9                   string
可以看到,我没有设置log_archive_dest_n,只设置了db_recovery_file_dest;

SQL> alter system set log_archive_dest='C:/ARCHIVE';
alter system set log_archive_dest='C:/ARCHIVE'
*
第 1 行出现错误:
ORA-02097: 无法修改参数, 因为指定的值无效
ORA-16018: 无法将 LOG_ARCHIVE_DEST 与 LOG_ARCHIVE_DEST_n 或DB_RECOVERY_FILE_DEST 一起使用

SQL> alter system set db_recovery_file_dest='';

系统已更改。

SQL> alter system set log_archive_dest='C:/ARCHIVE';

系统已更改。

SQL> alter system set log_archive_dest_1='C:/ARCHIVE1';
alter system set log_archive_dest_1='C:/ARCHIVE1'
*
第 1 行出现错误:
ORA-32017: 更新 SPFILE 时失败
ORA-16179: 不允许使用 SPFILE 对 "log_archive_dest_1" 进行增量更改
log_archive_dest_n:默认值为''.ORACLE最多支持把日志文件归档到10g地方,n从1到10,归档地址可以为本地磁盘,或者网络设备,如果设置了
log_archive_dest就不能设置log_archive_dest_n,但是如果设置了db_recovery_file_dest,也能够设置log_archive_dest_n,默认的情况下归档日志都是存放在db_recovery_file_dest目录下,如果设置了log_archive_dest_n,那么归档日志就不会存放在db_recovery_file_dest,而是存放在log_archive_dest指定的目录下

SQL> alter system set log_archive_dest='';

系统已更改。

SQL> archive log list
数据库日志模式            存档模式
自动存档             启用
存档终点            C:/ARCHIVE2
最早的联机日志序列     168
下一个存档日志序列   170
当前日志序列           170
当前日志序列           170       ----可以看到日志切换之后 现在的日志序列为170,

SQL> alter system set db_recovery_file_dest='C:/oracle/product/10.2.0/flash_recovery_area';

系统已更改。

SQL> alter system set log_archive_dest_1='location=C:/ARCHIVE1';

系统已更改。

SQL> alter system set log_archive_dest_2='location=C:/ARCHIVE2';

系统已更改。

SQL> ALTER SYSTEM SWITCH LOGFILE;

系统已更改。

SQL> select name from v$archived_log where recid>=170;---当设置了几个log_archived_dest_就会从当前日志号开始产生几个相同的归档日志

NAME
--------------------------------------------------------
C:/ARCHIVE1/ARC00170_0698319194.001    -----可以看到归档日志没有在db_recovery_file_dest中生成

C:/ARCHIVE2/ARC00170_0698319194.001    

总结一下:

1.如果数据库设置了db_recovery_file_dest,就不能设置log_archive_dest,默认的归档日志存放于db_recovery_file_dest中,如果设置了log_archive_dest_n,那么归档日志不再存放于db_recovery_file_dest中,而是存放于设置的log_archive_dest_n目录中,如果想要归档日志继续存放在db_recovery_file_dest中,可以通过如下命令

alter system set log_archive_dest_2='location=USE_DB_RECOVERY_FILE_DEST';

2.log_archive_dest只能与 log_archive_duplex_dest共存,他们作用一样。

3.还有一点就是,如果我们设置的log_archive_dest_n不正确,那么ORACLE会在我们设置的上一级目录归档,比如说我们设置log_archive_dest_1='location=C:/ARCHIVE1',如果操作系统中没有ARCHIVE1这个目录,那么ORACLE会在C盘归档,这个没做测试,感兴趣的可以做一做。

这篇关于log_archive_destlog_archive_dest_ndb_recovery_file_dest的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/182518

相关文章

内核启动时减少log的方式

内核引导选项 内核引导选项大体上可以分为两类:一类与设备无关、另一类与设备有关。与设备有关的引导选项多如牛毛,需要你自己阅读内核中的相应驱动程序源码以获取其能够接受的引导选项。比如,如果你想知道可以向 AHA1542 SCSI 驱动程序传递哪些引导选项,那么就查看 drivers/scsi/aha1542.c 文件,一般在前面 100 行注释里就可以找到所接受的引导选项说明。大多数选项是通过"_

ImportError: cannot import name ‘print_log‘ from ‘logging‘

mmcv升级到2.+后删除了很多 解决 查FAQ文档,找到 添加到mmcv.utils下即可

DAY16:什么是慢查询,导致的原因,优化方法 | undo log、redo log、binlog的用处 | MySQL有哪些锁

目录 什么是慢查询,导致的原因,优化方法 undo log、redo log、binlog的用处  MySQL有哪些锁   什么是慢查询,导致的原因,优化方法 数据库查询的执行时间超过指定的超时时间时,就被称为慢查询。 导致的原因: 查询语句比较复杂:查询涉及多个表,包含复杂的连接和子查询,可能导致执行时间较长。查询数据量大:当查询的数据量庞大时,即使查询本身并不复杂,也可能导致

Open a folder or workspace... (File -> Open Folder)

问题:vscode Open with Live Server 时 显示Open a folder or workspace... (File -> Open Folder)报错 解决:不可以单独打开文件1.html ; 需要在文件夹里打开 像这样

android java.io.IOException: open failed: ENOENT (No such file or directory)-api23+权限受权

问题描述 在安卓上,清单明明已经受权了读写文件权限,但偏偏就是创建不了目录和文件 调用mkdirs()总是返回false. <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/><uses-permission android:name="android.permission.READ_E

多数据源的事务处理总是打印很多无用的log日志

之前做了一个项目,需要用到多数据源以及事务处理,在使用事务处理,服务器总是打印很多关于事务处理的log日志(com.atomikos.logging.Slf4jLogger),但是我们根本不会用到这些log日志,反而使得查询一些有用的log日志变得困难。那要如何屏蔽这些log日志呢? 之前的项目是提高项目打印log日志的级别,后来觉得这样治标不治本。 现在有一个更好的方法: 我使用的是log

bash: arm-linux-gcc: No such file or directory

ubuntu出故障重装了系统,一直用着的gcc使用不了,提示bash: arm-linux-gcc: No such file or directorywhich找到的命令所在的目录 在google上翻了一阵发现此类问题的帖子不多,后来在Freescale的的LTIB环境配置文档中发现有这么一段:     # Packages required for 64-bit Ubuntu

编译linux内核出现 arm-eabi-gcc: error: : No such file or directory

external/e2fsprogs/lib/ext2fs/tdb.c:673:29: warning: comparison between : In function 'max2165_set_params': -。。。。。。。。。。。。。。。。。。 。。。。。。。。。。。。。 。。。。。。。。 host asm: libdvm <= dalvik/vm/mterp/out/Inte

file-max与ulimit的关系与差别

http://zhangxugg-163-com.iteye.com/blog/1108402 http://ilikedo.iteye.com/blog/1554822

瑞芯微Parameter File Format解析

Rockchip android系统平台使用parameter文件来配置一些系统参数 主要包含:串口号:nandflash分区 固件版本,按键信息等; 如下是台电P98HD的parameter参数: FIRMWARE_VER:4.1.1        // 固件版本 //固件版本,打包 updata.img 时会使用到,升级工具会根据这个识别固件版本。 //Boot loader 会读取