構造スタンバイスイッチングのトラブルシューティングDGオラクル12C

1. コンテンツ
   単一のシングル、リアルタイムの同期
2. 11Gは、読み始めたとライブラリにより調製書き込み分離は、状態をマウントされ、リアルタイムで同期させることができ、そして図書館で読むことができ、アプリケーションを報告します。（10Gライブラリにより調製は、ライブラリによって調製され、読み取ることはできません）

3. メインライブラリのスタンバイ・データベースの
   インスタンス名のprod sbdb
   まだ1522年には1522リスニング
   DBCAの必要性は必要ありませ
   ORACLE_UNQNAMEのprod sbdb
   （プロファイル）
   ORACLE_SIDのPRODのsbdb
   （プロファイル）
   GlobalName（インストールベース）のProdの
   SID（インストールベース）のProd
   GLOBAL_DBNAMEのProdのProdリスナー
   リスナーSID_NAMEのはprod sbdbを
   初期化パラメータ
   DB_NAMEのProdのProd
   INSTANCE_NAMEのProd sbdb
   DB_UNIQUE_NAMEのProd sbdb
   tnssbdbのtnsnames.ora tnsprod、tnssbdbのtnsprod、
   SERVICE_NAMEのProdのProd
   （tnsname.ora）
   サービス名PRODのPROD（サービスコードは接続側を変更しない）
   のサービスのlistener.ora LSNRCTLに対応します（ GLOBAL_DBNAME）

4. メインライブラリの設定パラメータ
   ビューデータベースパラメータコマンドに、パラメータ表示*****
   （1）は、データベース・レベルまたは表スペース・レベルで設定さFORCEロギングオプションをすることができます。優先順位は、データベースから表スペースにあります。あなたが強制ロギングを有効にするには、テーブルスペースを作成または変更する場合は、表スペースへの変更は、REDOログはリカバリに使用することができます入力します。

あなたは（一時的セグメント・テーブルスペースと一時を除く）任意の変更を行って、強制ロギングを有効にするには、データベースを作成したり、変更した場合も同様に、データベースは、REDOログを復元するために使用されます。
$ DESC vデータベース
、五$データベースからSELECT FORCE_LOGGING
ALTER強制データベース・ロギング;
、アーカイブのオープンに見て、11グラムの必要性の二つの方法を可能にするために（2）、12cは、デフォルトでオンに
アーカイブログ一覧;
五$データベースからSELECT log_mode、
2つのパラメータ
LOG_ARCHIVE_FORMAT
システムSETは、ALTERをlog_archive フォーマット= 'T％ %% r.arc S_'スコープ= SPFILE;（静的変数、データベースを再起動する）
LOG_ARCHIVE_DEST（_1と_2次のステップを変更します）

シャットダウン即時
スタートアップがマウント
ALTERデータベースのアーカイブ・ログを、
ALTERデータベースオープン。

（3）静的リスナー
listener.oraファイルの構成

LISTENER1 =
（
DESCRIPTION_LIST =
（
DESCRIPTION =
（
ADDRESS_LIST =
（
ADDRESS =（PORTOCOL = TCP）（HOSTNAME = oracle12cpri）（PORT = 1522） ）
）
））

SID_LIST_LISTENER1 =
（
SID_LIST =
（
SID_DESC =
（GLOBAL_DBNAME = PROD）
（SID_NAME = PROD）
（ORACLE_HOME = / U01 /アプリ/オラクル/製品/ 12.2.0 / dbhome_1） ））

設定ファイルから見ることができるように：SID_NAMEインスタンス名prodに、外部サービス名PRODをGLOBAL_DBNAME。
注ファイルの三点その
一貫して赤地名をマークし
GLOBAL_DBNAME対応（ステータスLSNRCTLリスナー）サービス
SID_NAME対応（LSNRCTLステータスリスナー）インスタンス

