データのインポートとエクスポート

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

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

このセクションでは、Sitecore Content Hub内のデータのインポート、エクスポート、または移行を最適化するために推奨されるベストプラクティスを示します。

Content Hubデータのインポートとエクスポート

以前のアセット管理システムからContent Hubに移行する場合は、アセットを編集用にロックするか、移行済みとしてマークしてください。移行には時間がかかり、移行の開始後にソース環境に加えられた変更は移行先に引き継がれません。移行後は、Content Hubでのみアセットを更新してください。
営業時間外にデータを移行して、アプリケーションの速度が低下しないようにします。ただし、Excelのインポートの優先度はUI操作よりも低いため、営業時間中にデータ移行を実行した場合でも、ファイルプレビューの生成や一括ダウンロードの注文に遅延が発生することはありません。
ポータルページをインポートするときに、一部またはすべてのページで403または404エラーが返される場合があります。

常に1つのソース環境と1つのターゲット環境があります。ソース環境からの完全なエクスポートを完了し、パッケージ全体をターゲット環境にインポートします。
識別子の不一致による競合を防ぐには、ソース環境のエンティティと重複するエンティティをターゲット環境に手動で作成しないようにします。
ソース環境に変更を加える必要がある場合は、エクスポートパッケージを作成する前に変更を加えてください。これにより、後で再度エクスポートする必要がなくなります。
移行するファイルとそのレンディションを確認します。 TIFやPSDなどの大きな画像形式は、デフォルトの8 GBメモリメディア処理エージェントではレンダリングが難しい場合があります。

エンティティ定義にbatchIDプロパティを追加し、Excelファイルに対応する列を追加すると、バッチを簡単に取得し、必要に応じて関連項目を削除できます。
選択範囲のアイテムの最大数は2,000です。インポートするExcelファイルにこれ以上のファイルがある場合は、それぞれ2,000行以下の小さなファイルに分割します。
インポート設定がrawImportに設定されていることを確認して、トリガーロジックを回避し、データ処理時間を短縮します。テーブル操作での一括編集の問題を回避するには、インポートが完了したらrawImportフラグをオフにします。
taxonomiesでは、サブファイルを抽出する必要がないアセットタイプのTriggers extract archive設定を無効にすることができます。アーカイブファイルはサイズが大きくなる場合があり、そのサブファイルを抽出すると、メディア処理の負荷が増加します。
データをインポートするときは、パフォーマンスへの影響を避けるために、処理タスクのParametersタブにあるExtract contentチェックボックスをオフにすることをお勧めします。

構成データのインポートとエクスポート

ポータルページをエクスポートするときは、公開定義の構成、エンティティ定義、および分類を必ず含めてください。エクスポートされていないエンティティ定義を参照するポータルページのエクスポートは避けてください。
エンティティ定義の変更をインポートまたはエクスポートする場合は、必ず次のものを含めてください。
- プロファイルをエクスポートします (変更された場合)。
- ポータルページ。
- 定義構成を公開します。
- 分類。新しいタクソノミー定義を追加した場合は、既存の値を含むタクソノミーもエクスポートしてください。
- セキュリティポリシー、参照されるエンティティ定義または分類を含むポリシー。例えば、ProductLineToAssetにリンクされていて、値がXのすべてのアセットにユーザーグループがアクセスできるようにすることができます。

警告

インデックスの再作成が必要なエンティティ定義を多数インポートすると、グラフメッセージが大量に発生する可能性があります。

インポートおよびエクスポート状態フロー

ステートフローをエクスポートするときは、必ず以下を含めてください。

Entity definitions - 定義でステートフローが有効になっている場合は、その定義もエクスポートします。
Publish definition configurations - 常にエンティティ定義と一緒にエクスポートします。
Portal pages - ステートフローアクションは、通常、新しいステートフローが追加されるときに追加されます。
Policies - ポリシーとUser-to-User-groupの割り当ては、通常、ステートフローが定義されると更新されます。ポリシーによって参照されるすべての分類を必ず含めてください。
Triggers - トリガーは通常、条件が満たされたときにのみステートフローを開始する必要があります。トリガー条件と、トリガーにリンクされているすべてのスクリプトを常に含めます。

メモ

ターゲット環境にアクティブなトリガーを持つ状態フローがある場合、特定の条件が満たされると、パッケージのインポート中にこれらのトリガーがアクティブになることに注意してください。たとえば、新しく作成または更新されたアセットタイプに対してトリガーが設定されていて、パッケージに新しいアセットタイプが含まれている場合、そのトリガーはパッケージのインポート時に実行されます。

オプションリストをタクソノミーに移行する

オプションリストをタクソノミーに移行するには:

タクソノミーを作成し、値を追加します。

大事な

自動的に生成された識別子の名前は変更しないでください。代わりに、各タクソノミー値の識別子としてDefinitionName.TaxonomyNameを保持します。
タクソノミーとターゲットエンティティ定義の間にリレーションを作成します。
結果のエンティティをExcelにエクスポートし、オプションリストプロパティと新しいリレーションが含まれていることを確認します。
ターゲット環境で同じオプション・リスト値が使用されていることを確認してください。次に、APIを使用して、分類の値と、ターゲット環境でリレーションを作成する方法の詳細を共有します。
この新しい分類に基づいてエンティティを保護する必要がある場合は、ユーザーグループとそのポリシーを確認して更新します。
ポータルページとそのコンポーネントを更新して、新しい分類値を追加します。たとえば、Searchコンポーネントの高度な検索機能からオプションリストの値を削除する必要があり、分類をフィルターとして追加する必要がある場合があります。
エクスポートしたExcelファイルを開き、新しいタクソノミー値の識別子をエンティティに追加してから、オプションリストの値を削除します。
Excelファイルをインポートします。
一括編集操作を検証するには、オプションリスト値を持つエンティティをクエリして、エンティティがリンクされていないことを確認します。
このオプションリストを参照するすべてのプロパティを、該当するエンティティ定義から削除します。
オプション・リストとその値を削除します。

タクソノミーをオプションリストに移行する

タクソノミーをオプションリストに移行するには:

オプションリストを作成します。
ターゲット・エンティティ定義にオプション・リスト・メンバーを作成します。
エンティティをExcelにエクスポートし、エクスポートプロファイルに新しいオプションリストと新しいタクソノミーリレーションが含まれていることを確認します。
ターゲット環境で同じ分類値が使用されていることを確認します。次に、APIを使用して、オプションリストの値と、ターゲット環境でのリレーションの作成方法の詳細を共有します。
セキュリティ・ルールでタクソノミー定義を使用している場合は、該当するユーザー・グループとユーザー・グループ・ポリシーを確認して、すべての参照を削除します。
ポータル・ページ・コンポーネントを更新して、オプション・リストの値を追加します。たとえば、オプションリストをファセットとしてSearchコンポーネントに追加したり、出力に表示したりする必要がある場合があります。
エクスポートされたExcelファイルを開き、エンティティに新しいオプションリストの値を追加してから、タクソノミーの値を削除します。
Excelデータを、それぞれ2,000行以下のバッチでインポートします。
分類とその値を削除します。

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