14.3.21 resume（キャッシュの再開）
この項の内容は，ディスクキャッシュ，および2Wayキャッシュを使用する場合にお読みください。
- 〈この項の構成〉
(1) 機能
ディスクキャッシュ，および2Wayキャッシュを再開します。
このコマンドを実行すると，キャッシュ定義ファイルとキャッシュ情報ファイルが存在するキャッシュが再開されます。
次の場合は，このサブコマンドを使用して，キャッシュを再開します。
-
正常にクラスタを停止したあとで，EADsサーバを再起動する場合
-
クラスタ動作不能（NOT_AVAILABLE）またはクラスタ一部稼働中（PARTIALLY_AVAILABLE）の状態から，クラスタを復旧する場合
(2) 規則
-
このサブコマンドは，クラスタが次の状態のときに実行できます。
-
クラスタ稼働中（AVAILABLE）
-
-
このサブコマンドは，クラスタへの参加状況がonlineのEADsサーバを処理対象とします。ただし，クラスタへの参加状況がofflineおよびstandbyのEADsサーバがクラスタ内にある場合は実行できません。クラスタへの参加状況については，eztool statusコマンドで確認できます。
-
このサブコマンドは，処理対象のEADsサーバが次の状態のときに実行できます。
-
初期化状態（initialized）
-
-
稼働中のFullGCの発生を抑えるため，このサブコマンドが終了するタイミングで，各EADsサーバがFullGCを実施します。
-
このサブコマンドがEADsサーバから排他を取得している間，EADsサーバは縮退状態（isolated）になりません。なお，EADsサーバから排他を取得している間にプロセスがダウンしたり，EADsサーバが停止したりした場合は，排他を解除したあとに縮退が実行されます。
(3) 形式
eztool resume
(4) リターンコード
0：成功
101：失敗
(5) 注意事項
-
キャッシュの再開の対象とならないキャッシュのキャッシュ定義の定義内容も，クラスタを構成する全EADsサーバで同じになるようにしてください（eads.cache.disk.info.dirパラメタおよびeads.cache.disk.<n>.dirパラメタは除きます）。
-
正常にクラスタを停止していない場合，削除したデータが復活することがあります。
-
キャッシュの再開が中途半端に終了した場合，排他は解除されません。キャッシュの再開を実行後，排他が解除されていない場合は，データが不整合になっているおそれがあります。そのまま運用を継続するとデータが破壊されたり，消失したりする危険があるため，次の手順で対処してください。
-
eztool status -vコマンドでクラスタの状態を確認する。
-
eztool unlockコマンドで排他を解除する。
-
eztool listcacheコマンドでキャッシュの一覧を確認する。
-
必要に応じてeztool deletecache --with_deleteecfコマンドでキャッシュを削除する。
-
再度キャッシュを再開する。
-
-
キャッシュの再開に失敗した場合は，次の項目を確認して，再度キャッシュを再開してください。
-
クラスタ定義ファイルに指定したパラメタの指定値が誤っていないかどうか
-
キャッシュ定義ファイルに指定したパラメタの指定値が誤っていないかどうか
-
キャッシュファイルが不正な状態になっていないかどうか
-