1. 行政

チュートリアル: カタログ データのインポート

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

このチュートリアルでは、カタログ データを含むZIPファイル (以前にSitecore XC環境からエクスポート) を別のSitecore XC環境にインポートする方法について説明します。インポート操作に必要なデータ構造の詳細については、「 チュートリアル: カタログおよびインベントリ データのエクスポート 」トピックを参照してください。

メモ

Sitecore XCは現在、完全なカタログのインポートのみをサポートしています。

標準操作中、Commerce Engine Search Serviceは、新しいカタログ項目をインデックス作成リストに定期的に追加する自動化プロセスとして、増分インデックス ミニオンを使用します。この自動化されたプロセスにより、新しいカタログ項目の検出可能性が確保されます。カタログ・インポート中のパフォーマンスを最適化するために、カタログ・アプリケーション・プログラミング・インターフェース (API) は、カタログ・データ・インポート・プロセス中の増分索引付けを防止する ポリシー・キー を使用します。これにより、カタログデータのインポートに必要な合計時間が短縮されます。

カタログ・データのインポート後、関連するインベントリー・データ・セットのインポートに進むことができます (必要な場合)。 最後に、カタログ インデックスをCommerce EngineレベルとSitecoreプラットフォーム レベルで手動で再構築する必要があります。

カタログ・データとインベントリー・セット (必要な場合) をインポートし、索引を再作成するには、以下の手順を実行します。

大規模なカタログ・データ・セットをインポートするための構成の最適化

カタログのサイズとカタログ内のデータ構造の複雑さによっては、カタログ・データのインポートに時間がかかる場合や、場合によっては失敗することがあります。大規模で複雑なデータ・セットのインポートを開始する前に、以下の構成変更を行う必要があります。

インターネット インフォメーション サービス (IIS) 関連の設定を変更する

カタログ データのインポートを開始する前に、インターネット インフォメーション サービス (IIS) 設定 (IISマネージャーとweb.configファイル) を変更して、データのエクスポート プロセス中にタイムアウトが発生するリスクを減らす必要があります。これは、非常に大きなカタログ・データ・セットをエクスポートする場合に重要です。

カタログ・データのインポートに使用したサービスを再構成するには、次のようにします。

  1. インターネット インフォメーション サービス (IIS) マネージャーを起動し、ナビゲーション ツリーでApplication Poolsをクリックします。

  2. Application Poolsページで、関連するアプリケーションプールの名前(CommerceAuthoring_Scなど)をクリックします。

  3. ActionsペインのEdit Application PoolセクションでAdvanced Settingsをクリックし、Advance Settingsダイアログ ボックスで次の値を0に設定します。

    パラメーター

    価値

    CPU

      Limit Interval (minutes) 

    0

    Process Model

     Idle Time-out (minutes)

    0

    Recycling

    Regular Time Interval (minutes)

    0

  4. OK」をクリックします。

  5. カタログ データのインポートに使用するサービス (C:\inetpub\wwwroot\CommerceAuthoring_Sc\web.configなど) のweb.configファイルを開き、次の構成サンプルで太字でマークされている設定を変更します。

    手記

    IIS設定を変更する前に、カタログのインポートが完了した後に何に戻すべきかがわかるように、元の値をメモしておいてください。

    <?xml version="1.0" encoding="utf-8"?>
    <configuration>
      <system.webServer>
        <security>
          <requestFiltering>
            <!-- For Microsoft IIS (Internet Information Services), maxAllowedContentLength specifies the maximum length of content in a request, in bytes. -->
            <requestLimits maxAllowedContentLength="2147483648" />
          </requestFiltering>
        </security>
        <handlers>
          <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
        </handlers>
        <modules runAllManagedModulesForAllRequests="false">
          <remove name="WebDAVModule" />
        </modules>
        <aspNetCore processPath=".\Sitecore.Commerce.Engine.exe" arguments="" forwardWindowsAuthToken="false" stdoutLogEnabled="false" requestTimeout="00:00:00" stdoutLogFile=".\logs\stdout" />
      </system.webServer>
    </configuration>
  6. インターネット インフォメーション サービスをリセットします。

ワークフローエンティティのキャッシュポリシー設定の変更

カタログのインポート操作を最適なパフォーマンスにするには、ワークフローエンティティのキャッシュ設定を変更します ("EntityFullName": "Sitecore.Commerce.Plugin.Workflow.Workflow")。

