ابزار رایگان — SQL Server 2022/2025

انتخابگر ادیشن SQL Server

با چند ورودی، ادیشن (Express / Web / Standard / Enterprise) و مدل لایسنس (Core یا Server+CAL) پیشنهادی برای بار کاری شما را ببینید.

پرسش‌ها

پیشنهاد

SQL Server Standard

مدل لایسنس Server + 25 CAL

وقتی تعداد کاربر مشخص و کم باشد، Server+CAL ارزان‌تر از Core است.

مشاهده محصول راهنمای کامل خرید SQL


پیوندهای مرتبط

مرز ادیشن‌ها

محدودیت‌های کلیدی هر ادیشن

ادیشن
حداکثر DB
RAM
Core
HA
Express
۱۰ GB
۱ GB Buffer
۴ هسته
Web
نامحدود
۶۴ GB
۱۶ هسته
Standard
۵۲۴ PB
۱۲۸ GB
۲۴ هسته
Basic AG
Enterprise
۵۲۴ PB
OS Max
OS Max
Always On AG
منطق انتخاب

چطور بین ادیشن‌ها تصمیم بگیریم

  1. ۱

    اول حد Express را چک کنید

    اگر DB < ۱۰GB، RAM < ۱GB، هسته < ۴ و HA نمی‌خواهید → Express رایگان کافی است.

  2. ۲

    سپس Standard را بسنجید

    برای اکثر اپ‌های داخلی سازمانی، Standard کافی است. Basic AG (دو نود) هم در Standard موجود است.

  3. ۳

    چه زمانی Enterprise اجباری است

    وقتی Always On AG چندنود، Partitioning، Online Index Rebuild، Compression پیشرفته، یا In-Memory نامحدود می‌خواهید.

  4. ۴

    Core یا Server+CAL؟

    کاربر مشخص و کم (داخلی) → Server+CAL. کاربر زیاد/نامشخص (وب عمومی، B2C) → Core-based.

  5. ۵

    Developer برای Dev/Test

    Developer Edition رایگان است و قابلیت کامل Enterprise را دارد — اما فقط برای محیط‌های توسعه و تست، نه Production.

تناسب

این ابزار برای چه کسی

مناسب

  • DBA / Solution Architect که می‌خواهد ادیشن اولیه را برآورد کند
  • تیمی که بین Standard و Enterprise مردد است
  • مدیر IT که Server+CAL و Core را مقایسه می‌کند

مناسب نیست

  • برآورد دقیق Core برای High-Density Virtualization
  • سناریوهای Azure SQL یا Managed Instance
  • محاسبه هزینه Software Assurance روی هر هسته
سه سناریوی واقعی

مثال‌های انتخاب ادیشن

اپلیکیشن داخلی ۱۲۰ کاربر
بار: ~۸۰GB، RAM ۳۲GB، بدون HA
پیشنهاد: Standard + Server/CAL — کاربر مشخص و عدد کوچک.
پلتفرم وب B2C
بار: کاربر نامشخص، ۸ هسته، DB ~۵۰۰GB
پیشنهاد: Standard Core-based — حداقل ۴ هسته به ازای سرور.
سامانه بانکی Always-On
بار: ۳ نود AG، Online Index، Partitioning
پیشنهاد: Enterprise Core-based — قابلیت‌های AG چندنود فقط در Enterprise.
Core یا Server+CAL؟

قانون سرانگشتی

معیار
Server + CAL
Per-Core
کاربر
مشخص و قابل شمارش
نامشخص یا اینترنتی
سقف کاربر اقتصادی
تا ~۲۵ کاربر برای Standard
بدون سقف
حداقل خرید
۱ Server + ۱ CAL
۴ هسته به ازای هر سرور
Enterprise
فقط Core موجود است
تنها گزینه برای Enterprise
سناریوی مجازی
هر VM CAL مستقل
License Mobility با SA
اشتباهات رایج

