خدمات IT هزاره سوم

مشاوره، طراحی، توسعه شبکه، سایت، سئوی خود را به ما بسپارید.

راهنما
۲ آبان ۱۴۰۵ویندوز سرور17 دقیقه مطالعه

نکات کلیدی

  • 💡 در یک جمله: بهای لایسنس ویندوز سرور = لایسنس هسته های فیزیکی + CAL کاربران
  • در راهنمای لایسنس Windows Server 2025 تاکید شده که همهٔ هسته های فیزیکی باید پوشش داده شوند؛ کف پرداخت برای هر پردازنده معادل هشت لایسنس هسته و برای هر سرور معادل شانزده لایسنس هسته است.
  • هر کاربر و هر دستگاهی که به سرور لایسنس شده وصل شود یک CAL لازم دارد و نسخهٔ CAL باید برابر یا تازه تر از نسخهٔ سرور باشد؛ یعنی برای سرور ۲۰۲۵ نمی توانید CAL ۲۰۲۲ بدهید.

✅ شمارش نادرست هسته‌ها، سرور را بدون پوشش لایسنس می‌گذارد یا پول اضافی از شما می‌گیرد.
✅ در پروژه‌های مجازی‌سازی، گزینش Standard یا Datacenter مستقیماً روی فاکتور نهایی اثر دارد.
✅ دست‌کم گرفتن CAL و RDS CAL، شایع‌ترین خطای پروژه‌های شبکه‌ای است.
✅ کلید نامناسب یا مسیر فعال‌سازی اشتباه، چند ماه بعد به محدودیت سرور تبدیل می‌شود.

💡 در یک جمله: بهای لایسنس ویندوز سرور = لایسنس هسته‌های فیزیکی + CAL کاربران

🔶 خدمات IT هزاره در این مسیر همراه شماست
از گزینش ویرایش مناسب و برآورد تعداد لایسنس هسته و CAL تا نصب، راه‌اندازی و نگهداری سرور ویندوزی؛ کارشناسان خدمات IT هزاره پیش از خرید لایسنس، پیکربندی سرور شما را بررسی می‌کنند تا هزینهٔ بی‌مورد نپردازید.

اگر تا اینجای متن رسیده‌اید، یعنی می‌خواهید بدانید سهم سرور شما از لایسنس چقدر است و چطور آن را بی‌ابهام فعال کنید. در ادامه با هم مدل هسته‌محور، سقف هر ویرایش، CALها و مسیرهای قانونی فعال‌سازی را با نمونه‌های عددی مرور می‌کنیم.

مبنای محاسبه: هسته‌های پردازنده و کاربران دسترسی

فروش امروز مایکروسافت بر پایهٔ هستهٔ فیزیکی پردازنده است. در راهنمای لایسنس Windows Server 2025 تاکید شده که همهٔ هسته‌های فیزیکی باید پوشش داده شوند؛ کف پرداخت برای هر پردازنده معادل هشت لایسنس هسته و برای هر سرور معادل شانزده لایسنس هسته است. کنار این عدد، CAL می‌آید: حق دسترسی کاربران و دستگاه‌ها به سرور.

برای درک بهتر، هزینهٔ نگهداری تجهیزات یک کارگاه را در نظر بگیرید؛ شما بر اساس تعداد دستگاه‌ها پول می‌دهید، نه بر اساس شمار کارگرهایی که پای هر دستگاه می‌ایستند. اینجا هم معیار، هستهٔ فیزیکی است؛ حتی اگر یک هسته هم‌زمان چند رشتهٔ پردازشی را بچرخاند.

📌 هسته، نه رشته: تعبیر به‌کاررفته در قرارداد مایکروسافت «هستهٔ فیزیکی» است، پس Hyper-Threading شمار لایسنس شما را بالا نمی‌برد. نمونه: Xeon E5-2680 v4 چهارده هستهٔ واقعی دارد و مبنای محاسبه همان چهارده است، هرچند بیست‌وهشت رشتهٔ پردازشی اجرا می‌کند.

