Oracle のパッチと既知の問題

Backup and DR で Oracle を使用して最適な結果を得るには、次の Oracle パッチを適用する必要があります。

Oracle のバージョン パッチが必要 これらのバグにより メモ
11.2.0.1 ~ 12.1.0.2。 19621704 ORA-00600 [723] [memory Leak] エラー(「mbr node memory」のメモリリークあり) バックアップと DR のアプリケーション対応マウントが失敗する可能性がある
11.x 12.x 以降で修正済み バグ 19874632 - ORA-15196: 無効な ASM ブロック ヘッダー [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8](ドキュメント ID 19874632.8) これには Oracle バージョン 12.x 以降が必要です。
12.1+ 19.1.0 以降で修正
12.1 ~ 19.1 の Oracle バージョンのパッチの詳細については、Oracle Doc ID 27424405.8 をご覧ください。
RMAN: 32 GB を超えるファイルの復元で ORA-8103、ORA-600 [3020]が発生する可能性がある
RMAN がソースからすべてのブロックをバックアップしない可能性がある。
復元と復旧が ORA-600 で失敗することがあります。
12.1.0.2 22709877 ORA-00600: 内部エラー コード、引数: [KCVFDB_PDB_SET_CLEAN_SCN: CLEANCKPT] バックアップと DR のアプリケーション対応マウントが失敗することがある
修正バージョン: 12.2.0.1 以降
12.1.0.2 ~ 19c 26978857 CONTROLFILE BACKUP TO TRACE REFERS PDB DATAFILE OFFLINE IN CDB$ROOT CONTEXT Backup and DR のアプリケーション対応マウントが失敗することがあります。
12.1.0.2 23019710 RMAN LIST BACKUP SUMMARY が次のいずれかで失敗する:
ORA-01507: データベースがマウントされていません
ORA-01219: データベースまたはプラガブル データベースが開いていません。固定クエリが許可されています
ORA-00972: 識別子が長すぎます
ORA-01589: データベースを開くには RESETLOGS または NORESETLOGS オプションを使用する必要があります
ORA-01426: 数値オーバーフロー
ORA-01152: ファイル 3 が十分に古いバックアップから復元されていません
ORA-01110: データファイル 3:
ORA-01109: データベースが開いていません
ORA-01034: ORACLE が使用できません
Backup and DR の Oracle バックアップが失敗することがある
12.1.0.2 18845653 別のセッションで PDB の名前が変更された場合、PDB のクローズで ORA-600 が発生する Backup and DR のアプリケーション対応マウントが失敗することがあります。12.2.0.1 以降で修正済み
12.1.0.2 19075256 PDB RENAME からの ORA-600 [kcfmis_internal: enq]
12.1.0.2 22809813(Windows)
19404068(Linux)
ORA-1610 ON RECOVER DATABASE FOR CREATED CONTROLFILE Backup and DR のアプリケーション対応マウントが失敗することがあります。
12.2 ~ 19c 30045273 PDB: ORA-00600 [KDSGRP1] / 新しい制御ファイルを使用して RMAN イメージ コピーからデータベースを復元した後のブロックの不整合 Backup and DR のアプリケーション対応マウントが失敗することがあります。
12.2.0.2 31718134 ORA-00304: リクエストされた INSTANCE_NUMBER がビジー状態です マウントされていない状態で新しいデータベース インスタンスを初めて再起動すると失敗することがある
18c & 19c 30419450 ORA-65250: ファイルに無効なパスが指定されています - /act/mnt/Staging_631487/datafile/24v0gutb_1_1 Backup and DR の Oracle データベースのバックアップが失敗することがあります。
パッチがインストールされるまでの回避策: プラガブル データベースのパラメータ CREATE_FILE_DESTINATION を設定解除します。
18.10 以降 以前のバージョンの中間パッチについては、Oracle にお問い合わせください。 バグ 29056767 - STANDBY: メディア リカバリの実行中にスタンバイ データベースでデータファイルのチェックポイントが更新されない(Doc ID 29056767.8) Backup and DR のアプリケーション対応マウントが失敗することがあります。
修正済み:
19.4.0.0.190716 Jul 2019 DB RU
18.8.0.0.191015 Oct 2019 DBRU
20.10.
19.14 34383066 バグ 34383066 - 19.14 にアップグレードした後の RMAN バックアップがリリース チャンネルでハングし、プロンプトに戻らない。 Backup and DR の Oracle バックアップがハングする可能性があります。

Oracle に関する既知の問題

最適なパフォーマンスを得るには、これらの Oracle の既知の問題を確認して対処してください。

DBA_FREE_SPACE のクエリが遅い(ドキュメント ID 271169.1)

バックアップと DR のバックアップ中に、バックアップと DR エージェントが dba_free_space Oracle メタデータ テーブルにクエリを実行して、データベースの割り当て済みスペースと空きスペースを特定します。dba_free_space への SQL クエリがコスト高になることがあります。これは、Oracle の既知の問題(DBA_FREE_SPACE のクエリが遅い)のドキュメント ID 271169.1 です。これは、コマンドラインから ps -ef | grep -i dbFreeSize.sql を実行することで、ハングしたシステムで確認できます。