دام‌های لایسنس SQL

  • Developer روی Production: از نظر فنی کار می‌کند اما نقض لایسنس است؛ در ممیزی جریمه دارد.
  • کمتر از ۴ هسته: حتی اگر VM شما ۲ هسته است، حداقل ۴ هسته باید لایسنس شود.
  • Web Edition برای داخلی: Web فقط برای ISP/Hoster مجاز است؛ اپ داخلی باید Standard باشد.
  • فراموش کردن SA برای License Mobility: بدون Software Assurance حق جابجایی VM بین هاست‌ها را ندارید.
  • Always On AG چندنود روی Standard: Standard فقط Basic AG (دو نود، یک DB) دارد — برای چندنود Enterprise لازم است.
واژه‌نامه سریع

اصطلاحات تخصصی SQL

Always On AG
Availability Group — راهکار HA چندنود مایکروسافت؛ Basic در Standard، کامل در Enterprise.
License Mobility
حق جابجایی VM لایسنس‌شده بین هاست‌های فیزیکی؛ نیاز به SA دارد.
Core Pack
واحد فروش Core-based SQL — دو هسته در هر Pack.
Passive Failover
یک Replica غیرفعال HA رایگان است اگر SA دارید و فقط برای Sync استفاده شود.
پرسش‌های متداول

سوالات رایج SQL

Developer Edition چه فرقی با Enterprise دارد؟

هیچ تفاوت فنی ندارد — کاملاً برابر Enterprise است. فقط شرایط لایسنس فقط برای Dev/Test/QA است؛ Production مجاز نیست.

حداقل تعداد Core برای SQL Server چقدر است؟

در مدل Core-based، حداقل ۴ هسته به ازای هر سرور فیزیکی/مجازی باید لایسنس شود — حتی اگر سرور شما کمتر دارد.

SQL Server Web چه زمانی منطقی است؟

Web فقط برای ISP/Hoster مجاز است که سرویس عمومی روی اینترنت می‌دهد. برای کاربرد داخلی سازمانی، Standard یا Enterprise صحیح است.

پاسخ کوتاه

خلاصه تصمیم در یک نگاه

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

روش محاسبه

این ابزار چطور به نتیجه می‌رسد

انتخاب ادیشن بر پایه سه سقف فنی انجام می‌شود: حداکثر هسته و حافظه قابل استفاده، قابلیت‌های دسترس‌پذیری بالا، و قابلیت‌های تحلیلی و امنیتی پیشرفته. سپس مدل لایسنس مناسب (هسته‌محور یا سرور به‌علاوه CAL) بر اساس مسیر دسترسی کاربران پیشنهاد می‌شود.

پیش از شروع

چه اطلاعاتی آماده کنید

حجم داده و رشد سالانه

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

نیاز دسترس‌پذیری

حداکثر زمان مجاز قطعی و حداکثر داده قابل از دست رفتن را به عدد تبدیل کنید.

مسیر دسترسی کاربران

دسترسی داخلی با تعداد مشخص، یا دسترسی از اینترنت با کاربران ناشناس.

تعداد هسته فیزیکی

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

پس از نتیجه

با خروجی ابزار چه کنیم

  1. 1

    قبل از ارتقا، بار واقعی را بسنجید

    بسیاری از سازمان‌ها ادیشن بالاتر می‌خرند در حالی که گلوگاه واقعی ذخیره‌سازی یا کوئری بهینه‌نشده است.

  2. 2

    محیط توسعه را جدا نگه دارید

    نسخه Developer از نظر قابلیت کامل است اما فقط برای توسعه و آزمون مجاز است.

  3. 3

    اثر مجازی‌سازی را حساب کنید

    در محیط‌های خوشه‌ای و پویا، لایسنس هاست به‌همراه Software Assurance معمولاً تنها مسیر منطبق است.

نمونه‌های واقعی

