アップグレードに関する話題です。ドキュメントに記載されている手順に従って実施すれば問題ありません。この時点で必要な情報は一通り提供したので終わりにしてもいいのですが、それではさすがに怒られそうなので、ちゃんと書きます。通りの方法があります。利用して、旧バージョンから新バージョンにドメインを移行する。オプションを用いる)。Serverアップグレードを試す」で用いられているもので、だいたいのケースがこちらを用いたアップグレードです。バックアップとリストアを何度か経験されている方であれば合理的な方法であると感じられるでしょう。停止させる必要があることに注意してください。提供されており、一時停止中にバックアップの取得が可能でした。無停止でのバックアップやスケジューリングも提供されていました。ベースにしていますので、これらの機能は引き継いでいません。リストアについてはサーバーの停止を要しますが、これから稼働させる新バージョンのサーバーですから、停止していても問題はありません。コマンドを使ってコピーするだけでもバックアップは取得できます。アーカイブして保存しているだけです。使用を強くお勧めしています。アップグレードここからが本題です。ここまでの話はドキュメントにも記載があり、比較的多くの方が試されているものですが、クラスタ環境を構築している場合のアップグレードに関しては資料がありません。アップグレードについて説明します。システムによってクラスタの形態は様々で、それに伴って詳細な手順が異なるため、あくまで概要に留めておきます。クラスタリングが可能です。なっているはずで、通常のアップグレードをすべてのノードに対して実施すればよいことになります。自動的に行うため考慮する必要はありません。有効・無効に関わらず、少々複雑になります。大まかな手順は以下の通りです。クラスタのインスタンスをすべて停止させます。アップグレードします。手順はスタンドアロン構成の場合と全く同じです。(おそらくうまく削除できないはず)、ドメインから削除するに留めてください。ノードを作成し、その上にクラスタのインスタンスを作成してください。ノードにドメインの情報が行き渡ります。混在している場合など、クラスタ構成には様々なトポロジーが存在するため、これ以上の言及は避けます。ようにバージョン単位でディレクトリを分けておくと、アップグレードやバージョン間での振る舞いの比較を行うのに便利です。