（4）初始化参数
DB_UNIQUE_NAME
ALTER SYSTEMセットDB_UNIQUE_NAME = 'PROD'スコープ= SPFILE。PROD要加引号、不加引号就是大写
LOG_ARCHIVE_CONFIG
ALTER SYSTEMセットLOG_ARCHIVE_CONFIG = 'DG_CONFIG =（PROD、sbdb）'スコープ=両方;
LOG_ARCHIVE_DEST_1
ALTERシステムセットLOG_ARCHIVE_DEST_1 = 'LOCATION = / U01 /アーチVALID_FOR =
（ALL_LOGFILES、ALL_ROLES）DB_UNIQUE_NAME = PROD'スコープ=両方;
LOG_ARCHIVE_DEST_2
ALTERシステムセットLOG_ARCHIVE_DEST_2 = 'SERVICE = tnssbdb LGWR SYNC AFFIRM VALID_FOR =（ONLINE_LOGFILES、PRIMARY_ROLE）DB_UNIQUE_NAME = sbdb'スコープ=両方;

TNSNAMES.ORAの構成ファイルの
コピーPROD（）修正のprod tnssbdbためのコード、oracle12csta =ホスト
= 1522ポート、SERVICE_NAME定数のスタンバイ・マシンに同じ名前のアクセスので。

DB_FILE_NAME_CONVERT数据文件（選択のV $ DBFILEから;）
ALTER SYSTEMセットDB_FILE_NAME_CONVERT = '/ U01 /アプリ/オラクル/ oradataに/ sbdb'、 '/ U01 /アプリ/オラクル/ oradataに/ PROD'スコープ= SPFILE。
LOG_FILE_NAME_CONVERT重做日志文件（選択のV $ログファイルから）
、ALTERシステム設定DB_FILE_NAME_CONVERT = '/ U01 /アプリ/オラクル/ oradataに/ sbdb'、 '/ U01 /アプリ/オラクル/ oradataに/ PROD'スコープ= SPFILE。

STANDBY_FILE_MANAGEMENT
ALTER SETのSTANDBY_FILE_MANAGEMENT =自動システムを、引用符は資産ではありません

クライアント端末としてFAL_CLIENT存在
ALTERシステムFAL_CLIENT = SET 'tnsprod'スコープ=両方;
ピアサーバとしてFAL_SERVER調製マシン
ALTER SYSTEMセットFAL_SERVER = 'tnssbdb'スコープ=両方;

5. ライブラリの物理パラメータの調製
   （1）は、パスワードファイルのコピー、ユーザーのパスワードSYS、スタンバイ・データベースの一貫
   CD $ ORACLE_HOME / DBS
   SCP orapwprodはoracle12csta：/u01/app/oracle/product/12.2.0/dbhome_1/dbs
   スタンバイ・マシンでorapwprod orapwsbdb MV
   準備機械dbsディレクトリの下に（2）
   タッチinitsbdb.oraは、
   コピーされたspfileprod.oraメインライブラリは、spfileprod.oraがメインライブラリーを変更しない覚えて、バイナリファイルで
   、他の必須変わらないDB_NAME変わらずLOG_ARCHIVE_CONFIG設定初期化パラメータに応じて、メインのライブラリを取り除くと、対応するディレクトリを作成する
   （3）準備マシンのSQLPLUS / AS SYSDBA
   PFILEからSPFILEを作成します。
   $ ORACLE_HOME / DBSはspfilesbdb.ora次initsbdb.ora生成します
   stratup NOMOUNTデフォルトのファイル探し.ORAを
   スタートアップNOMOUNT;エラー内容は、設定ファイルのバックアップを変更する場合は、マシンinitsbdb.oraが作成PFILEからSPFILEを再
   構成し、静的なの〜（4）を聴取
   ホストコピー、ホスト名、SID_NAMEがスタンバイデータベースを変更したい
   のメインライブラリと同じにGLOBAL_DBNAMEが、理由は外国サービス
   ノーマウント状態としてのみ、静的でも例を聞きに来た、監視静的ライブラリ装置を設定してください
   （5）TNS設定
   ホストtnsnames.oraファイル完了
   tnssbdb =
   （
   DESCRIPTION =
   （
   ADDRESS =（PROTOCOL = TCP）（HOST = oracle12csta）（PORT = 1522） ）（
   CONNECT_DATA = （SERVER = DEDICATED）（SERVICE_NAME =のProd） ））
   
   
   
   
   
   

tnsprod =
（
DESCRIPTION =
（
ADDRESS =（PROTOCOL = TCP）（HOST = oracle12cpri）（PORT = 1522） ）（
CONNECT_DATA = （SERVER = DEDICATED）（SERVICE_NAME = PROD） ））

