Exchange Server 2016 و 2019 در ۱۴ اکتبر ۲۰۲۵ به پایان پشتیبانی رسیدند. در اوت ۲۰۲۶ Exchange Server Subscription Edition (SE) مسیر On-Premises پشتیبانیشده است و Microsoft همچنان Security Update برای SE منتشر میکند. ماندن روی 2016/2019 باید یک وضعیت موقت با برنامه خروج باشد.
مسیر ۱: Exchange Online / Microsoft 365
برای سازمانی که الزام On-Prem ندارد، Microsoft همچنان Migration به Exchange Online را پیشنهاد میکند. مزیت اصلی کاهش بار Patch/HA زیرساخت Exchange است؛ ولی Identity، Compliance، Internet Connectivity، Data Residency و Integrationهای داخلی باید قبل از تصمیم بررسی شوند.
مسیر ۲: Exchange Server Subscription Edition
Exchange SE در ۱ جولای ۲۰۲۵ GA شد و تحت Modern Lifecycle سرویس میشود. Exchange 2019 CU14/CU15 میتواند In-place به Exchange SE RTM ارتقا پیدا کند. برای Exchange 2016، In-place Upgrade مستقیم پشتیبانی نمیشود و باید از Legacy Migration/Upgrade Path استفاده شود.
| مبدأ | مسیر کلی |
|---|---|
| Exchange 2019 CU14/CU15 | In-place Upgrade به Exchange SE RTM ممکن است. |
| Exchange 2016 | Legacy Upgrade/Migration؛ In-place مستقیم به SE پشتیبانی نمیشود. |
| Hybrid | هم Exchange On-Prem و هم Management Tools/Hybrid Dependency باید در Scope باشند. |
قبل از Migration چه چیزهایی Inventory شوند؟
- Exchange Version/CU/SU و Build دقیق.
- Windows Server Version و AD Forest/Domain Level.
- Mailbox Database، DAG و Storage.
- Receive/Send Connectorها و SMTP Relay.
- Third-party Backup، Archive، Anti-spam و Mail Security.
- Hybrid Configuration و Azure/Entra Connect.
- Applicationهایی که SMTP Relay یا EWS/Integration دارند.
- Certificateها، Namespaceها و Load Balancer.
برنامه Migration پیشنهادی
Exchange Health، AD Replication، Queue، Certificate و Backup بررسی شود.
Exchange Online یا SE، ظرفیت و HA تصمیمگیری شود.
Relay، Application، Connector و Hybrid شناخته شوند.
Mailbox/Test Flow و External/Internal Mailflow آزمایش شود.
Mailbox/Serviceها مرحلهای منتقل شوند.
Server قدیمی فقط بعد از تأیید کامل Dependency و Backup حذف شود.
بهروزرسانیهای زمانی مهم
برنامه Microsoft برای Exchange SE در ۲۰۲۶ تغییر کرده است. طبق آخرین Updateهای رسمی، CU1 هنوز در اواخر اوت ۲۰۲۶ منتشر نشده و Microsoft درباره تأخیر آن توضیح داده است. بنابراین Planning را بر اساس Build و Documentation جاری انجام دهید، نه Roadmap قدیمی.
Mail Flow را قبل از Migration نقشهبرداری کنید
بسیاری از پروژههای Exchange نه در Mailbox Move، بلکه در SMTP Relay و Integrationهای فراموششده مشکل میخورند. Printer، ERP، Scanner، Monitoring، Application Server و Backup Appliance ممکن است مستقیم به IP یا Receive Connector قدیمی وصل باشند. قبل از تغییر Namespace یا Server، این Dependencyها را استخراج کنید.
امنیت Exchange بعد از EOL
Exchange یک سرویس Internet-facing جذاب برای مهاجم است. اگر 2016/2019 در دوره ESU باقی مانده، Patch Window، External Exposure، EDR/Server Security، Admin Access و Log Monitoring باید سختگیرانهتر از قبل باشد. ESU باید زمان بخرد، نه اینکه Migration را حذف کند.
Backup و Recovery را هم مهاجرت دهید
- سازگاری Backup Product با Exchange SE یا Exchange Online بررسی شود.
- Restore یک Mailbox/Database در Lab یا Test Procedure مشخص باشد.
- Retention و Legal Hold بعد از Migration معادلسازی شود.
- اگر Hybrid است، Management Tool و Recipient Management در Scope بماند.
چرا Health Check قبل از Upgrade حیاتی است؟
In-place Upgrade روی Exchange 2019 CU14/CU15 فقط وقتی کمریسک است که Server سالم باشد. Queue، Event Log، Database Health، Disk Space، Certificate، AD Replication و Backup باید قبل از Setup بررسی شوند. Upgrade روی Server خراب، مشکل قبلی را به نسخه جدید منتقل میکند.
برنامه ارتباطی
کاربر باید بداند چه چیزی تغییر میکند و چه چیزی نه. اگر Autodiscover، Outlook Profile یا Mobile Access تحت تأثیر است، Helpdesk Script و اطلاعرسانی آماده کنید. برای پروژههای Hybrid/Cloud، تغییر MFA یا Login Flow را جداگانه مدیریت کنید.
برای Migration یا Health Check Exchange نیاز به کمک دارید؟
فار ورا ایده خدمات پشتیبانی و مهاجرت Microsoft Exchange و زیرساخت سازمانی را ارائه میکند.