Windows Server 2022 در آستانهٔ پایان یک مرحلهٔ مهم از چرخهٔ عمر خود قرار دارد. بر اساس صفحهٔ رسمی Microsoft Learn، پشتیبانی اصلی این نسخه در ۱۴ اکتبر ۲۰۲۶ ساعت ۶:۵۹:۵۹ صبح به وقت اقیانوس آرام تمام می‌شود. پس از آن، محصول تا ۱۵ اکتبر ۲۰۳۱ در دورهٔ پشتیبانی گسترده باقی می‌ماند. این یعنی دریافت اصلاحیه‌های امنیتی ادامه پیدا می‌کند، اما قابلیت‌های جدید، تغییرات محصول و پشتیبانی کامل دورهٔ اصلی دیگر در دسترس نخواهد بود.
پایان پشتیبانی اصلی دقیقاً چه معنایی دارد؟
بسیاری از مدیران زیرساخت، پایان پشتیبانی اصلی Windows Server ۲۰۲۲ را با پایان کامل محصول اشتباه می‌گیرند. در این مورد، سرورها در روز ۱۴ اکتبر از کار نمی‌افتند و دریافت وصله‌های امنیتی نیز فوراً متوقف نمی‌شود. تفاوت اصلی در نوع پشتیبانی و مسیر توسعه است. در دورهٔ گسترده، تمرکز مایکروسافت بر حفظ امنیت و پایداری پایه قرار دارد و نباید انتظار اضافه‌شدن قابلیت‌های تازه یا رفع همهٔ مشکلات سازگاری را داشت.
این تاریخ برای ویرایش‌های Datacenter، Datacenter: Azure Edition، Essentials و Standard معتبر است. کانتینرهایی که با چرخهٔ عمر همین محصول منتشر شده‌اند نیز از همین تاریخ‌ها پیروی می‌کنند. بنابراین بررسی فقط ماشین‌های مجازی یا سرورهای فیزیکی کافی نیست و موجودی کانتینرها، imageهای پایه و pipelineهای ساخت هم باید در برنامهٔ ارزیابی قرار بگیرد.
آیا باید فوراً به Server ۲۰۲۵ مهاجرت کرد؟
پاسخ به وضعیت سرویس و نیاز کسب‌وکار بستگی دارد. باقی‌ماندن موقت روی Windows Server ۲۰۲۲ می‌تواند برای سازمانی که به زمان تست، بودجه یا پنجرهٔ نگهداری بیشتری نیاز دارد تصمیمی منطقی باشد؛ اما این تصمیم باید آگاهانه و همراه با برنامهٔ زمان‌بندی باشد. ارتقا بدون آزمون می‌تواند باعث اختلال در نرم‌افزارهای قدیمی، درایورها، agentهای پشتیبان‌گیری، ابزارهای مانیتورینگ، سرویس‌های احراز هویت یا برنامه‌هایی شود که به نسخهٔ خاصی از .NET و SQL Server وابسته‌اند.
در مقابل، Windows Server ۲۰۲۵ برای سرویس‌هایی که به پشتیبانی طولانی‌تر، قابلیت‌های تازه یا هماهنگی بهتر با زیرساخت مدرن نیاز دارند گزینهٔ قابل بررسی است. پیش از انتخاب مسیر، مستندات رسمی محصول و ماتریس سازگاری فروشندهٔ نرم‌افزار را بخوانید و تفاوت ارتقای درجا، مهاجرت موازی و بازسازی کامل سرور را برای هر نقش جداگانه بسنجید.
در تصمیم‌گیری برای Windows Server ۲۰۲۲، فقط شمارهٔ نسخه را معیار قرار ندهید. مدل licensing، نیاز به downtime، ظرفیت ذخیره‌سازی، وضعیت firmware و امکان انتقال نام سرویس‌ها نیز مهم است. برای سرویس‌های حساس، مهاجرت موازی معمولاً کنترل بیشتری ایجاد می‌کند: سرور جدید را با تنظیمات مستندشده بالا بیاورید، داده‌ها را با روش رسمی همگام کنید، چند روز در حالت آزمایشی نگه دارید و سپس با یک تغییر کنترل‌شدهٔ DNS یا load balancer ترافیک را منتقل کنید. این روش ممکن است هزینهٔ موقت بیشتری داشته باشد، اما بازگشت به محیط قبلی را ساده‌تر می‌کند. در مقابل، ارتقای درجا باید فقط پس از تأیید سازگاری کامل و داشتن console خارج از باند انجام شود.
همچنین سیاست به‌روزرسانی را بازبینی کنید. ادامهٔ استفاده از Windows Server ۲۰۲۲ در دورهٔ گسترده به معنای بی‌نیازی از patch management نیست. وصله‌های امنیتی باید در محیط آزمایشی ارزیابی، در پنجرهٔ نگهداری نصب و با گزارش موفقیت یا شکست ثبت شوند. اگر سروری به نرم‌افزار قدیمی وابسته است، استثنا باید تاریخ انقضا، مالک فنی و کنترل‌های جبرانی مانند محدودسازی شبکه و مانیتورینگ دقیق داشته باشد.
چک‌لیست عملی مدیران سرور
۱. فهرست همهٔ نمونه‌های Windows Server ۲۰۲۲ را از CMDB، سامانهٔ مجازی‌سازی، Azure و ابزارهای مانیتورینگ استخراج کنید.
۲. برای هر سرور، نقش‌ها، edition، نسخهٔ برنامه‌ها، وابستگی‌های شبکه، گواهی‌ها، حساب‌های سرویس و وضعیت پشتیبان‌گیری را ثبت کنید.
۳. یک محیط آزمایشی بسازید و سناریوهای واقعی مانند ورود کاربران، اجرای jobهای زمان‌بندی‌شده، بازیابی backup، failover و اتصال نرم‌افزارهای بیرونی را تست کنید.
۴. پیش از هر تغییر، backup قابل‌بازگردانی و برنامهٔ rollback با زمان‌بندی مشخص داشته باشید. snapshot به‌تنهایی جایگزین backup مستقل نیست.
۵. برای سرورهای کانتینری، image پایه، نسخهٔ agentها و سازگاری orchestrator را جداگانه بررسی کنید.
۶. نتیجهٔ ارزیابی را به سه گروه «ارتقای نزدیک»، «مهاجرت در پنجرهٔ بعدی» و «نیازمند استثنا» تقسیم کنید و برای هر استثنا مالک و تاریخ بازبینی تعیین کنید.
جمع‌بندی
پایان پشتیبانی اصلی Windows Server ۲۰۲۲ یک مهلت عملی برای بازبینی زیرساخت است، نه یک خاموشی ناگهانی. مدیریت چرخهٔ Windows Server ۲۰۲۲ باید از همین حالا به برنامهٔ رسمی تبدیل شود. مدیران می‌توانند از دورهٔ گسترده برای تکمیل تست و کنترل ریسک استفاده کنند، اما به تعویق‌انداختن تصمیم بدون inventory و برنامهٔ rollback، هزینهٔ مهاجرت آینده را بیشتر می‌کند. جزئیات رسمی تاریخ‌ها و ویرایش‌های مشمول در صفحهٔ Microsoft Lifecycle آمده است. برای بررسی وضعیت سرویس‌ها و برنامه‌ریزی ارتقای زیرساخت نیز می‌توانید از خدمات فنی تکتاز استفاده کنید.
