dataguard传输的一些疑问

最新推荐文章于 2025-05-01 23:24:04 发布

cuibi2350

最新推荐文章于 2025-05-01 23:24:04 发布

阅读量112

点赞数

文章标签：数据库

本文探讨了Oracle数据库Dataguard环境下归档日志的生成方式与管理配置。详细介绍了通过查看alter日志发现的standby数据库归档日志特点及参数设置。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近接触dataguard的时候，一个库上。以下是standby库上的相关信息，环境是逻辑standby，arch模式的传输

查看数据库alter的日志看到类似的一些记录
Mon Sep 27 12:51:50 2010
RFS LogMiner: Client enabled and ready for notification
Mon Sep 27 12:51:51 2010
RFS LogMiner: Registered logfile [/oradata/arch2/1_14446_638454049.dbf] to LogMiner session id [41]
Mon Sep 27 12:51:53 2010
LOGMINER: Begin mining logfile for session 41 thread 1 sequence 14446, /oradata/arch2/1_14446_638454049.dbf
Mon Sep 27 12:51:55 2010
LOGMINER: End mining logfile: /oradata/arch2/1_14446_638454049.dbf
此处应用的日志是/oradata/arch2下的，并且自动删除了。

参数如下：
SQL> show parameter archive

NAME                               TYPE       VALUE
------------------------------------ ----------- ------------------------------
archive_lag_target                integer    1800
log_archive_config                string    dg_config=(asb,asc)
log_archive_dest                   string
log_archive_dest_1                string    location=/oradata/arch valid_f
                                             or=(all_logfiles,all_roles) db
                                             _unique_name=asb
log_archive_dest_10                string
log_archive_dest_2                string
log_archive_dest_3                string    LOCATION=/oradata/arch2/ VALID
                                             _FOR=(STANDBY_LOGFILES,STANDBY
                                             _ROLE) DB_UNIQUE_NAME=asc

NAME                               TYPE       VALUE
------------------------------------ ----------- ------------------------------
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_state_1          string    enable
log_archive_dest_state_10          string    enable
log_archive_dest_state_2          string    enable
log_archive_dest_state_3          string    enable
log_archive_dest_state_4          string    enable

NAME                               TYPE       VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_state_5          string    enable
log_archive_dest_state_6          string    enable
log_archive_dest_state_7          string    enable
log_archive_dest_state_8          string    enable
log_archive_dest_state_9          string    enable
log_archive_duplex_dest             string
log_archive_format                string    %t_%s_%r.dbf
log_archive_local_first             boolean    TRUE
log_archive_max_processes          integer    2
log_archive_min_succeed_dest       integer    1
log_archive_start                   boolean    FALSE

NAME                               TYPE       VALUE
------------------------------------ ----------- ------------------------------
log_archive_trace                   integer    0
remote_archive_enable             string    true
standby_archive_dest                string    /oradata/arch
SQL>

SQL> archive log list
Database log mode             Archive Mode
Automatic archival          Enabled
Archive destination          /oradata/arch2/
Oldest online log sequence    9164
Next log sequence to archive 9167
Current log sequence          9167

现在情形是在 /oradata/arch 下有两种归档的文件，一个可以从select  name from v$archived_log 中查到，一个我觉得似乎就是alter日志中应用的那些1_14446_638454049.dbf 之类的日志

请问这些日志是怎么产生的？

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/8497396/viewspace-748638/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/8497396/viewspace-748638/