Zextras Backupまたはimapsyncを使用してZimbraメールボックスを新しいサーバーに移行する方法

ZimbraからZimbraへの完全な移行には、メール以外のメールボックスデータが必要な場合、サポートされているZextras Backup移行ワークフローを使用してください。両方のサーバーがIMAP経由でアカウントを公開しており、対象がメッセージ、フォルダ、フラグである場合は、imapsyncを使用してください。Zextrasによると、以前のZextras Migration Toolは利用できなくなりました。Zimbra移行ガイダンスでは、管理者にZextras Backupの使用を推奨しています。imapsyncは、IMAPメールボックスをコピーするための別のコマンドラインオプションであり、カレンダー、連絡先、共有、アカウント設定のZimbra対応移行に取って代わるものではありません。

その違いによって、新しいサーバーでどれだけのプロビジョニングとテストを行う必要があるかが決まります。MXレコードを変更したり、ユーザーが宛先サーバーで作業を開始したりする前に、送信元と宛先のバージョン、ライセンス、認証、ストレージ、および保持する必要のある正確なデータを確認してください。

ドキュメントは2026年10月6日に確認済みです。公式のimapsyncサイトにはリリース2.314が記載されています。Zextrasの移行に関する記事には、従来の移行ツールは利用できないと記載されており、Zextrasバックアップの手順が説明されています。Zextrasのページとサンプルはバージョンに依存するため、本番環境で実行する前に、インストールされているZextrasとZimbraのリリースに合わせて検証してください。

1. 必要なデータに一致するルートを選択してください。

Zextrasが公開しているZimbra移行ガイドには、バックアップワークフローで移行できる項目として、メールとフォルダ、連絡先、カレンダー、タスク、共有フォルダ、設定、署名、ID、および一部のドメインまたはサービス種別データが記載されています。また、このワークフローでは、サーバー構成、LDAP構成、MTAまたはプロキシ構成、カスタムブランディングは移行されないとも記載されています。移行範囲は製品のバージョンと設定によって異なるため、上記のリストはあくまでも範囲チェックリストとして扱い、最新のドキュメントで必要な項目をそれぞれ確認してください。

ImapsyncはIMAPを介して動作します。メールボックスのフォルダとメッセージをコピーし、宛先がサポートするメッセージフラグを同期できます。ZimbraサーバーのLDAPディレクトリ、アカウント設定、カレンダー、アドレス帳、共有リソース、サーバー構成は転送されません。これらが重要な場合は、サポートされている別のエクスポート/インポート方法を検討するか、Zextrasを選択してください。

古い Zextras 移行ツールを基に新しい計画を立てないでください。Zextras移行ガイドには、このツールは既に利用できなくなっていると記載されています。また、アーカイブされた Zimbra ページから古い IMAP に関するアドバイスをコピーする場合は、最新の Zimbra imapsync FAQと照らし合わせて確認せずに使用しないでください。この FAQ では、古い Zimbra imapsync ガイドは既に古くなっていると明記されています。

2. データのコピー前に両方のサーバーを準備する

移行先のプロビジョニングを行う前に、ドメイン、アカウント、エイリアス、クォータ、メールボックスサイズ、ユーザーパスワードまたはリセットプラン、共有フォルダ、カレンダー、連絡先、配布リスト、保持要件、およびユーザーが依存するサーバー機能など、すべての項目をリストアップしてください。各フェーズで新しいメールを受信するホストを特定してください。このリストを移行後のチェックリストとして保管してください。

• プラットフォームのサポート状況を確認してください。移行先がインストールされ、動作しており、移行パスでサポートされている Zimbra/Zextras の組み合わせで動作していることを確認してください。Zextras Backup の場合、ベンダーの Zimbra ワークフローでは、Zextras Backup の移行先と、Zextras Backup または Zimbra Suite Plus を実行している移行元が必要です。この機能を使用する前に、ベンダーにライセンスを確認してください。
• 容量を確認してください。移行先のライブメールストア、ステージングされたソースバックアップまたはエクスポート、および移行先バックアップに必要な容量を見積もってください。Zextras移行ガイドでは、移行先にはこれら3つすべてに必要な容量が必要になる場合があると警告しています。ユーザーの表示可能なメールボックスの合計数だけで容量を決定しないでください。
• バックアップと復元テストを実施してください。ソースの復元可能なバックアップを別途作成してください。Zextras の移行の場合は、インストール済みのバージョンのチェックとバックアップ手順に従ってください。imapsync の場合は、まず宛先にテスト用メールボックスを用意してください。imapsync のチュートリアルでは、宛先が変更される間、ソースが読み取られることが強調されています。
• 接続性と認証をテストしてください。管理者またはテストユーザーが、意図したセキュア接続を使用して両方のIMAPエンドポイントにアクセスできることを確認してください。古いガイドに記載されているからといって、平文認証を有効にしないでください。ZimbraのリリースでサポートされているTLS/SSLおよび認証設定を使用してください。
• DNSとメールフローを計画しましょう。MXレコードを変更する場合は、DNSプロバイダが許可していれば事前にTTLを短く設定し、移行中は古いサーバーを維持して、遅延配信やキャッシュ配信を監視して調整できるようにします。