ワークフロー エンティティのキャッシュ ポリシーを変更するには:

  1. カタログ・データのインポートに使用するオーサリング・サービスのインスタンスで、メモリー・キャッシュ・ポリシー・セット・ファイル ( C:\inetpub\wwwroot\CommerceAuthoring_Sc\wwwroot\data\Environments\Plugin.Caching.PolicySet-1.0.0.jsonなど) を開きます。

  2. 次の例に示すように、Sitecore.Commerce.Plugin.Workflow.WorkflowエンティティセクションのパラメータAllowCachingtrueに設定されていることを確認します。

    {
       "$type": "Sitecore.Commerce.Core.EntityCachingPolicy, Sitecore.Commerce.Core",
         "EntityFullName": "Sitecore.Commerce.Plugin.Workflow.Workflow",
         "AllowCaching": true,
         "Priority": "Normal",
         "Expiration": 86400000,
         "HasNegativeCaching": false,
         "CacheName": "Workflows",
         "EntityIdPrefix": "Entity-Workflow"
    },
    手記

    オプションで、カタログ・データのインポート中に情報を収集するためのロギングを有効にできます。カタログ データ (C:\inetpub\wwwroot\CommerceAuthoring_Sc\wwwroot\config.jsonなど) のインポートに使用するCommerce Engineサービスのconfig.jsonファイルを開き、"Default""Microsoft""System"ログのログレベル値を"Information"に設定します。

    "Serilog": {
      "Using": [
        "Serilog.Sinks.Literate",
        "Serilog.Sinks.File",
        "Serilog.Sinks.ApplicationInsights"
      ],
      "MinimumLevel": {
        "Default": "Information",
        "Override": {
          "Microsoft": "Information",
          "System": "Information"
      }
    },

SQLタイムアウト構成の変更

SQLタイムアウト構成を変更して、SQLデータベースへの接続が開いたままであることを確認し、長いプロセスが完了しないようにします。

SQLタイムアウト設定を変更するには、次のようにします。

  1. カタログデータのインポートに使用するオーサリングサービスのインスタンスで、Plugin.SQL.PolicySet-1.0.0.jsonファイル ( C:\inetpub\wwwroot\CommerceAuthoring_Sc\wwwroot\data\Environments\Plugin.SQL.PolicySet-1.0.0.json

  2. "ConnectTimeout" プロパティと "CommandTimeout" プロパティの値を "0"に設定します。

    手記

    現在のプロパティ値をメモして、カタログのインポートが完了した後に元の値に戻すことができるようにします。

Commerce Engineのブートストラップ

Commerce Engineの設定にすべての変更を加えたら、 Commerce Engineをブートストラップします。

Sitecore.Diagnostics.MemoryMonitorHookのしきい値を増やす

大きなカタログをインポートする場合は、Sitecore.Diagnostics.MemoryMonitorHookフックのしきい値を増やして、インポート操作を正常に完了するための十分なメモリを確保する必要があります。

Sitecore.Diagnostics.MemoryMonitorHookしきい値を変更するには:

  1. wwwroot\<host>\App_Config\Sitecore.configファイルを開きます。

  2. "Sitecore.Diagnostics.MemoryMonitorHook, Sitecore.Kernel"セクションで、"Threshold"値を増やします。次の例は、デフォルトのフック設定の例を示しています。

    <hooks>
        <hook type="Sitecore.Diagnostics.HealthMonitorHook, Sitecore.Kernel" />
        <hook type="Sitecore.Diagnostics.MemoryMonitorHook, Sitecore.Kernel">
          <param desc="Threshold">2GB</param>
          <param desc="Check interval">00:00:05</param>
          <param desc="Minimum time between log entries">00:01:00</param>
          <ClearCaches>false</ClearCaches>
          <GarbageCollect>false</GarbageCollect>
          <AdjustLoadFactor>false</AdjustLoadFactor>
        </hook>
      </hooks>

Commerceカタログのインポート (コンテナを使用しないデプロイメントの場合)

手記

Commerceの配置でコンテナーを使用する場合は、代わりにこの手順の指示に従ってください。

このタスクでは、カタログ データを含むZIPファイル (以前にSitecore XC環境からエクスポート) を別のSitecore XC環境にインポートする方法について説明します。この手順は、Sitecore Commerce Engineソフトウェア開発キット (SDK) に付属しているPostmanサンプルに基づいています。

手記

ZIPファイルが1 GBを超える場合は、ファイルをローカル マシン (Commerce Engineサービスのwwwroot\data\Catalogsフォルダなど) にコピーし、以下で説明するようにPostmanでImport Local Catalogsリクエストを使用します。

次の手順は、Postmanアプリケーションをインストールして設定し、サンプル コレクションを (Sitecore Commerce Engine SDKから) Postmanにインポートし、環境を設定し、Commerce Engine APIにアクセスするためのベアラー トークンを取得していることを前提としています。

カタログ商品データをインポートするには:

  1. Postmanを開き、CollectionsウィンドウでCatalogAPISamplesコレクションを展開します。

  2. Catalog - APIフォルダを開きます。

    • ZIPファイルが1 GB未満の場合は、Import Catalogs (with publishing) リクエストをクリックします。

      手記

      with publishingをインポートすると、公開ワークフローが省略されます。その結果、Sellable商品はインポートされ、コンテンツ配信サーバーに公開するためにさまざまなステータス (draftwaiting for approvalなど) から移行する必要はありません。

      ( Postmanサンプルには、公開withoutカタログのインポート要求も含まれています。この場合、インポートされたSellable商品は下書きステータスであり、その後、公開ワークフローを通過する必要があります。

    • ZIPファイルが1 GBを超える場合は、Import Local Catalogsリクエストをクリックします。

  3. Environmentフィールドで、データをインポートする必要があるCommerce環境 (たとえば、HabitatAuthoring環境) を指定します。

  4. Headers 」タブをクリックし、HTTPリクエストで次のヘッダー・キーと値を指定します。

    • 鍵: PolicyKeys

    • 価値:IgnoreIndexDeletedSitecoreItem|IgnoreAddEntityToIndexList|IgnoreIndexUpdatedSitecoreItem|IgnoreLocalizeEntity

  5. Bodyタブで、インポートするファイルを指定します。

    • Import Catalogs (with publishing) 要求を実行している場合は、importFileキー値でSelect Filesをクリックし、インポートするカタログ データを含むZIPファイルを参照してクリックします。

    • Import Local Catalogsリクエストを実行している場合は、"importFilePath" パラメータに、インポートするカタログデータを含むローカルZIPファイルの名前を入力します。

    次の表では、カタログ データのインポートに設定できるパラメーターについて説明します。

    パラメーター

    価値

    形容

    "mode"

    "replace"

    既存のカタログをすべて削除し、インポートする新しいカタログ ファイルを追加します。

    注意

    置換モードがデフォルト値です。このモードでは、既存のカタログ・データがすべて削除されます (新しいカタログの名前が異なる場合でも)。既存のカタログ・データを保持する場合は、add ・モードを使用します。

    "add"

    新しいカタログ・データ・ファイルを追加し、既存のカタログをすべて保持します。

    手記

    既存のカタログがインポートするカタログ ファイルと同じ名前の場合、既存のカタログの内容は新しいカタログ ファイルの内容に置き換えられます。

    "batchSize"

    900

    バッチで処理するアイテムの数。

    大事な

    SQLタイムアウト・エラーが発生した場合は、バッチ・サイズを小さい数に減らしてください。

    "errorThreshold"

    "10"

    インポート操作中に許容されるエラーの最大数を示します。このしきい値に達すると、インポート操作は失敗します。デフォルト値は10です。

  6. カタログのインポート操作を開始するには、Sendをクリックします。

    DevOps APIを使用して、実行時間の長いインポート コマンドのステータスを確認できます

    手記

    インポート操作中に情報を収集するようにロギングを設定した場合は、ロギングレベルを元の値に戻します (たとえば、"Information"から"Warning"に戻します)。

  7. インポート操作のステータスを確認するには、返されたレスポンスコードを確認します。

    • ResponseCodeが値Failedを返すと、インポート操作中に発生したエラーの数が、設定されたエラーしきい値を超えています。

    • ResponseCodeが値CompletedWithErrorsを返すと、インポート操作中に発生したエラーの数は、設定されたエラーしきい値内にあります。

    • ResponseCodeが値Succeededを返すと、操作はエラーなしで完了しました。

  8. Sitecore Commerceデプロイメントにインポートする追加のカタログ .zipファイルごとに、この手順を繰り返します。

    注意

    すべてのカタログのインポートが完了したら (インポートする関連するインベントリ データがない場合)、IISマネージャーとweb.configファイルで以前に変更 した設定を元の値に戻す必要があります。

  9. カタログをSitecoreデプロイ環境にインポートし終えたら、Sitecoreコンテンツ エディターでカタログを設定して 、カタログをストアフロント サイトと関連付けます。

カタログ・データをengine_authoringコンテナにインポートする

手記

この手順は、コンテナーを使用したコマースの配置にのみ適用されます。デプロイメントdoes notコンテナを使用する場合は、代わりにこの手順 の指示に従ってください。

このタスクでは、カタログ データ (以前にSitecore XC環境からエクスポートされた) を含むZIPファイルをengine_authoringコンテナーにインポートする方法について説明します。この手順は、Sitecore Commerce Engineソフトウェア開発キット (SDK) で提供されるPostmanサンプルのImport Local Catalogs API要求に基づいています。

次の手順は、Postmanアプリケーションをインストールして設定し、サンプル コレクションを (Sitecore Commerce Engine SDKから) Postmanにインポートし、環境を設定し、Commerce Engine APIにアクセスするためのベアラー トークンを取得していることを前提としています。

カタログ商品データをengine_authoringコンテナにインポートするには:

  1. インポートするカタログZIPファイルを次のフォルダに配置します。 C:\engine\catalogs\ .

  2. Collectionsウィンドウで、CatalogAPISamplesコレクションを展開します。

  3. Catalog - APIフォルダを開き、Import Local Catalogsリクエストをクリックします。

  4. Environmentフィールドで、データをインポートする必要があるCommerce環境 (たとえば、HabitatAuthoring環境) を指定します。

  5. Headers 」タブをクリックし、HTTPリクエストで次のヘッダー・キーと値を指定します。

    • 鍵: PolicyKeys

    • 価値:IgnoreIndexDeletedSitecoreItem|IgnoredEntityToIndexList|IgnoreIndexUpdatedSitecoreItem|IgnoreLocalizeEntity

  6. Body」タブで、カタログ・データ・インポートのパラメーター値を指定します。

    次の表では、カタログ データのインポートに設定できるパラメーターについて説明します。

    パラメーター

    価値

    形容

    "importFilePath":

    none

    インポートするファイルへの相対パス: "..\catalogs\<filename>"

    "mode":

    "replace"

    既存のカタログをすべて削除し、インポートする新しいカタログ ファイルを追加します。

    注意

    置換モードがデフォルト値です。このモードでは、既存のカタログ・データがすべて削除されます (新しいカタログの名前が異なる場合でも)。既存のカタログ・データを保持する場合は、add ・モードを使用します。

    "add"

    新しいカタログ・データ・ファイルを追加し、既存のカタログをすべて保持します。

    手記

    既存のカタログがインポートするカタログ ファイルと同じ名前の場合、既存のカタログの内容は新しいカタログ ファイルの内容に置き換えられます。

    "batchSize":

    "900"

    バッチで処理するアイテムの数。

    大事な

    SQLタイムアウト・エラーが発生した場合は、バッチ・サイズを小さい数に減らしてください。

    "errorThreshold":

    "10"

    インポート操作中に許容されるエラーの最大数を示します。このしきい値に達すると、インポート操作は失敗します。

    "publish":

    false

    Sellable商品を下書きステータスでインポートするか、公開済みステータスでインポートするかを指定します。

    false (デフォルト) に設定すると、Sellable商品は下書きステータスでインポートされ、コンテンツ配信サーバーに公開する前に承認ワークフローを移行する必要があります。

    trueに設定すると、Sellable商品はpublishedステータスでインポートされ、承認ワークフローを経ずにコンテンツ配信サーバーに公開されます。

  7. カタログのインポート操作を開始するには、Sendをクリックします。

    DevOps APIを使用して、実行時間の長いインポート コマンドのステータスを確認できます

    手記

    インポート操作中に情報を収集するようにロギングを設定した場合は、ロギングレベルを元の値に戻します (たとえば、"Information"から"Warning"に戻します)。

  8. インポート操作のステータスを確認するには、返されたレスポンスコードを確認します。

    • ResponseCodeが値Failedを返すと、操作中に発生したエラーの数が、設定されたエラーしきい値を超えています。

    • ResponseCodeが値CompletedWithErrorsを返す場合、操作中に発生したエラーの数は、設定されたエラーしきい値内です。

    • ResponseCodeが値Succeededを返すと、操作はエラーなしで完了しました。

  9. Sitecore Commerceデプロイメントにインポートする追加のカタログ .zipファイルごとに、この完全な手順を繰り返します。

    注意

    すべてのカタログのインポートが完了したら (インポートする関連するインベントリ データがない場合)、IISマネージャーとweb.configファイルで以前に変更 した設定を元の値に戻す必要があります。

  10. カタログをSitecoreデプロイ環境にインポートし終えたら、Sitecoreコンテンツ エディターでカタログを設定して 、カタログをストアフロント サイトと関連付けます。

製品インベントリデータのインポート (コンテナを使用しないデプロイメントの場合)

手記

Commerceの配置でコンテナーを使用する場合は、代わりにこの手順 の指示に従ってください。

カタログ・データ・ファイルのデプロイメントへのインポートが完了したら、関連するインベントリ・データをインポートできます。

手記

ZIPファイルが1 GBを超える場合は、ファイルをローカル マシン (Commerce Engineサービスのwwwroot\data\Catalogsフォルダなど) にコピーし、次の手順で説明するようにImport Local Catalogsリクエストを使用します。

次の手順は、Postmanアプリケーションをインストールして設定し、Sitecore Commerce Engineソフトウェア開発キット (SDK) からサンプル コレクションをインポートし、環境を設定し、Commerce Engine APIにアクセスするためのベアラー トークンを取得していることを前提としています。

カタログ・インベントリ・データをインポートするには:

  1. Sitecore Identityトークンの有効期限が切れている場合は、別のGetTokenリクエストを実行して新しいトークンを取得します。

  2. Collectionsウィンドウで、InventoryAPISamplesコレクションを展開します。

  3. Inventory - APIフォルダを開きます。

    • ZIPファイルが1 GB未満の場合は、Import Inventory Setsリクエストをクリックします。

    • ZIPファイルが1 GBを超える場合は、Import Local Inventory Setsリクエストをクリックします。

  4. Environmentフィールドで、データをインポートする必要があるCommerce環境 (たとえば、HabitatAuthoring 環境) を指定します。

  5. Bodyタブで、インポートするファイルを指定します。

    • Import Inventory Sets要求を実行している場合は、importFileキー値でSelect Filesをクリックし、インポートするインベントリ データを含むZIPファイルを参照してクリックします。

    • Import Local Inventory Setsリクエストを実行している場合は、"importFilePath"パラメータに、インポートするインベントリデータを含むローカルZIPファイルの名前を入力します。

  6. 必要に応じて、インポート操作パラメータを設定します。

    パラメーター

    価値

    形容

    "importFilePath":

    "<relative path>"

    インポートするインベントリデータファイルへの相対パス (例: "..\catalogs\<filename>"

    "mode":

    "replace"

    既存のインベントリ データをすべて削除し、新しいインベントリ ファイル データを追加します。

    注意

    置換モードがデフォルト値です。このモードでは、既存のデータがすべて削除されます (新しいデータ・セットの名前が異なる場合でも)。

    既存のデータを保持する場合は、addモードを使用します。

    "add"

    新しいデータ・ファイルを追加し、既存のインベントリ・データをすべて保持します。

    手記

    既存のインベントリー・データ・セットがインポートするデータ・セット・ファイルと同じ名前を持つ場合、既存のデータ・セットの内容は新しいデータ・ファイルの内容に置き換えられます。

    "batchSize":

    "900"

    バッチごとに処理するアイテムの数。

    大事な

    SQLタイムアウト・エラーが発生した場合は、バッチ・サイズを小さい数に減らしてください。

    "errorThreshold":

    "10"

    インポート操作中に許容されるエラーの最大数を示します。このしきい値に達すると、インポート操作は失敗します。

  7. インポート操作を開始するには、Sendをクリックします。

  8. インポート操作のステータスを確認するには、返されたレスポンスコードを確認します。

    • ResponseCodeが値Failedを返すと、操作中に発生したエラーの数が、設定されたエラーしきい値を超えています。

    • ResponseCodが値CompletedWithErrorsを返す場合、操作中に発生したエラーの数は、設定されたエラーしきい値内です。

    • ResponseCodeが値Succeededを返すと、操作はエラーなしで完了しました。

  9. Sitecore Commerceデプロイメントにインポートする追加の商品在庫ZIPファイルごとに、この手順を繰り返します。

    注意

    すべてのインベントリ セットのインポートが完了したら、IISマネージャーとweb.configファイルで以前に変更 した設定を元の値に戻す必要があります。

  10. インポート操作中に情報を収集するようにロギングを設定した場合は、ロギングレベルを元の値に戻します (たとえば、"Information"から "Warning"に戻します)。

engine_authoringコンテナに商品在庫データをインポートする

手記

この手順は、コンテナーを使用したコマースの配置にのみ適用されます。デプロイメントdoes notコンテナを使用している場合は、代わりにこの手順の指示に従ってください。

コンテナー化されたコマース展開へのカタログ データ ファイルのインポートが完了したら、関連する在庫データをengine_authoringコンテナーにインポートできます。

次の手順は、Postmanアプリケーションをインストールして設定し、Sitecore Commerce Engineソフトウェア開発キット (SDK) からサンプル コレクションをインポートし、環境を設定し、Commerce Engine APIにアクセスするためのベアラー トークンを取得していることを前提としています。

商品在庫データをインポートするには:

  1. インポートするインベントリデータを含むZIPファイルをC:\engine\catalogs\フォルダに配置します。

  2. Sitecore Identityトークンの有効期限が切れている場合は、別のGetTokenリクエストを実行して新しいトークンを取得します。

  3. Collectionsウィンドウで、InventoryAPISamplesコレクションを展開します。

  4. Inventory - APIフォルダを開き、Import Local Inventory Setsリクエストをクリックします。

  5. Environmentフィールドで、データをインポートする必要があるCommerce環境 (たとえば、HabitatAuthoring 環境) を指定します。

  6. Body」タブで、インベントリ・データのインポートのパラメータ値を指定します。

    パラメーター

    価値

    形容

    "importFilePath":

    "<relative path>"

    インポートするインベントリデータファイルへの相対パス (例: "..\catalogs\<filename>"

    "mode":

    "replace"

    既存のインベントリ データをすべて削除し、新しいインベントリ ファイル データを追加します。

    注意

    置換モードがデフォルト値です。このモードでは、既存のデータがすべて削除されます (新しいデータ・セットの名前が異なる場合でも)。

    既存のデータを保持する場合は、addモードを使用します。

    "add"

    新しいデータ・ファイルを追加し、既存のインベントリ・データをすべて保持します。

    手記

    既存のインベントリー・データ・セットがインポートするデータ・セット・ファイルと同じ名前を持つ場合、既存のデータ・セットの内容は新しいデータ・ファイルの内容に置き換えられます。

    "batchSize":

    "900"

    バッチごとに処理するアイテムの数。

    大事な

    SQLタイムアウト・エラーが発生した場合は、バッチ・サイズを小さい数に減らしてください。

    "errorThreshold":

    "10"

    インポート操作中に許容されるエラーの最大数を示します。このしきい値に達すると、インポート操作は失敗します。

  7. インポート操作を開始するには、Sendをクリックします。

  8. インポート操作のステータスを確認するには、返されたレスポンスコードを確認します。

    • ResponseCodeが値Failedを返すと、操作中に発生したエラーの数が、設定されたエラーしきい値を超えています。

    • ResponseCodeが値CompletedWithErrorsを返す場合、操作中に発生したエラーの数は、設定されたエラーしきい値内です。

    • ResponseCodeが値Succeededを返すと、操作はエラーなしで完了しました。

  9. Sitecore Commerceデプロイメントにインポートする追加の商品在庫ZIPファイルごとに、この手順を繰り返します。

    注意

    すべてのインベントリ セットのインポートが完了したら、IISマネージャーとweb.configファイルで以前に変更 した設定を元の値に戻す必要があります。

  10. インポート操作中に情報を収集するようにロギングを設定した場合は、ロギングレベルを元の値に戻します (たとえば、"Information"から "Warning"に戻します)。

Index Commerce Engineカタログ項目

カタログとインベントリ データのインポートが完了したら、Commerce Engineのフル インデックス ミニオンを手動で開始して、カタログ アイテムの完全なインデックス作成を実行する必要があります。この手順では、Sitecore Commerce Engine SDKで提供されているPostmanサンプルを使用します。

完全なインデックス ミニオンを呼び出すには、次の手順を実行します。

  1. Postman Collectionsウィンドウで、SitecoreCommerce_DevOpsコレクションを展開します。

  2. Minionsフォルダを開き、Run FullIndex Minion - Catalogs itemsリクエストをクリックします。

  3. Bodyペインで、環境をAuthoring Environmentに設定します (例:"environmentName":"{{AuthoringEnvironment}}")。

  4. 要求を実行するには、Sendをクリックします。

    手記

    カタログ アイテムの完全なインデックス作成を実行した後、Sitecore XPインデックスを手動で再構築する必要があります。

この記事を改善するための提案がある場合は、 お知らせください!