عبارة «Windows Server 2022 Standard — 16 نواة» لا تعني ستة عشر موظفاً، ولا ستة عشر جهازاً افتراضياً، ولا خادماً بمواصفات عتاد معينة. إنها جزء من وصف حقوق ترخيص يجب قراءته مع بنية الخادم وطريقة الوصول إليه. يشرح KeyProTech في هذا الدليل كيف تجمع معلومات النوى وبيئات التشغيل والمستخدمين قبل مقارنة المنتج المعروض في المتجر باحتياج منشأتك، بدلاً من اعتبار مفتاح التفعيل قائمة تراخيص مكتملة.

ما الذي ستتعلمه؟

ستفصل بين ترخيص النوى وحقوق الوصول، وتقرأ أمثلة حسابية لتغطية العتاد، وتفهم لماذا تحتاج بيئة RDS ومخططات الافتراضية مراجعة مستقلة.

أربع وحدات لا ينبغي جمعها في رقم واحد

ابدأ بجرد الخادم الفعلي: عدد المعالجات والنوى الفعلية في كل معالج. بعد ذلك اكتب بيئات Windows Server التي تنوي تشغيلها، ثم المستخدمين أو الأجهزة المستفيدة من الخدمات. هذه قوائم مختلفة؛ إضافة مستخدم إلى النظام لا تشتري له حق وصول تلقائياً، وزيادة الذاكرة لا تغير عدد النوى التي تحسبها في نموذج الترخيص الفيزيائي.

مصطلحات تقرأها قبل اختيار المنتج
المصطلحماذا يصف؟ما الذي لا يعنيه؟
النواة الفعليةجزء من عتاد المعالج المستخدم في الحسابعدد الحسابات أو المستخدمين
OSE أو بيئة التشغيلبيئة يشغّل فيها نظام الخادمكل تطبيق مثبت على الخادم
Windows Server CALحقوق وصول أساسية بحسب نوع الترخيصتغطية نوى المعالج
RDS CALحقوق إضافية لخدمات جلسات RDS بحسب الحالةبديل تلقائي عن CAL الأساسية
مفتاح التفعيلآلية تفعيل المنتجإثبات اكتمال كل حقوق البنية

ماذا يعني الحد الأدنى في الترخيص بالنوى الفعلية؟

توضح إرشادات Microsoft لهذا النموذج ضرورة تغطية جميع النوى الفعلية، مع حد أدنى قدره ثماني نوى لكل معالج فعلي وست عشرة نواة لكل خادم. لذلك قد يحتاج خادم أقل من ست عشرة نواة فعلية إلى تغطية الحد الأدنى، بينما لا يكفي وصف 16 نواة وحده لخادم يحتوي عدداً أكبر.

أمثلة توضيحية للنوى فقط في النموذج الفيزيائي
العتاد في المثالالحساب الأوليتغطية النوى في المثال
معالج واحد × 8 نوى8 نوى فعلية، ثم تطبيق حد الخادم16 نواة
معالجان × 8 نوى16 نواة فعلية وتحقق حد المعالج16 نواة
معالجان × 12 نواة24 نواة فعلية24 نواة
معالجان × 4 نوىتطبيق حد 8 لكل معالج ثم حد الخادم16 نواة

هذه أمثلة حسابية وليست افتراضاً بأن كل قناة أو حزمة توفر التركيبة نفسها. تحقق من تكوين الخادم الحقيقي ومن الوحدات المباعة وحقوق المنتج قبل الطلب، ولا تستخدم عدد الخيوط المنطقية المعروض في شاشة الأداء بديلاً دون التأكد من النوى الفعلية.

Standard والافتراضية: لماذا يهم دور المضيف؟

وفق إرشادات Microsoft، تمنح تغطية النوى المطلوبة في Standard حقوق بيئتي تشغيل ضمن الشروط الموضحة. ويمكن تشغيل بيئة فعلية إضافية لاستضافة البيئات الافتراضية وإدارتها فقط وفق شرطها؛ تشغيل أحمال عمل أخرى على المضيف قد يغير كيفية استهلاك الحقوق. لذلك ارسم أين ستعمل الخدمات، لا عدد ملفات الآلات الافتراضية فقط.

اكتب مثلاً: المضيف يدير الافتراضية، وخادم ضيف للملفات، وخادم ضيف لتطبيق داخلي. ثم وثق أي خدمة إضافية على المضيف وعدد البيئات التي ستعمل فعلياً. لا تعتبر امتلاك صورة تثبيت أو إمكان إنشاء آلة جديدة حقاً إضافياً لتشغيلها.

اجرد العتاد، احسب النوى، راجع بيئات التشغيل، ثم حدد حقوق الوصول المطلوبة.
اجرد العتاد، احسب النوى، راجع بيئات التشغيل، ثم حدد حقوق الوصول المطلوبة.

CAL الأساسية وRDS: طبقتان مختلفتان

يستخدم Windows Server نموذج النوى مع حقوق الوصول. في التخطيط العام، تراجع CAL للمستخدم أو الجهاز المستفيد من خدمات الخادم، مع وجود حالات وحقوق مكافئة واستثناءات تحددها شروط Microsoft. أما نشر جلسات Remote Desktop Services فيتطلب مراجعة حقوق RDS الإضافية ونسخها المتوافقة، ولا ينبغي معاملته كميزة يغطيها رقم النوى وحده.

