アップグレード後 10.2409.2

注意以前のバージョンから上位バージョンまたは最新バージョンにアップグレードする場合は、 アップグレード後のページに記載されている各中間リリースのアップグレード後の手順を確実に完了してください。 ページにバージョンが表示されていない場合は、そのリリースにはアップグレード後の手順が必要ないことを意味します。

サービスイメージを 10.2409.2 に更新した後、特定の拡張機能を完全に利用するには、移行手順を完了してください。

手順

  • gc_grace 期間の在庫元帳と集計表を変更する
    1. Cassandra インスタンスにログインします。
    2. 以下のコマンドを実行してキー空間を選択します。
      USE <iv_keyspace>;

      これは 、SIPEnvironment で定義されているキー空間の名前です。 詳細は、 cassandraパラメータのkeyspaceを参照してください。

    3. 以下のクエリを実行して、 gc_grace 期間の元帳と集計表を変更します。
      alter table inv_reserv_ledger WITH gc_grace_seconds = 3600;
      alter table inv_reserv_aggregate WITH gc_grace_seconds = 3600;
      
  • 予約機能強化のための移行手順
    10.2409.0 リリースでは、予約機能のパフォーマンスが向上しています。 この機能を有効活用するには、 inv_reserv_summary_v2 テーブルから inv_reserv_aggregateinv_reserv_ledger テーブルに既存の予約記録を移行してください。 以前の記録が存在しない場合は、移行は不要です。
    1. 展開が完了した時間を記録します。
    2. アップグレード前に作成された既存の予約レコードの有効期限が切れるまで待つ場合は、移行APIを呼び出さないでください。 例えば、既存のレコードの有効期限のタイムスタンプが今後24時間以内である場合、24時間待つことで、これらのレコードはすべて自動的に期限切れとなり、新しいテーブルにデータを移行する必要がなくなります。 既存の記録が期限切れになるまで待ってから、ステップ3をスキップします。
    3. アップグレード前に作成された既存のレコードの有効期限がより長い場合、それらのレコードの有効期限切れを待つことは現実的ではないかもしれません。 このような場合は、移行APIを呼び出してレコードを新しいテーブルに移行します。 それでも、24時間待てば、ほとんどのレコードが期限切れとなり、移行が必要なレコードの数が減ります。
      1. アップグレード前に作成されたレコードを移行するには、デプロイから24時間後に移行APIを呼び出し、データベースの書き込みタイムスタンプに基づいて移行します。
        POST https://{{hostname}}/inventory/v1/migration/reserve_ledger
        {
        "tenantId": "default",
        "pageSize": 100
        }
      2. 移行状況を確認するには、以下のAPIを呼び出します。 ジョブの状態が complete の場合、ステップ4に進みます。
        GET https://{{hostname}}/inventory/v1/migration/reserve_ledger
        詳しくは、API の資料を参照してください。
    4. PATCH操作APIを呼び出すことで inv_reserv_summary_v2 テーブルへの書き込みを無効にするには、基本ルールを ONLY_WRITE_NEW に更新します。 更新された値を検証するには、GET操作APIを呼び出します。
      PATCH https://{{hostname}}/inventory/operations/v1/configuration/settings/default
       {
       "migration" :{
              "reserveAggregateMigrationMode": "ONLY_WRITE_NEW"
          }
       }
  • パブリッシャーのイベントを有効にする
    10.0.2409.2 2025年2月のリリースでは、コンテナ環境において、あなたが関心を持っているイベントを公開するにはパブリッシャーが必要です。 パブリッシャーでイベントを有効にするには、 コンテナ環境でのイベントパブリッシングを参照してください。
  • 監査インデックスのロールオーバーを開始する
    監査インデックスをロールオーバーするために以下のAPIリクエストを呼び出し、アップグレードプロセス中に適用されたコンポーネントテンプレートの変更が新しく作成されたインデックスに反映されていることを確認します。
    POST https://{{hostname}}/audits/_rollover