Oracle Grid Infrastructureのインストールを開始する前に、オペレーティング・システム構成要件およびチェックを完了します。
アップグレードおよび移行に関する一般的なプランニング・ガイドラインおよびプラットフォーム固有の情報を確認します。
Oracle Grid Infrastructureの現在のインストール環境をアップグレードする前に、次のベスト・プラクティスを確認してください。
すでにOracleがインストールされている場合は、次の手順を実行します。
リリース番号、パッチおよびその他の構成情報を記録します。
既存のインストールのアップグレード手順を確認します。
インストールを進める前に、アップグレードに関するOracleドキュメントを確認し、その後の処理を確認します。
注意:
構成の変更を開始する前に、既存のデータベースのバックアップを必ず作成してください。最新のソフトウェア更新情報や、アップグレードの前後、互換性、相互運用性に関する推奨ベスト・プラクティスについては、「Oracle 12c Upgrade Companion」(My Oracle SupportのNote 1462240.1)を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1462240.1
Oracle ASMアップグレードに関して、次の問題に注意してください。
Oracle自動ストレージ管理(Oracle ASM) 11gリリース1(11.1)以上では、クラスタ内の個別のノードに対して、または複数のノードに対してまとめてローリング・アップグレードを行うことで、Oracle RACデータベースを停止することなくアップグレードできます。ただし、Oracle ASMを使用しているクラスタにスタンドアロン・データベースがある場合、アップグレードする前にそのスタンドアロン・データベースを停止する必要があります。Oracle ASM 10gからアップグレードする場合は、Oracle ASMクラスタ全体を停止してアップグレードを行う必要があります。
Oracle Grid Infrastructure 11 gリリース2 (11.2)では、Oracle ASMがOracle ClusterwareとともにOracle Grid Infrastructureホーム(Gridホーム)にインストールされるように、Oracle ASMホームの場所が変更されました。
以前のリリースのOracle ASMホームがすでにある場合は、記憶域管理を簡略化またはカスタマイズするために、他の構成の変更を検討することが必要な場合があります。
Oracle Grid Infrastructure 11gリリース2 (11.2)またはOracle Grid Infrastructure 12cリリース1 (12.1)から新しいリリースにアップグレードする際、ローリング・アップグレード中に停止が発生した場合は、アップグレードを再開するときに以前のリリースのOracle Grid Infrastructureを起動してください。その後、Oracle ASMクラスタをローリング移行モードに戻します。これは、異なるリリースの2つのノードをクラスタで実行できないためです。
Oracle ASMをアップグレードするには、管理者ユーザーである必要があります。
ローリング・アップグレードに関して、次の情報に注意してください。
オペレーティング・システムのローリング・アップグレード時に、そのオペレーティング・システムの両方のバージョンが、使用しているOracle Databaseリリースで保証されている場合は、異なるオペレーティング・システム・バイナリを使用できます。
異なるバージョンのオペレーティング・システムを混在させて使用できるのは、アップグレードの間のみ
異なるバージョンのオペレーティング・システムを使用できるのは、アップグレードの間の数時間だけであることに注意してください。
Oracle Clusterwareでは、同じクラスタで異なる命令セット・アーキテクチャ(ISA)を使用するプロセッサを搭載するノードはサポートされていません。各ノードは、クラスタ内のほかのノードとバイナリ互換が必要です。
たとえば、同じクラスタの1つのノードでIntel 64プロセッサを使用し、別のノードでIA-64(Itanium)プロセッサを使用することはできません。同じクラスタの1つのノードでIntel 64プロセッサを使用し、別のノードでAMD64プロセッサを使用することはできますが、これは、プロセッサが同じx86-64 ISAを使用し、同じバイナリ・リリースのOracleソフトウェアを実行するためです。
注意:
クラスタのノードでは、そのプロセッサのメーカー、速度またはサイズは異なることも可能ですが、これはお薦めしません。セキュアなオペレーティング・システムは、一般的なシステム・セキュリティの重要な基本です。
インストール中、クラスタ・ノードでは、管理者ユーザーとして作業を実行する必要があります。
リモート表示できるようにする必要があるユーザー・アカウントに対して、リモート・アクセスを構成します。
Telnet Serviceがインストールされ、起動されていることを確認してください。
Microsoftは、Windows Server 2008 R2のリリースで名前をターミナル・サービスからリモート・デスクトップ・サービスに変更しました。Microsoftは、ターミナル・サービスがインストールされたWindowsサーバーへの接続に使用できるリモート・デスクトップ接続クライアントも導入しました。
Windowsの場合、Oracleはリモート・デスクトップ・サービス(以前のターミナル・サービス)を介したOracle Databaseソフトウェアのインストール、構成および実行をサポートしています。
Terminal Servicesをコンソール・モードで使用しないと、インストール後にコンフィギュレーション・アシスタントでの構成の問題またはOracle Clusterwareコンポーネントの起動に関する問題が発生します。
関連項目:
リモート・デスクトップ・サービスの詳細は、MicrosoftのWebサイト(http://www.microsoft.com/)を参照してください。
最新のリモート・デスクトップ・サービスの情報は、My Oracle SupportのWebサイト(https://support.oracle.com/)を参照してください。
My Oracle Support Webサイトでは、クライアントとデータベースの互換リリース、パッチおよび不具合を解決するための情報も参照できます。
このインストレーション・ガイドに含まれているハードウェアおよびソフトウェアの要件は、このマニュアルが発行された時点での最新でした。ただし、このマニュアルの発行後にプラットフォームおよびオペレーティング・システム・ソフトウェアの新しいバージョンが動作保証されている場合があるため、My Oracle SupportのWebサイトの動作保証マトリックスで、動作保証済のハードウェア・プラットフォームおよびオペレーティング・システムのバージョンの最新リストを参照してください。
インストールする製品に応じて、必要なオペレーティング・システム・ソフトウェアがクラスタの各ノードにインストールされていることを確認します。
このマニュアルに記載されているのは、タイトル・ページに記載されている日付での最新の要件です。オペレーティング・システム要件の最新情報は、次のURLのOracle Help Centerでオンライン版を参照してください。
docs.oracle.com
OUIによって、ご使用のシステムが示されたオペレーティング・システムの要件を満たしていることを確認する検証が実行されます。これらの検証が正常に完了するように、OUIを起動する前に要件を確認してください。
注意:
オペレーティング・システムのアップグレード時を除いて、クラスタ・メンバー間で異なるオペレーティング・システム・バージョンを実行することはできません。各オペレーティング・システムがサポートされている場合でも、同じクラスタのメンバーで異なるオペレーティング・システム・バージョンのバイナリを実行することはできません。表3-1 WindowsシステムにおけるOracle Gridソフトウェア要件
要件 | 値 |
---|---|
システム・アーキテクチャ |
プロセッサ: AMD64またはIntel Extended Memory(EM64T) 注意: Oracleでは、Windows用のOracle RACにはx64リリースのOracle Databaseのみを提供します。Oracle RACのx64リリースは、AMD64およびEM64Tハードウェア上のx64バージョンのWindowsで実行します。追加情報については、「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」に示すように、My Oracle Supportを参照してください。 |
オペレーティング・システム |
x64 Windows用のOracle Grid InfrastructureおよびOracle RAC:
Windows Multilingual User Interface Packがサポートされています。サーバー・コア・オプションはサポートされていません。 注意: Oracle Clusterware、Oracle ASMおよびOracle RAC 12cリリース1 (12.1)は、x86 (32ビット) Windowsオペレーティング・システムではサポートされていません。 |
コンパイラ |
次のコンポーネントは、Microsoft Visual C++ 2010 SP1、Microsoft Visual C++ 2012、Microsoft Visual C++ 2013 Update 2およびIntel 12.1 Cの各コンパイラでサポートされています。
Oracle C++ Call Interfaceは、次のコンパイラでサポートされています。
|
Windows Server 2003 x86など、Oracle Database 12cリリース1 (12.1)でサポートされていないオペレーティング・システム・バージョンを現在実行している場合、アップグレード手順の詳細は、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。
注意:
このマニュアルに記載されているプラットフォーム固有のハードウェア要件とソフトウェア要件は、このマニュアルの発行時点での最新情報です。ただし、このマニュアルの発行後にプラットフォームおよびオペレーティング・システム・ソフトウェアの新しいバージョンが動作保証されている場合があるため、My Oracle SupportのWebサイトの動作保証マトリックスで、動作保証済のハードウェア・プラットフォームおよびオペレーティング・システムのバージョンの最新リストを参照してください。
WindowsサーバーにOracle Grid InfrastructureソフトウェアまたはOracle RACソフトウェアをインストールする場合は、Windowsファイアウォール機能を無効にする必要があります。
Windowsファイアウォールを有効にしていると、Oracle RACのインストール中に、リモート・コピーやVirtual IP Configuration Assistant (VIPCA)、Network Configuration Assistant (NETCA)、Oracle Database Configuration Assistant (DBCA)などのコンフィギュレーション・アシスタントが失敗します。したがって、Oracle RACのインストールを実行する前に、クラスタのすべてのノードでファイアウォールを無効にしておく必要があります。
注意:
Windowsファイアウォールは、クラスタ・インターコネクト(プライベート・ネットワーク・インタフェース)として使用されるNICやOracle ASMネットワークへのアクセスに使用されるNICでは有効にしないでください。インストールが成功したら、パブリック接続のためにWindowsファイアウォールを有効にできます。ただし、Oracleソフトウェアが正常に動作するために、クラスタのすべてのノードのファイアウォール例外リストに、特定の実行可能ファイルおよびポートを追加する必要があります。
また、次のようなクラスタ全体の構成変更を行う前には、クラスタのすべてのノードでWindowsファイアウォールを無効にする必要があります。
ノードの追加
ノードの削除
パッチ・リリースへのアップグレード
パッチ・バンドルまたは緊急パッチの適用
これらのアクションを実行する前にWindowsファイアウォールを無効にしない場合、変更がクラスタのすべてのノードに適切に伝播されない場合があります。
関連トピック
インストールされているOracle Enterprise ManagerがOracle Grid Infrastructureと使用するための最小要件を満たしていることを確認します。
システムで使用しているすべてのOracle Enterprise Manager製品が同じリリースである必要があります。Oracle Database 12c リリース1 (12.1)は、Oracle Enterprise Manager Cloud Control 12cよりも前のリリースのEnterprise Managerをサポートしていません。
関連項目:
『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』は、Enterprise Manager Cloud Controlのインストール・メディアにあります。Oracle Enterprise Manager Database ExpressおよびOracle Enterprise Manager Cloud Controlを使用するには、Webブラウザが必要です。
WebブラウザがJavaスクリプトおよびHTML 4.0標準とCSS 1.0標準をサポートしている必要があります。これらの要件を満たすブラウザの一覧については、My Oracle Support (https://support.oracle.com)でOracle Enterprise Manager動作保証マトリックスを参照してください。
Oracle Clusterwareでは、すべてのクラスタ・ノードで同じのタイムゾーン設定が必要です。
Microsoft Windowsオペレーティング・システムの場合は、クラスタのノード間で時刻を同期するために使用できる3種類の方法があります。
インストール中に、インストール・プロセスはOUIが実行されているノードのOracle Grid InfrastructureのOracleインストール・ユーザーのタイムゾーン環境変数設定を取得します。インストール・プロセスは、Oracle Clusterwareによって管理されるすべてのプロセスのデフォルトのTZ環境変数設定として、すべてのノードでそのタイムゾーン値を使用します。タイムゾーンのデフォルトは、データベース、Oracle ASMおよびその他の管理プロセスで使用されます。
クラスタ・ノード間での時刻同期化には、次の3つのオプションがあります。
Windows Timeサービス
オペレーティング・システムで構成されたネットワーク・タイム・プロトコル(NTP)
Oracleクラスタ時刻同期化サービス
Oracleクラスタ時刻同期化サービスは、クラスタ・サーバーからNTPサービスにアクセスできない組織のために設計されています。NTPを使用する場合は、Oracleクラスタ時刻同期化デーモン(ctssd)は、オブザーバ・モードで起動します。NTPおよびWindows Timeサービスのいずれも見つからない場合は、ctssdがアクティブ・モードで起動し、外部の時刻サーバーに接続しなくても、クラスタ・メンバー間の時刻が同期されます。
注意:
Oracle Grid Infrastructureのインストールを開始する前に、すべてのノードの時計が同じ時刻になっていることを確認することをお薦めします。
NTPサーバーのIPアドレスは、IPv6アドレスにできます。
Windows Timeサービス(W32Time)は、Microsoft Windowsを実行しているコンピュータにネットワーク・クロック同期を提供します。
関連項目:
Windows Timeサービスの使用および構成の詳細は、次を参照してください。Microsoft®のSupport Article ID 816042: 「Windows Server で権限のあるタイム サーバーを構成する方法」
Microsoft®のSupport Article ID 939322: 「高精度の環境に向けた Windows タイム サービスの構成を目的とするサポート範囲」
http://www.ntp.org/ntpfaq/の「The NTP FAQ and HOWTO」
ネットワーク・タイム・プロトコル(NTP)は、クライアント/サーバー・アプリケーションです。
各サーバーにはNTPクライアント・ソフトウェアをインストールし、時刻をネットワーク・タイム・サーバーを同期するように構成する必要があります。Windows TimeサービスはNTPの完全な実装ではありませんが、NTPの仕様に基づいています。
Windows TimeサービスではなくNTPを使用する場合は、各クラスタ・ノードにNTPクライアント・ソフトウェアをインストールした後、-x
オプションを指定してNTPサービスを起動し、逆向きの時間調整が行われないようにする必要があります。この作業が終わった後で、ネットワーク・タイム・プロトコル・サービスを再起動します。
クラスタ時刻同期化サービス(CTSS)はOracleによって提供されており、クラスタのノード間で時刻を同期します。