Zimbra OSE 8.8.15 から Zextras の Zimbra 9 オープンソースへの移行

ゼクストラ後 опубликовала Zimbra Collaboration Open-Source Edition 9 の独自ビルドを使用しているため、多くの管理者がメール サーバーを新しいバージョンにアップグレードすることを決定し、企業の主要システムの XNUMX つの機能を損なうことなくこれを行うにはどうすればよいかという疑問を持って Zextras テクニカル サポートに問い合わせました。 。

Zextras から Zimbra OSE 9 にアップグレードするには 8.8.15 つの方法があります。 9 つ目は、これも最も簡単で最速の方法で、サーバー上の Zimbra 8.8.15 OSE を新しいバージョンに更新します。 このアプローチには正確に 9 つの欠点があります。 XNUMX つ目は、アップデートを実行するにはかなり長い技術的な休憩が必要になることです。XNUMX つ目は、何かが計画どおりに進まない場合、システムが動作しないまま放置される危険性があり、システムが機能するまでに多くの時間を費やす可能性があることです。また。 Zimbra OSE XNUMX に移行する XNUMX 番目の方法は、Zimbra OSE XNUMX を実行しているサーバーから Zimbra OSE XNUMX を実行しているサーバーに移行することです。このアプローチは実装が少し複雑ですが、技術的に長時間中断する必要はありません。 XNUMX つのサーバーで問題が発生した場合でも、完全に機能する Zimbra OSE を備えた別のサーバーが常に手元にあります。

Zimbra OSE 8.8.15 から Zextras の Zimbra 9 オープンソースへの移行

更新するには、Zextras Web サイトから Zimbra 9 OSE ディストリビューションをダウンロードし、インストーラーを実行する必要があります。インストーラーは、インストールされている Zimbra OSE 8.8.15 を自動的に検出し、メール サーバーを新しいバージョンに更新するよう提案します。 更新プロセスは、Zimbra OSE 9 のインストール プロセスに似ており、詳しく説明します。 前回の記事で説明した.

company.ru ドメインの例を使用して移行プロセスを見ていきます。 Zimbra OSE 8.8.15 は mail.company.ru ノードで実行され、Zimbra OSE 9 は zimbra9.company.ru ノードにインストールされます。 この場合、DNS の MX レコードは、特に mail.company.ru ノードを指します。 私たちのタスクは、企業従業員のアカウントを mail.company.ru ノード上のメール システムから zimbra9.company.ru ノードに展開されたシステムに転送することです。

Zimbra OSE 8.8.15 から Zextras の Zimbra 9 オープンソースへの移行

その実装に向けた最初のステップは、あるサーバーにバックアップ コピーを作成し、それを別のサーバーに展開することです。 このタスクは、Zextras Suite Pro の一部である Zextras Backup 拡張機能を使用して実行されます。 バックアップを正常に転送するには、同じバージョンの Zextras Suite Pro が両方のサーバーにインストールされている必要があることに注意してください。 また、Zimbra OSE 9 と互換性のある最小バージョンは Zextras Suite Pro 3.1 であるため、示されているバージョンよりも低いバージョンでデータを移行しないでください。

Zimbra OSE 8.8.15 から Zextras の Zimbra 9 オープンソースへの移行

移行を実行するには、/opt/zimbra/backup/zextras/ フォルダーにマウントされた外付けハード ドライブまたはネットワーク ストレージ デバイスを使用することをお勧めします。メール サーバーのバックアップはデフォルトでこのフォルダーに保存されます。 これは、バックアップの作成によって実行中のシステムに追加の負荷が発生しないようにするために行われます。

Zimbra OSE 8.8.15 から Zextras の Zimbra 9 オープンソースへの移行

次のコマンドを使用して両方のサーバーのリアルタイム スキャン機能を無効にして、移行を開始しましょう。 zxsuite バックアップ setProperty ZxBackup_RealTimeScanner false。 次に、次のコマンドを使用してソース サーバーで SmartScan を実行します。 zxsuite バックアップ doSmartScan。 このおかげで、すべてのデータは /opt/zimbra/backup/zextras/ フォルダーにエクスポートされ、最終的には外部メディアに保存されます。 操作が完了したら、ターゲット サーバーにメディアをマウントします。 また、内部ネットワークの速度が許せば、rsync ユーティリティを使用してバックアップを転送できます。

この後、ターゲット インフラストラクチャへのバックアップ コピーの展開を開始できます。 これはコマンドを使用して行われます zxsuite バックアップ doExternalRestore /opt/zimbra/backup/zextras/。 導入が完了すると、古いサーバーの作業用コピーを受け取り、運用できるようになります。 これを行うには、DNS サーバーの MX レコードを直ちに変更し、レターの流れをターゲット インフラストラクチャに切り替える必要があります。 さらに、ユーザーが Web クライアントにログインすると Zimbra OSE 9 になるように、zimbra9.company.ru ノードのホスト名と DNS レコードを変更する必要があります。 

Zimbra OSE 8.8.15 から Zextras の Zimbra 9 オープンソースへの移行

しかし、作業はまだ終わっていません。 実際のところ、バックアップの終了後、新しいサーバーにレターの流れを切り替える前に到着したレターはまだ Zimbra OSE 8.8.15 に保存されているため、Zimbra OSE 8.8.15 でサーバーにレターが届かなくなった直後に、もう一度バックアップ コピーを作成する必要があります。 スマート スキャンのおかげで、前回のバックアップで欠落していたデータのみがバックアップに含まれます。 したがって、新しいデータの転送プロセスは長くは続きません。 

Zimbra OSE 8.8.15 から Zextras の Zimbra 9 オープンソースへの移行

同じ操作は、グラフィカル管理コンソールでも実行できます。 この記事に記載されているスクリーンショットは、バックアップ コピーの作成とインポートのプロセスを順に示しています。 

サーバーを更新するこのアプローチの明らかな結果は、Zimbra ユーザーはしばらくの間、送受信される電子メールの一部にアクセスできなくなりますが、電子メールを通常どおり送受信できることです。 さらに、メールボックスの内容を直接復元している間、サーバーのパフォーマンスと応答性が低下する可能性がありますが、これらすべての微妙な違いは、長時間の技術的中断とそれに伴うサービスの一時的な利用不能よりもはるかに優れています。

Zextras Suite に関するすべての質問については、Zextras Ekaterina Triandafilidi の代表者に電子メールでお問い合わせください。 [メール保護]

出所: habr.com

コメントを追加します