3. Zimbra対応の移行にはZextras Backupを使用する

この手順は、Zimbraシステム間を移行する管理者で、IMAPメール以上の機能を必要とする場合を想定しています。これは単一の汎用コマンドではなく、ソースおよび宛先の製品バージョン、バックアップパスの構成、権限、ストレージ、移行順序などが重要になります。Zextrasのガイドでは、zimbra特に明記されていない限り、CLIコマンドはユーザーとして実行する必要があるとされています。

ソースバックアップを作成して転送する

インストールされているリリースに対応した最新のZextras Backupガイドに従ってください。Zextras Zimbraのチュートリアルは、ソースの整合性チェックと詳細なSmartScanから始まります。コマンド例を以下に示します。実行する前に、コマンドの構文と必要なメンテナンス手順をバージョンに合わせて確認してください。

zxsuite backup doSmartScan start deep true

ソースデータのエクスポートが完了したら、必要なバックアップデータを宛先のステージングディレクトリに転送します。Zextrasでは、転送rsync方法として1つの選択肢が提示されており、ソースがアクティブな状態を維持したまま転送を繰り返すことで、後続の転送で変更されたデータのみが移動されるようにすることを推奨しています。宛先のステージングパスはZimbraユーザーが読み取り可能である必要があり、宛先のアクティブなZextras Backupパスと混同しないようにしてください。転送チャネルを保護し、各転送のログを記録してください。

目的地でのプロビジョニングと復元

Zextrasでは、ドメイン、サービスクラス、アカウントを作成し、メールボックスの内容をスキップするプロビジョニング専用のインポートについて説明しています。これはセットアップ段階であり、完全なメール復元ではありません。

zxsuite backup doExternalRestore /path/for/data/ provisioning_only TRUE

プロビジョニング後、移行先でのテストで選択した同時実行設定を使用して、完全な外部リストアを実行します。Zextrasはconcurrent_accountsパラメータとして同時実行設定を提供し、すべてのサーバーに同じ数値が適合すると想定するのではなく、パフォーマンスをテストすることを推奨しています。移行期間中に加えられた変更を収集するために、必要に応じてソースバックアップの転送と適切な増分リストアを繰り返します。ユーザーとメールフローが検証されるまで、ソースは利用可能な状態に保ってください。

ベンダーは段階的および一段階実行型の手順を説明しており、それらの順序は切り替え計画によって異なります。異なるバージョンのコマンドを混在させるのではなく、インストールされているリリースの手順を使用してください。リストア処理中は、インポートされたバックアップデータやマップファイルを編集または削除しないでください。

4. スコープがIMAPメールの場合は、imapsyncを使用します。

Imapsyncは、送信元と送信先の両方のメールボックスがIMAP経由でアクセス可能で、Zimbra専用の移行製品をインストールせずにメッセージとフォルダをコピーしたい場合に便利です。Linux、Windows、macOSに対応しています。以下の例では、実際のサーバー名や認証情報ではなく、プレースホルダーを使用しています。パスワードは、保護されたスクリプトまたは承認されたその他の機密情報取り扱い方法に保存し、チケット、共有シェル履歴、記事などに公開しないでください。

まず、送信元メールボックス1つとテスト用宛先メールボックス1つを用意します。ドライランを使用して、宛先に書き込まずにログインをテストし、フォルダーマッピングを検査します。Imapsyncの公式チュートリアルでは、フォルダーのみの初期チェックに以下のオプションが示されています。

imapsync \
  --host1 SOURCE_IMAP --user1 USER --password1 SOURCE_SECRET \
  --host2 DEST_IMAP   --user2 USER --password2 DEST_SECRET \
  --automap --justfolders --dry