▍ ۱- کف لایسنس؛ جایی که سرورهای کوچک هم هزینه می‌سازند

هر سرور، کوچک یا بزرگ، از شانزده لایسنس هسته شروع می‌شود؛ یعنی یک سرور تک‌پردازنده‌ای چهارهسته‌ای هم همان شانزده لایسنس را لازم دارد. دو پردازندهٔ هشت‌هسته‌ای هم روی هم شانزده هسته می‌شوند و در همان کف می‌مانند. از این نقطه به بعد، شمار لایسنس با تعداد هستهٔ فیزیکی سرور یکسان می‌شود.

▍ ۲- هسته‌ها و فاکتور نهایی؛ انتخاب پردازنده را جدی بگیرید

چون بهای نرم‌افزار با تعداد هسته بالا می‌رود، خرید پردازنده فقط یک تصمیم سخت‌افزاری نیست. گاهی پردازنده‌ای با هستهٔ کمتر و فرکانس بیشتر برای بار کاری یک نرم‌افزار ویندوزی به‌صرفه‌تر از مدل پرهستهٔ گران تمام می‌شود؛ مشروط بر اینکه نرم‌افزار شما از پردازش موازی بهره ببرد. پس نخست بار کاری و شمار کاربران هم‌زمان را روشن کنید، بعد سراغ تعداد هسته بروید.

محاسبهٔ لایسنس ویندوز سرور بر پایهٔ هسته‌های فیزیکی پردازنده
هر لایسنس هسته به یک هستهٔ فیزیکی روی پردازندهٔ سرور گره می‌خورد؛ رشته‌های پردازشی در این شمارش نمی‌آیند.

▍ چند پیکربندی رایج و شمار لایسنس هستهٔ آن‌ها

چهار پیکربندی پرتکرار را با همان دو کف هشت و شانزده ببینید:

ساختار سرور شمار هستهٔ فیزیکی لایسنس هستهٔ موردنیاز نکته
یک پردازندهٔ چهارهسته‌ای 4 16 در کف سرور باقی می‌ماند
دو پردازندهٔ هشت‌هسته‌ای 16 16 دقیقاً روی کف
دو پردازندهٔ Xeon E5-2680 v4 28 28 هسته‌به‌هسته، بدون تخفیف
دو پردازندهٔ بیست‌هسته‌ای 40 40 همهٔ هسته‌ها محاسبه می‌شوند
دو×E5-2680 v4 و چهار VM با Standard 28 56 چون دو مجموعهٔ دوماشینی دارید

ویرایش‌ها را با سقف مجازی‌سازی‌شان بسنجید

مایکروسافت Standard را برای سرور فیزیکی یا محیطی با مجازی‌سازی کم و Datacenter را برای دیتاسنتر و ابر معرفی می‌کند. فروش هر دو بر پایهٔ هسته است و هر دو CAL می‌خواهند؛ آنچه میان آن‌ها فاصله می‌اندازد، سقف ماشین مجازی و چند ویژگی پیشرفته است.

▍ ۱- سقف ماشین مجازی در هر ویرایش

پس از پوشش همهٔ هسته‌ها، Standard اجازهٔ اجرای دو محیط سیستم‌عامل (OSE) یا دو کانتینر ایزوله با Hyper-V را می‌دهد؛ در Datacenter این عدد سقفی ندارد. اگر در Standard دو ماشین مجازی دیگر لازم داشته باشید، باید همهٔ هسته‌های سرور را یک بار دیگر لایسنس کنید؛ همین بند است که هزینهٔ پروژه‌های مجازی‌سازی را بالا می‌برد.

▍ ۲- ویژگی‌هایی که در Standard پیدا نمی‌کنید