メインライブラリSCPに文書作成機のみ上記tnsprodのtndsbdbを残して
、テストをTNSPINGん
TNSPING tnsprod TNSPING tnssbdb
スタンバイライブラリが下に取り付けられている。
SYSDBAとしてSQLPLUS SYS / ora123 @ tnsprod
SYSDBAとしてSQLPLUS SYS / ora123 @ tnssbdb

参数检查
DB_UNIQUE_NAME
互換
LOG_ARCHIVE_CONFIG
LOG_ARCHIVE_DEST_1
LOG_ARCHIVE_DEST_2
LOG_ARCHIVE_DEST_STATE_2：enable-启用defer-禁用
DB_FILE_NAME_CONVERT
LOG_FILE_NAME_CONVERT
STANDBY_FILE_MANAGEMENT
LOG_ARCHIVE_FORMAT

これまでのところ、準備作業は、アンマウント状態でライブラリにより調製
五$インスタンスからSELECTステータス、
開始状態が開始されました

6. 物理的な重複スタンバイ作成するために使用される
   マスター・データベースの
   RMANターゲットをSYS / ora123 @ tnsprodこのようにパスワードを入力する必要があります
   接続補助SYS / ora123 @ tnssbdb
   重複アクティブ・データベースのデータベースNOFILENAMECHECKからスタンバイ目標のために、
   小文字のチェックは、/ u01 / app / oracle / oradataに/ sbdbデータを持ち、かつ一貫性のあるPROD次マスターライブラリー

7. スタンバイ・ログ・グループを追加し、同期して開かれた
   スタンバイ・ログ・グループの数：REDOログ・グループ+1
   プライマリ・データベース：
   SELECT V $ログファイルから、三つのグループのredo.logを参照して、対応するパスが
   選択 V $ログから、各サイズを確認BYTES 50M
   の追加グループデータベースログファイルALTER STANDBY 4（ '/u01/app/oracle/oradata/prod/stredo04.log'）サイズ50M;
   ALTER STANDBY追加グループデータベースログファイル5（「は/ u01 / app / oracle / oradataに/製品版/ stredo05。 .logの'）サイズ50M;
   。ALTER STANDBY追加グループデータベースログファイル6（' /u01/app/oracle/oradata/prod/stredo06.log '）サイズ50M;
   ALTER STANDBY追加グループデータベースログファイル7（' / u01 / app / oracleは、 /oradata/prod/stredo07.log「）サイズ50M;
   通常サフィックスの.logで終わっていないREDOログ・
   五$ STANDBY_LOG SELECT * FROMビュースタンバイログ・グループを、

备库：此时备库要处于状态マウント、
スタートアップ・ノーマウントalter databaseをマウント。
五$インスタンスから*を選択します。搭載
ALTERデータベースの追加スタンバイログファイル群4（「/u01/app/oracle/oradata/sbdb/stredo04.log」）サイズ50Mと、
ALTERデータベースの追加スタンバイログファイル群5（「/u01/app/oracle/oradata/sbdb/stredo05.log」）サイズ50M。
ALTERデータベースの追加スタンバイログファイル群6（「/u01/app/oracle/oradata/sbdb/stredo06.log」）サイズ50M。
ALTERデータベースの追加スタンバイログファイル群7（「/u01/app/oracle/oradata/sbdb/stredo07.log」）サイズ50M。

ディレクトリ間違った場合は、次のコマンドを実行
alter databaseをドロップログファイルグループ4を、

オープン同期：
図書館設備：
ALTERデータベースを開き、
オープンなリアルタイム同期
ALTERデータベースがスタンバイ・データベースのセッションから使用して現在のログファイルの切断マネージド回復し、
同期の前にLログスイッチ
ALTERデータベースからスタンバイ・データベースの切断を管理し回復するセッション、
ストップ同期
ALTERデータベースはキャンセルスタンバイ・データベースを管理し回復します;
SELECT open_mode、DATABASE_ROLE、保護モード、五$データベースからPROTECTION_LEVEL、
オープンなリアルタイム同期、open_modeのみ適用して読み取ることが
開いていない、読み取りのみが
メインライブラリが書き込みを読まれる見ます

