Oracle のパッチと既知の問題

バックアップと DR で Oracle を最適に使用するために適用する必要がある Oracle パッチです。

Oracle のバージョン パッチが必要 これらのバグにより メモ
11.2.0.1 ～ 12.1.0.2。 19621704 ORA-00600 [723] [メモリリーク] 「mbr ノードメモリ」のメモリリークエラー バックアップと DR のアプリケーション対応マウントが失敗する可能性がある
11.x 12.x 以降で修正 バグ 19874632 - ORA-15196: INVALID ASM BLOCK HEADER [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8]（ドキュメント ID 19874632.8） これには、Oracle バージョン 12.x 以降が必要です。
12.1 以降 19.1.0 以降で修正
Oracle バージョン 12.1 ～ 19.1 のパッチの詳細については、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 CDB$ROOT コンテキストで PDB データファイルをオフラインで参照する CONTROLFILE BACKUP TO TRACE バックアップと DR のアプリケーション対応マウントが失敗することがあります。
12.1.0.2 23019710 RMAN LIST BACKUP SUMMARY FAILS 次のいずれかの場合:
ORA-01507: データベースがマウントされていません
ORA-01219: データベースまたはプラグ gable データベースが開いていません。固定でクエリが許可されています。
ORA-00972: ID が長すぎます
ORA-01589: データベースのオープンに RESETLOGS オプションまたは NORESETLOGS オプションを使用する必要があります。
ORA-01426: 数値オーバーフロー
ORA-01152: ファイル 3 が十分に古いバックアップから復元されませんでした
ORA-01110: データファイル 3:
ORA-01109: データベースが開いていません
ORA-01034: ORACLE を使用できません		 バックアップと DR の Oracle バックアップが失敗する可能性がある
12.1.0.2 18845653 別のセッションで PDB の名前を変更した場合に PDB のクローズから ORA-600 が発生する バックアップと DR のアプリケーション対応マウントが失敗することがあります。12.2.0.1 以降で修正
12.1.0.2 19075256 PDB RENAME からの ORA-600 [kcfmis_internal: enq]
12.1.0.2 22809813（Win）
19404068（Linux） 		作成された制御ファイルの復元中に ORA-1610 が発生する バックアップと DR のアプリケーション対応マウントが失敗することがあります。
12.2 ～ 19c 30045273 PDB: ORA-00600 [KDSGRP1] / 新しい制御ファイルを使用して RMAN イメージ コピーからデータベースを復元した後のブロックの不整合 バックアップと DR のアプリケーション対応マウントが失敗することがあります。
12.2.0.2 31718134 ORA-00304: リクエストされた INSTANCE_NUMBER はビジーです マウントされていない状態で新しいデータベース インスタンスを初めて再起動すると、失敗することがある
18c と 19c 30419450 ORA-65250: ファイルに指定されたパスが無効です - /act/mnt/Staging_631487/datafile/24v0gutb_1_1 バックアップと DR の Oracle データベースのバックアップが失敗する可能性があります。
パッチがインストールされるまでの回避策: プラグ gable データベースのパラメータ CREATE_FILE_DESTINATION を設定解除します。
18.10 以降 以前のバージョンの暫定パッチについては、Oracle にお問い合わせください。 バグ 29056767 - STANDBY: メディア復元の実行中にスタンバイ データベースでデータファイル チェックポイントが更新されない（ドキュメント ID 29056767.8） バックアップと DR のアプリケーション対応マウントが失敗することがあります。
修正済み:
19.4.0.0.190716 2019 年 7 月 DB RU
18.8.0.0.191015 2019 年 10 月 DBRU
20.10.
19.14 34383066 バグ 34383066 - 19.14 へのアップグレード後に RMAN バックアップがリリース チャンネルでハングし、プロンプトに戻らない。 バックアップと DR の Oracle バックアップがハングする可能性があります。

Oracle の既知の問題

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

DBA_FREE_SPACE のクエリが遅い（Doc ID 271169.1）

バックアップと DR のバックアップ中に、バックアップと DR エージェントは dba_free_space Oracle メタデータ テーブルにクエリを実行して、データベースの割り当て済み容量と空き容量を特定します。dba_free_space への SQL クエリがコストが高くなることがあります。これは Oracle の既知の問題 Doc ID 271169.1（DBA_FREE_SPACE のクエリが遅い）です。これは、コマンドラインから 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: MAX_STRING_SIZE 移行を開始するには、データベースが UPGRADE モードである必要がありますが発生します。

解決策 ソース データベースで 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 TB（バグ 6453944 では大きなサイズが許可されていましたが、問題が発生しました。注 736891.1「ORA-15196 WITH ASM DISKS LARGER THAN 2TB」をご覧ください）。

  • ストレージ システムごとに最大 40 エクサバイトのストレージ

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

  • 各ファイルの最大ストレージ容量: 2.4 TB

Oracle Database12c

Oracle Database12c の場合、ASM には次の上限があります。

  • Oracle Database 12c リリース 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 ガイド