19、オラクルの開始と停止プロセス


19.1、Oracleデータベース・インスタンスは、次の3つの手順で起動します。

1、Oracleのルーチンを起動します。

起動NOMOUNT;

#読む初期化パラメータ・ファイルには、インスタンスを起動しますが、データベースをインストールしません。データベースがこのモードで起動すると、パラメータファイルが読み込まれ、

、#メモリ構造とバックグラウンドプロセスが開始されますが、それらが結合されていないか、またはデータベースのディスク構造と通信し、データベースを使用することはできません

#通常、データベースを作成、または再作成制御ファイルを作成し、スタンバイ・データベースをマウントしますここから始まります

#その他、各種、および変更パラメータも可能です。


2、データベースをロードし、制御ファイルを読み取ります。

ALTERデータベースがマウント。

マウントSTARTUP;

#制御ファイルを開いて、インスタンスを起動し、データベースをロードしますが、データベースがオープンされていません。

すべての作業は、起動NOMOUNTオプションを実行するためのオプションを取り付けるが、他の追加のデータベース構造及びこれらの構造に#startup

インタラクティブ#ライン、見つけると、メイン制御ファイルのデータベース構造に接続するには、Oracleからの情報を取得するために使用されます。場合は、このモードでは、

#あなたは、このような制御ファイルを読み込むなどの一部の管理型のタスクを実行dtabase回復することができ、バックアップデータベース、

#renameのDBファイル、変更ARCHIVELOGモード等;


3、データベースを開きます。

ALTERデータベースオープン。

起動

#は、ログファイルが開く最も完全な、インスタンス、データベースの負荷、データベースは、完成されているです

あなたは、起動時に任意のコマンドラインモードを指定しない場合は#、STARTUP OPENオプションはデフォルトの起動モードです。STARTUP OPEN

#すべてのステップSTARTUP NOMOUNTおよびSTARTUP MOUNTオプションを実行するためのオプションは、このオプションは、すべてのユーザーのためのデータベースとなり

#が利用可能です。


起動力:通常の方法でデータベースの起動時に問題が発生した場合は、STARTUP FORCEオプションを使用することができ、STARTUP FORCE

最初のオプション異常なデータベースにシャットダウンし、再起動します。


STARTUP RESTRICT:データベースを起動し、OPENモードにそれを置くためのオプションを、だけRESTRICTED SESSION権限与えられたアクセス権を持つユーザーに。


図4は、データベースインスタンスのステータスを表示します。

五$インスタンスからステータスを選択します。

開いた状態のために#

 

19.2は、データベース・インスタンスをシャットダウンします。

図1に示すように、ノーマルモードデータベース・インスタンス:

通常のシャットダウン;


2は、すぐにデータベースインスタンスの道をシャットダウンします。

シャットダウン即時;

#データベースのシャットダウン即時の実装は、すぐにシャットダウンしますが、終了後のOracleのいくつかのクリーンアップ作業を実行する(セッションを終了し、セッションのリソースを解放)されていません

#シャットダウンがデータベースのデータベース、シャットダウン即時閉鎖動作を行うことができたときに閉じることはできません。

   

3、直接データベースインスタンスオフ:

シャットダウンアボート;

データベースは操作の数が多い場合には#が実行され、データベースセッションが突然終了しますアクセスしている場合、シャットダウン・アボートを実行した後、データベースを再起動

#は、長い時間をかけて、シャットダウンアボートが、同じ効果を持つプロセスを強制終了する場合、データベースシャットダウンはすぐに、ファイルのステータスにこの時間は一致しないことがあるため、

#通常のデータベースの同期は、各ファイルをチェックしますのでので、再起動時間、同じファイルをのポイントとはしませクラッシュリカバリを実行する場合、同じチェックポイント情報であれば、

チェックポイント情報が矛盾している場合は#を使用すると、メディア・リカバリを行う必要があります(単にファイルのヘッダーを更新)、クラッシュ回復を実行してください。これらの質問はかなりあり、この時間は、問題は恐怖システムであり、

#IOがたくさんあり、書き込みによって引き起こされ、このような突然の中断の結果は、特にテーブルスペースシステムの損傷を阻止、トラブル比較的多くのことを論理的な不良ブロックのファイルブロックを引き起こすことが起こりました

#エラーアボートシャットダウンの確率は非常に小さいですが、唯一の1,000人が人に遭遇するかもしれませんが、我々はまだ注意する必要があります。適切な取り扱い手順その

、即時#shutdown、データベースがスローダウンダウン、別のウィンドウのシャットダウン・アボートを開くためにほとんどの時間IO、OS上のIOの状態を観察することはできません場合

#ほとんどの問題。




おすすめ

転載: www.cnblogs.com/LiuChang-blog/p/12315875.html