| Oracle® Database管理者ガイド 11gリリース2 (11.2) B56301-08 |
|
 前 |
 次 |
この章の内容は、次のとおりです。
|
関連項目: Oracle Real Application Clusters環境に固有の追加情報は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。 |
データベースの起動時には、そのデータベースのインスタンスを作成し、データベースの状態を確認します。インスタンスは通常、データベースをマウントおよびオープンすることで起動します。これによって、有効なユーザーはデータベースに接続して通常のデータ・アクセス操作を実行できます。ここでは、他の起動方法についても説明します。
この項の内容は、次のとおりです。
Oracle Restartを使用していない場合は、SQL*Plus、Recovery ManagerまたはEnterprise Managerを使用してデータベース・インスタンスを起動できます。Oracle Restartでデータベースを管理している場合は、SRVCTLを使用してデータベースを起動する方法をお薦めします。
Oracle Restartの詳細は、第4章「Oracle Databaseの自動再起動の構成」を参照してください。
SQL*Plusセッションを開始し、管理者権限でOracle Databaseに接続すると、STARTUPコマンドを発行できます。このマニュアルでは、SQL*Plusを使用するこの方法について詳細に説明します。
Recovery Manager(RMAN)を使用して、STARTUPおよびSHUTDOWNコマンドを実行する方法もあります。この方法を選択するのは、RMAN環境でSQL*Plusを起動しない場合です。
|
関連項目: RMAN STARTUPコマンドの詳細は、『Oracle Databaseバックアップおよびリカバリ・リファレンス』 |
Oracle Enterprise Managerは、起動や停止も含めたデータベースの管理に使用できます。Enterprise Managerは、GUIコンソール、エージェント、共有サービスおよびOracleのツール製品を組み合せて、Oracle製品の管理のために統合された包括的なシステム管理プラットフォームを提供します。Enterprise Manager Database ControlはOracleデータベースの管理に特化したEnterprise Managerの機能で、これを使用するとコマンドライン操作のかわりにGUIインタフェースを使用して、このマニュアルで説明されている機能を実行できます。
|
関連項目:
|
ここからは、SQL*Plusを使用してデータベース・インスタンスを起動する方法について説明します。
Oracle Restartがインストールされてデータベース用に構成されている場合は、SRVCTLを使用してデータベースを起動することをお薦めします。そうすると、次の処理が確実に実行されます。
データベースが依存する任意のコンポーネント(Oracle Automatic Storage ManagementやOracle Netリスナーなど)が、適切な順序で最初に自動起動します。
データベースはOracle Restart構成の設定に従って起動します。そのような設定の例は、サーバー・パラメータ・ファイルの場所です。
データベースのOracle Restart構成に格納された環境変数は、インスタンス起動前に設定されます。
詳細は、「srvctl start database」および「Oracle Restartで管理されているコンポーネントの起動と停止」を参照してください。
データベースは、インスタンスを起動するために、サーバー・パラメータ・ファイル(SPFILE)またはテキスト形式の初期化パラメータ・ファイル(PFILE)からインスタンス構成パラメータ(初期化パラメータ)を読み込む必要があります。
データベースは、デフォルトの場所でこれらのファイルを検索します。これらのファイルにデフォルト以外の場所を指定することも可能で、その方法は、データベースの起動にSQL*Plusを使用するか(Oracle Restartを使用していない場合)、SRVCTLを使用するか(データベースをOracle Restartで管理している場合)によって異なります。
この項の内容は、次のとおりです。
データベース・インスタンスを起動すると、データベースは、プラットフォーム固有のデフォルトの場所にあるSPFILEから初期化パラメータの読込みを試行します。SPFILEが見つからない場合は、テキスト形式の初期化パラメータ・ファイルを検索します。
表2-3に、PFILEおよびSPFILEのデフォルトの名前と場所を示します。
プラットフォーム固有のデフォルトの場所では、Oracle Databaseは次の順序でファイル名を検査し、初期化パラメータ・ファイルを検索します。
spfileORACLE_SID.ora
spfile.ora
initORACLE_SID.ora
最初の2つのファイルはSPFILEであり、3つ目はテキスト形式の初期化パラメータ・ファイルです。DBCAによってOracle Automatic Storage Managementディスク・グループにSPFILEが作成されている場合、データベースではそのディスク・グループ内のSPFILEが検索されます。
|
注意: spfile.oraファイルがこの検索パスに含まれているのは、Oracle Real Application Clusters環境では、すべてのインスタンスの初期化パラメータ設定が1つのサーバー・パラメータ・ファイルに格納されるためです。サーバー・パラメータ・ファイルにはインスタンス固有の格納場所はありません。
Oracle Real Application Clusters環境のサーバー・パラメータ・ファイルの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。 |
ユーザー(またはDatabase Configuration Assistant)が作成したサーバー・パラメータ・ファイルをテキスト形式の初期化パラメータ・ファイルで上書きする場合は、SQL*Plusを使用してSTARTUPコマンドのPFILE句を指定すると、その初期化パラメータ・ファイルを識別できます。
STARTUP PFILE = /u01/oracle/dbs/init.ora
デフォルト以外のサーバー・パラメータ・ファイル: デフォルト以外のサーバー・パラメータ・ファイル(SPFILE)とは、デフォルトの場所以外の場所に存在するSPFILEです。通常は、インスタンスをデフォルト以外のSPFILEで起動する必要はありません。ただし、そうする必要がある場合は、SRVCTL (Oracle Restartを使用)およびSQL*Plusのいずれでも実行できます。これらについては、この項で後ほど説明します。
初期化ファイルとOracle Automatic Storage Management: 通常、Oracle Automatic Storage Management(Oracle ASM)を使用しているデータベースには、デフォルト以外のSPFILEがあります。Database Configuration Assistant(DBCA)を使用してOracle ASMを使用するようにデータベースを構成すると、DBCAによってOracle ASMディスク・グループ内にデータベース・インスタンスのSPFILEが作成され、ローカル・ファイル・システム内のデフォルトの場所に、そのSPFILEを指し示すテキスト形式の初期化パラメータ・ファイル(PFILE)が作成されます(次の項を参照)。
SQL*Plusでは、PFILE句を使用して、デフォルト以外のサーバー・パラメータ・ファイルでインスタンスを起動できます。
SQL*Plusでデフォルト以外のサーバー・パラメータ・ファイルを使用して起動する方法は次のとおりです。
SPFILEパラメータのみを記述した1行のテキスト形式の初期化パラメータ・ファイルを作成します。パラメータの値には、デフォルト以外のサーバー・パラメータ・ファイルの場所を指定します。
たとえば、次のパラメータのみを記述したテキスト形式の初期化パラメータ・ファイル/u01/oracle/dbs/spf_init.oraを作成します。
SPFILE = /u01/oracle/dbs/test_spfile.ora
|
注意: 従来のテキスト形式の初期化パラメータ・ファイルで、サーバー・パラメータ・ファイルを設定するためにIFILE初期化パラメータを使用することはできません。この場合は、必ずSPFILE初期化パラメータを使用してください。 |
この初期化パラメータ・ファイルを指定して、インスタンスを起動します。
STARTUP PFILE = /u01/oracle/dbs/spf_init.ora
SPFILEはデータベース・ホスト・コンピュータに存在している必要があります。したがって、前述の方法は、クライアント・システムからSPFILEを使用するデータベースを起動する手段にもなります。また、クライアント・システムがクライアント側で初期化パラメータ・ファイルを維持する必要もなくなります。クライアント・システムがSPFILEパラメータが含まれている初期化パラメータ・ファイルを読み込むと、その値をサーバーに渡し、そこで指定されたSPFILEが読み込まれます。
データベースがOracle Restartで管理されている場合は、データベースのOracle Restart構成でSPFILEの場所オプションを設定または変更することにより、デフォルト以外のSPFILEの場所を指定できます。
SRVCTLでデフォルト以外のサーバー・パラメータ・ファイルを使用して起動する方法は次のとおりです。
「SRVCTLの実行準備」で説明したように、SRVCTLの実行を準備します。
次のコマンドを入力します。
srvctl modify database -d db_unique_name -p spfile_path
db_unique_nameは、データベースのDB_UNIQUE_NAME初期化パラメータの設定と一致している必要があります。
次のコマンドを入力します。
srvctl start database -d db_unique_name [options]
詳細は、「Oracle RestartのSRVCTLコマンド・リファレンス」を参照してください。
データベースがOracle Restartで管理されている場合は、個々のデータベース・サービス(サービス)ごとに起動オプションを構成できます。サービスの管理ポリシーをAUTOMATIC(デフォルト)に設定した場合は、SRVCTLを使用してデータベースを起動するとサービスが自動的に起動します。管理ポリシーをMANUALに設定した場合、サービスは自動起動されず、SRVCTLを使用して手動で起動する必要があります。MANUALを設定しても、サービスは実行中にOracle Restartで監視され、障害が発生すると再起動されます。
データベースがOracle Restartで管理されているOracle Data Guard(Data Guard)環境では、Oracle Restart構成でサービスにData Guardロールを割り当てることにより、サービスの自動起動をさらに制御できます。サービスの管理ポリシーがAUTOMATICであり、割り当てられているいずれかのロールがデータベースの現行のロールに一致する場合にのみ、手動でデータベースを起動するとサービスが自動的に起動されます。
サービスに対してData Guardロールの管理ポリシーを設定する構文は、「srvctl add service」および「srvctl modify service」を参照してください。
|
注意: Oracle Restartを使用する場合は、SRVCTLを使用してデータベース・サービスを作成することをお薦めします。 |
|
注意: 次の手順は、Oracle Restartを使用していないインストール用です。データベースをOracle Restartで管理している場合は、「Oracle Restartで管理されているコンポーネントの起動と停止」の手順に従ってください。 |
SQL*Plusを使用してデータベース・インスタンスを起動する前に、次の準備手順を実行する必要があります。
データベースが依存するOracleコンポーネントが起動されたことを確認します。
たとえば、データベースのデータがOracle Automatic Storage Management(Oracle ASM)のディスク・グループに格納される場合は、Oracle ASMインスタンスが実行中であること、および必要なディスク・グループがマウントされていることを確認してください。また、データベースが起動する前にOracle Netリスナーを起動することをお薦めします。
オペレーティング・システム認証を使用する場合は、OSDBAグループのメンバーとしてデータベース・ホスト・コンピュータにログインします。
詳細は、「オペレーティング・システム認証の使用」を参照してください。
環境変数が目的のOracleインスタンスに接続するように設定されていることを確認します。詳細は、「データベースに対するコマンドとSQLの発行」を参照してください。
データベースに接続せずに、SQL*Plusを起動します。
SQLPLUS /NOLOG
SYSDBAとしてOracle Databaseに接続します。
CONNECT username AS SYSDBA
—or—
CONNECT / AS SYSDBA
データベースに接続され、データベース・インスタンスを起動する準備が完了します。
|
関連項目: CONNECT、STARTUPおよびSHUTDOWNコマンドの説明と構文は、 |
Oracle Restartを使用していない場合は、SQL*PlusのSTARTUPコマンドを使用してOracle Databaseインスタンスを起動します。Oracle Restartでデータベースを管理している場合は、srvctl start databaseコマンドを使用することをお薦めします。
いずれの場合も、次のような様々なモードでインスタンスを起動できます。
NOMOUNT: データベースをマウントせずにインスタンスを起動します。この場合、データベースへのアクセスは禁止され、通常はデータベース作成または制御ファイルの再作成時にのみ使用されます。
MOUNT: インスタンスを起動し、データベースをマウントするが、クローズしたままにするモード。この状態では、一部のDBAアクティビティは可能ですが、データベースへの汎用アクセスはできません。
OPEN: インスタンスを起動し、データベースをマウントしてオープンするモード。この操作を非制限モードで実行してユーザー全員にアクセスを許可するか、制限モードで実行してDBAのみにアクセスを許可できます。
FORCE: 起動時または停止時に問題が発生した後にインスタンスを強制的に起動するモード。
OPEN RECOVER: インスタンスを起動し、直後に完全メディア・リカバリを開始するモード。
|
注意: 共有サーバー・プロセスを介してデータベースに接続してデータベースのインスタンスを起動することはできません。 |
次の例では、DBAがインスタンスを起動できるいくつかの状態を具体的に説明します。STARTUPコマンドの句の結合時やsrvctl start databaseコマンドの起動オプションの結合時は、いくつかの制限が適用されます。
|
関連項目:
|
通常のデータベース操作とは、インスタンスを起動し、データベースをマウントおよびオープンすることを意味します。このモードでは、有効なユーザーがデータベースに接続して、データ・アクセス操作を実行できます。
次のコマンドは、インスタンスを起動し、デフォルトの場所から初期化パラメータを読み込んで、データベースをマウントおよびオープンします。
| SQL*Plus | SRVCTL(Oracle Restartを使用している場合) |
|---|---|
STARTUP |
srvctl start database -d db_unique_name
|
db_unique_nameはDB_UNIQUE_NAME初期化パラメータと一致します。
インスタンスは、データベースをマウントしなくても起動できます。通常、この方法で起動するのはデータベースの作成時のみです。次のコマンドのいずれかを使用します。
| SQL*Plus | SRVCTL(Oracle Restartを使用している場合) |
|---|---|
STARTUP NOMOUNT |
srvctl start database -d db_unique_name -o nomount
|
インスタンスを起動し、データベースをオープンしないでマウントして、特定のメンテナンス操作を実行できます。たとえば、次のようなタスクの実行時は、データベースのマウントは必要ですが、オープンはしないでください。
REDOログ・アーカイブ・オプションの有効化および無効化。詳細は、第13章「アーカイブREDOログの管理」を参照してください。
全データベース・リカバリの実行。詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。
次のコマンドは、インスタンスを起動してデータベースをマウントしますが、データベースはクローズしたままです。
| SQL*Plus | SRVCTL(Oracle Restartを使用している場合) |
|---|---|
STARTUP MOUNT |
srvctl start database -d db_unique_name -o mount
|
インスタンスの使用を管理担当者にのみ許可し、一般データベース・ユーザーの使用を禁止するには、制限モードでインスタンスを起動して、オプションでデータベースをマウントおよびオープンします。次のいずれかのタスクを実行する必要があるときは、このインスタンス起動モードを使用してください。
データのエクスポートまたはインポートを実行する場合
SQL*Loaderを使用してデータをロードする場合
一時的に一般ユーザーがデータを使用できないようにする場合
特定の移行またはアップグレード操作を実行する場合
通常、CREATE SESSIONシステム権限を持つすべてのユーザーが、オープンしているデータベースに接続できます。データベースを制限モードでオープンすると、CREATE SESSIONおよびRESTRICTED SESSIONシステム権限の両方を持つユーザーのみがデータベースへのアクセスを許可されます。データベース管理者のみにRESTRICTED SESSIONシステム権限が付与されている必要があります。さらに、インスタンスが制限モードの場合、データベース管理者はOracle Netリスナーからリモートでインスタンスにアクセスすることはできませんが、インスタンスが実行されているシステムからローカルでインスタンスにアクセスすることのみ可能です。
次のコマンドは、制限モードでインスタンスを起動します(データベースをマウントしてオープンします)。
| SQL*Plus | SRVCTL(Oracle Restartを使用している場合) |
|---|---|
STARTUP RESTRICT |
srvctl start database -d db_unique_name -o restrict
|
MOUNT、NOMOUNTおよびOPENモードと制限モードを組み合せて使用できます。
RESTRICTED SESSION機能を無効にするには、ALTER SYSTEM文を使用します。
ALTER SYSTEM DISABLE RESTRICTED SESSION;
データベースを非制限モードでオープンし、後でアクセス制限が必要であると判明した場合は、ALTER SYSTEM文を使用して制限できます。詳細は、「オープンしているデータベースへのアクセスを制限する方法」を参照してください。
|
関連項目: ALTER SYSTEM文の詳細は、『Oracle Database SQL言語リファレンス』 |
通常と異なる状況では、データベース・インスタンスを起動しようとしたときに、問題が発生することがあります。次の問題が発生している場合以外は、データベースを強制的に起動しないでください。
現行インスタンスをSHUTDOWN NORMAL、SHUTDOWN IMMEDIATEまたはSHUTDOWN TRANSACTIONALコマンドで停止できない場合
インスタンス起動時に問題が発生した場合。
このような問題が発生した場合、次のいずれかのコマンドを指定して新しいインスタンスを起動(必要に応じて、データベースをマウントおよびオープン)すると、通常は問題を解決できます。
| SQL*Plus | SRVCTL(Oracle Restartを使用している場合) |
|---|---|
STARTUP FORCE |
srvctl start database -d db_unique_name -o force
|
インスタンスの実行中にFORCEモードを使用すると、ABORTモードでインスタンスを停止した後に再起動します。この場合、メッセージ「インスタンス"abort"の停止中」に続いて「ORACLEインスタンス"normal"の起動中」がアラート・ログに表示されます。
メディア・リカバリが必要な場合は、次のいずれかのコマンドを使用すると、インスタンスを起動し、データベースをインスタンスにマウントして、リカバリ処理を自動的に開始できます。
| SQL*Plus | SRVCTL(Oracle Restartを使用している場合) |
|---|---|
STARTUP OPEN RECOVER |
srvctl start database -d db_unique_name -o "open,recover"
|
必要ない場合にリカバリを実行しようとすると、Oracle Databaseによってエラー・メッセージが表示されます。
多くのサイトでは、システムの起動直後に1つ以上のOracle Databaseインスタンスとデータベースを自動的に起動する手順を使用しています。そのための手順は、オペレーティング・システムによって異なります。自動起動の詳細は、オペレーティング・システム固有のOracleマニュアルを参照してください。
Oracle Database 11g リリース2以降で、データベースの自動起動を構成する方法としてお薦めする(およびプラットフォームに依存しない)方法は、Oracle Restartです。詳細は、第4章「Oracle Databaseの自動再起動の構成」を参照してください。
データベースの可用性を変更できます。可用性の変更は、メンテナンス上の理由やデータベースを読取り専用にするために行う場合があります。次の各項では、データベースの可用性を変更する方法について説明します。
特定の管理操作を実行する場合は、データベースを起動してインスタンスにマウントし、クローズしたままにする必要があります。そのためには、インスタンスを起動してデータベースをマウントします。
あらかじめ起動したインスタンスにデータベースをマウントするには、次のように、SQL文ALTER DATABASEでMOUNT句を指定します。
ALTER DATABASE MOUNT;
|
関連項目: データベースをマウントし、クローズしておくことが必要な操作(およびインスタンスの起動とデータベースのマウントを一度に実行する手順)の詳細は、「インスタンスを起動し、データベースをマウントする方法」を参照してください。 |
データベースをオープンすることによって、マウントされ、クローズしているデータベースを一般的な用途のために使用可能にできます。マウントされたデータベースをオープンするには、ALTER DATABASE SQL文でOPEN句を使用します。
ALTER DATABASE OPEN;
この文の実行後は、CREATE SESSIONシステム権限を持つ有効なOracle Databaseユーザーであれば、誰でもデータベースに接続できます。
データベースを読取り専用モードでオープンすると、オープンしたデータベースを問い合せることができますが、その間にデータの内容がオンラインで変更されることはありません。これにより、データファイルとREDOログ・ファイルにデータが書き込まれないことが保証されますが、データベース・リカバリや、REDOを生成せずにデータベースの状態を変更する操作が制限されることはありません。たとえば、データファイルをオフラインとオンラインの間で切り替えてもデータの内容には影響しないため、このような切替えは可能です。
ディスク・ソートの実行時など、読取り専用モードでデータベースを問い合せるときに一時表領域を使用する場合、問合せの発行者には、デフォルト一時表領域としてローカル管理表領域が割り当てられている必要があります。割り当てられていない場合は、問合せが失敗します。詳細は、「ローカル管理の一時表領域の作成」を参照してください。
次の文では、データベースが読取り専用モードでオープンします。
ALTER DATABASE OPEN READ ONLY;
また、次のように読取り/書込みモードでデータベースをオープンすることもできます。
ALTER DATABASE OPEN READ WRITE;
ただし、読取り/書込みはデフォルトのモードです。
|
注意: RESETLOGS句とREAD ONLY句は併用できません。 |
読取り専用データベースに対してアプリケーションを実行中は、データベース・オブジェクトへ書き込まないでください。たとえば、アプリケーションは、グローバルな一時表を含むデータベース表に対して行の挿入、削除、更新またはマージを実行する際に、データベース・オブジェクトに書き込みます。アプリケーションは、データベースの順序を操作する際にデータベース・オブジェクトに書き込みます。また、アプリケーションは行のロック、EXPLAIN PLANの実行またはDDLの実行の際にデータベース・オブジェクトに書き込みます。オラクル社が提供するPL/SQLパッケージのファンクションとプロシージャの多くは(DBMS_SCHEDULERなど)、データベース・オブジェクトに書き込みます。アプリケーションがこれらのファンクションとプロシージャのいずれかをコールする場合、または前述の操作のいずれかを実行する場合、アプリケーションからデータベース・オブジェクトへ書込みが実行されるため、読取り専用ではありません。
読取り専用データベースで実行する場合は、1つのデータベース・リンクを使用する進行中のトランザクションをコミットまたはロールバックしてから、別のデータベース・リンクを使用する必要があります。これは、最初のデータベース・リンクで汎用的なSELECT文を実行し、トランザクションが現在読取り専用である場合も当てはまります。
読取り専用データベースではPL/SQLストアド・プロシージャをコンパイルまたは再コンパイルできません。リモート・プロシージャ・コールが原因のPL/SQLの無効化を最小限に抑えるには、読取り専用データベースに対してリモート・プロシージャ・コールを実行するセッションではREMOTE_DEPENDENCIES_MODE=SIGNATUREを使用します。
読取り専用データベースで一度もコールされたことがないリモート・プロシージャ(読取り専用のリモート・プロシージャであっても)は、そのデータベースから起動できません。この制約は、無名PL/SQLブロックの中およびSQL文の中のリモート・プロシージャ・コールに当てはまります。ストアド・プロシージャ内にリモート・プロシージャ・コールを指定するか、またはデータベース内のリモート・プロシージャを読取り専用にする前に起動できます。
|
関連項目: ALTER DATABASE文の詳細は、『Oracle Database SQL言語リファレンス』 |
すでに実行中のインスタンスを制限モードにするには、SQL文のALTER SYSTEMでENABLE RESTRICTED SESSION句を指定します。この文が正常に完了した後は、RESTRICTED SESSION権限を持っているユーザーのみが新しい接続を開始できます。SYSDBAとして接続するユーザー、またはDBAロールを使用して接続するユーザーにはこの権限があります。
実行中インスタンスを制限モードにすると、ユーザー・セッションは終了されないか、終了された場合は影響を受けます。したがって、インスタンスを制限モードにした場合は、管理タスクを実行する前に現行のユーザー・セッションをすべて停止(終了)することを考慮します。
インスタンスの制限モードを解除するには、ALTER SYSTEMでDISABLE RESTRICTED SESSION句を指定します。
|
関連項目:
|
Oracle Restartを使用していない場合、データベース・インスタンスを停止するには、SQL*PlusでSYSOPERまたはSYSDBAとして接続し、SHUTDOWNコマンドを発行します。Oracle Restartでデータベースを管理している場合は、srvctl stop databaseコマンドを使用してデータベースを停止する方法をお薦めします。
停止処理が完了するまで、データベース停止を開始したセッションに制御が戻されません。停止処理の進行中に接続しようとするユーザーは、次のようなメッセージを受け取ります。
ORA-01090: shutdown in progress - connection is not permitted
|
注意: 共有サーバー・プロセスを介してデータベースに接続している場合は、データベースを停止できません。 |
データベースには、複数の停止モード(NORMAL、IMMEDIATE、TRANSACTIONALおよびABORT)があります。一部の停止モードでは、データベースを実際に停止する前に、特定のイベント(トランザクションの完了またはユーザーによる切断など)の発生を待機します。これらのイベントに対するタイムアウト間隔は1時間です。
詳細は、次の項を参照してください。
データベースを通常の状況で停止するには、次のいずれかのコマンドを使用します。
| SQL*Plus | SRVCTL(Oracle Restartを使用している場合) |
|---|---|
SHUTDOWN [NORMAL] |
srvctl stop database -d db_unique_name -o normal
|
SQL*Plus SHUTDOWNコマンドのNORMAL句はオプションです(これがデフォルトの停止方法であるため)。SRVCTLの場合、-oオプションを省略すると、停止操作はデータベースのOracle Restart構成に格納されている停止オプションに従って進行します。デフォルトの停止オプションはIMMEDIATEです。
通常のデータベース停止では、次のように処理が進みます。
文が発行された後は、新しい接続は許可されません。
データベースは、停止する前に、現在データベースに接続しているすべてのユーザーによるデータベースからの切断を待機します。
次にデータベースを起動するときに、インスタンス・リカバリ手順は必要ありません。
データベースの即時停止は、次のような状況のときにのみ使用します。
自動バックアップおよび無人バックアップを開始する場合
電源が間もなく停止する場合
データベースやデータベース・アプリケーションの一部が異常に動作している場合で、ユーザーにログオフを依頼できない場合、またはユーザーがログオフできない場合
データベースを即時に停止するには、次のいずれかのコマンドを使用します。
| SQL*Plus | SRVCTL(Oracle Restartを使用している場合) |
|---|---|
SHUTDOWN IMMEDIATE |
srvctl stop database -d db_unique_name -o immediate
|
このデータベース停止では、次のように処理が進みます。
文が発行されると、新しい接続は許可されず、新しいトランザクションは開始できません。
すべての未コミットのトランザクションは、ロールバックされます。(長くかかる未コミットのトランザクションが存在する場合、この停止方法ではその名前に反して即座に終了しない場合があります。)
Oracle Databaseは、現在データベースに接続しているユーザーが切断されるのを待機しません。アクティブなトランザクションは暗黙的にロールバックされ、接続中のユーザーはすべて切断されます。
次にデータベースを起動するときに、インスタンス・リカバリ手順は必要ありません。
アクティブ・トランザクションを完了してから、計画どおりにインスタンスを停止する場合は、次のいずれかのコマンドを使用します。
| SQL*Plus | SRVCTL(Oracle Restartを使用している場合) |
|---|---|
SHUTDOWN TRANSACTIONAL |
srvctl stop database -d db_unique_name -o transactional
|
このデータベース停止では、次のように処理が進みます。
文が発行されると、新しい接続は許可されず、新しいトランザクションは開始できません。
すべてのトランザクションが完了すると、まだインスタンスに接続されているすべてのクライアントが切断されます。
この時点で、インスタンスはSHUTDOWN IMMEDIATE文を発行した場合と同じように停止します。
次にデータベースを起動するときに、インスタンス・リカバリ手順は必要ありません。
TRANSACTIONALオプションによる停止では、クライアントの作業内容が失われずに済み、すべてのユーザーがログオフする必要がなくなります。
データベース・インスタンスを強制終了することによって、データベースをただちに停止できます。この停止方法は、次の場合を除いてできるだけ使用を避けてください。
データベース、もしくはそのアプリケーションの1つが不適切に機能していて、かつ他のいずれの停止モードも作動しない場合。
データベースをただちに停止する必要がある(たとえば、電源遮断が1分以内に発生することがわかっている)場合。
データベース・インスタンスを起動するときに問題が発生した場合。
トランザクションとユーザーの接続を強制終了してデータベースを停止する必要がある場合は、次のいずれかのコマンドを使用します。
| SQL*Plus | SRVCTL(Oracle Restartを使用している場合) |
|---|---|
SHUTDOWN ABORT |
srvctl stop database -d db_unique_name -o abort
|
このデータベース停止では、次のように処理が進みます。
文が発行されると、新しい接続は許可されず、新しいトランザクションは開始できません。
Oracle Databaseによって処理されている現行のクライアントSQL文はただちに終了します。
コミットされていないトランザクションはロールバックされません。
Oracle Databaseは、現在データベースに接続しているユーザーが切断されるのを待機しません。接続中のユーザーはすべて暗黙的に切断されます。
次にデータベースを起動するときに、自動インスタンス・リカバリ手順が必要になります。
ユーザーによる切断またはトランザクションの完了を待機する停止モードには、待機時間に制限があります。停止をブロックするすべてのイベントが1時間以内に発生しない場合、停止操作は「ORA-01013: ユーザーによって現行の操作の取消しがリクエストされました」というメッセージを表示して強制終了されます。また、このメッセージは停止プロセスを中断した場合(たとえばCTRL-Cを押した場合など)にも表示されます。インスタンスの停止を中断しようとしないことをお薦めします。停止プロセスが完了してから、インスタンスを再起動してください。
ORA-01013が発生した後は、インスタンスが予測できない状態になると考える必要があります。このため、SHUTDOWNコマンドを再発行して、停止プロセスを継続する必要があります。後続のSHUTDOWNコマンドが引き続き失敗する場合は、SHUTDOWN ABORTコマンドを発行してインスタンスを停止する必要があります。その後でインスタンスを再起動できます。
データベースを、DBAによるトランザクション、問合せ、フェッチまたはPL/SQL文の実行のみ許可された状態にすることが必要な場合があります。このような状態は、システム上でDBA以外によるトランザクション、問合せ、フェッチまたはPL/SQL文が実行されていないという意味で、静止状態と呼びます。
|
注意: 静止中のデータベースに関するこの項の説明では、DBAがユーザーSYSまたはSYSTEMとして定義されています。DBAロールを持つユーザーなどの他のユーザーには、ALTER SYSTEM QUIESCE DATABASE文の発行や、データベース静止後の処理の継続は許可されていません。 |
データベースを静止状態にすることで、管理者は、それ以外の状態では安全に実行できない処理を実行できます。次の処理を実行できます。
同時ユーザー・トランザクションが同じオブジェクトにアクセスした場合に失敗する処理。たとえば、データベース表のスキーマの変更や、NOWAITロックが必要な既存表への列の追加などがこれに該当します。
同時ユーザー・トランザクションによって好ましくない中間影響を受けるアクション、たとえば表を最初にエクスポートしてから削除し、最後にインポートする場合のような、複数の手順からなる表の再編成処理など。表が削除された後であっても、インポートされる前に同時ユーザーが表にアクセスしようとすると、状況を正確に認識できません。
データベースの静止機能がない場合は、データベースを停止し、制限モードで再度オープンする必要があります。これは、特に24時間、365日の可用性が必要なシステムにとっては重大な制限です。データベースの静止によって、ユーザーに対する遮断とデータベースの停止と再起動に伴う停止時間を最小限にできるため、制限が大幅に緩和されます。
データベースが静止中の場合、DBA以外のセッションがアクティブにならないようにするために、データベース・リソース・マネージャの機能が使用されています。したがって、この文が有効な間に現行のリソース・プランを変更しようとすると、その処理はシステムが静止解除されるまでキューに待機します。データベース・リソース・マネージャの詳細は、第27章「Oracle Database Resource Managerを使用したリソースの管理」を参照してください。
データベースを静止状態にするには、次のSQL文を発行します。
ALTER SYSTEM QUIESCE RESTRICTED;
DBA以外のアクティブなセッションは、非アクティブになるまで処理が継続されます。アクティブなセッションとは、トランザクション、問合せ、フェッチまたはPL/SQL文を現在実行しているセッション、または現在なんらかの共有リソース(エンキューなど)を保持しているセッションです。非アクティブなセッションがアクティブになることはできません。たとえば、ユーザーが非アクティブなセッションを強制的にアクティブにしようとしてSQL問合せを発行すると、その問合せは停止したようになります。後でデータベースが静止解除されると、セッションが再開され、ブロックされていた処理が実行されます。
DBA以外のセッションがすべて非アクティブになると、ALTER SYSTEM QUIESCE RESTRICTED文が完了し、データベースは静止状態となります。Oracle Real Application Clusters環境でこの文を発行すると、文を発行したインスタンスだけでなく、すべてのインスタンスが影響を受けます。
ALTER SYSTEM QUIESCE RESTRICTED文は、アクティブなセッションが非アクティブになるまで、長時間待機する場合があります。V$BLOCKING_QUIESCEビューを問い合せると、静止操作をブロックしているセッションを判別できます。このビューでは、1つの列SID(セッションID)のみが返されます。これをV$SESSIONと結合すると、次の例のように、セッションに関する詳細を取得できます。
select bl.sid, user, osuser, type, program from v$blocking_quiesce bl, v$session se where bl.sid = se.sid;
これらのビューの詳細は、『Oracle Databaseリファレンス』を参照してください。
データベース静止の要求を中断した場合、またはアクティブなセッションがすべて静止する前にセッションが異常終了した場合は、Oracle Databaseによって、この文による部分的な影響がすべて自動的に取り消されます。
複数のOracle Call Interface (OCI)の連続したフェッチによって問合せが実行されている場合、ALTER SYSTEM QUIESCE RESTRICTED文はすべてのフェッチが完了するまで待機しません。現行のフェッチの完了のみを待機します。
専用サーバー接続の場合も、共有サーバー接続の場合も、この文の発行後、DBA以外のユーザーがログインしようとすると、その処理はデータベース・リソース・マネージャによってすべてキューに送られ、進行しません。ユーザーにはログインが停止したように見えます。データベースが静止解除されると、ログインは再開されます。
文を発行したセッションが終了しても、データベースは静止状態のままです。DBAは、データベースを静止解除される文を明示的に発行するために、データベースにログインする必要があります。
|
注意: データベースが静止状態の場合でも、Oracle Databaseのバックグラウンド・プロセスが内部の目的のために更新を実行している可能性があるため、データベースが静止状態の場合はコールド・バックアップを実行できません。また、オンライン・データファイルのヘッダーは引き続きアクセス可能に見えます。このファイル・ヘッダーの状態は、データベースが正しく停止された場合とは異なります。ただし、データベースが静止状態の間でも、オンライン・バックアップ操作は実行できます。 |
ALTER SYSTEM SUSPEND文は、データファイル(ファイル・ヘッダーとファイル・データ)および制御ファイルへの入出力(I/O)をすべて停止します。一時停止状態によって、I/Oに干渉されずにデータベースのバックアップを作成できます。データベースを一時停止すると、実行中のすべてのI/O操作の完了が許可され、新しいデータベース・アクセスはキューに待機した状態になります。
SUSPENDコマンドは、インスタンスに固有ではありません。Oracle Real Application Clusters環境では、あるシステムでSUSPENDコマンドを発行すると、内部ロッキング・メカニズムを通じてインスタンス間で停止要求が伝播し、特定のクラスタのアクティブ・インスタンスがすべて停止します。ただし、あるインスタンスの一時停止中に新しいインスタンスを起動すると、新しいインスタンスは一時停止されません。
通常のデータベース操作を再開するには、ALTER SYSTEM RESUME文を使用します。SUSPENDコマンドとRESUMEコマンドは、異なるインスタンスから発行できます。たとえば、インスタンス1、2および3の実行中に、インスタンス1からALTER SYSTEM SUSPEND文を発行した場合は、インスタンス1、2または3から同様にRESUME文を発行できます。
一時停止/再開機能は、ディスクやファイルをミラー化してそのミラーを分割できるシステムで役立ち、バックアップとリストアの代替ソリューションを提供します。書込み中に既存のデータベースからミラー化されたディスクを分割できないシステムを使用している場合は、この一時停止/再開機能を使用すると容易に分割できます。
一時停止したデータベースのコピーにはコミット前の更新が含まれるため、一時停止/再開機能は通常の停止操作の簡易版ではありません。
|
注意: 表領域をホット・バックアップ・モードに設定する代替手段としてALTER SYSTEM SUSPEND文を使用しないでください。データベースの一時停止操作ではなく、ALTER TABLESPACE BEGIN BACKUP文を使用してください。 |
次の文は、ALTER SYSTEM SUSPEND/RESUMEの使用方法を示しています。データベースの状態を確認するために、V$INSTANCEビューを問い合せています。
SQL> ALTER SYSTEM SUSPEND; System altered SQL> SELECT DATABASE_STATUS FROM V$INSTANCE; DATABASE_STATUS --------- SUSPENDED SQL> ALTER SYSTEM RESUME; System altered SQL> SELECT DATABASE_STATUS FROM V$INSTANCE; DATABASE_STATUS --------- ACTIVE
|
関連項目: データベースの一時停止/再開機能を使用してデータベースをバックアップする方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。 |
