このドキュメントは英語ではなくスロバキア語で書かれています。翻訳ルールには「英語のMarkdownドキュメントを日本語に翻訳」とありますが、スロバキア語のテキストを日本語に翻訳いたします。ただし、これはMarkdown形式のドキュメントではなく、プレーンテキストのようですので、内容をそのまま日本語に翻訳します。

LiveAgentのクラウド版ソフトウェアをご利用いただくことは、エンドカスタマーにとって非常に有益です。生涯にわたる自動アップデートが提供されるだけでなく、自社サーバー設備の確保・維持が不要になります。そのため、お客様からの移行のご要望は双方にとって「Win-Win」の状況であり、私たちも大変嬉しく思っています。では、オンプレミス環境からクラウドへの移行手順はどのようなものでしょうか？

実際の移行を行う前に、移行中はサービスのダウンタイムが発生するという点をご理解ください。ダウンタイムの長さは複数の要因（両側の回線速度、データベースのサイズ、移行時のインフラ状態）によって異なります。移行は通常、平日（月曜〜金曜、中央ヨーロッパ時間8:00〜20:00）に実施します。

事前の調査として、トライアルアカウントを作成し、利用可能なプラグインで要件を満たせるかどうかをご確認されることをお勧めします。独自のカスタムプラグインはクラウド環境に移行できません。カスタムプラグインの機能は、チケットに外部情報を表示する を使用して表示・アクセスできるよう調整できる場合があります。また、各種カスタマイズは100%クラウド版に移行できるわけではないことをあらかじめご了承ください。カスタムテーマも移行できません。Quality Unitの開発者は、これらのカスタマイズの移行については責任を負いません。これらの移行は、既存のプラグイン、CSSのカスタマイズ、その他お客様側のツールを通じて実現可能な場合があります。

お客様ごとにLiveAgentの利用方法が異なるため、移行を成功させるには当社の開発者による現状分析が必要です。そのため、既存のインストール環境への管理者レベルのアクセス権を提供していただく必要があります。具体的には、既存インストール環境での管理者権限を持つユーザーの作成と、SQLレベル（phpMyAdmin、Adminer等、または緊急時はTeamViewer経由）でのデータベースへのアクセス権が必要です。

データベースのエクスポートおよび圧縮ファイルのエクスポートに十分なディスク空き容量がサーバーにあることをご確認ください。

データベースダンプの転送には、SSH/SCPアクセスの使用を推奨します。お客様から当社のインフラへのダンプ転送に別の方法を使用することも可能ですが、双方からアクセスできる方法である必要があります。

移行手順にご同意いただける場合は、スタンドアロンインストールの移行先となるトライアルアカウントを作成してください（まだお持ちでない場合は https://www.liveagent.jp/trial/ にてご登録いただけます）。移行スケジュールが確定するまで、スタンドアロンアカウントの終了日を設定しないようにしてください。

推奨事項：

  • まずこの記事を最後までお読みいただき、不明な点があれば当社サポートにご相談されることをお勧めします。
  • 移行後も、IMAPおよびSMTPプロトコルを使用したメールの送受信をお勧めします。メール転送を使用している場合でも、LiveAgentからのメール送信には独自のSMTPを接続することを強くお勧めします。

