データベースのバックアップはさまざまな理由で失敗する可能性があります。通常、バックアップが失敗するのは、データベース ホストがオブジェクト ストアにアクセスできないか、ホストまたはデータベース構成に問題があるためです。
まず問題を特定する必要があります
コンソールでは、データベースのバックアップが失敗すると、ステータスが「失敗」と表示されるか、「バックアップ中」または「作成中」状態でハングします。エラー メッセージに解決策を示すのに十分な情報が含まれていない場合は、データベース CLI とログ ファイルを使用してさらにデータを収集できます。次に、このトピックの該当するセクションを参照して解決策を見つけてください。
データベース サービス エージェントの問題
Oracle Cloud Infrastructure Databaseはエージェント・フレームワークを利用して、クラウド・プラットフォームを通じてデータベースを管理できるようにします。dcsagent プログラムのステータスが停止/バックアップ失敗の解決を待機している場合、場合によっては、dcsagent プログラムの再起動が必要になることがあります。
オブジェクトストアの接続の問題
データベースをOracle Cloud Infrastructure Object Storageにバックアップするには、ホストが該当するSwiftエンドポイントに接続できる必要があります。Swift ユーザーを使用してこの接続をテストできます。
ホストの問題
データベース ホスト上の次の 1 つ以上の条件により、バックアップが失敗する可能性があります。
- Oracle プロファイルの対話型コマンド
- ファイル システムがいっぱいです
- Oracle Database Cloud Backup Moduleのバージョンが正しくない
- サイト プロファイル ファイル (glogin.sql) への変更
データベースの問題
データベースの状態や構成が不適切であると、バックアップが失敗する可能性があります。
- バックアップ中にデータベースが実行されない
- アーカイブ モードを NOARCHIVELOG に設定します (新しいデータベースをプロビジョニングすると、アーカイブ モードはデフォルトで ARCHIVELOG に設定されます。これは、バックアップ操作に必要なアーカイブ モードです)
- データベース アーカイバ プロセスのスタックとバックアップの失敗
- 一時テーブルスペースのエラー
- RMAN 構成とバックアップの失敗
- RMAN 保持ポリシーとバックアップの失敗
- オブジェクトストアのウォレット ファイルの損失とバックアップの失敗
TDE ウォレットとバックアップの失敗
- 間違った TDE ウォレットの場所の指定
- TDE ウォレットの不正な状態
- TDE ウォレットに関連する間違った構成
- TDE ウォレット ファイルがありません
これは新しくプロビジョニングされたデータベースではなく、すでに ARCHIVELOG にあり、DBシステムのOCIオブジェクトストレージへの定期的なバックアップが所定の場所にあるため、最良の答えは次のとおりです。
- データベースホストがOCIオブジェクトストレージに接続できることを確認してください。
- データベースサービスエージェントを再起動します。

Autonomous Databaseをスケールアップ/スケールダウンして、必要な場合にのみコンピューティングとストレージの両方の点でスケールでき、使用ごとに支払うことができます。
Oracle を使用すると、コンピューティングとストレージを個別にスケーリングできるため、一緒に行う必要はありません。これらのスケーリング・アクティビティは、「詳細」ページの「自律型データベース」で完全にオンラインで実行できます(ダウンタイムは必要ありません)。「スケールアップ/ダウン」をクリックします。矢印をクリックして、CPU コア数またはストレージ (TB) の値を選択します。
または、自動スケーリングを選択すると、自動スケーリングを無効にして動作しているデータベースと比較して、システムがワークロードの需要を満たすために最大 3 倍の CPU および IO リソースを自動的に使用できるようになります。

説明
参考資料:https://docs.cloud.oracle.com/iaas/Content/DNS/Reference/supporteddnsresource.htm?tocpath=Servi