Oracle は、データベースからごみ箱を削除することを推奨しています。

  1. sysdba としてデータベースにログインします。

    ```sh
    sqlplus / as sysdba
    SQL>purge dba_recyclebin;
    SQL>exit;
    ```
    
  2. 固定オブジェクトで統計情報を実行することをおすすめします。この処理には数分かかることがあります。

    sysdba としてデータベースにログインします。

    ```sh
    sqlplus / as sysdba
    SQL>exec dbms_stats.GATHER_FIXED_OBJECTS_STATS
    SQL>exit;
    ```
    

ASM のスケーラビリティと上限(Oracle Doc ID 370921.1)もご覧ください。

max_string_size=extended パラメータがアプリケーション認識マウント、復元、切り替え復元に与える影響

ソース データベースで max_string_size init パラメータが extended に設定されている場合、このパラメータの変更前に取得された DB バックアップ イメージのアプリ対応マウントまたは復元と、この変更後に取得されたログ バックアップを使用したロールフォワードは、エラー ORA-14694: database must be in UPGRADE mode to begin MAX_STRING_SIZE migration で失敗します。

解決策 ソース データベースで max_string_size init パラメータを extended に設定した場合は、新しいオンデマンド レベル 1(完全)データベース バックアップ ジョブ 1 を実行し、アプリ対応のマウントまたは復元オペレーションに新しいイメージを使用します。

Windows 環境では SQLNET.AUTHENTICATION_SERVICES を nts に設定する必要があります

Windows では、Oracle データベースの sqlnet.ora は SQLNET.AUTHENTICATION_SERVICES = (none) で構成されます。これにより、データベース接続が Windows オペレーティング システム認証の使用に制限されます。これには、データベースへの接続に使用する有効なデータベース ユーザー名とパスワードが必要です。これがないと、復元ジョブが失敗する可能性があります。

解決策: SQLNET.AUTHENTICATION_SERVICES = (nts) に設定します。

ASM のスケーラビリティと上限(Oracle Doc ID 370921.1 より)

これは、次の要素によって異なります。

Oracle Database, Enterprise Edition

Oracle Database Enterprise Edition バージョン 10.1.0.2 ~ 11.1.0.7 および 11.2.0.3 の場合、ASM には次の制限が適用されます。

  • ストレージ システム内の 63 個のディスク グループ

  • ストレージ システム内の 10,000 個の ASM ディスク

  • 各 ASM ディスクの最大ストレージ容量は 2 テラバイトです(バグ 6453944 ではより大きなサイズが許可されていましたが、問題が発生しました。メモ 736891.1「ORA-15196 WITH ASM DISKS LARGER THAN 2TB」を参照してください)。

  • 各ストレージ システムの最大ストレージ容量は 40 エクサバイト

  • ディスク グループごとに 100 万個のファイル

  • 各ファイルの最大ストレージ容量は 2.4 テラバイト

Oracle Database12c

Oracle Database12c の場合、ASM には次の制限が適用されます。

  • Oracle Database 12c Release 1 以降のストレージ システムの 511 個のディスク グループ

  • ストレージ システム内の 10,000 個の Oracle ASM ディスク

  • ディスク グループごとに 100 万個のファイル

Oracle Exadata Storage を使用する場合

すべての Oracle Exadata Storage で、Oracle ASM には次のストレージ制限があります。

  • AU サイズが 1 MB の各 Oracle ASM ディスクの最大ストレージ容量は 4 PB

  • AU サイズが 2 MB の各 Oracle ASM ディスクの最大ストレージ容量は 8 PB

  • AU サイズが 4 MB の各 Oracle ASM ディスクの最大ストレージ容量は 16 PB

  • AU サイズが 8 MB の各 Oracle ASM ディスクの最大ストレージ容量は 32 PB

  • ストレージ システムの最大容量は 320 EB

Exadata Storage がない場合、COMPATIBLE.ASM または COMPATIBLE.RDBMS ディスク グループ属性が 12.1 未満

Oracle Exadata Storage がない場合、COMPATIBLE.ASM または COMPATIBLE.RDBMS ディスク グループ属性が 12.1 未満に設定されていると、Oracle ASM には次のストレージ上限があります。

  • 各 Oracle ASM ディスクの最大ストレージ容量は 2 テラバイト(TB)

  • ストレージ システムの最大容量は 20 ペタバイト(PB)

Exadata Storage なし、COMPATIBLE.ASM および COMPATIBLE.RDBMS ディスク グループ属性 > 12.1

Oracle Exadata Storage がない場合、COMPATIBLE.ASM および COMPATIBLE.RDBMS ディスク グループ属性が 12.1 以上に設定されていると、Oracle ASM には次のストレージ上限があります。

  • 割り当て単位(AU)サイズが 1 MB の各 Oracle ASM ディスクの最大ストレージ容量は 4 PB

  • AU サイズが 2 MB の各 Oracle ASM ディスクの最大ストレージ容量は 8 PB

  • AU サイズが 4 MB の各 Oracle ASM ディスクの最大ストレージ容量は 16 PB

  • AU サイズが 8 MB の各 Oracle ASM ディスクの最大ストレージ容量は 32 PB

  • ストレージ システムの最大容量は 320 エクサバイト(EB)

Oracle DBA ガイド