8. 3つの保護モードを
   最大パフォーマンスの最大化パフォーマンスのため| LGWR ASYNC NOAFFIRM
   LGWR SYNC AFFIRM |ネットワークが利用可能な最高にターンを復元された後の生産と利用可能な最高の最大化可用性、ネットワークの問題を自動的に、最高のパフォーマンスモードに切り替わり
   最大化を保護するために、最高の保護| LGWR SYNC AFFIRM
   SYNC ：少なくとも一つのスタンバイデータベース、受け入れ準備完了ログデータライブラリを待って、メインデータベースの前にコミット
   ASYNC：を待たずに、メインデータベースの前にコミット
   AFFIRM：ログ情報がバックアップリポジトリSTANDBY_LOGに書き込まれ、それがマスター・データベースのログ収率完成通知し
   ていない他のログ：NOAFFIRMを調製スタンバイ・データベース情報がログに書き込まれ、それがマスター・データベース・ログを受信して通知
   LOG_ARCHIVE_DEST_2 = LGWR SYNC AFFIRM：但し、最高の利用可能な最大のパフォーマンスを
   ：ライブラリが実行されるスタンバイアルターデータベースセットスタンバイ・データベースは最大に 、状況を
   ：チェック
   、SELECT open_mode、DATABASE_ROLE protection_mode、五$データベースからPROTECTION_LEVEL;
   テスト：メインライブラリテーブルt（ID int型）を作成し、 t値（200）への挿入;
   スタンバイ・データベース：トンSELECT * FROM;
   このスタンバイ状態データベースで開いています

同期が成功しない場合には、メインライブラリのパラメータが正しいかどうかを確認し、その後の下準備であってもよい
LOG_ARCHIVE_DEST_STATE_2：オープンしていない可能enable-
メイン図書館機材の後、シャットダウン即時起動、ライブラリ機器オープンリアルタイム同期
ALTERデータベースが現在使用して管理スタンバイ・データベースを回復するからログファイルの切断をセッション;

構造を完成これDG
ここでは、DGのいくつかの問題点を解決し、ビューのDataGuardの状態であります
 

9. スタートアップ・シーケンス
   のインスタンスを監視するために、第1の後のメインライブラリーライブラリ準備
   シャットダウン手順
   近いメインライブラリをシャットダウンすると、スタンバイ・データベース・
   ビュー：
   （1）V $データベース
   open_mode
   読み取りのみ、読み取りと書き込み、唯一の適用、山で読む
   DATABASE_ROLE
   PHYSICAL STANDBY、スタンバイ論理、プライマリ、スタンバイスナップショット
   保護モード
   を最大化dostępność、最大化保護、最大化、パフォーマンス、
   保護されていない再同期化（再同期モード）、
   （2）、V（ライブラリ実行することにより調製）$ MANAGED_STANDBY
   プロセス（PS - EF | grepをORAが見ることができる）ARCHアーカイブ、MRPOリアルタイム同期をログに記録し、RFSは、リモートプロセスの受信ログ
   を選択し、プロセス、PID、状態を、シーケンス五$ MANAGED_STANDBYから＃;プロセス：ARCH： プロセス・アーカイブ
   MRP0を：アプリケーションのためのログ・メディア・リカバリ・プロセスは、（オープンリアルタイムアプリケーションまたは非リアルタイムに受信アプリケーション）
   RFS：リモート・ファイル・サーバーは、リモート・ログ・ファイルの受信
   PIDを：システム・プロセスIDのオペレーティング
   ステータスを：
   CONNECTED：メイン図書館とネットワーク接続の確立
   CLOSING：アーカイブプロセスが完了した、とアーカイブログファイルオフターンは
   書き込み：プロセスをアーカイブにREDOデータを書き込みます。
   APPLYING_LOG：スタンバイ・データベースに適用されたログ、リアルタイム・アプリケーションのオープンWAIT_FOR_LOG：待機アーカイブ・ログが（非リアルタイムアプリケーション上、またはバリアスタンバイの間）終了した
   ALTER STANDBY管理データベースデータベースは切断を回復し、
   シーケンス＃：SEQ ID NOアーカイブログ
   アーカイブログリスト・シーケンス142
   ALTERシステムスイッチログファイル、シーケンス増加1。
   V $ STANDBY_LOGスタンバイ・データベースが照会（3）
   グループ番号、シーケンス番号、アーカイブ選択のV $ STANDBY_LOGから、ステータスを、
   比較：
   SELECT V $ログから、
   SELECT V $ログファイルから、
   SELECT から$ STANDBY_LOG V;
   （4）V $ ARCHIVE_DEST_STATUS
   ステータス：有効：効果的な無効：無効なDEFERRED：手動で無効（使用可能な一時的な無効化同期）
   ALTER SYSTEM SETのLOG_ARCHIVE_DEST_STATE_2 = '延期'同期コマンド一時的に
   ALTER SYSTEMセットLOG_ARCHIVE_DEST_STATE_2 =オープン[有効にする]
   タイプ：LOCAL：メインライブラリPHYSICAL：フィジカル・スタンバイLOGICAL：ロジカル・スタンバイ・スナップショット：スナップショット・スタンバイ・
   エラー、synchronization_status、これら三つのフィールドが非同期障害DG同期ビューを支援
   （5）V $ DATAGUARD_STATUS
   データベースクエリの作成
   SELECT DESC注文。「TIMESTAMP」によるDATAGUARD_STATUSトンのV Tを$から
   のメッセージ欄に、エラーDGの一部を見ることができます

