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 は、データベースからごみ箱を削除することを推奨しています。
sysdba としてデータベースにログインします。
```sh sqlplus / as sysdba SQL>purge dba_recyclebin; SQL>exit; ```
固定オブジェクトで統計情報を実行することをおすすめします。この処理には数分かかることがあります。
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 より)
これは、次の要素によって異なります。
Exadata Storage がなく、COMPATIBLE.ASM または COMPATIBLE.RDBMS ディスク グループ属性が 12.1 未満の場合
Exadata Storage を使用しない場合、COMPATIBLE.ASM および COMPATIBLE.RDBMS ディスク グループ属性 > 12.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 ガイド
- Oracle データベースの Backup and DR
- Oracle データベースを保護するための前提条件
- Oracle パッチと既知の問題
- 保護用に Oracle データベースを準備する
- Oracle データベースを検出して保護する
- Oracle データベースの詳細と設定
- バックアップと DR で dNFS を使用する
- 検出された Oracle データベースを保護する
- Oracle データベースを標準マウントとしてマウントする
- Oracle データベースのインスタント仮想コピーを作成する
- Oracle データベースを復元して復旧する
- マウントと移行を使用した Oracle データベースの瞬時復元
- バックアップと DR のワークフローを使用して環境をプロビジョニングする