كيف توجه أسئلة الوصول؟
الحالةما الذي تسجله؟التحقق الذي يليه
شخص يستخدم عدة أجهزةعدد الأشخاص والأجهزة وأنواع الخدماتمقارنة حقوق User CAL المناسبة
أجهزة مشتركة بين وردياتالأجهزة المشتركة وعدد المستفيدينمقارنة حقوق Device CAL المناسبة
تطبيقات أو سطح مكتب عبر RDSالمستخدمون أو الأجهزة وخادم الجلساتCAL الأساسية وRDS CAL وتوافق النسخ
وصول خارجي أو اتفاقية قائمةطبيعة الوصول والاستحقاقات الموجودةالشروط والاستثناءات والحقوق المكافئة

اختيار User أو Device ليس مسابقة لاختيار العدد الأصغر فقط؛ افحص من يستخدم ماذا، وكيف تتم الإدارة، وأي حقوق موجودة بالفعل. راجع مسؤول الترخيص عند تجميع اتفاقيات مختلفة، واحتفظ بالمستند الذي يوضح أساس الاختيار.

نموذج جرد قبل مخاطبة المتجر أو مسؤول الترخيص

  1. سجل طراز الخادم وعدد المعالجات والنوى الفعلية لكل معالج من معلومات العتاد الموثوقة.
  2. حدد Edition والإصدار المقصودين، والقناة أو الاتفاقية وحقوق الترخيص الموجودة إن وجدت.
  3. ارسم البيئات الفعلية والافتراضية واكتب الأحمال التي تعمل في كل واحدة.
  4. احصر الوصول: مستخدمون، أجهزة مشتركة، RDS، ووصول خارجي إن وجد.
  5. راجع أي استحقاقات أو حقوق مكافئة أو Software Assurance دون افتراض شمولها.
  6. اطلب عرضاً مفصلاً يميز تغطية النوى عن CAL وRDS والخدمات الإضافية، ثم احفظه مع الفاتورة.

إذا كنت تخطط لتوسع، أضف سيناريو مستقبلياً منفصلاً بدلاً من خلطه بالوضع الحالي. هذا يتيح مقارنة تكلفة التوسع عند الحاجة دون شراء مكونات بناء على توقع غير موثق.

كيف تقرأ صفحة Windows Server في KeyProTech؟

افحص اسم Windows Server 2022 Standard — 16 نواة ووصفه وطريقة تسليمه وشروطه. لا تفترض أن CAL أو RDS أو حقوق الإدارة مستحقة ضمن الصفقة ما لم تُذكر صراحة. وإذا كان خادمك يحتوي أكثر من ست عشرة نواة، اشرح الجرد قبل الاكتفاء بمنتج يحمل هذا الرقم.

  • توافق العتاد والتطبيقات شرط تقني مستقل عن وجود الترخيص.
  • نجاح التفعيل لا يجيب وحده عن حقوق جميع المستخدمين والبيئات.
  • دورة دعم الإصدار لا تبدأ من جديد عند شراء المفتاح؛ راجعها عند إعداد خطة تشغيل طويلة.
  • تخطيط النسخ الاحتياطي والاسترجاع وإدارة الحسابات يبقى ضرورياً بعد إكمال الترخيص.

يعطيك هذا الدليل إطاراً لطرح الأسئلة الصحيحة. اجعل شروط Microsoft الخاصة باتفاقيتك والقناة المختارة أساس القرار النهائي، واطلب من فريق KeyProTech توضيح مكونات المنتج المعروض دون استنتاج حقوق لم تُذكر فيه.

الأسئلة الشائعة

هل 16 نواة تعني 16 مستخدماً؟

لا. تغطية النوى تتعلق بنموذج ترخيص العتاد أو النموذج المؤهل المختار، بينما حقوق الوصول للمستخدمين أو الأجهزة تُراجع بصورة منفصلة حسب الشروط.

هل يكفي منتج 16 نواة لخادم ذي 24 نواة فعلية؟

في مثال الترخيص بالنوى الفعلية، يجب تغطية جميع النوى مع الحدود الدنيا. لذلك لا تفترض أن وصف 16 نواة يكفي لتغطية خادم ذي 24 نواة؛ راجع الحزم والاتفاقية.

هل CAL وRDS CAL شيء واحد؟

لا. CAL الأساسية وحقوق RDS الإضافية تؤديان دورين مختلفين. افحص نوع الخدمة والمستخدمين أو الأجهزة وتوافق الإصدارات والاستحقاقات القائمة.

هل يمكن استخدام المضيف لأي حمل مع ضيفين دائماً؟

لا تعمم ذلك. الإذن بالبيئة الفعلية الإضافية مرتبط بشرط استضافة البيئات الافتراضية وإدارتها فقط وفق إرشادات Microsoft؛ الأحمال الأخرى تحتاج مراجعة الحقوق.

هل أختار User CAL أم Device CAL؟

وثق عدد الأشخاص والأجهزة المشتركة وطريقة العمل والخدمات المطلوبة. قارن النموذجين مع الاستحقاقات والشروط، لا العدد الظاهر وحده.

هل أي مفتاح يسمح بالترخيص بحسب الآلة الافتراضية؟

لا. هذا المسار له شروط أهلية محددة، مثل الاشتراكات أو تغطية Software Assurance الفعالة. لا تفترض توفره دون مراجعة القناة والاتفاقية.

ما المعلومات التي أرسلها قبل الطلب؟

الإصدار والنسخة، والمعالجات والنوى، وخريطة البيئات والأحمال، وعدد المستخدمين أو الأجهزة، والحاجة إلى RDS والاستحقاقات القائمة. لا ترسل مفاتيح أو كلمات مرور في رسالة عامة.

المصادر والمراجع الرسمية