ソース コンテンツ管理システムから Tridion にコンテンツを移行する場合、ソース コンテンツ管理システムのコンポーネント (コンテンツ) に関連付けられたカスタマイズされたメタデータを Tridion に移行する最良の方法は何ですか? それをSQLサーバーに直接移行する必要がありますか、それともxmlファイルなどの形式で移行するオプションはありますか?
3 に答える
SQL Serverへの直接の移行はサポートされておらず、データの整合性の問題が発生する可能性があるため、その時点ではシステム全体がサポートされていません。
最も簡単な方法は、ソースシステムからデータを読み取り、TridionAPIを使用してアイテムを再作成することです。
メタデータを移行する場合、一部のデータは分類法に最もよく適合する可能性があります。つまり、最初にキーワード/構造を移行してから、Tridionに入ったときにコンテンツにタグを付けます。
コンテンツをTridionに移行する場合、いくつかのオプションがあります。
上記から、中間形式としてSQLサーバーに移行することについて話しているのか、それともTridionデータベースに直接移行することについて話しているのか理解できません。Tridionデータベースに直接インポートすることは、サポートされているソリューションではなく、予測できない結果につながる可能性があります。
コアサービスまたはTOM.NETAPI(Tridion 2011を使用している場合)または古いTOM API(使用していない場合)のいずれかのAPIを使用する必要があります。
一般的なアプローチは、すべてのコンテンツをXML形式にエクスポートし、それを.NETアプリケーションで処理できるようにすることです。
ここにRyanDurkinによるTridionへのコンテンツの移行に関するいくつかの良い記事があり、ここにNunoLinharesがあります。
前述のように、SDL Tridionを最終的なCMSとして使用することを計画している場合、データベースに直接移行することはできません。Migrateでサポートされているメカニズムとは別に、新しいCMSでメタデータを構造化する方法に注意してください。ボリューム、構造、階層、メタデータアイテム間の関係によっては、プロセスが複雑になる可能性があります。また、ブループリントの概念にも特別な注意を払ってください。おそらく、古いシステムから複製された値を、継承されたものだけにマージできるからです。
システムにメタデータを配置する方法だけでなく、そのメタデータが新しいCMS(この場合はSDL Tridion)でどのように使用および維持されるかについても考えてください。
さらに情報が追加された場合に備えて、移行に関する最近の投稿を確認し、一般的な移行を計画することもできます。