更新されたソフトウェアを、管理サービスを実行しているストレージ・ノード上の新規KVHOMEディレクトリに配置します。ここでは、新規KVHOMEディレクトリはNEW_KVHOMEとします。ノードでNFSを使用してこのディレクトリを共有する場合、これは、共有ディレクトリごとに一度のみ行う必要があります。

リリース2.0 CLIを使用してストレージ・ノードを停止します。この手順を実行すると、そのストレージ・ノード上の管理サービスがシャットダウンされます。

/etc/init.d、Upstartまたは他のメカニズムを使用して再起動時にストレージ・ノード・エージェントを自動的に起動するようにノードを構成している場合は、まずそのスクリプトをNEW_KVHOMEを指すように変更します。

そのスクリプトを変更した後、ストレージ・ノードをシャットダウンします。

java -jar KVHOME/lib/kvstore.jar stop -root <kvroot>

リリース2.1コードを使用してストレージ・ノードを再起動します。

nohup java -jar NEW_KVHOME/lib/kvstore.jar start -root <kvroot>& 

(ストレージ・ノード・エージェントを自動的に再起動するようにシステムが構成されている場合、このステップは不要です。)

CLIを使用して、リリース2.1コードを実行しているストレージ・ノードに接続します。

java -jar NEW_KVHOME/lib/kvstore.jar runadmin -port 5000 -host node1
kv-> 

ストア内のすべてのストレージ・ノードで、リリース2.1へのアップグレードに必要とされる適切なソフトウェア・レベルが実行されていることを確認します。2.0のパッチ・リリース・レベルがソフトウェア・レベルの最小要件を満たしていることに注意してください。

kv-> verify prerequisite
Verify: starting verification of mystore based upon topology 
sequence #315
300 partitions and 6 storage nodes. Version: 11.2.2.1.2 Time:
2013-06-25 08:19:15 UTC
See node1:<KVROOT>/mystore/log/mystore_{0..N}.log for progress 
messages
Verify prerequisite: Storage Node [sn3] on node3:5000
Datacenter: Boston [dc1]    Status: RUNNING   Ver: 11gR2.2.0.39

...

Verification complete, no violations.  

ここに示すのは、検証コマンドの出力例の一部のみです。重要な部分は最後の行です。違反はありません。

違反の理由として最も可能性が高いのは、リリース・レベルを(誤って)ダウングレードしようとしたことです。たとえば、上位のマイナー・リリースから下位のマイナー・リリースにダウングレードすることはできません。この違反は、ストア内の他のノードのリリース・レベルより低いマイナー・リリース・レベルのパッケージを使用してCLIコマンドを実行しているために発生した可能性があります。

また、1.0ノードを2.1に直接アップグレードしようとした場合も違反が発生します。1.0ストアをアップグレードする場合、まず2.0にアップグレードしてから2.1にアップグレードする必要があります。1.0ストアをアップグレードする方法は、「NoSQL DBリリース1.0からNoSQL DBリリース2.0へのアップグレード」を参照してください。

いずれにしても、verify prerequisiteコマンドが違反を示す場合は、状況を解決してから、識別されたそのノードのアップグレードを試行します。

アップグレードするノードの順序付きリストを取得します。

kv-> show upgrade-order
sn3 sn4
sn2 sn5
sn6

1行にまとめられたストレージ・ノードは、同時にアップグレードする必要があります。したがって、この出力ではsn3とsn4をアップグレードします。その後、sn2とsn5をアップグレードします。最後に、sn6をアップグレードします。

次のグループに進む前に、ノードのグループを完全にアップグレードする必要があることに注意してください。つまり、sn3とsn4をアップグレードしてから、sn2、sn5またはsn6のアップグレードに進みます。

2.1ソフトウェアを新規KVHOMEディレクトリに配置します。ここでは、新規KVHOMEディレクトリはNEW_KVHOMEとします。ノードでNFSを使用してこのディレクトリを共有する場合、これは、共有ディレクトリごとに一度のみ行う必要があります。

リリース2.0ユーティリティを使用してストレージ・ノードを停止します。

/etc/init.d、Upstartまたは他のメカニズムを使用して再起動時にストレージ・ノード・エージェントを自動的に起動するようにノードを構成している場合は、まずそのスクリプトをNEW_KVHOMEを指すように変更します。

スクリプトを変更したら、古いコードを使用してストレージ・ノードをシャットダウンします。

java -jar KVHOME/lib/kvstore.jar stop -root <kvroot>

新しいコードを使用してストレージ・ノードを再起動します。

nohup java -jar NEW_KVHOME/lib/kvstore.jar start -root <kvroot>& 

(ストレージ・ノード・エージェントを自動的に再起動するようにシステムが構成されている場合、このステップは不要です。)

古いコードを使用してストレージ・ノードを停止します。

java -jar OLD_KVHOME/lib/kvstore.jar stop -root <kvroot> \
[-config <configfile>]

新しいコードを使用してストレージ・ノードを再起動します。

nohup java -jar NEW_KVHOME/lib/kvstore.jar start -root <kvroot> \
[-config <configfile>] & 

ストレージ・ノード・エージェントを自動的に再起動するようにシステムが構成されている場合、このステップは不要です。