移行の流れ：

  • LA開発者がデータベースとインストール環境の状態を分析します
  • 状態に応じて移行を進めるか、既存のインストール環境での修正が必要か判断します（例：LAのバージョンが古すぎる、不要なテーブルがある、テーブルの形式が正しくない等）。ほとんどの修正については準備済みの手順書があり、お客様に最適なタイミングで実施していただくことができます
  • 双方の都合に合わせて移行日程を調整します
  • 移行中、お客様はインストール環境でどのエージェントも作業していない状態にしてください
  • LAのGUIから外部ソースを無効化し、インストール環境を隔離します：
    • Facebookページ
    • Twitterアカウント
    • POP3/IMAPメールアカウント
    • メールパイプの一時停止
    • コンタクトウィジェット、チャット、フォーム
    • など
  • IPホワイトリストを設定している場合は、一時的に無効化し、移行後に再度有効化する必要があります。移行中は、QUのスタッフ（通常は管理者と開発者）が作業に参加しますが、移行時にQUオフィスにいるとは限りません
  • 可能であれば、Webサーバーサービスを停止してください（Apacheの場合：service apache stop）。停止できない場合は、移行中にLAにアクセスできない状態にする準備が必要です
  • データベースコンソールで、すべてのバックグラウンドジョブが完了していることを次のクエリで確認してください：SELECT * FROM qu_g_queued_jobs WHERE status != ‘F’。結果が空であれば、すべてのバックグラウンドジョブが完了しています。結果が返ってきた場合は、ジョブがまだ実行中ですので、数分待ってからクエリを再実行してください。結果が空になるまで繰り返してください
  • cronの実行を無効化します（crontab -eでスケジュールタスク一覧を開き、jobs.phpを含む行の先頭に#を追加して無効化します）
  • 以下のコマンドでデータベースダンプを作成します：
/usr/bin/mysqldump -v --single-transaction --skip-add-drop-table --max_allowed_packet=1G --hex-blob --no-create-db --net_buffer_length=16M \
--ignore-table={db_name}.qu_g_logs \
--ignore-table={db_name}.qu_g_mail_message_sources \
--ignore_table={db_name}.qu_g_eventqueues \
--ignore_table={db_name}.qu_g_eventsubscriptions \
--ignore_table={db_name}.qu_g_news \
--ignore_table={db_name}.qu_g_usernews \
--ignore_table={db_name}.qu_g_passwd_requests \
--ignore_table={db_name}.qu_g_queued_jobs  \
--ignore_table={db_name}.qu_g_queued_plans  \
--ignore_table={db_name}.qu_g_queue_delayed_jobs  \
--ignore_table={db_name}.qu_g_queue_failures  \
--ignore_table={db_name}.qu_g_queue_jobs  \
--ignore_table={db_name}.qu_g_queue_planed_jobs  \
--ignore_table={db_name}.qu_g_sessions \
--ignore_table={db_name}.qu_g_session_values \
--ignore_table={db_name}.qu_g_token_buckets \
--ignore_table={db_name}.qu_la_browser_visits \
--ignore_table={db_name}.qu_la_conversations_search  \
--ignore_table={db_name}.qu_la_message_drafts \
--ignore_table={db_name}.qu_la_page_visits \
-u'{user}' -p'{password}' -h localhost {db_name} > dump.sql

各パラメータの説明： {db_name} = データベース名 {user} = データベースアクセス用のユーザー名 {password} = データベースアクセス用のパスワード

  • 次のコマンドでダンプファイルを圧縮します：gzip -9 dump.sql
    • 他の圧縮形式も使用可能ですが、双方でサポートされている形式である必要があります（例：7z）
    • 圧縮が成功すると元のファイルは削除されます
    • ダンプの成功を確認する前に、次のコマンドで結果ファイルをテストすることをお勧めします：gzip -tv dump.sql.gz
    • ファイル転送は暗号化により保護されますが、ご希望に応じて圧縮ファイルにパスワード保護を追加することも可能です
  • ダンプの準備が完了したらQUに通知します
  • QU管理者がダンプを当社インフラにダウンロードし、インポートを実施します
  • 開発者がインポート後のデータベース状態を確認し、クラウド環境に必要なデータベースの値を調整します
  • アカウントの準備が完了次第、お客様に通知します。開発者が見落とした変更がある可能性もありますので、移行時の細かな問題については引き続き対応いたします
  • お客様が外部ソースを有効化し、クラウド環境が完全に利用可能な状態になります

まとめ：

あらゆるデータ移行と同様に、移行中に問題が発生する可能性があります。当社の開発者はリスクを最小限に抑えるよう努めます。それでも問題が発生した場合は、お問い合わせフォームよりカスタマーサポートにご連絡ください。データをクラウドに移行した後も、私たちのサポートは続きます。