Drupalのモジュール更新後にデータベース更新を行うべき
エラー：モジュール(Twitter)をバージョンアップしてフロントページに開くと「EntityFieldQueryException」が発生
- モジュール(Twitter)のバージョン：7.x-5.11 ⇒ 7.x-6.2 にアップデートしました（新モジュールから旧モジュールを上書き）
- フロントページを開いてみたらエラーが発生し：
EntityFieldQueryException: エンティティー <em class="placeholder">twitter_account</em> にはベーステーブルがありません。 EntityFieldQuery->propertyQuery() (/virtual/drills/public_html/drupal7/includes/entity.inc ファイル 1271行).
- 画面にエラーしか表示されていないです
原因：Twitter7.x-5.11⇒7.x-6.2にアップデートする場合DBのテーブルが追加されたので、DB更新が必要
- 原因は比較的に単純的で、Twitter7.x-6.2（7.x-6.0以上になるとデータ構造が変わった）が7.x-5.11よりデータテーブルが追加されました
- 管理者権限でupdate.phpを実行してデータテーブルを追加します
Drupal共有ソースサイトへの移行計画
- Drupal7で複数のサイト（ドメイン）を構築しました。それぞれのバージョンアップ、ソースのバグ管理に手間がかかります。
- 一つの共有ソースにすれば、Drupalのバージョンアップ、ソースのバグ管理に効率は良いと考えられています
- 例：以下イメージのようにサイト移行
- サイト移行時の両側の違い：
- Drupalのバージョンは同じ：７
- モジュール：共有ソース側の方が多い、また同じモジュールに違うバージョンが存在している可能性があります
- DB：移行先に各サイトは別々のDBで違うコンテンツを有します
サイト移行の一番大きな問題点：メディア保存のフォルダが変わる
- サイト移行にどんな方法を使っても、元サイトのメディア（例：写真など）保存フォルダー（sites/default）が、共有ソース側に別名のフォルダ（それぞれのサイトのメディア保存フォルダ）に変わります
- 元サイトにあるメディア（写真、ファイル、ビデオなど）のパスが共有ソース側に移行先フォルダ名で書き換えなければならないです
移行方法１：共有ソース側で新規サイトを構築して、Featureモジュールで旧サイトの設定、Node Exportモジュールでコンテンツを移行します
- 共有ソース側で以降先のフォルダ（例：pine ⇒ sites/pine）を作成します
- defaultフォルダ（sites/default）にあるdefault.settings.phpをコピーして、移行先のフォルダ（pine）にペストし、settings.phpに名前を変更します
- sites.php（sites/sites.php）設定ファイルに移行元のドメイン名とフォルダ名を関連つけます（設定方法：「Drupalのソースを共有する複数サイトの構築」をご参考）
- 設定されたドメイン名で新サイトへアクセスし、Drupalのインストール手法で新しいサイトを構築します（新しいサイト、移行元のものはなにもない状態）
- モジュール（Feature）で元サイトの設定を移行します(Drupalのモジュール（Feature）を用いてサイト間のデータ移行/開発管理を行いますをご参考)
- すべての元サイト設定移行はできません。例：テーマの設定が最初からやり直しが必要はあります（結構手間がかかる作業）
- モジュール（Node Export）でコンテンツ（例：Article）を元サイトから出力して、移行先にインポートします
- 大量なコンテンツがある場合、Drushのコマンドで出力したほうが良いでしょう
- コンテンツに含まれている画像、ビデオ、ファイルなどのパスを移行先のフォルダ名に合わせて変更しなければならない（今回：sites/default ➡ sites/pine すべてのパスを検索して、変更）
- 元サイトのメディア保存フォルダ(sites/default)にあるすべての内容（settings.php除外）を移行先にフォルダ（sites/pine）にコピーします
- 移行先でファイルシステム設定画面（ホーム » 管理 » 環境設定 » メディア » ファイルシステム）の元サイトと同じファイルパス設定を行います
移行方法２：元サイトのDBとメディア保存フォルダを移行先にコピーします
- 元サイトのすべてのものをそのままで移行先にコピーできれば、一番楽です
- 重要なのは、両サイトが側のDrupalバージョン、モジュールバージョンが完全一致していれば、うまく行きます
- バージョンが合わなければ、移行後にサイトからエラーがでて、完全に動かなくなりことがあります（以下のエラー例で、実は一つのモジュールバージョン差で引き起こされています）
- 移行する前にモジュールのバージョン合わせに十分に気を付ける必要はあります
- もちろん、移行先にでのモジュールバージョンを変えると、他のサイトにも影響を与えるので、調整が必要となります
- バージョンが合わなければ、移行後にサイトからエラーがでて、完全に動かなくなりことがあります（以下のエラー例で、実は一つのモジュールバージョン差で引き起こされています）
- 移行する前に、移行先と移行元のDB、メディアファイルフォルダ（sites/default）の内容をバックアップします（うまく行かなければ、バックアップで戻します）
- 移行するサイトのすべてDBテーブルをSQL文に出力（MySql：mysqldump）します
- 出力されたファイルにあるすべてのメディア保存フォルダパスを移行先のフォルダパスに書き換えます（sites/default ➡ sites/pine）
- もしドメイン名も変わる場合、新しいドメイン名で古いのを書き換えます
- 出力されたファイルにあるすべてのメディア保存フォルダパスを移行先のフォルダパスに書き換えます（sites/default ➡ sites/pine）
- 移行元のメディア保存フォルダにすべての内容（settings.phpも含む）、移行先にのメディア保存フォルダにコピーします（sites/default ➡ sites/pine）
- 移行先でファイルシステム設定画面（ホーム » 管理 » 環境設定 » メディア » ファイルシステム）の元サイトと同じファイルパス設定を行います
- ブラウザで移行先のページにアクセスし、管理者権限でデータベース更新（http://your-site-domin/update.php）を行います（Drushでも更新可能）
結論：新規サイト構築はエラーが少ないが手間がかかります。DBコピーは便利だがエラーが出やすいです。
- 安心で、きれいに移行する場合新規サイトを構築したほうが良いでしょう。多少手間がかかっても、難しいことは少ないです
- DBコピーの方式は上級者向けですね。常にエラーの調査、修正にが必要となります
