データのインポートおよびエクスポート

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

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

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

Content Hubデータのインポートおよびエクスポート

システム全体移行

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

荷物の輸入または輸出

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

Excelデータのインポートまたはエクスポート

エンティティ定義に batchID プロパティを追加し、対応する列をExcelファイルに追加すれば、バッチを簡単に取得でき、必要に応じて関連項目を削除できます。
選択に含まれる最大アイテム数は2,000です。インポートしたいExcelファイルにこれ以上の項目がある場合は、2,000行以内の小さなファイルに分割してください。
トリガーロジックを回避しデータ処理時間を短縮するために、インポート設定をrawImportに設定してください。テーブル操作での大量編集の問題を避けるために、インポート終了時に rawImport フラグをオフにしてください。
タクソノミーでは、抽出不要なサブファイルのアセットタイプに対してトリガー抽出アーカイブ設定を無効にできます。アーカイブファイルは大きいことがあり、サブファイルを抽出するとメディア処理の負荷が増加します。
データをインポートする際は、処理タスクのパラメータタブの「コンテンツ抽出」チェックボックスをクリアすることを推奨します。これにより、パフォーマンスに影響が及ばないようにしてください。

設定データのインポートおよびエクスポート

ポータルページをエクスポートする際は、公開定義の設定、エンティティ定義、タクソノミーを含めてください。エクスポートされていないエンティティ定義を参照するポータルページのエクスポートは避けてください。
エンティティ定義の変更をインポートまたはエクスポートする際には、以下を含めてください:
- 変更があればプロファイルをエクスポートしてください。
- ポータルページ。
- 定義構成を公開します。
- タクソノミー。新しいタクソノミーの定義を追加した場合は、既存の値を含んだタクソノミーもエクスポートするようにしてください。
- ポリシー、セキュリティポリシーや参照エンティティ定義やタクソノミーなどが含まれます。例えば、Xの値を持つすべてのアセットにリンクされたすべての資産にユーザーグループProductLineToAssetアクセスさせたい場合があります。

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

輸入および輸出の州の流れ

状態フローをエクスポートする際は、以下を含めるようにしてください:

エンティティ定義 - 定義に対して状態フローが有効であれば、その定義もエクスポートしてください。
定義構成を公開する - 必ずエンティティ定義と一緒にエクスポートしてください。
ポータルページ - 状態フローアクションは通常、新しい状態フローが追加された際に追加されます。
ポリシー - ポリシーおよび ユーザー間 割り当ては、状態フローが定義されると通常更新されます。ポリシーで参照されるすべてのタクソノミーを含めるようにしてください。
トリガー - 条件が満たされた場合にのみ、トリガーは通常状態フローを開始するために必要です。必ずトリガー条件とトリガーにリンクされたすべてのスクリプトを含めてください。

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

オプションリストを分類学に移行する

オプションリストを分類法に移行するには:

分類法を作成し、価値を加えましょう。

!重要自動生成された識別子の名前を変更しないでください。代わりに、各分類値の識別子としてDefinitionName.TaxonomyNameを残してください。
タクソノミーとターゲットエンティティの定義との間に関係性を作りましょう。
得られたエンティティをExcelにエクスポートし、オプションリストプロパティと新しい関係を含めてください。
ターゲット環境が同じオプションリストの値を使用していることを確認してください。その後、APIを使ってタクソノミー値やターゲット環境内でリレーションの作成方法の詳細を共有します。
この新しい分類法に基づいてエンティティを保護する必要がある場合は、ユーザーグループとそのポリシーを見直し更新してください。
ポータルページとそのコンポーネントを更新して新しいタクソノミー値を追加してください。例えば、Searchコンポーネントの高度な検索機能からオプションリストの値を削除し、フィルターとしてタクソノミーを追加する必要があるかもしれません。
エクスポートしたExcelファイルを開いて、新しいタクソノミー値の識別子をエンティティに追加し、オプションリストの値を削除してください。
Excelファイルをインポートしてください。
大量編集操作を検証するには、オプションリストの値でエンティティにクエリを行い、リンクされていないエンティティがないか確認します。
このオプションリストを参照するプロパティは、該当するエンティティ定義から削除してください。
オプションリストとその値を削除してください。

分類法をオプションリストに移行する

分類をオプションリストに移行するには:

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

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