ホームページ > データベース > mysql チュートリアル > 【翻译自mos文章】在重建控制文件之后,丢失了数据库补充日志信

【翻译自mos文章】在重建控制文件之后,丢失了数据库补充日志信

WBOY
リリース: 2016-06-07 15:59:28
オリジナル
1040 人が閲覧しました

在重建控制文件之后,丢失了数据库补充日志信息(Missed Database Supplemental Log Information) 参考原文: Missed Database Supplemental Log Information After Recreate Controlfile In 10g Database. (Doc ID 1474952.1) 适用于: Oracle Server - Ent

在重建控制文件之后,丢失了数据库补充日志信息(Missed Database Supplemental Log Information)

参考原文:
Missed Database Supplemental Log Information After Recreate Controlfile In 10g Database. (Doc ID 1474952.1)

适用于:
Oracle Server - Enterprise Edition - Version 10.1.0.2 and later
Information in this document applies to any platform.

症状:
你已经重建了控制文件,然后你注意到 数据库补充日志信息(Missed Database Supplemental Log Information)被重置,可以通过如下sql查询到:
SQL> SELECT supplemental_log_data_min min_log,
            supplemental_log_data_pk pk_log,
            supplemental_log_data_ui ui_log,
            supplemental_log_data_fk fk_log,
            supplemental_log_data_all all_log,
            force_logging force_log
     FROM v$database;
ログイン後にコピー
注意:当你使用如下的特性时:Logminer, Streams or Standby Databases,你需要补充日志信息。

改变:
这个问题在重建了控制文件之后会发生。

原因:
一旦使用create controlfile命令重建了控制文件,控制文件补充日志session 会被重置成默认值,该默认值是所有的补充日志级别是off的。

解决方案:

我们强烈建议你重建控制文件时,使用ALTER DATABASE BACKUP CONTROLFILE TO TRACE; 生成的trace file来重建控制文件。
SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE;
ログイン後にコピー
注意:当已经执行过这个命令后,在udump下会有这个trace文件。

在该trace 文件的 text section中,你会发现有alter database supplemental log命令,该命令对应重建控制文件之前,数据库使用的supplemental log information

SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY, UNIQUE INDEX, FOREIGN KEY, ALL) COLUMNS;
ログイン後にコピー
在重建控制文件之后,务必执行上述语句(该语句在该trace 文件的 text section中)
ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート