Windows 11؛ آپدیت اکتبر و تفاوت 26H1 و 26H2 برای مدیران

Windows ۱۱ در سازمان‌ها فقط یک نام محصول نیست؛ هر نسخهٔ Windows ۱۱ چرخهٔ پشتیبانی، build و مسیر ارتقای خودش را دارد.

Windows ۱۱ برای اجرای نرم‌افزار و مدیریت دستگاه‌های سازمانی استفاده می‌شود؛ این خبر تفاوت شاخه‌های servicing و مسیر امن rollout را روشن می‌کند.

این خبر درباره چیست؟

Windows ۱۱ برای دریافت اصلاحیه‌های امنیتی و بهبودهای ماهانه، چند شاخهٔ servicing دارد. مایکروسافت در صفحهٔ رسمی Release Health اعلام کرده به‌روزرسانی اکتبر ۲۰۲۶ در ۲۸ اکتبر برای شاخه‌های 26H2، 26H1 و 25H2 منتشر شده است. این به‌روزرسانی تجمعی است؛ یعنی اصلاحیه‌های قبلی را نیز در خود دارد و مدیران باید آن را بخشی از برنامهٔ منظم نگهداری ویندوز بدانند.

نکتهٔ مهم این انتشار فقط شمارهٔ build نیست. تفاوت 26H1 و 26H2 روی تصمیم ارتقای سازمانی اثر می‌گذارد: 26H1 برای دستگاه‌های جدیدی طراحی شده که از اوایل سال ۲۰۲۶ وارد بازار شده‌اند و برای رایانه‌های موجود، به‌عنوان feature update از 24H2 یا 25H2 ارائه نمی‌شود.

buildهای اکتبر چه هستند؟

طبق جدول رسمی مایکروسافت، نسخهٔ 26H2 در ۲۸ اکتبر به build 26300.9818 رسید و اصلاحیهٔ آن KB5127936 است. نسخهٔ 26H1 نیز با همان تاریخ به build 28000.3365 رسید و از KB5127653 استفاده می‌کند. برای نسخهٔ 25H2، build اکتبر 26200.9818 و KB آن KB5127936 است. نسخهٔ 24H2 در همین صفحه با build 26100.9725 و یک به‌روزرسانی خارج از نوبت ثبت شده است.

این اعداد را نباید صرفاً برای گزارش‌گیری ذخیره کرد. در محیط‌هایی که چند نسل لپ‌تاپ، دسکتاپ یا image سازمانی هم‌زمان وجود دارد، build و شاخهٔ servicing مشخص می‌کند کدام سیاست Windows Update، کدام بستهٔ آزمایشی و کدام تاریخ پایان پشتیبانی باید اعمال شود.

در Windows ۱۱ بهتر است گزارش‌گیری را به دو سطح تقسیم کنید: نخست شناسایی وضعیت فعلی دستگاه، و سپس تصمیم‌گیری دربارهٔ حلقهٔ انتشار. این کار باعث می‌شود یک بستهٔ مناسب برای 26H2 به‌اشتباه روی سخت‌افزار هدف 26H1 اعمال نشود. همچنین اگر سازمان از WSUS، Intune یا ابزار مدیریت دیگری استفاده می‌کند، نام محصول، معماری، edition و build باید در گزارش تغییرات کنار هم ثبت شوند.

26H1 با 26H2 چه تفاوتی دارد؟

26H2 شاخهٔ عمومی سالانه برای دستگاه‌های واجد شرایط است و می‌تواند در برنامهٔ معمول feature update سازمان قرار بگیرد. در مقابل، 26H1 برای پشتیبانی از سخت‌افزارهای جدید عرضه شده است. مایکروسافت صراحتاً می‌گوید 26H1 برای دستگاه‌های موجود، مسیر ارتقای درجا از 24H2 یا 25H2 نیست. بنابراین دیدن نام «نسخهٔ جدیدتر» نباید مدیر را به سمت اجبار این شاخه روی رایانه‌های قدیمی هدایت کند.

برای هر دستگاه ابتدا باید edition، نسخهٔ فعلی، build، مدل سخت‌افزار و وضعیت safeguard hold ثبت شود. سپس می‌توان تصمیم گرفت دستگاه در همان شاخهٔ فعلی وصله شود، به 26H2 ارتقا پیدا کند یا به دلیل چرخهٔ سخت‌افزار در مسیر دیگری باقی بماند. این تفکیک از ساختن image ناسازگار و rollout اشتباه جلوگیری می‌کند.

در سناریوهای دورکاری، مرحلهٔ آزمایشی را فقط روی یک لپ‌تاپ متصل به شبکهٔ داخلی انجام ندهید. چند مدل سخت‌افزار، اتصال VPN، سیاست‌های پراکسی و نرم‌افزارهای امنیتی باید در staging حضور داشته باشند. برای سرورهای Windows ۱۱ یا ایستگاه‌های کاری تخصصی نیز پنجرهٔ نگهداری، امکان rollback و روش بازیابی image از قبل نوشته شود. این جزئیات ساده، اثر یک ناسازگاری کوچک را از اختلال گسترده در سازمان جدا می‌کند.

چک‌لیست rollout امن

۱. با ابزارهای مدیریت سازمانی، نسخه و build واقعی کلاینت‌ها و سرورها را inventory کنید؛ به نام نمایش‌داده‌شده در رابط کاربری اکتفا نکنید.

۲. KB5127936 و KB5127653 را در حلقهٔ آزمایشی نصب کنید و سازگاری VPN، آنتی‌ویروس، درایورها، چاپگرها و نرم‌افزارهای داخلی را بررسی کنید.

۳. برای دستگاه‌های موجود، 26H1 را به‌عنوان feature update هدف‌گذاری نکنید. eligibility سخت‌افزار و safeguard hold را پیش از rollout گسترده بررسی کنید.

۴. پس از نصب، restart، اتصال شبکه، Windows Update، BitLocker، لاگ‌های خطا و نرم‌افزارهای حیاتی را کنترل کنید و نتیجه را در گزارش تغییرات ثبت کنید.

۵. برای imageهای پایه و ماشین‌های مجازی، نسخهٔ اصلاح‌شده را بازسازی و در یک محیط staging آزمایش کنید؛ وصله‌کردن چند کلاینت، image قدیمی را اصلاح نمی‌کند.

جمع‌بندی

آپدیت اکتبر ۲۰۲۶ برای شاخه‌های اصلی Windows ۱۱ منتشر شده، اما مسیر درست برای همهٔ دستگاه‌ها یکسان نیست. 26H2 مسیر عمومی‌تر برای دستگاه‌های واجد شرایط است، در حالی که 26H1 عمدتاً برای سخت‌افزارهای جدید طراحی شده و از سیستم‌های موجود به‌صورت feature update دریافت نمی‌شود. پیش از rollout، شاخهٔ servicing و build را شناسایی کنید، KBهای مربوط را در حلقهٔ آزمایشی اجرا کنید و نتیجهٔ واقعی را از روی دستگاه و image سازمانی بررسی کنید.

منبع رسمی: Windows 11 release information

برای راهنمایی‌های عملی بیشتر، مجلهٔ تکتاز را ببینید.