بر اساس جدول مقایسهٔ ویرایش‌ها در Microsoft Learn، فناوری‌هایی مانند Storage Spaces Direct برای ذخیره‌سازی نرم‌افزارمحور، Network Controller برای شبکهٔ نرم‌افزارمحور و Host Guardian برای ماشین‌های مجازی Shielded در انحصار Datacenter هستند. فعال‌سازی خودکار ماشین مجازی (AVMA) هم روی میزبان Datacenter کار می‌کند و Standard تنها می‌تواند مهمان آن باشد.

▍ ۳- Essentials برای دفترهای کوچک

دفترهای کوچک با ویرایش Essentials کارشان راه می‌افتد: سقف بیست‌وپنج کاربر و پنجاه دستگاه، بدون هزینهٔ CAL، روی سرور تک‌سوکتی با حداکثر ده هسته و تنها یک ماشین مجازی. سرورهای دوپردازنده‌ای رک‌مونت که در دیتاسنتر رایج‌اند، جایی در این ویرایش ندارند.

▍ ۴- لایسنس به ازای ماشین مجازی و پرداخت مصرفی

مسیر سومی هم هست: لایسنس کردن به ازای هر ماشین مجازی، با کف هشت لایسنس هسته برای هر ماشین و شانزده لایسنس برای هر مشتری، مشروط به داشتن اشتراک یا Software Assurance فعال. پرداخت بر پایهٔ مصرف از راه Azure Arc هم ممکن است، اما مجازی‌سازی نامحدود روی سرورهای محلی در آن گنجانده نشده است.

سه ویرایش ویندوز سرور با سقف‌های متفاوت مجازی‌سازی
سه ویرایش، سه سقف متفاوت برای ماشین‌های مجازی؛ انتخاب شما هزینهٔ نهایی را تعیین می‌کند.

▍ جدول مقایسهٔ سه ویرایش

ویژگی Standard Datacenter Essentials
ساختار پرداخت هستهٔ پردازنده + CAL هستهٔ پردازنده + CAL مجوز سرور، بدون CAL
تعداد OSE دو عدد برای هر لایسنس کامل بی‌شمار یک عدد
سقف سخت‌افزار محدودیتی ندارد محدودیتی ندارد یک سوکت، حداکثر ده هسته
کاربران نیازمند CAL نیازمند CAL بیست‌وپنج کاربر و پنجاه دستگاه
Storage Spaces Direct خیر بله خیر
پیشنهاد ما برای سرور فیزیکی یا چند VM محدود مجازی‌سازی گسترده و ابری دفتر کوچک تک‌سوکتی

📌 حساب سرانگشتی: وقتی تعداد ماشین‌های مجازی ویندوزی یک سرور از چند عدد بگذرد، بهای چند بار لایسنس کردن Standard را با یک خرید Datacenter مقایسه کنید. نقطهٔ سربه‌سر به قیمت فروشندهٔ شما بستگی دارد، ولی روش محاسبه یکی است.


هزینهٔ دسترسی: CAL کاربران و RDS CAL

بخش دوم فاکتور، دسترسی است. هر کاربر و هر دستگاهی که به سرور لایسنس‌شده وصل شود یک CAL لازم دارد و نسخهٔ CAL باید برابر یا تازه‌تر از نسخهٔ سرور باشد؛ یعنی برای سرور ۲۰۲۵ نمی‌توانید CAL ۲۰۲۲ بدهید.

▍ ۱- CAL کاربر یا CAL دستگاه؟

اگر افراد با چند دستگاه (رومیزی، لپ‌تاپ یا موبایل) سرکار دارند، CAL کاربر انتخاب اقتصادی‌تری است. اگر یک دستگاه را چند نفر نوبتی استفاده می‌کنند، CAL دستگاه جواب می‌دهد. مبنای شمارش را از کار روزمره بگیرید، نه از فهرست دارایی‌های سازمان.

◀️ سروری که به سرور لایسنس‌شدهٔ دیگری وصل می‌شود CAL لازم ندارد.
◀️ بارهای وب و بارهای HPC از CAL معاف‌اند.
◀️ میزبان فیزیکی که تنها نقش میزبانی و مدیریت ماشین‌های مجازی را دارد، CAL نمی‌خواهد.
◀️ برای کاربران بیرون سازمان، لایسنس External Connector جایگزین CAL می‌شود.

