![Oracle 10g: バックアップに失敗しました。ログ ディスクがいっぱいです。データベースを回復するにはどうすればよいですか?](https://rvso.com/image/488060/Oracle%2010g%3A%20%E3%83%90%E3%83%83%E3%82%AF%E3%82%A2%E3%83%83%E3%83%97%E3%81%AB%E5%A4%B1%E6%95%97%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F%E3%80%82%E3%83%AD%E3%82%B0%20%E3%83%87%E3%82%A3%E3%82%B9%E3%82%AF%E3%81%8C%E3%81%84%E3%81%A3%E3%81%B1%E3%81%84%E3%81%A7%E3%81%99%E3%80%82%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9%E3%82%92%E5%9B%9E%E5%BE%A9%E3%81%99%E3%82%8B%E3%81%AB%E3%81%AF%E3%81%A9%E3%81%86%E3%81%99%E3%82%8C%E3%81%B0%E3%82%88%E3%81%84%E3%81%A7%E3%81%99%E3%81%8B%3F.png)
- バックアップが失敗したため、トランザクション ログに使用されるディスクがいっぱいになっているようです。
- データベースが接続を受け入れていないため、(HP Data Protector) バックアップ ジョブを手動で実行できません。
- Oracle インスタンスは SAN からディスクを直接マウントするため、Windows に表示されるファイル システムはありません。
ただし、データベース サービスは実行されています。バックアップ ジョブを再実行してサービスを復元できるほど、データベースを回復する簡単な方法はありますか?
Oracleに関する知識は不要ですtnsping;-)
からアラート_mydatabase.logファイル、 (<orahome>\admin\mydatabase\bdump\
)、
ORA-15041: diskgroup space exhausted
...
ARCH: Archival stopped, error occurred. Will continue retrying
...
答え1
ORA-15041: ディスクグループの領域が不足しています
アーカイブログ/バックアップを保存するために ASM を使用しているようですが、おそらくいっぱいになっています (おそらく古いバックアップが削除されていないため)
cagcowboyが言ったように、あなたのデータベースはおそらくハングしたなぜなら現在のログファイルをアーカイブして切り替えることはできませんが、回復/復元などを行う必要はないようです。いくらかのスペースを解放できれば、インスタンスはアクティビティを続行します。
すでに提案されているように、適切なアドバイスを得るには Oracle サポートに連絡してみる必要があります。
よろしくお願いいたします。
答え2
いくつかのランダムな考え:
Oracle サポート契約を結んでいると仮定すると、サポートに問い合わせることをお勧めします。これは必ずしも珍しい、または特に難しい問題だからというわけではありませんが、Oracle にあまり詳しくないという理由も同じくらいあります。何か間違えると、データベースが台無しになる可能性があります。
なぜ復元が必要だと考えているのですか? ディスクがいっぱいになると、データベースへの書き込みは「凍結」されます (ご覧のとおり) が、データの損失や破損は発生しません。
db sys パスワードをお持ちですか?
これはライブ/プロダクションシステムですか?
SAN ファイルシステムにアクセスする他の方法はありますか?
これらの質問に答えていただければ、そこから対応させていただきます。
答え3
以下は、さらにランダムな考えです。
1) dba はどこにありますか?
2) データベース ボリュームは Windows では表示できないため、データベースは raw パーティションまたは ASM を使用していると想定しています。どちらを使用しているかご存知ですか? また、asm でも raw でもない場合は、基礎となるデータ ディスクのファイル システムは何ですか?
3) データベースをバックアップする際、アーカイブ ログの削除/アーカイブをどのように処理しますか?
4) raw/asm を使用せず、ファイルシステムを使用している場合は、アーカイブ ログの SAN ボリュームを拡張/サイズを大きくして、アーカイブを続行できるかどうかを確認します。その後、すぐにバックアップを実行し、古いアーカイブ ログを削除/アーカイブします。
5) アーカイブ ログ用の新しいボリュームを作成し、データベースにアクセスして、新しいアーカイブ ログの保存先にアーカイブするように db を変更することもできます。
アーカイブ ログに関しては、DB がスペースを待機して停止状態になっているようですが、クラッシュはしていません。スペースを確保すれば、DB は続行されます。最善の方法は、DBA と SAN 管理者を一緒に集めて、スペースを確保するために何ができるかを判断することです。行き詰まった場合は、Oracle サポートに連絡して支援を求めてください。