Home > リファレンスガイド > サーバ > リカバリ > リカバリデータの格納
Magic xpiプロジェクトを実行すると、リカバリメカニズムの適切な管理と処理のために必要な情報とデータは、全てSpace内に自動的に保存されます。
4つの回復オプションが、フローのためにあります。
なし …… 回復処理を全く行いません。並行タスクは停止せず、異常終了しなかったように動作を継続します。従って、リカバリポリシーを定義することはよいことです。
アボート …… リカバリポリシーがアボートとして定義されると、ルートフローはユーザ定義のクリーンアップフローの呼び出しに従って終了されます。一旦クリーンアップフローが終了すると、アボート処理は完了します。クリーンアップフローは、［フロープロパティ］ダイアログボックスの［クリーンアップリカバリフロー］プロパティで定義されます。フローが中断するか再起動(フローのリカバリポリシーで定義されます)する前に、クリーンアップフローが呼び出されます。
再起動 …… 再スタート方針のための行動はアボートに類似しています。主要な違いは、流れが、根流れからオリジナル・データを使って、再スタートすることです。Magic の実行ユニットは、メッセージステータスをREADY_FOR_USEに変更し、処理待ちのメッセージのプールに追加されます。
セーブポイント …… セーブポイントオプションは、Magic xpiにフロー内の情報を定義したポイント（セーブポイント）までバックアップさせることができます。このオプションを選択すると、Magic xpiはルートフローのリニア分岐に到達した最後のセーブポイントからのフローを回復します。
各ステップが実行される前に、Magic xpiサーバは、ステップが"セーブポイント"として定義されていないかをチェックします。ステップが"セーブポイント"として定義されるなら、ワーカはMagic スペースを最後のセーブポイントで更新するか、最後のセーブポイントが存在していないか、ステップが到達していない場合、フローを再起動します。リカバリ処理の間に、Magic の実行ユニットは、メッセージステータスをREADY_FOR_USEに変更し、セーブポイントの詳細に基づいて特定のステップを追加します。並行ワーカが呼び出された後に、セーブポイントが定義されると、並列処理は実行されません。
リカバリオブジェクトは、ユーザBLOBと同じようにフロー変数のようなデータを含んでいて、同じスレッド内の以前のセーブポイントは上書きされます。
|
|
|