▍ ۲- RDS CAL؛ وقتی کار روی میزکار از راه دور است

اگر کارمندان با Remote Desktop Services روی سرور کار می‌کنند — مثلاً برای اجرای یک نرم‌افزار حسابداری مشترک — افزون بر CAL ویندوز سرور، RDS CAL هم لازم است. این دو مجوز جدا از هم شمرده می‌شوند و هیچ‌کدام جای دیگری را نمی‌گیرد.


فعال‌سازی قانونی: از کلید محصول تا AVMA

▍ ۱- سه مسیر فعال‌سازی و پیش‌نیاز هر کدام

مسیر نخست، کلید محصول است؛ چه Retail و چه MAK. کلید را وارد می‌کنید و فعال‌سازی آنلاین انجام می‌شود. در مسیر دوم (KMS) یک کلید عمومی GVLK روی سرور ثبت می‌شود، اما به‌گفتهٔ Microsoft Learn تا وقتی میزبان KMS در شبکهٔ محلی وجود نداشته باشد، این کلید کارساز نیست. مسیر سوم AVMA است؛ این روش ماشین‌های مجازی مستقر روی میزبان Datacenter فعال‌شده را خودکار فعال می‌کند و کلید جداگانه لازم ندارد.

▍ ۲- نسخهٔ ارزیابی را به نسخهٔ کامل برسانید

اگر نصب شما با نسخهٔ Evaluation انجام شده، نیازی به نصب مجدد نیست. فرمان DISM /online /Set-Edition همراه با کلید معتبر و سوئیچ /AcceptEula نسخهٔ ارزیابی را به نسخهٔ کامل تبدیل می‌کند و با DISM /online /Get-TargetEditions می‌توانید ویرایش‌های مقصد را ببینید. یک استثنا را فراموش نکنید: روی سروری که کنترلر دامنه است این تبدیل انجام نمی‌شود و باید کنترلر تازه‌ای روی ویرایش کامل بسازید.

▍ ۳- خطاهای پرتکرار فعال‌سازی

❌ ثبت کلید GVLK بدون وجود میزبان KMS؛ نتیجه این است که سرور هیچ‌وقت فعال نمی‌شود.
❌ کلیدی که با ویرایش نصب‌شده هم‌خوانی ندارد؛ مثل کلید Datacenter روی Standard.
❌ پایان یافتن مهلت نسخهٔ ارزیابی و خاموش‌شدن‌های دوره‌ای سرور.
❌ خطای Provide a License هنگام ورود ریموت دسکتاپ که نشانهٔ تنظیم‌نشدن سرور لایسنس RDS است.

فعال‌سازی قانونی سرور ویندوزی برای کاربران شبکه
فعال‌سازی را همان روز نصب انجام دهید؛ سرور فعال‌نشده پس از مدتی محدود می‌شود.

▍ جدول انتخاب مسیر فعال‌سازی

مسیر فعال‌سازی پیش‌نیاز پیشنهاد ما برای
کلید محصول (MAK یا Retail) کلید معتبر + دسترسی اینترنت سرورهای مستقل، یکی یا چندتا
KMS کلید GVLK + یک میزبان KMS داخلی سازمان‌های دارای سرورهای پرشمار
AVMA میزبان Datacenter فعال‌شده ماشین‌های مجازی روی Hyper-V

📌 پروندهٔ لایسنس را به‌روز نگه دارید: مدرک خرید، شکل لایسنس (خرده‌فروشی، حجمی یا اشتراکی)، شمار لایسنس هسته و CAL و نسخهٔ آن‌ها را در یک پرونده نگه دارید. با هر ارتقای پردازنده یا افزودن ماشین مجازی، این پرونده را تازه کنید تا در ممیزی، وضعیت شما روشن باشد.

