スタンドアロン・サーバー用のOracle Grid Infrastructureは、Oracle Restartとも呼ばれ、単一インスタンスのOracle Databaseのシステム・サポートを行います。このサポートには、ボリューム管理、ファイル・システムおよび自動再起動の機能が含まれます。Oracle Automatic Storage Management (Oracle ASM)を使用する場合は、データベースをインストールする前に、Oracle Restartをインストールする必要があります。スタンドアロン・サーバー用のOracle Grid Infrastructureには、Oracle RestartおよびOracle Automatic Storage Managementが含まれます。2つのインフラストラクチャ製品は、一式のバイナリに結合され、Oracle Restartホームにインストールされます。
Oracle Automatic Storage Managementは、Oracleデータベース・ファイルのボリューム・マネージャおよびファイル・システムで、単一インスタンスOracle DatabaseとOracle Real Application Clusters(Oracle RAC)の構成をサポートします。また、Oracle Databaseバイナリなど、アプリケーションの要件に対して汎用ファイル・システムもサポートします。Oracle Automatic Storage Managementは、従来のボリューム・マネージャ、ファイル・システムおよびRAWデバイスにかわるOracle推奨のストレージ管理ソリューションです。
注意:
|
Oracle Restartは、次のようにOracleデータベースの可用性を向上させます。
ハードウェアまたはソフトウェアの障害が発生した場合、すべてのOracleコンポーネント(Oracleデータベース・インスタンス、Oracle Netリスナー、データベース・サービス、Oracle ASMなど)は、Oracle Restartにより自動的に起動されます。
データベース・ホストの再起動時、コンポーネントを正しい順序で起動します。
定期的なチェックを実行してOracleコンポーネントの状態を監視します。チェック操作がコンポーネントで失敗すると、そのコンポーネントは停止し、再起動されます。
この章の内容は次のとおりです。
この項では、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストール前に完了しておく必要のある、次のオペレーティング・システムの作業について説明します。
現在のシステム情報を確認するには、次のコマンドを実行します。
構成済スワップ領域のサイズを確認するには、次のコマンドを入力します。
# /usr/sbin/swapinfo -a
必要な場合は、追加のスワップ領域の構成方法について、使用しているオペレーティング・システムのマニュアルを参照してください。
システムの空きディスク領域のサイズを確認するには、次のコマンドのいずれかを入力します。
# bdf
/tmp
ディレクトリ内の使用可能な領域の量を確認するには、次のコマンドを入力します。
# bdf /tmp
次のコマンドを入力して、物理RAMのサイズを確認します。
# /usr/contrib/bin/machinfo | grep -i Memory
システムに搭載されている物理RAMのサイズが要件のサイズより少ない場合は、次の手順に進む前にメモリーを増設してください。
システムが、スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールするための次のメモリー要件を満たしていることを確認してください。
Oracle Databaseをインストール予定のインストールを含むスタンドアロン・サーバーに対する、Oracle Grid Infrastructureの4GB以上のRAM。
次の表では、インストールされているRAMと構成済スワップ領域の推奨サイズの関連を示します。
システムが、スタンドアロン・サーバーにOracle Grid Infrastructureをインストールするための次のディスク領域の最低要件を満たしていることを確認してください。
次のタスクを実行して、Oracle Restartソフトウェア所有者ユーザーの環境を設定します。
「システムへrootとしてログイン」および「Oracleソフトウェア所有者環境の構成」の情報を参照してください。
Oracleベース・ディレクトリに対するパスが設定されていることを確認します。Oracle RestartホームおよびOracle Databaseホームを同じOracleベース・ディレクトリに作成することをお薦めします。次に例を示します。
# ORACLE_BASE=/u01/app/oracle; # export ORACLE_BASE
シェル起動ファイルで、Oracle Restartソフトウェア所有者ユーザーのデフォルトのファイル・モード作成マスク(umask
)を022に設定します。マスクを022に設定すると、ソフトウェア・インストールを実行するユーザーは644の権限を持つファイルを作成できます。
Oracle Restartインストール・ソフトウェア所有者のファイル記述子およびプロセスにulimit
を設定します。
インストールに備えて、DISPLAY
環境変数を設定します。
Oracle Databaseをインストールする場合は、インストール前の追加要件を満たす必要があります。第3章「Oracle Databaseのインストール前の作業」を参照してください。
Oracle Automatic Storage Management (Oracle ASM)の記憶域構成の詳細は、次の項を確認してください。
前のリリースのOracle DatabaseをOracle Grid Infrastructureにインストールするときに、Oracle ASM Configuration Assistant (Oracle ASMCA)を使用して、ディスク・グループを作成および変更します。
Oracle Database 11gリリース2より前のリリースでは、Oracle Database Configuration Assistant (Oracle DBCA)を使用してOracle ASMで管理タスクが実行されました。Oracle Database 11gリリース2 (11.2)以上では、Oracle ASMはOracle Grid Infrastructureインストールの一部としてインストールされます。Oracle DBCAを使用してOracle ASMで管理タスクを実行することはできなくなりました。
関連項目: Oracle Database 11g以下のソフトウェアをOracle Grid Infrastructure 12cとともに使用した、データベースに対するディスク・グループの互換性の構成に関する詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。 |
前のリリースでは、Oracle Automatic Storage Management(Oracle ASM)のインストールは、Oracle Databaseインストールの一部として実行されました。Oracle Database 11gリリース2 (11.2)から、Oracle ASMは、クラスタまたはスタンドアロン・サーバー用のOracle Grid Infrastructureインストールに含まれています。
既存のOracle ASMインストールをアップグレードする場合は、Oracle Grid Infrastructureのアップグレード(既存のOracle ASMインストールのアップグレード)を実行してOracle ASMをアップグレードする必要があります。Oracle ASMがインストールされていない場合に、Oracle ASMを記憶域オプションとして使用するには、Oracle Databaseのインストールを開始する前に、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールを完了する必要があります。
Oracle ASMインスタンス、ディスク・グループおよびボリュームをインストールおよび構成するには、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(Oracle ASMCA)を実行する必要があります。また、ASMCAコマンドライン・インタフェースを非GUIユーティリティとして使用できます。
関連項目:
|
この項には、Oracle Automatic Storage Managementで使用する記憶域の構成方法について説明する次のトピックがあります。
関連項目: ディスク・グループの作成および管理の詳細は、『Oracle Automatic Storage Management管理者ガイド』の新しいOracleインストール用のディスク・グループの作成に関する項を参照してください。 |
注意: 引用符で囲む必要があるため、識別子をデータベース・オブジェクト名に使用することをお薦めしません。これらの引用符で囲んだ識別子は、SQL CREATE 文では名前(CREATE DISKGROUP "1data" ... など)として有効な場合がありますが、データベース・オブジェクトを管理する他のツールを使用する際は名前として有効ではない場合があります。 |
Oracle ASMの記憶域要件を特定するには、必要なデバイス数およびディスクの空き領域を決定する必要があります。この作業を実行するには、次の手順を実行します。
Oracle ASMをOracle Databaseファイルまたはリカバリ・ファイル、あるいはその両方に使用するかどうかを決定します。Oracle Databaseファイルには、データファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイル、およびパスワード・ファイルが含まれます。
データベースのインストール時に、Oracle Databaseファイルの記憶域メカニズムとしてファイル・システムまたはOracle ASMのどちらかを選択するオプションがあります。同様に、リカバリ・ファイルの記憶域メカニズムとしてファイル・システムまたはOracle ASMのどちらかを選択するオプションもあります。
注意: Oracle Databaseファイルとリカバリ・ファイルの両方に同じ記憶域メカニズムを使用する必要はありません。一方のファイル・タイプにファイル・システムを使用し、もう一方にOracle ASMを使用できます。 |
Oracle ASMをOracle Databaseファイルの記憶域オプションとして選択した場合、「リカバリ・オプションの指定」画面の選択内容によって次のリカバリ・オプションがあります。
リカバリ・ファイルにOracle ASMオプションを選択した場合、Oracle Universal Installerでは、Oracle Databaseファイルおよびリカバリ・ファイルの両方に同じディスク・グループを使用するオプションのみが示されます。
データベースのインストール時にリカバリを有効にしないように決定している場合、データベースのインストール後に、DB_RECOVERY_FILE_DEST
パラメータを変更して高速リカバリ領域を有効にできます。
関連項目:
|
作成するOracle ASMディスク・グループごとに、使用するOracle ASMの冗長性レベルを選択します。
Oracle ASMディスク・グループの冗長性レベルを選択することによって、ディスク・グループにおけるOracle ASMによるファイルのミラー化方法、必要なディスク数およびディスク領域が決まります。
外部冗長性
このオプションでは、Oracle ASMでディスク・グループのコンテンツをミラーできません。この冗長性レベルの選択が推奨されるのは、RAIDデバイスなどそれ自体がデータ保護を提供するデバイスがディスク・グループに含まれる場合、またはデータベースが割込みなしのデータ・アクセスを必要としない場合です。
標準冗長性
標準冗長性ディスク・グループでは、パフォーマンスおよび信頼性を最適化するために、Oracle ASMではデータファイルの双方向ミラー化および制御ファイルの3方向ミラー化がデフォルトで使用されます。また、ディスク・グループの個々のファイルに対してミラー化の特性を選択できます。双方向ミラー化を使用するか、ミラー化を使用しないこともできます。
双方向ミラー化を使用する場合、標準冗長性ディスク・グループには、2つ以上の障害グループ(または2つ以上のディスク・デバイス)が必要です。標準冗長性ディスク・グループの有効なディスク領域は、その全デバイスのディスク領域の合計の半分です。
Oracleでは、ほとんどのインストールに標準冗長性ディスク・グループの使用をお薦めします。
高冗長性
ディスク・グループの内容は、デフォルトで3方向にミラー化されます。高冗長性ディスク・グループを作成するには、3つ以上の障害グループ(3つ以上のデバイス)を指定する必要があります。
高冗長性ディスク・グループでは最高水準のデータ保護が提供されますが、この冗長性レベルの使用を決定する前に、追加するストレージ・デバイスによりコストが高くなることを考慮する必要があります。
データベース・ファイルおよびリカバリ・ファイルに必要なディスク領域の合計量を判別します。
システムでOracle ASMインスタンスが実行されている場合は、既存のディスク・グループを使用して記憶域要件を満たすことができます。必要に応じて、データベースのインストール時にディスクを既存のディスク・グループに追加できます。
次の表を使用して、インストールに必要な最小ディスク数と最小ディスク領域を判別します。
冗長性レベル | 最小ディスク数 | データファイル | リカバリ・ファイル | 両方のファイル・タイプ |
---|---|---|---|---|
外部 | 1 | 1.8GB | 3.6GB | 5.4GB |
標準 | 2 | 3.6GB | 7.2GB | 10.8GB |
高 | 3 | 5.4GB | 10.8GB | 16.2GB |
オプションとして、Oracle ASMディスク・グループ・デバイスの障害グループを特定します。
標準冗長性ディスク・グループまたは高冗長性ディスク・グループを使用する場合、ディスク・デバイスのセットをカスタム障害グループに関連付けることにより、ハードウェア障害に対するデータベースの保護を強化できます。デフォルトでは、各デバイスはそれぞれの障害グループに含まれます。ただし、標準冗長ディスク・グループの2台のディスク・デバイスが同じSmall Computer System Interface (SCSI)コントローラに接続されている場合、コントローラに障害が発生すると、ディスク・グループは使用できなくなります。この例のコントローラは、シングル・ポイント障害です。
たとえば、このような障害を回避するために、2つのSCSIコントローラ(それぞれが2つのディスクを持つ)を使用し、各コントローラに接続するディスクに対して障害グループを定義できます。この構成では、ディスク・グループによる1つのSCSIコントローラの障害の許容が可能になります。
注意: インストール後に、GUIツールのASMCA、コマンドライン・ツールのasmcmd 、またはSQLコマンドを使用して、カスタム障害グループを定義します。カスタム障害グループを定義する場合、標準冗長性ディスク・グループに対して2つ以上の障害グループ、および高冗長性ディスク・グループに対して3つ以上の障害グループを指定する必要があります。 |
システムに適切なディスク・グループが存在しないことが確実な場合、適切なディスク・デバイスをインストールまたは指定して、新しいディスク・グループに追加します。次のガイドラインに従って、適切なディスク・デバイスを指定します。
ディスク・デバイスは、グリッド・インストールを実行するユーザーが所有する必要があります。
Oracle ASMディスク・グループでは、すべてのデバイスのサイズおよびパフォーマンス特性が同じである必要があります。
複数のパーティションを単一の物理ディスクにディスク・グループ・デバイスとして指定しないでください。Oracle ASMでは、各ディスク・グループ・デバイスをそれぞれ個別の物理ディスクに配置する必要があります。
論理ボリュームは、Oracle ASMディスク・グループのデバイスとして指定できますが、Oracle ASMには不要な複雑なレイヤーが追加されるため、これを使用することはお薦めできません。論理ボリューム・マネージャの使用を選択する場合は、追加ストレージ・レイヤーのストレージ・パフォーマンスに対する影響を最小化できるように、論理ボリューム・マネージャを使用してストライプ化またはミラー化しない単一の論理ユニット番号(LUN)を表すことをお薦めします。
関連項目: Oracle ASMディスク・グループの構成の詳細は、『Oracle Automatic Storage Management管理者ガイド』のASM用のストレージの準備に関する項を参照してください。 |
Oracle ASMでDASまたはSANディスクを使用するには、ディスクのパーティション表が必要です。ディスクごとに、パーティションを1つ作成することをお薦めします。
自動ストレージ管理で使用するディスクを構成する手順は、次のとおりです。
ディスクが使用可能であることを確認するには、次のコマンドを入力します。
# /usr/sbin/ioscan -fun -C disk
Class I H/W Path Driver S/W State H/W Type Description ========================================================================== disk 0 0/0/1/0.6.0 sdisk CLAIMED DEVICE HP DVD 6x/32x /dev/dsk/c0t6d0 /dev/rdsk/c0t6d0 disk 1 0/0/1/1.2.0 sdisk CLAIMED DEVICE SEAGATE ST39103LC /dev/dsk/c1t2d0 /dev/rdsk/c1t2d0
このコマンドでは、ブロック・デバイス名(/dev/dsk/c
x
t
y
d
z
)などの、システムに接続されている各ディスクに関する情報が表示されます。
注意: HP-UX 11i v.3では、Agile Viewを使用して、ブロック・デバイス(/dev/disk/diskxyz )や文字RAWデバイス(/dev/rdisk/diskxyz )などのマス・ストレージ・デバイスを確認することもできます。次に例を示します。
#>ioscan -funN -C disk Class I H/W Path Driver S/W State H/W Type Desc =================================================================== disk 4 64000/0xfa00/0x1 esdisk CLAIMED DEVICE HP73.4GST373454LC /dev/disk/disk4 /dev/rdisk/disk4 disk 907 64000/0xfa00/0x2f esdisk CLAIMED DEVICE COMPAQ MSA1000 VOLUME /dev/disk/disk907 /dev/rdisk/disk907 |
ioscan
コマンドで、使用するデバイスのデバイス名情報が表示されない場合は、次のコマンドを入力して、すべての新しいデバイス用に特別なデバイス・ファイルをインストールします。
# /usr/sbin/insf -e
ディスク・グループに追加する各ディスクについて次のコマンドを入力し、まだLVMボリューム・グループに属していないことを確認します。
# /sbin/pvdisplay /dev/dsk/cxtydz
このコマンドによってボリューム・グループの情報が表示された場合、そのディスクはボリューム・グループにすでに属しています。選択するディスクは、LVMボリューム・グループに属していない必要があります。
注意: 別のボリューム管理ソフトウェアを使用する場合(VERITAS Volume Managerなど)、ディスクが使用されていないことを確認する方法について、該当するマニュアルを参照してください。 |
ディスク・グループに追加する各ディスクについて次のようなコマンドを入力し、キャラクタ・ファイルの所有者、グループおよび権限を変更します。
# chown oracle:dba /dev/rdsk/cxtydz # chmod 660 /dev/rdsk/cxtydz
注意: DSF(Agile View)パスの場合、次のようなパスを使用してコマンドを入力します。# chmod 660 /dev/rdisk/diskxyz |
注意: 自動ストレージ管理でマルチ・パス・ディスク・ドライバを使用している場合は、必ずディスクの正しい論理デバイス名にのみ権限を設定するようにします。 |
コンピュータに構成済のOracle ASMインスタンスがない場合、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(Oracle ASMCA)・ユーティリティにより、新しいOracle Automatic Storage Managementインスタンスが作成されます。
追加のディスク・グループを作成する場合や、Oracle ASMディスクを手動で構成する場合は、次のようにOracle ASMCAを実行します。
$ cd Grid_home
/bin
$ ./asmca
Grid_home
は、スタンドアロン・サーバー用のOracle Grid Infrastructureホームへのパスです。
関連項目: 『Oracle Automatic Storage Management管理者ガイド』 |
この章に記載されているようにしてスタンドアロン・サーバー用のOracle Grid Infrastructureをインストールした後に、Oracle ASMインストールをテストするには、asmcmd
コマンドライン・ユーティリティを使用してログインし、Oracle ASMディスク・グループ・ファイルおよびディレクトリを管理します。手順は次のとおりです。
シェル・ウィンドウを開き、ORACLE_SID
およびORACLE_HOME
環境変数を一時的に設定して、Oracle ASMインスタンスで使用する適切な値を指定します。
たとえば、Oracle ASMのSID
が+ASM
で、OracleホームがORACLE_BASE
ディレクトリのgrid
サブディレクトリにある場合は、次のコマンドを入力して必要な設定を作成します。
Bourne、Bash、またはKornシェルの場合:
$ ORACLE_SID=+ASM $ export ORACLE_SID $ ORACLE_HOME=/u01/app/oracle/product/12.1.0/grid $ export ORACLE_HOME
Cシェルの場合:
% setenv ORACLE_SID +ASM % setenv ORACLE_HOME /u01/app/oracle/product/12.1.0/grid
ASMCMDを使用して、Oracle ASMインスタンスのディスク・グループをリストします。
$ORACLE_HOME/bin/asmcmd lsdg
デフォルトで、ASMCMDはSYSASM権限を持つSYSユーザーとして接続します。
Oracle ASMインスタンスが実行されていない場合は、次のコマンドを使用してインスタンスを起動します。
$ORACLE_HOME/bin/asmcmd startup
関連項目: 『Oracle Automatic Storage Management管理者ガイド』のOracle ASMコマンドライン・ユーティリティに関する項 |
以前のリリースのOracle ASMが、サーバーまたは既存のOracle Restartインストール内にインストールされている場合は、Oracle Automatic Storage Management Configuration Assistant (Oracle ASMCA)を使用して、既存のOracle ASMインスタンスを12cにアップグレードし、その後でディスク・グループ、Oracle ASMボリュームおよびOracle ASMファイル・システムを構成します。
注意: 既存のOracle ASMインスタンスのアップグレードは、そのインスタンスを使用するすべてのデータベースおよびアプリケーションを停止してから実行する必要があります。 |
インストール時に、Oracle ASMを使用し、以前のOracle ASMバージョンが別のOracle ASMホームにインストールされていることがOracle ASMCAにより検出された場合は、Oracle ASM 12cのバイナリをインストールした後に、Oracle ASMCAを起動して既存のOracle ASMインスタンスをアップグレードできます。
関連項目:
|
ソフトウェアのみのインストールでは、スタンドアロン・サーバー用のOracle Grid Infrastructureのバイナリが指定された場所にコピーされるのみです。インストール後、スタンドアロン・サーバー用のOracle Grid InfrastructureとOracle ASMを手動で構成します。
Oracle Grid Infrastructureソフトウェアのソフトウェアのみのインストールを実行する場合、ソフトウェアのインストール後にOracle Restartを有効にするには、いくつかの構成ステップを手動で完了する必要があります。
ソフトウェアのみのインストールには、次のステップが含まれます。
Oracle Database 12c
のインストール・メディア上の関連ディレクトリまたはダウンロード・ディレクトリで、runInstallerコマンドを実行します。
スタンドアロン・サーバー用のOracle Grid Infrastructureのソフトウェアのみのインストールを完了します。
プロンプトが表示されたら、orainstRoot.sh
スクリプトを実行します。
Oracle Universal Installer (OUI)により、root.sh
スクリプトの実行が求められます。
次に、root.sh
によりroothas.pl
の実行が求められます。ソフトウェアのみのインストールを実行した後にroothas.pl
を実行してスタンドアロン・サーバー用のOracle Grid Infrastructureを構成する方法の詳細は、「ソフトウェア・バイナリの構成」を参照してください。
runcluvfy.sh stage -pre
hacfg
コマンドを使用して、サーバーがインストール要件を満たしていることを確認します。記憶域およびサーバーのインストール前の要件がすべて完了していることを確認します。
スタンドアロン・サーバー用のOracle Grid InfrastructureのソフトウェアのみのインストールをOracle Restart用に構成およびアクティブ化するには、次のタスクを実行します。
root
ユーザーとしてログインし、次の構文を使用して、Grid_home
からroothas.pl
スクリプトを実行します。
Grid_home/perl/bin/perl -I Grid_home/perl/lib -I Grid_home/crs/install Grid_home/crs/install/roothas.pl
たとえば、スタンドアロン・サーバー用のOracle Grid Infrastructureホームがu01/app/oracle/product/12.1.0/grid
である場合は、次のスクリプトを実行します。
# /u01/app/oracle/product/12.1.0/grid/perl/bin/perl -I /u01/app/oracle/product/12.1.0/grid/perl/lib -I /u01/app/oracle/product /12.1.0/grid/crs/install /u01/app/oracle/product/12.1.0/grid/crs/install/roothas.pl
ディレクトリをGrid_home/
oui/bin
に変更します(ここで、Grid_home
は、スタンドアロン・サーバー用のOracle Grid Infrastructureホームのパスです)。
Oracle Restartソフトウェアの所有者ユーザーとしてログインし、次のコマンドを入力します。
./runInstaller -updateNodeList ORACLE_HOME=Grid_home
-defaultHomeName CLUSTER_NODES= CRS=TRUE
次に例を示します。
$ ./runInstaller -updateNodeList ORACLE_HOME=/u01/app/oracle/product/12.1.0/grid -defaultHomeName CLUSTER_NODES= CRS=TRUE
Oracle Network Configuration AssistantおよびOracle ASMCAとともにSRVCTL
ユーティリティを使用して、リスナー、Oracle ASMインスタンスおよびすべてのOracle ASMディスク・グループをOracle Restart構成に追加します。
関連項目:
|
スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールしてからデータベースを作成すると、データベースがOracle Restart構成に自動的に追加され、必要に応じて自動的に再起動されます。ただし、データベースが存在するホスト・コンピュータにスタンドアロン・サーバー用のOracle Grid Infrastructureをインストールする場合は、データベース、リスナー、Oracle ASMインスタンスおよびその他のコンポーネントをOracle Restart構成に手動で追加する必要があります。
注意: スタンドアロン・サーバー用のOracle Grid Infrastructureでは、1つのホスト・コンピュータ上で複数の単一インスタンス・データベースを受け入れることができます。 |
この項の内容は、次のとおりです。
次の手順を実行して、スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールしてから、Oracle Restartで管理されるデータベースを作成します。最初に、スタンドアロン・サーバー用のOracle Grid Infrastructure (Oracle RestartおよびOracle ASM)をインストールし、Oracle ASMに1つ以上のディスク・グループを構成してから、Oracle ASMディスク・グループにデータベース・ファイルを格納するOracle Databaseをインストールします。「Oracle Universal Installer」ページの「ヘルプ」ボタンをクリックして、ページ・レベルの詳細を参照してください。
スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールを進める前に、既存のOracleプロセスを停止する必要があります。詳細は、「既存のOracleプロセスの停止」を参照してください。
スタンドアロン・サーバー用のOracle Grid Infrastructureを新規データベースとともにインストールするには、次の手順を実行します。
Oracle Restartのソフトウェア所有者ユーザーとしてOracle Universal Installerを起動します。インストール・ファイルの場所に合せて、次のいずれかの操作を行います。
インストール・ファイルがインストール・メディアにある場合は、次のようなコマンドを入力します(ここで、directory_path
は、インストール・メディアのスタンドアロン・サーバー用のOracle Grid Infrastructureのディレクトリ・パスです)。
$ /directory_path/runInstaller
注意: スタンドアロン・サーバー用のOracle Grid Infrastructureは、Oracle Grid Infrastructureのメディアからインストールする必要があります。 |
インストール・ファイルがハードディスクにある場合は、スタンドアロン・サーバー用のOracle Grid Infrastructureの(clusterware
)ディレクトリ・パスに移動し、次のコマンドを入力します。
$ ./runInstaller
注意: Oracle Universal Installerは、Oracle Restartのソフトウェア所有者ユーザーとしてログインしてユーザーの環境を設定した端末セッションから起動してください。 |
Oracle Universal Installerが表示されない場合は、「X Windowの表示エラー」および「リモート端末でのインストール・エラー」のトラブルシューティング情報を参照してください。
「インストール・オプションの選択」画面で、「スタンドアロン・サーバー用にOracle Grid Infrastructureをインストールおよび構成」オプションを選択してOracle RestartおよびOracle ASMをインストールして構成します。「次へ」をクリックします。
「製品言語の選択」画面で、1つ以上の言語を選択します。「使用可能な言語」リストから「選択された言語」リストに、言語を移します。「次へ」をクリックします。
「ASMディスク・グループの作成」画面に、すべてのOracle ASMディスクが表示されます。
「検出パスの変更」をクリックして、画面に表示されていない、Oracle ASMで使用するデバイスを選択します。「ディスク検出パスの変更」ウィンドウで、Oracle ASMで使用するデバイスの検索に使用する文字列を入力します。ディスク文字列をORCL:*
に設定するか、空("")のままにすると、インストーラでこれらのディスクが検出されます。「OK」をクリックします。
Oracle ASMで使用するディスクの選択が終了したら、「次へ」をクリックします。
注意: インストール中、Oracle ASMでマウントされ文字列ORCL:* で登録されたディスク・パスが、デフォルトのデータベース記憶域の候補ディスクとして一覧表示されます。 |
この手順の実行中は、次のディスク・デバイスに関する情報を考慮します。
デフォルトのディスク・グループ名はDATA
です。ディスク・グループに新しい名前を入力する、またはデフォルト名を使用することができます。
ディスク・デバイスは、グリッド・インストールを実行するユーザーが所有する必要があります。
システム管理者に問い合せて、Oracle ASMで使用されるディスクがストレージ・レベルでミラー化されているかどうか確認してください。ミラー化されている場合は、冗長性に「外部」を選択します。ディスクがストレージ・レベルでミラー化されていない場合は、冗長性に「標準」を選択します。
注意: 標準冗長性で同一のデータ量を保持するために、倍のディスク領域が必要です。たとえば、100GBのデータベースの場合、必要な記憶域は約200Gです。 |
すべてのOracle ASMディスクは割当て単位(AU)に分割されます。割当て単位は、ディスク・グループ内の割当ての基本単位です。特定のディスク・グループ互換レベルに応じて、AUサイズの値に1、2、4、8、16、32または64MBを選択できます。デフォルト値は1MBに設定されています。
「ASMパスワードの指定」画面で、Oracle ASMインスタンスへの接続に必要なパスワードを入力します。Oracle ASMインスタンスは、SYSASM
と呼ばれる権限ロールで管理され、これによりOracle ASMディスク・グループへの完全なアクセスが付与されます。Oracle ASMインスタンスの監視には、SYSDBA
権限を持つ、より権限の低いユーザーASMSNMP
を作成することをお薦めします。
SYS
およびASMSNMP
ユーザー・アカウントのパスワードを入力します。パスワードは、8文字以上の長さで、アルファベットを1つ以上、数字を1つ以上、およびハイフン(-
)、アンダースコア(_
)、番号記号(#
)の3つの記号のうちのいずれかを1つ以上使用する必要があります。パスワード・フィールドに、他の特殊文字は使用できません。
必要に応じて、すべてのアカウントに同じパスワードを使用できます。ただし、アカウントごとに異なるパスワードを指定することをお薦めします。指定したパスワードを覚えておく必要があります。
「管理オプションの指定」画面には、Oracle Enterprise Manager Cloud Controlを使用してOracle Grid InfrastructureおよびOracle Automatic Storage Managementを管理するオプションが示されます。「Enterprise Manager (EM) Cloud Controlへの登録」を選択し、次の構成情報を指定します。
OMSホスト: 管理リポジトリを実行するシステムの名前です。
OMSポート: 管理サービスからのリクエストを受信するOracle Enterprise Managerポートの番号です。
EM管理ユーザー名: Oracle Enterprise Managerにログインするユーザーの名前です。
EM管理パスワード: Oracle Enterprise Managerにログインするためのパスワードです。
「権限付きオペレーティング・システム・グループ」画面で、OSDBA
グループ、OSASM
グループおよびOracle ASMオペレータ・グループOSOPER
用に作成したオペレーティング・システム・グループの名前を選択します。dba
グループのみを作成すると、そのグループを3つの権限グループすべてで使用できます。別のasmadmin
グループを作成した場合は、その値をOSASM
グループで使用します。「次へ」をクリックします。
「インストール場所の指定」画面に次の情報を入力し、「次へ」をクリックします。
Oracleベース: Oracleベース・ディレクトリの場所を入力します。パスには空白を入れないようにしてください。
ソフトウェアの場所: デフォルト値を受け入れるか、ソフトウェアをインストールするディレクトリ・パスを入力します。ディレクトリ・パスに空白を含めないでください。
関連項目:
|
「rootスクリプトの実行構成」画面を使用すると、グリッド・インフラストラクチャのインストール中に、rootスクリプトを自動と手動のどちらで実行するかの構成方法を選択できます。rootスクリプトを自動的に実行するには、「構成スクリプトを自動的に実行」を選択し、次のオプションのいずれか1つを選択します。
rootユーザーの資格証明を使用: root
ユーザー・パスワードを指定してください。
sudoの使用: sudoプログラムのプログラム・パス、ユーザー名およびパスワードを指定してください。
「インベントリの作成」画面が表示されるのは、システムにOracleソフトウェアをインストールするのが初めての場合のみです。
必要に応じて、インベントリ・ディレクトリのパスを変更します。また、必要に応じて、oraInventoryグループ名としてoinstall
を選択します。「次へ」をクリックします。
「前提条件チェックの実行」画面で、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールを実行するための最小システム要件が満たされているかどうかを確認します。すべてのシステム要件が満たされている場合、「サマリー」画面に移動します。インストールに失敗すると、エラーを確認できます。
「再チェック」をクリックすると、前提条件のチェックを再実行して、データベース・インストールを実行できる最低要件が満たされているかどうか確認できます。
問題を修正してからシステム要件を再チェックする場合は、「修正および再チェック」をクリックします。
注意: 「修正および再チェック」オプションにより、root ユーザーとして実行する必要があるスクリプトが生成されます。この生成されたスクリプトでは、一部のシステム・パラメータ値が設定されます。このスクリプトの内容は変更しないことをお薦めします。詳細は、「インストール修正スクリプトの使用」を参照してください。 |
失敗した要件リストを取得するには、リストから「失敗を表示」を選択します。Oracle Universal Installerにより実行されるすべての前提条件チェックのリストを取得するには、「すべて表示」を選択します。成功した前提条件チェックのリストを取得するには、「成功を表示」を選択します。
注意: 「すべて無視」オプションを選択する場合は注意が必要です。このオプションを選択すると、Oracle Databaseをシステムに正常にインストールできるかどうかをOracle Universal Installerが確認できない場合があります。 |
「サマリー」画面の内容を確認し、「インストール」をクリックします。
「レスポンス・ファイルの保存」をクリックして、すべてのインストール手順をレスポンス・ファイルに保存できます。このファイルは、サイレント・インストールに使用できます。
「製品のインストール」画面に、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールの進捗状況が表示されます。
「rootスクリプトの実行構成」画面でrootスクリプトを自動的に実行するオプションを選択した場合は、Oracle Universal Installerにより、rootスクリプトが自動的に実行されます。「次へ」をクリックします。
それ以外の場合、構成スクリプトを自動的に実行するオプションを選択しなかった場合は、Oracle Universal Installerにより、root.sh
スクリプトおよびorainstRoot.sh
スクリプト(必要な場合)をroot
ユーザーとして実行してインストールを完了するよう求められます。このプロセス中、「構成スクリプトの実行」ウィンドウが表示されます。この画面のスクリプトを実行するまで、「OK」はクリックしないでください。
注意: システムにOracleソフトウェアを初めてインストールする場合は、orainstRoot.sh スクリプトを実行する必要があります。ただし、rootスクリプトを自動的に実行するオプションを選択した場合は、Oracle Universal Installerにより、oraInstRoot.sh スクリプトが自動的に実行されます。 |
「終了」画面に、インストールのステータスが表示されます。インストールを終了するには、「閉じる」をクリックし、Oracle Universal Installerを終了します。
エラーが発生した場合、構成ログを参照して詳細を確認します。構成ログへのパスワードは、「コンフィギュレーション・アシスタント」ウィンドウ上に表示されています。
Oracle ASMCAは、スタンドアロン・サーバー用のOracle Grid Infrastructureインストールの一部としてインストールされます。追加のディスク・グループを作成する場合は、Oracle ASMCAユーティリティを実行します。たとえば、RECOVERY
という名前の別のディスク・グループを作成して、高速リカバリ領域を格納できます。
注意: Oracle High Availability Serviceが正しくインストールされているかどうかを確認するには、./crsctl check has コマンドをGrid_home /bin ディレクトリから実行します。
|
Oracle Databaseをインストールします。「Oracle Databaseソフトウェアのインストール」を参照してください。
注意:
|
インストールされたバイナリを削除せずにOracle Restartを構成解除する場合、「Oracle Restartのトラブルシューティングおよび構成解除」を参照してください。
スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールし、既存のOracleデータベース用に構成するには、この項で概説している手順に従ってください。Oracle Restartで管理できるのは、既存のリリース12.1リソースのみであるため、既存のリリース12.1データベースに対してのみスタンドアロン・サーバー用のOracle Grid Infrastructureをインストールできます。ただし、リリース12.1より前のOracleデータベースは、Oracle Restartで管理されないで同じサーバーに共存できます。
スタンドアロン・サーバー用のOracle Grid Infrastructureを既存のデータベースにインストールするには、次のようにします。
データベースと同じホスト・コンピュータで、Oracle Universal Installerを使用してスタンドアロン・サーバー用のOracle Grid Infrastructureをインストールし、インストール・オプションとして「スタンドアロン・サーバー用にOracle Grid Infrastructureをインストールおよび構成」を選択します。
スタンドアロン・サーバー用のOracle Grid Infrastructureのコンポーネントは、別のOracleホームにインストールされます。
手順の詳細は、「新規データベース・インストールによるスタンドアロン・サーバー用のOracle Grid Infrastructureのインストール」を参照してください。
Gridホームのbin
ディレクトリに移動します。
-c SINGLE
フラグを指定したsrvctl add database
コマンドを使用して、Oracle Restart構成内にデータベースを追加します。また、srvctl add
コマンドを使用して、リスナー、Oracle ASMインスタンス、すべてのOracle ASMディスク・グループおよびデータベース・サービスをOracle Restart構成に追加します。
関連項目: 『Oracle Database管理者ガイド』 |
スタンドアロン・サーバー用のOracle Grid Infrastructureのインストール後、最初にOracle Restartスタックを停止して、Gridホームにインストールされているソフトウェアを変更する必要があります。たとえば、個別パッチを適用するか、Oracle RestartまたはOracle ASMで使用されるDLLを変更するには、次の手順を実行してOracle Restartスタックを停止および再起動する必要があります。
ただし、OPatchユーティリティをauto
オプション付きで、つまりopatchauto
を実行する場合は、Oracle Restartスタックの停止および開始が自動的に行われるので、手動での停止と開始は必要ありません。OPatchをapply
オプション付きで、つまりopatch apply
を実行する場合は、この項で説明する手順に従ってOracle Restartスタックを手動で停止および再起動する必要があります。
関連項目: opatchautoの使用方法は、『Oracle Opatchユーザーズ・ガイド for Windows and UNIX』 を参照してください。 |
注意: 実行可能ファイルに再リンクする前に、再リンクしているOracleホーム・ディレクトリで実行されているすべての実行可能ファイルを停止する必要があります。また、Oracle共有ライブラリにリンクされているアプリケーションを停止します。 |
次の手順に従って、スタンドアロン・サーバー用のOracle Grid Infrastructureホームの変更準備をします。
スタンドアロン・サーバー用のOracle Grid Infrastructureソフトウェア所有者ユーザーとしてログインし、ディレクトリをパスGrid_home
/bin
に移動します(ここで、Grid_home
は、スタンドアロン・サーバー用のOracle Grid Infrastructureホームへのパスです)。
$ cd Grid_home
/bin
次のコマンドを使用してOracle Restartスタックを停止します。
$ crsctl stop has -f
スタンドアロン・サーバー用のOracle Grid Infrastructureホームにインストールされているソフトウェアに更新を実行します。
次のコマンドを入力して、Oracle Restartスタックを再起動します。
$ crsctl start has
次の手順に従って、スタンドアロン・サーバー用のOracle Grid Infrastructureを再リンクします。
root
としてログインします。
# cd Grid_home
/crs/install
# roothas.sh -unlock
スタンドアロン・サーバー用のOracle Grid Infrastructure所有者としてログインします。
$ export ORACLE_HOME=Grid_home
$Grid_home
/bin/relink
root
として再度ログインします。
# cdGrid_home
/rdbms/install/ # ./rootadd_rdbms.sh # cdGrid_home
/crs/install # roothas.sh -patch
オペレーティング・システムのパッチを適用したときやオペレーティング・システムのアップグレードをした後は毎回、Oracle RestartとOracle ASMのバイナリを再リンクする必要があります。
注意: Oracle Database 12c リリース1 (12.1.0.2)以上では、Oracle Grid Infrastructureホームのroothas.pl スクリプトはroothas.sh スクリプトに置き換わりました。 |