私たちが採用したアプローチの関連部分を要約すると、最初に行われたことは、ノード エクスポート、CCK コンテンツ コピー、およびバックアップと移行モジュールをレガシー サイトにインストールすることでした。次に、ダウンロードする必要があるモジュールと、前述のモジュールを含む、デフォルトの Commons 構成の上で有効にする必要があるモジュールの両方のリストがコンパイルされました。これは、レガシー サイトで使用されているモジュールの包括的なリストである必要がありました。そうしないと、ノードのエクスポートが正しく機能しません。
レガシー サイトでは、個々のコンテンツ タイプが CCK コンテンツ コピー モジュールを使用してエクスポートされました。ノード エクスポート モジュールを使用して、コンテンツ タイプごとにノードがエクスポートされました。問題のあるコンテンツ タイプをインポート プロセス中に個別に処理できるように、すべてが一度にエクスポートされるわけではありませんでした。
新しい Commons サイトでは、適切なモジュールがダウンロードされ、有効になっています。コンテンツ タイプがインポートされましたが、これは非常に時間のかかるプロセスでした。次に、ノードがすべてインポートされました。私が試した構成にもかかわらず、ファイルのアップロードが正しく移行されなかったことに注意してください。
この後、従来のコンテンツ タイプを Drupal Commons に付属のコンテンツ タイプに変換することが決定されました。Commons サイトでは、Node Convert モジュールがインストールされ、適切な Node Convert テンプレートが作成されました。コンテンツはすべて変換されました (添付ファイルを除く)。
ユーザーを移動するために、users テーブルの SQL ダンプがレガシー サイトから作成され、Commons サイトにインポートされました。フィールド、役割などが異なるため、各ユーザーのプロファイルを手動で更新する必要がありました。
その後は、ほとんどがカスタム構成でした---グループが決定され、作成されました。テーマはカスタマイズされました。インポートされたコンテンツはすべて、手動で適切なグループに関連付け、タグ付けし、適切なファイルを対応するノードに再アップロードする必要がありました。