Oracleシャットダウン方法

アップグレードまたはパッチを実行する前にデータベースをシャットダウンするには、いくつかの方法があります。

shutdown immediate;

または

shutdown abort;
startup restrict;
shutdown immediate;

または

shutdown abort;
startup restrict;
shutdown;

または

alter system checkpoint;
shutdown abort;
startup restrict;
shutdown immediate;

もちろん、他のオプションもあります。どちらを優先する必要がありますか？その理由は？

メンテナンス（またはコールドバックアップ）のためにシャットダウンするときの目的は、データベースを起動時にロールバック/リカバリする必要がない一貫した状態にしておくことです。

shutdown理論的にはこれを実現する3つのSQL * Plus コマンドがあり、これらはすべて、新しいセッションがインスタンスに接続するのを即座に防ぎます。

1. shutdown normalまたは単にshutdown：すべてのセッションが切断されるのを待ちます。このモードは、接続を開いたままにしない正常に動作するクライアントに依存するため、実際にはほとんど使用されません。これは、shutdown実行中のトランザクションをキャンセルしない唯一のモードでした。
2. shutdown transactional：現在実行中のトランザクションが完了するとセッションを切断し、新しいトランザクションが開始されないようにします。
3. shutdown immediate：すべてのセッションをただちに切断し、シャットダウンする前に中断されたトランザクションをロールバックします。切断はすぐに行われますが、中断されたトランザクションがロールバックするのに時間がかかる場合があるため、シャットダウンは行われない場合があります。

の4番目のモードはshutdownですshutdown abort。これは、電源コードを引っ張っようなものです-インスタンスが停止し、今クリーンアップを行いません。例のように、通常は後でデータベースを再起動し、その後すぐに完全にシャットダウンする必要があります。コンセプトガイドによると：

このモードは、他の形式のシャットダウンが成功しない場合などの緊急事態を想定しています。

あなたが与えるすべての例では、チェックポイント実行の一部として、shutdown [normal]またはshutdown immediateすることが考えられるので、明示的なチェックポイントの回復に要する時間を短縮します。

一般的なアドバイス：

• 使用しないでくださいshutdown normal。
• キャンセルされたトランザクションを最小限にしたい場合shutdown transactional は、在席シャットダウンのみに使用します（タイムアウトに違反した場合、この種のシャットダウンはデータベースのシャットダウンを保証しないため、在席します）。
• shutdown immediate無人シャットダウンの場合、または現在実行中のトランザクションを気にしない場合に使用します。
• shutdown abort必要がある場合を除いて、（さらに起動/シャットダウン）は使用しないでください。これは、現在のOracleの多くの以前のバージョンでより一般的でした。他の状況（パッチやアップグレード以外）では、ダウンタイムを最小限に抑える必要がある場合、このモードが適切な場合があります。

データベースを停止する最速の方法であるシャットダウンアボートメソッドをお勧めします。シャットダウンの中止後に実行できない操作があります。

• create controlfile resetlogs（データベースの名前を変更する、ログファイルの名前を変更してデータファイルの名前を変更する）を使用して、データベースの制御ファイルを再作成します。
• dbms_backup_restoreのプロシージャを使用してdbidを変更します（これは8iでdbidを変更する唯一の方法でした）

どちらの場合も、データベースが破損しており、フルバックアップから復元する必要があります。

9i以降、データベースの名前変更またはdbidの変更は、dbnewidユーティリティで実行できます。私が知る限り、ユーティリティはデータベースが正しくシャットダウンされたかどうかをチェックします。もちろん、制御ファイルを再作成せずに適切なSQLステートメントを実行することで、データファイル、一時ファイル、ログファイルの名前を変更できます。