サポート
新サーバーの移行メンテナンス
- 移行メンテナンスのスケジュールの通知がきたのですが、何をすればいいですか?
-
お知らせのスケジュールにて、お客様のご利用サーバーをより高機能な最新のサーバー環境へ移行いたしたます。
お客様による作業はございませんが、サーバーの仕様が最新の仕様となりますので移行メンテナンス後のサービス仕様やプログラム言語・コマンドパス、PHPのバージョン、動作確認済みプログラムなどを、あらかじめご参照ください。
- 移転前と移転後におけるサーバーの仕様に変更はありますか?
-
はい、移転後のサーバー仕様について変更点はございます。
主にapacheバージョンが2.2.xから2.4.xに変更となることや、通信プロトコルHTTP/1.1からHTTP/2への対応となるほか、ライブラリやコマンドラインについても変更がございます。
詳細については、移行メンテナンス後のサービス仕様やプログラム言語・コマンドパス、PHPのバージョン、動作確認済みプログラムなどをご参照ください。
- メンテナンス実施予定日にサーバーが停止しないような回避策はありますか?
-
事前に「新サーバー簡単移行」にて、手動で移行していただいた場合には、サーバー停止の時間はございません。また、動作確認を事前にすることも可能です。
なお、「新サーバー簡単移行」は、メンテナンス実施に伴い以下の日程でご利用いただけなくなります。
メンテナンス実施予定日をご一読の上、1か月前を目安にご利用いただきますようお願いいたします。- 移行ツールの新規ご利用
- メンテナンス実施の21日前から利用停止
- 移行ツール自体のご利用
- メンテナンス実施の14日前から利用停止
- 利用しているサーバーの番号はどのように確認すればいいですか?
-
以下のいずれかの箇所でご確認いただけます。
- XServerアカウントの場合
-
以下のいずれかの箇所でご確認いただけます。
- XServerアカウント内、エックスサーバー契約管理ページ > 料金支払い > お支払い/請求書発行ページ下部にある「料金のお支払い手続き」の「サーバー番号」欄
- XServerアカウント内、エックスサーバー契約管理ページの「契約情報」にある「サーバー番号」欄
- サーバーパネルの場合
サーバーパネルへとログイン後、「アカウント > サーバー情報」へお進みください。「サーバー番号」の欄にてご確認いただけます。
- 移行後にホームページへアクセスするとファイルのダウンロードが始まってしまいます。
-
.htaccessファイルにおいて、「AddType」ディレクティブの記述に誤りがある場合は、コンテンツの表示ではなく、ファイルのダウンロードが実行されてしまいます。
- 誤った記述の例
AddType application/x-httpd-php .php .html
.htaccessファイルに上記の記述がある場合は、「削除」もしくは「該当行の冒頭に#を追記して無効化する」のいずれかにて、改善するかをお試しください。
- 移行後、.html拡張子でPHPプログラムが動作しなくなってしまいました。
-
.htaccessにて、AddTypeなどの「.html拡張子でPHPプログラムを動作させる設定」を記述している場合は、新サーバー環境においては記述の修正が必要です。
移行メンテナンス時には上記の補正も自動で対応しておりますが、.htaccessに書き込みを許可していないなどのカスタマイズをされている場合は、移行時に補正が働かず、正常に挙動しなくなるといったケースもございます。
その場合は、.htaccess編集より、該当の記述を以下の内容に差し替えてください。- 正しい記述の例
AddHandler fcgid-script .htm .html
- cron / SSH でPHPプログラムが動作しなくなってしまいました。
-
サーバー環境の仕様変更により、コマンドパスが変更になっている可能性がございます。
問題切り分けのため、プログラム言語・コマンドパスをご確認いただき、パスに相違があれば修正をすることで改善されるかをお試しください。
- 移行後から、サイトの一部または全てが文字化けしています。
-
新環境のサーバーでは、MySQLデータベースに含まれる文字をWEBサイトに出力する場合、文字コードを正確に指定されていないと文字化けが発生してしまいます。文字化けが発生してしまう場合は、まず下記二点のご確認をお願いいたします。
- サーバーパネル「php.ini設定」からPHPの文字コードに関する設定を見直す。
-
【対象となる設定の例】
mbstring.language
mbstring.internal_encoding
mbstring.http_input
mbstring.http_output
mbstring.encoding_translation
mbstring.detect_order
mbstring.substitute_character
- PHPプログラムで文字コードを正しく指定する。
-
例【mysql_set_charset("utf8");】など
上記2通りの両方を試しても解決しない場合、稀ではございますが、ご利用のプログラムが新環境のデータベース「MariaDB 5.5」に対応していない可能性がございます。
その場合は、移行後のMariaDB 5.5(旧MySQL5.5)のデータベースをエクスポートしていただき、サーバーパネル『MySQL設定』から新規にMySQL5.7のデータベースを作成していただいたものへインポートすることで文字化けが解決される可能性がございます。※ 読み込むデータベースの設定もご変更いただく必要がございます。
※ 必ずデータベースのバックアップをした上で作業を行うようご注意ください。データベースのバックアップはサーバーパネル「MySQL設定」の「MySQLバックアップ」から可能です。
- 移行後から403エラーが発生しています。
-
新サーバー移行メンテナンスの直後から403エラーが発生している場合、.htaccessの記述が影響していることがあります。
例えば、.htaccessに「Optionsディレクティブ」を記述していると+―での設定を記述しなければ、最新サーバー環境では動作しません。
該当の記述を削除するか、項目名の先頭に「+」を追記してください。- 変更前
-
Options FollowSymLinks
Options SymLinksIfOwnerMatch
- 変更後
-
Options +FollowSymLinks
Options +SymLinksIfOwnerMatch
- 移行後から500エラーが発生しています。
-
新サーバー移行メンテナンス直後から500エラーになる場合、.htaccessの記述が影響していることがあります。
.html拡張子でPHPプログラムを動作する記述をしている場合は、以下に差し替えるなどの対応をしてください。- 正しい記述の例
- AddHandler fcgid-script .htm .html
- 移行メンテナンス前のアクセスログを確認することができません。
-
移行メンテナンス実施直前のアクセスログは確認することができず実施後にダウンロードすることもできません。
恐れ入りますが、必要な場合はメンテナンス予定時刻までにあらかじめダウンロードをしていただきますようお願いいたします。
- 既存のMySQLデータベースをMySQL 5.7に移行することはできますか?
-
メンテナンス実施に伴い、MariaDB 5.5へ自動的に移行となるため、メンテナンス後に『MySQL 5.7移行ツール』を用いて、MySQL 5.7へ移行することができます。
- MySQL5.0からMariaDB5.5に移行されることで、動作しなくなることはありますか?
-
移行済みサーバーの実績から申し上げても、動作しなくなるようなことはほぼございません。WordPressやEC-CUBE、Movable Typeなどの著名なCMSにおいては、問題なく動作しております。
イレギュラーとして、自作のサーバープログラムや長く更新されていないCMSにおいて、MySQL 5.5で廃止された古い記述がございますと、動作に影響することがございます。※移行メンテナンスによる「MySQLホスト名」の変更等も発生しません。
- MySQL5.5とMariaDB5.5の互換性に懸念があります。動作しなくなることはありますか?
-
MariaDB 5.5は、MySQL 5.5と極めて高い互換性を有しております。
既に実施の移行メンテナンスにおける実績からも、動作に問題はございません。
MySQL 5.5と比較しても、メモリリークの対処や非常に細やかなエラー処理などの改善が行われていることから、より安定したデータベース環境でのご利用が可能です。