既存のOracleClusterReady Servicesを11.1.0.7から11gR2（11.2.0.1）にアップグレードする作業を行っています。思ったほどスムーズに進んでおらず、11gR2の変更点について多くのことを学んでいます。バージョン番号の違いが示唆するように、これはマイナーなアップグレードではありません。 CRS11gR2には多くの変更があります。主な変更点は次のとおりです（順不同）：
- Cluster Ready Services（CRS、別名Clusterware）は現在、グリッドインフラストラクチャ、または略してGRIDと呼ばれています。
- ASMを使用している場合、ASMは別の家にインストールされなくなります。 Oracle GRIDには、現在同じホームにClusterwareとASMが含まれています。
- Oracle GRID 11gR2に、シングルクライアントアクセス名（SCAN）リスナーが含まれるようになりました。簡単にするために、通常のVIPと同じようにSCAN仮想IPアドレスを作成し、DNSに登録する必要があります。 SCAN VIPは、クラスター名と同じ名前にする必要があります。 Oracle GRIDは最大3つのSCANリスナーを起動するため、SCANVIPには3つのIPアドレスが関連付けられている必要があります。
- OracleGRID11gR2がマルチキャスティングをサポートするようになりました。私の構成ではマルチキャストにセカンダリポートを使用していたため、パッチ9974223を適用する必要がありました。マルチキャスト用に構成されているかどうかを判断するのに役立つマルチキャストテストツールがあります。
- 「crsctlstop/start crs」でCRSを再起動できますが、私は常に「/etc/init.d/init.crsstop/start」に慣れていました。 /etc/init.d/init.crsスクリプトは使用できなくなりました。代わりに/etc/init.d/init.ohasdに置き換えられました。
これらは、アップグレードを実行し、発生する問題のトラブルシューティングを行う過程で見つけたいくつかの変更です。
このアップグレードは、実稼働環境でこれらのタスクに取り組む前にRACテストベッドを用意することが価値があることを私に証明しました。私が最後に働いた場所はRAC環境が1つだけで、それが本番データベースでした。開発/テスト用に別のRAC環境をセットアップするにはコストがかかりすぎると見なされました。私の現在の雇用者は、RACテストベッドをセットアップするのに十分賢明でした。そこでは、物事を完全に破壊し、本番環境で試す前にテスト、テスト、テストを行うことができました。近年、仮想マシンを使用して、テストのためだけにハードウェアを調達する必要があった以前よりもはるかに安価にテスト環境をセットアップできるようになりました。
そうは言っても、現在のRACテストベッドがVM環境にあることを望みます。 VM内にある場合は、CRS 11.1.0を実行しているVMのスナップショットを作成でき、回復が困難な問題が発生した場合は、スナップショットに戻すことができます。現在のところ、アップグレードで問題が発生し、本当に混乱した場合は、CRS 11.2.0のアップグレードを再試行する前に、すべてを手動でアンインストールし、CRS 11.1.0を再インストールして、データベースを再作成する必要があります。これには時間がかかり、VMを使用するとここで多くの時間を節約できます。