組織の安全な認証情報ワークフローを使用して、プレースホルダーを置き換えてください。送信元と送信先が意図したホストであること、両方のログインが成功すること、送信済み、下書き、ゴミ箱などのフォルダーが正しい宛先名にマッピングされていることを確認してください。マッピングが間違っている場合は、メッセージをコピーする前に修正してください。

テストが正しければ、削除して--justfolders実際--dryのメールボックスのコピーを実行します。--automap提案されたマッピングがフォルダー名に合っている場合のみ、残してください。

imapsync \
  --host1 SOURCE_IMAP --user1 USER --password1 SOURCE_SECRET \
  --host2 DEST_IMAP   --user2 USER --password2 DEST_SECRET \
  --automap

ユーザー数が多い場合は、各メールボックスに対して、制御されたスクリプトを使用してテスト済みのコマンドを実行してください。プラットフォーム固有の構文とオプションについては、公式のimapsync チュートリアルとベストプラクティスを参照してください。意図的に削除を行い、使い捨ての宛先で結果をテストした場合を除き、破壊的なフラグ（例:--delete1や ）の使用は避けてください--delete2。移行コピーによって、ソースメールや宛先専用データが予期せず消去されることはありません。

5. 最終的な差分同期を実行し、メールフローを切り替える

どちらのルートでも、最初の同期処理には時間がかかる場合があり、その間もユーザーは作業を続けることができます。最終同期は切り替え直前にスケジュールしてください。imapsyncを使用する場合は、テスト済みの同じコマンドを再実行してください。このツールは増分実行用に設計されており、通常は既に同期済みのメッセージはスキップされます。最終同期処理中は、可能な限りソースメールボックスを変更しないでください。ユーザーが既に両方のサーバーを使用している場合は、それらの相違点を個別に解決してください。imapsyncは双方向マージツールではありません。

Zextras Backup の場合は、バージョン固有の段階的インポート手順に従い、前回以降の変更を反映させるために必要なバックアップ転送/復元手順を繰り返してください。プロビジョニングのみでメール、カレンダー、連絡先がインポートされると想定しないでください。この手順では、メールボックスの内容はスキップされ、アカウント構造が作成されます。

宛先がメール受信の準備が整ったら、DNSとプロキシの設定に従ってMXレコードおよび関連するWebメールレコードを変更します。DNSキャッシュの有効期限が切れ、遅延したメールが到着するまで、古いサーバーを稼働させ続け、両方のシステムを監視します。メンテナンス期間を文書化し、各段階でユーザーが古いサーバーと新しいサーバーのどちらにログインすべきかを周知徹底します。

6. 古いサーバーを廃止する前に、新しいサーバーを検証する

代表的な小規模、大規模、最新、および古いメールボックスのセットをテストします。フォルダ一覧とメッセージ数を比較し、添付ファイル付きのメッセージを開き、既読/未読およびフラグ付きステータスを確認し、送信済みメールが目的のフォルダに表示されることを確認します。宛先へのメール送信と宛先からのメール送信の両方を行い、パブリックMXレコードのルックアップとサーバーログで、想定されるホストへの配信が確認できることを確認します。

Zextras の移行では、カレンダー、連絡先、タスク、共有、ID、署名、ユーザー設定、および対象範囲に含まれるドメインまたはサービス種別の設定を個別にテストしてください。Zextras では、共有の一貫性チェックについてドキュメント化されていますzxsuite backup doCheckShares。必要な場合、かつインストールされているリリースでサポートされている場合にのみ、対応する修復手順を使用してください。ユーザーアクセスとパスワードの動作を再確認してください。

関係者が結果を承認し、保持期間が終了するまで、ソースサーバーと復旧可能なバックアップを保持してください。宛先サーバーがログインを受け付けるという理由だけで、古いホストをキャンセルしないでください。メールルーティング、ユーザーアクセス、メール以外のデータ、ロールバック記録がすべて確認された後でのみ、プロジェクトを終了してください。

情報源

• Zextras: Zextras Backupを使用してZimbraサーバーを移行する方法
• Zextras Suite バックアップに関するドキュメント
• imapsyncの公式サイトとリリース情報
• 公式Imapsyncチュートリアル
• imapsync Zimbra 公式 FAQ
• imapsyncの公式ベストプラクティス