پنج سناریوی نمونه و نتیجه آن‌ها

سناریوورودی‌هانتیجه پیشنهادینکته
سامانه حسابداری داخلی۵۰ کاربر، ۸۰ گیگابایت دادهStandard + Server/CALکاربران مشخص و قابل شمارش.
فروشگاه اینترنتیکاربران ناشناس از اینترنتStandard هسته‌محورشمارش کاربر مجاز نیست.
انبار داده تحلیلی۴ ترابایت، گزارش سنگینEnterpriseپارتیشن‌بندی و فشرده‌سازی پیشرفته.
محیط توسعه۸ توسعه‌دهندهDeveloperرایگان اما فقط برای توسعه و آزمون.
سامانه کوچک داخلی۵ کاربر، ۶ گیگابایتExpressمحدودیت اندازه پایگاه داده را بسنجید.
خطاهای رایج

اشتباه‌هایی که بیشترین هزینه را می‌سازند

خرید Enterprise برای مشکل ذخیره‌سازی

بسیاری از کندی‌ها ریشه در دیسک یا کوئری بهینه‌نشده دارد، نه در ادیشن.

استفاده از Developer در تولید

این نسخه در محیط عملیاتی مجاز نیست و در ممیزی جریمه‌ساز است.

نادیده گرفتن حداقل هسته

لایسنس هسته‌محور حداقل تعداد هسته مشخصی برای هر سرور دارد.

فراموشی سرور ثانویه

نسخه آماده‌به‌کار غیرفعال شرایط خاص دارد و همیشه رایگان نیست.

خرید در ایران

نکات محلی پیش از پرداخت

به‌روزرسانی‌های تجمعی SQL Server از مسیرهای رسمی در ایران همیشه در دسترس نیست؛ برنامه‌ای برای دریافت و آزمون وصله‌ها در محیط آزمایشی داشته باشید و نسخه دقیق build را مستند کنید.

برای پروژه‌های دولتی، الزام نگه‌داری داده در داخل کشور معمولاً گزینه ابری را حذف می‌کند؛ در این حالت طراحی دسترس‌پذیری بالا روی سرور داخلی اهمیت بیشتری پیدا می‌کند.

چک‌لیست پیش از خرید

  • اندازه فعلی داده و رشد سالانه تخمین زده شده است.
  • زمان مجاز قطعی و حداکثر داده قابل از دست رفتن عددی است.
  • مسیر دسترسی کاربران (داخلی یا اینترنت) مشخص است.
  • تعداد هسته فیزیکی هر سرور شمرده شده است.
  • محیط توسعه از محیط عملیاتی جدا شده است.
پرسش‌های متداول

سوالات رایج درباره این ابزار

آیا می‌توان بعداً ادیشن را ارتقا داد؟

بله، ارتقای درجا امکان‌پذیر است، اما هزینه اختلاف لایسنس در زمان ارتقا محاسبه می‌شود و معمولاً از خرید درست اولیه گران‌تر تمام می‌شود.

چه زمانی مدل هسته‌محور اجباری است؟

وقتی کاربران ناشناس یا خارجی از طریق اینترنت به داده دسترسی دارند؛ در این حالت شمارش کاربر مجاز نیست.

آیا نسخه رایگان برای سیستم داخلی کوچک کافی است؟

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

آیا مجازی‌سازی هزینه لایسنس را کم می‌کند؟

فقط اگر هاست را کامل لایسنس کنید و حق جابه‌جایی ماشین‌ها را داشته باشید؛ در خوشه‌های پویا لایسنس هاست معمولاً تنها مسیر منطبق است.

تفاوت Web Edition با Standard چیست؟

Web Edition فقط برای برنامه‌های وب عمومی مجاز است، قابلیت‌های کمتری دارد و از مسیرهای میزبانی تأمین می‌شود.

آیا ارتقا از Standard به Enterprise نیاز به نصب مجدد دارد؟

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