インスタンス管理の問題（ORACLE Master Silver 1Z0-082）

SHUTDOWN ABORT後の起動難易度高無料

SHUTDOWN ABORT でインスタンスを強制停止した直後に、通常の STARTUP コマンドを実行した場合の挙動として正しいものを選べ。

AOPEN段階でREDOログによるロールフォワードと、未コミット変更のロールバックが自動実行され、正常にOPENする
Bデータファイルが破損した扱いになり、RMANによるメディア・リカバリ（RESTORE/RECOVER）を先に行わない限りSTARTUPは失敗する
C未コミットのトランザクションもすべてコミット済みとして扱われ、データが失われずに残る
DNOMOUNT状態までしか起動できず、MOUNT・OPENへ進めるには制御ファイルの再作成が必要

正解・解説・誤答理由・ひっかけを見る▼ open

✓ 正解：AAI作成・独立検証済

解説

SHUTDOWN ABORT はチェックポイントやロールバックを行わずインスタンスを即座に停止するため、 コミット済みだがまだデータファイルへ書き込まれていない変更（REDOログにのみ記録された変更）や、 未コミットのトランザクションがデータファイル上に不整合として残った状態になる。

この状態でも通常の STARTUP は問題なく実行できる。OPEN段階でOracleは自動的に インスタンス・リカバリ（クラッシュリカバリ）を行い、①オンラインREDOログを使って、コミット済み・未コミットを問わずクラッシュ直前までのすべての変更をロールフォワード（前進適用）し、 ②その後、未コミットだった変更をロールバック（UNDOを使って取り消し）することで、データベースを一貫した状態に自動的に戻す。特別なRMANやDBA操作を追加で行う必要はない。

各誤答が違う理由

BABORTはデータファイル自体を破損させるものではない。物理的破損が無い限りクラッシュリカバリ（インスタンス・リカバリ）で自己修復し、メディア・リカバリは不要。
C逆である。ロールフォワードではコミット済み・未コミットを問わず全変更がいったん再適用され、その後 UNDO によって未コミットの変更だけがロールバックされて取り消される。
D制御ファイルは無事であり、通常のSTARTUPで自動的にMOUNT・OPENまで進む。制御ファイルの再作成が必要になるのは制御ファイル自体を紛失・破損した場合の別シナリオ。

ひっかけ： 「ABORTは危険＝手動でのメディア・リカバリ（バックアップからのリストア）が必要」と過剰反応しやすいが、これはクラッシュリカバリ（インスタンス・リカバリ）で自動解決される範囲であり、データファイル自体が壊れていない限りメディア・リカバリ（RMAN RESTORE/RECOVER）は不要。

コマンド例と想定される挙動（未実行）

SQL&gt;STARTUP
ORACLE instance started.
Database mounted.
Database opened.
（内部でロールフォワード→ロールバックが自動実行され、メッセージ上は通常起動と同様にDatabase opened.まで到達する）

AIが作成し、独立した検証を経た解説です（有資格者による監修は経ていません）

この問題の誤りを報告する