⚠️ مراقب فعال‌سازهای غیررسمی باشید: ابزارهای کرک‌شده هم شرایط لایسنس مایکروسافت را زیر پا می‌گذارند و هم فایلی ناشناس را با اجازهٔ مدیر روی سرور شما می‌نشانند. موضوع دیگر اینکه برای مشتریان داخل ایران، خرید بی‌واسطه از مایکروسافت و نمایندگان رسمی‌اش محدودیت‌های تحریمی دارد؛ پیش از پرداخت به هر فروشنده، شکل لایسنس، مسیر فعال‌سازی و مستندات آن را روشن بخواهید.

▍ یک نمونهٔ واقعی: سرور حسابداری با پانزده کاربر

تصور کنید شرکتی می‌خواهد نرم‌افزار حسابداری‌اش را روی سروری با دو پردازندهٔ Xeon E5-2680 v4 بالا بیاورد و پانزده کارمند با ریموت دسکتاپ کار کنند. فاکتور لایسنس این پروژه چنین می‌شود: بیست‌وهشت لایسنس هستهٔ Standard، پانزده CAL کاربرِ ویندوز سرور و پانزده RDS CAL. اگر بعداً دو ماشین مجازی ویندوزی اضافه شود، یا باید بیست‌وهشت لایسنس هستهٔ دیگر بخرید یا از ابتدا سراغ Datacenter بروید.


پرسش‌های پرتکرار: لایسنس، CAL و فعال‌سازی

سرور دوپردازنده‌ای چه تعداد لایسنس می‌خواهد؟

مبنای کار، همهٔ هسته‌های فیزیکی است؛ با کف هشت لایسنس برای هر پردازنده و شانزده لایسنس برای هر سرور. سروری با دو پردازندهٔ چهارده‌هسته‌ای بیست‌وهشت لایسنس می‌خواهد و سروری با دو پردازندهٔ چهارهسته‌ای شانزده لایسنس، چون کمتر از کف سرور نمی‌شود. رشته‌های Hyper-Threading در این شمارش جایی ندارند.

برای سایت عمومی هم باید CAL بخریم؟

CAL مجوز دسترسی کاربران و دستگاه‌های داخلی سازمان است؛ برای اشتراک فایل، Active Directory و نرم‌افزارهای شبکه‌ای لازم می‌شود. به‌گفتهٔ راهنمای مایکروسافت، بارهای وب CAL لازم ندارند، پس بازدیدکنندگان یک سایت عمومی از این هزینه معاف‌اند. برای کاربران ریموت دسکتاپ هم RDS CAL جدا حساب می‌شود.

چند ماشین مجازی؛ Standard کافی است یا Datacenter؟

Standard پس از پوشش همهٔ هسته‌ها، دو محیط سیستم‌عامل را در اختیار شما می‌گذارد و برای دو ماشین مجازی بعدی باید همهٔ هسته‌ها را دوباره لایسنس کنید؛ Datacenter سقفی ندارد. وقتی تعداد ماشین‌های مجازی بالا می‌رود یا برنامهٔ رشد دارید، بهای چند بار Standard را با یک خرید Datacenter کنار هم بگذارید.

لایسنس ۲۰۲۵ اجازهٔ نصب ویندوز سرور ۲۰۲۲ را می‌دهد؟

بله. راهنمای لایسنس Windows Server 2025 این اختیار را می‌دهد که جای نسخهٔ تازه، نسخهٔ قدیمی‌تر همان ویرایش یا ویرایش‌های پایین‌تر نصب شود. این حق زمانی به کار می‌آید که نرم‌افزار سازمانی شما یا گواهی سازندهٔ سخت‌افزار هنوز نسخهٔ جدید را تأیید نکرده باشد.

Hyper-Threading را هم می‌شمارید؟

خیر. معیار مایکروسافت هستهٔ فیزیکی است؛ پردازنده‌ای با چهارده هسته و بیست‌وهشت رشته در محاسبه چهارده هسته به حساب می‌آید. تنها جایی که این قاعده عوض می‌شود، لایسنس کردن به ازای هر ماشین مجازی است که در آن هسته‌های در اختیار همان ماشین شمرده می‌شوند و کف هشت لایسنس دارد.