10. 新規ユーザーデータベース、サブ権利
    ユーザーテストによって識別されるテストを作成し、
    グラントSYSOPER、接続、テストへのリソース;

11. ログGAPは
    、障害をシミュレート：

    ALTER SYSTEMセットlog_archive_state_2 =「延期」 、
    マスターデータベースのデータをテーブルに挿入され
    、ALTERシステムスイッチログファイル、3

    メイン図書館：アーカイブリストをログに記録し、シーケンスし、ライブラリ装置は=「再同期モード」と同じ、PROTECTION_LEVELメインライブラリではありません
    ライブラリによって：SELECT から五$ MANAGED_STANDBY
    MRPOの進行状況が表示されます：wait_for_logは、今はアプリケーションログ（通常はapplying_logてはならないだろう）
    ：主要ライブラリメインライブラリーは複数のスタンバイ・データベースsquence位であろう
    選択さt「配列番号」、tは 、.. V $ ARCHIVED_LOG Tここで、ID = 1から、「適用」
    ：準備ライブラリ
    を選択T「シーケンス番号」、T. 。WHERE上記のid = 1トンARCHIVED_LOGのV $から「アーカイブ」、
    選択してv $ ARCHIVE_DEST_STATUSから、
    エラー・フィールドは延期する変更の言葉のように、エラーとなり、与えられていません

主なライブラリは、手動で操作する必要がある、使用できない
ログファイル、過去の主要なライブラリのコピー・パスのログリストでのアーカイブファイルオフギャップ
、スタンバイ・データベースは、すべての過去のRecovery Managerターゲット/リストのアーカイブに登録されていない、のこぎりは、いくつかのログファイルは、メインのライブラリではありません手動で登録する必要があります
「/ U01 ALTERデータベース・レジスタのログファイル：言葉の数が少ない ; /アーチ/ ***」
RMAN>「/とカタログ開始：言葉の多数 U01 /アーチ/」を、
スタンバイ・データベース警告ファイルを参照
/ u01 / app / oracleは、を/ DIAG / RDBMS / sbdb / sbdb /トレース/ alert_sbdb.log
、ではなく、作業再開しない自動的に適用され、スタンバイ・データベースのログを同期させることができます

12. 役割
    データを損失することなくスタンバイスワップ切り替え（1）、
    （長いデータ同期パラメータへの挿入のように実際には、問題なし）検査中のスタンバイ・データベース・パラメータ、
    メインのライブラリをチェックし、スタンバイREDOログ、VのSELECT * FROM $ STANDBY_LOG;
    ... SELECT T「NAME」、T「DATABASE_ROLE」、T V $データベースTから「SWITCHOVER_STATUS」;
    SWITCHOVER_STATUS：
    スタンバイへ：切り替え可能な
    セッションアクティブ：セッション接続切り替えがあり
    、スタンバイデータベースのクエリは：許可されていない
    確認しあっていることGAP：
    SELECT T V $ ARCHIVE_DEST_STATUSトントン"DEST_ID" = 2 WHEREから"STATUS"、トン"GAP_STATUS"; ...
    だけでなく、実装最も安全な、挿入
    操作
    ALTERデータベースがフィジカル・スタンバイへの切り替えにコミットし 、
    言葉とのセッション、
    ALTERデータベースがフィジカル・スタンバイへの切り替えにコミットセッションのシャットダウンと。
    スタートアップ主库
    alter databaseを現在のログファイルの切断を使用して管理スタンバイ・データベースを回復します。

