試験オープン登録の処理

実際のオープン登録の1か月前に、テスト・インスタンスで試験オープン登録を実行して、パフォーマンスを調整し、次期プラン年のプラン構成を検証します。

この時点で、本番インスタンスでは次のことが完了しています。

  • プログラムとプランを準備した

  • 標準レートと変動レートを更新した

  • 登録とレート表示を構成した

  • 新規補償範囲を開始するようにフレキシブル支出口座プランを構成した

  • 進行中のライフ・イベントをクローズした

  • 処理項目を終了し、クローズした

  • 時間的イベント加入を処理し、解決した

ここで、すべての加入者か、または加入者の代表的サンプルを使用して、この本番インスタンスから個別のテスト・インスタンスを作成し、試験オープン登録を管理します。

試験オープン登録では、実際のオープン登録プロセスの様々な側面を模倣します。基本的な高レベル・タスクは次のとおりです。

タスク

作業領域

フェーズ1: 試験オープン登録

フェーズ2: 実際のオープン登録

「加入者登録結果」レポートを生成します。

レポートおよび分析

テスト加入者を特定します。

オープン登録前後の登録を比較します。

進行中のライフ・イベントを特定し、それらをオープン登録の処理前に解決します。

「予定イベント加入の評価」プロセスと「デフォルト福利厚生への登録」プロセスを実行します。

評価およびレポート

はい

はい

プロセスをモニターし、エラーがあれば解決します。

評価およびレポート

登録

はい

はい

パフォーマンス問題を特定し、修正します。

評価およびレポート

はい

必要に応じて調整します。

反復的に、サンプル従業員を使用してプラン構成とレートをチェックし、必要に応じてエラーを修正します。

  1. オープン・ライフ・イベントをバックアウトします。

  2. 設定を修正します。

  3. オープン・イベントを再実行します。

評価およびレポート

登録

セルフサービス

プラン構成

はい

例外ベースで検証します。

登録を入力します。

セルフサービス

登録

テスト・ベースで

はい

パフォーマンス問題の特定と修正

可変要因によってパフォーマンスが左右されることがあるため、1人の個人を処理するのにどれだけの時間がかかるかを判断することは困難です。可変要因には次のものがあります。

  • プラン構成の複雑性

  • ハードウェア

  • ネットワーク使用量

  • 最適化された表使用

  • 全般的なデータベース調整

処理時間のパフォーマンス低下は多くの場合、表統計が定期的に実行されていないことが原因で起こります。「評価およびレポート」作業領域で、次の操作を行います。

  • スレッド・パラメータが、最低でもコンピュータのプロセッサ数に設定されていることを確認します。

  • プロセスがデータベースに書き込んでいる行の数に対して、チャンク・サイズが適切であることを確認します。

    書き込む行数が多い場合(加入者を処理する際や、年間登録を変換する際)には、小さい値を使用します。

  • 「バッチ・パラメータの管理」タスクを使用して最大エラーしきい値を分析し、必要に応じて調整します。

    例: すべての加入者を使用して試験オープン登録を処理する場合、プロセスが最大エラーしきい値に達して、処理が失敗することがあります。

  • 次のプロセスの前に、すべての索引列統計を分析し、列、スキーマ、および表統計を収集します。

    • 予定イベント加入を評価します

    • デフォルトの福利厚生に登録します

    • 登録クローズ