روی سرور مجازی، لایسنس چطور حساب می‌شود؟

در حالت معمول، مبنای محاسبه هسته‌های سرور فیزیکی میزبان است. لایسنس کردن به ازای هر ماشین مجازی هم راه دیگری است، اما اشتراک یا Software Assurance فعال و کف هشت لایسنس برای هر ماشین می‌خواهد. بسیاری از میزبان‌ها با برنامهٔ SPLA مایکروسافت کار می‌کنند و لایسنس را اشتراکی و بر پایهٔ گزارش مصرف ماهانه ارائه می‌دهند.

چرا فعال‌سازی با KMS انجام نمی‌شود؟

کلیدهای عمومی GVLK خودشان سرور را فعال نمی‌کنند. به‌گفتهٔ Microsoft Learn، این کلیدها فقط وقتی کار می‌کنند که یک میزبان KMS در شبکهٔ محلی بالا باشد. اگر چنین زیرساختی ندارید، باید کلید MAK یا Retail را بخرید و با ابزار slmgr نصب و فعال کنید.

نسخهٔ ارزیابی را بدون نصب مجدد به کامل تبدیل کنیم؟

بله؛ با فرمان DISM /online /Set-Edition و یک کلید معتبر همراه سوئیچ /AcceptEula این تغییر انجام می‌شود. با DISM /online /Get-TargetEditions هم فهرست ویرایش‌های مقصد را می‌بینید. تنها نکته‌ای که باید بدانید این است که کنترلر دامنه را نمی‌توان این‌طور تبدیل کرد.

Essentials برای چه کسب‌وکاری نوشته شده؟

برای دفترهای کوچک با سقف بیست‌وپنج کاربر و پنجاه دستگاه، روی سرور تک‌سوکتی تا ده هسته و بدون هزینهٔ CAL. اگر سرور دوپردازنده‌ای دارید یا مجازی‌سازی گسترده می‌خواهید، Standard و Datacenter انتخاب درست‌تری هستند.


جمع‌بندی: پیش از خرید، سه عدد را روشن کنید

فاکتور لایسنس ویندوز سرور از دو بخش ساخته می‌شود: لایسنس هسته‌های فیزیکی پردازنده و CAL کاربران یا دستگاه‌ها. همهٔ هسته‌ها باید پوشش داده شوند، با کف هشت لایسنس برای هر پردازنده و شانزده لایسنس برای هر سرور. Standard اجازهٔ دو محیط سیستم‌عامل را می‌دهد و Datacenter مجازی‌سازی را بی‌انتها می‌کند؛ Essentials هم برای دفترهای کوچک و بدون CAL نوشته شده است.

سه عددی که پیش از خرید باید روی کاغذ بیاورید: تعداد هستهٔ پردازنده‌ها، تعداد ماشین‌های مجازی و تعداد کاربران دسترسی. ویرایش و مسیر فعال‌سازی را بر همان اساس انتخاب کنید و از فعال‌سازهای غیررسمی دور بمانید.

خدمات IT هزاره در کنار شماست
گزینش ویرایش، برآورد تعداد لایسنس هسته و CAL، نصب و راه‌اندازی سرور ویندوزی و پشتیبانی بعد از آن. اگر پرسشی دربارهٔ لایسنس یا فعال‌سازی سرورتان دارید، در بخش نظرات بنویسید یا با کارشناسان خدمات IT هزاره گفت‌وگو کنید.

منابع: راهنمای لایسنس و صفحهٔ قیمت‌گذاری Windows Server 2025، جدول مقایسهٔ ویرایش‌های ویندوز سرور، سند فعال‌سازی خودکار ماشین مجازی (AVMA)، فهرست کلیدهای فعال‌سازی KMS و راهنمای ارتقا و تبدیل ویرایش‌ها — همه از مستندات رسمی Microsoft Learn.

دیدگاهتان را بنویسید