：ライブラリによって
; ...五$データベーストンからSELECTトン「NAME」、T「DATABASE_ROLE」、T「SWITCHOVER_STATUS」
SWITCHOVER_STATUS：
プライマリへの
セッションアクティブ
プライマリへの切り替えにコミットのALTER DATABASE;
ALTERデータベースセッションでプライマリへの切り替えにコミットシャットダウン、
シャットダウン負荷即時、
スタートアップの
低挿入テスト、モードの表示
を選択しopen_mode、DATABASE_ROLE、protection_mode、PROTECTION_LEVEL五$データベースから;
注：本番環境を、そしてライブラリーは、長い時間を実行している、スイッチを直接長い時間かかり
行うためにスタンバイデータベースを：システムBUFFER_CACHEフラッシュALTER、
ALTERシステムのチェックポイント、
即時シャットダウンが
スタンバイ・データベースを再起動し、リアルタイム同期が図書館で開かれ、ハンドオーバが行われる
（2）フェイルオーバーフェイルオーバーメインリザーバが壊れている、主スタンバイデータベースライブラリターン、最大限の保護が失われ、利用可能な最大れていませんデータ（相対切り替え）
のステップ：
アプリケーション・スタンバイ・データベース・ログを停止します
ALTERデータベースがスタンバイ・データベースがキャンセル管理回復する、
スタンバイ・データベースのログ転送シャットダウン
注意が最初の解決後に次の文を実行し、GAPを解決しなければならない
ALTERデータベースを管理スタンバイ・データベース仕上げ力を回復し 、
解決しない場合は、次のコマンドを実行し、結果が失われたデータ
のalterデータベースアクティブフィジカル・スタンバイ・データベース、
masterデータベースの切り替え
で、主に切り替えることをコミットalter databaseを実行したセッションのシャットダウン;
チェック：
SELECT open_mode、V $データベースからDATABASE_ROLE;
リードライトDATABASE_ROLE

13. スナップショットデータベースは、
    ライブラリ書き込み可能モードで配置されます。またはサービス・テストラインテストアナログ
    注：ライブラリーの調製は、プライマリ・データベースのログを受け入れることができますが、アプリケーションを適用することはできません。
    手順：（1）は、高速回復ゾーンを配置し
    、ライブラリによって：DB_RECOVERY_FILE_DEST_SIZE（最初のセットサイズ）DB_RECOVERY_FILE_DEST
    ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE = 10グラム;
    ALTERシステムDB_RECOVERY_FILE_DEST SETを= '/ U01 /フラッシュ';
    フラッシュバック・データベースの必要性をオープンに
    （2）REDOを閉鎖します。適用する適用
    ALTERデータベースを管理スタンバイデータベースキャンセルを回復し;
    。スナップショットスナップショットデータベースへの（3）スイッチ
    スナップショット・スタンバイへのためのALTERデータベースの変換、
    五$データベースからSELECTステータス、開くためにマウントされた
    オープンALTERデータベースを
    、SELECT open_modeを五$データベースからDATABASE_ROLE、
    読み込み書き込み（プライマリと同じ）がスタンバイスナップショット
    試験：インサート
    この、フィジカル・スタンバイ・データベース- >スナップショットデータベース
    スナップショットデータベース- >フィジカル・スタンバイ・データベース、カットバック。
    （5）クローズデータベース、マウントに置か
    シャットダウン即時
    スタートアップマウント
    フィジカル・スタンバイへのスイッチバックコマンドALTERデータベースの変換を行う（6）;.
    例としては、V $インスタンスのステータスNOMOUNT状態が開始されている
    オープンを開始するために、クローズドインスタンスを
    ALTER管理データベースがSTANDBYを回復現在のログファイルの切断を使用して、データベース、オープンなリアルタイムアプリケーション
    テストの挿入
    注：スナップショットは読み書きモードオープン少なくとも一度、フィジカル・スタンバイ・データベースに戻って、それを変換するために、
    コマンド状態$インスタンス状況v
    スタートアップが開いて開いて
    開始スタートアップNOMOUNTのNOMOUNT
    スタートアップマウントマウントはマウントされた
    オープンオープンオープンALTERシステム