您在這裡

大數據量Drupal 6網站升級到Drupal 7很麻煩

James Qi 在 2012年2月20日 - 17:33 發表

  上周開始嘗試Drupal網站的升級,先拿小數據量的網站做了實驗,本個人網站也算是升級成功。然後想把一個大數據量的網站也升級看看,拿了“傳真名錄”這個站來做實驗。

  将其各個第三方模塊升級到Drupal 6配套的最新版本都很順利,我也就沒有把Drupal 6.20先升級到6.24,而是直接升級的,這在以前其它小數據量網站試過,沒有問題。

  在Drupal 6.20中設置為“離線模式”,然後卸載所有第三方模塊,再将文件夾都換為Drupal 7.12的内容,并複制一些配置文件,在Drupal 7下就可以運行updata.php了,但看到update taxonomy模塊的時候就不怎麼動了,幾個小時過去都還在等,從phpmyadmin中查看是一直在對數據庫進行插入/更新操作,達到上百萬條記錄,不斷要複制到臨時表,所以極慢,中途還中斷了多次。這樣陸陸續續運行了十多個小時以上才算是update結束。sad

  接下來還要修改一些template, block和page中的修改過的api調用代碼,才可以看到界面了,然後再安裝第三方模塊,涉及到CCK的時候就遇到問題,在使用Migrate fields做數據遷移的時候,就遇到運行超時錯誤,修改了120s的限制時間還是無法在短期内完成。從phpmyadmin中看,是為每個自定義字段新建了一個表,表結構建好了,也轉換了第一條數據,後面的幾十萬條就都沒有了。沒有辦法,隻好用insert的sql語句模拟導入了指定的條數,然後update其中的字段與以前的老表中的内容一緻。這樣的辦法花了我差不多一個周末的時間,最後才算是把數據都轉換好。frown

  然後content template中讀取字段的格式也變了,修改template的頁面也無法打開,隻有在phpmyadmin中修改,後來算是基本上升級好了,才把“離線模式”解除。還有page title和breadcrumb的顯示也與以前有所不同,以前頁面右下角的分類鍊接也沒有找到,剩下幾個細節問題留着以後解決。

  這樣折騰一番算是搞怕了,其它數據量大的Drupal 6網站算是不敢嘗試升級到7了,就升級到最新的6.24就可以。隻有新建網站才從一開始就采用Drupal 7。


  2015年7月補充:現在可以用drush命令來進行批量處理:

All commands in content_migrate: (content_migrate)
 content-migrate-field-data  Migrate a single field data.
 content-migrate-field-structure  Migrate a single field structure.
 content-migrate-fields  Migrate some or all fields.
 content-migrate-rollback  Rollback migration of some or all fields.
 content-migrate-status  Show field migration status.

  不過在大數據量處理的時候,一樣可能遇到報錯,這是可以采取的辦法:增加内存、MySQL超時殺死進程的時間限制延長、先用structure再用data逐個字段遷移、必要時rollback再重新遷移。如果數據量不是太大,也可以使用web菜單方式操作數據遷移。

 

自由标簽:

發表新回應

Plain text

  • 不允許使用 HTML 標籤。
  • 自動將網址與電子郵件地址轉變為連結。
  • 自動斷行和分段。