Windows Server / أساسي: أسس المنصة والخدمة / الدرس 1

أساس Windows Server والتثبيت والأدوار

اختر أساساً مدعوماً وخيار تثبيت من متطلبات الحمل. افصل الإصدار التجاري والدور والميزة ومستوى التصحيح والتعافي قبل تخطيط المضيف.

وقت القراءة التقريبي: 4 دقيقةتاريخ مراجعة المحتوى 2026-10-26

في هذه الصفحة

أهداف الدرس

شرح أساس Windows Server 2025 للدورة.
مقارنة Server Core و Desktop Experience بقصد.
فصل تخطيط الدور من إثبات التثبيت.

اسم الإصدار بداية عقد الدعم فقط

تستهدف الدورة Windows Server 2025، وقد رُوجعت في 2026-10-26 بالاستناد إلى توثيق Microsoft. يتبع هذا المنتج سياسة دورة الدعم الثابتة؛ لذلك افحص جدول الدعم والبناء المثبت والتطبيقات المدعومة والعتاد والفئة التجارية والتحديثات الحالية قبل أي نشر فعلي. لا يكشف اسم العام وحده حالة التصحيح على جهاز. وقد تعتمد الميزة على الفئة وخيار التثبيت والعتاد والإعداد. لم يُثبت Windows أو يُختبر هنا؛ فمضيف التأليف Linux، وكل أوامر Windows وإعداداته توضيحية. ولا تثبت أمثلة JSON و Python إلا النماذج المحددة التي تحتويها.

اختيار الواجهة والتوافق قبل الإعداد

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

تسمي خطة الدور الاعتماد والمالك

يوفر دور الخادم قدرة لحمل مثل مشاركة الملفات أو DNS أو DHCP أو Hyper-V، بينما توفر الميزات وظائف داعمة. قد يربط جمع الأدوار أمنها ونوافذ صيانتها وضغط مواردها وتعافيها. تفصل الخطة المصطنعة أدناه خدمة الملفات عن استضافة الافتراضي، وتبقي التحقق من خيار التثبيت مسألة غير محسومة. ليست الخطة تصدير Server Manager أو إعداداً قابلاً للنشر. يجب أن يشمل قرار الدور الشبكة وهويات الخدمة والتخزين والجدار والنسخ وأصحاب سلطة اعتماد التغيير. يخص تصميم Active Directory ونشر متحكم النطاق دورة الدليل المنفصلة؛ ونعالج هنا حدود تكامل الخادم.

json خطة أدوار ومسؤولية مصطنعة

{
  "model": "role-planning-only",
  "hosts": [
    {
      "name": "file-lab",
      "role": "file-service",
      "owner": "data-team"
    },
    {
      "name": "compute-lab",
      "role": "Hyper-V",
      "owner": "platform-team"
    }
  ],
  "verify": [
    "edition-support",
    "Core-or-Desktop-compatibility",
    "hardware",
    "recovery"
  ]
}

الناتج المتوقع

two independently owned workload candidates; no roles installed

الأسماء خيالية ولا يفحص أو ينشئ مضيفاً أو دوراً أو ترخيصاً أو نطاقاً أو خدمة.

يجب أن يكشف الجرد قرارات النشر الناقصة

سجّل الإصدار والبناء والفئة وخيار التثبيت والدور ومالك الحمل ودعم العتاد وهوية النسخة وإجراء التعافي. لا تضع كلمات مرور أو مفاتيح منتج أو معلومات وصول فعلية في جرد عام. يعد البرنامج المحلي سجلات مضيفين مصطنعة تفتقر إلى مالك للتعافي؛ ولا يستعلم عن WMI أو السجل أو Active Directory أو خادم. ومع اكتمال الجرد، لا يصبح إثباتاً للحالة المثبتة: يجب أن يؤكد دليل البيئة المصرح بها الدور والتحديث وسلوك الاعتماد. افصل حقول المخطط عن المرصود حتى لا يظهر الرسم كأنه اكتشاف إعداد فعلي.

python فحص ملكية التعافي محلياً

hosts = [{"name": "file-lab", "recovery_owner": "data-team"}, {"name": "compute-lab", "recovery_owner": None}]
missing = [host["name"] for host in hosts if not host["recovery_owner"]]
print(",".join(missing))

الناتج المتوقع

compute-lab

يفحص بيانات حرفية فقط بلا Windows أو شبكة أو نطاق أو إدارة.

يشمل قبول التثبيت الحمل وطريق التعافي

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

الأخطاء الشائعة وإصلاحها

تقرير عام الإصدار كمستوى التصحيح

لماذا يحدث؟: خلط المنتج وحالة الصيانة.
كيف تصلحه؟: توثيق البناء ودليل التحديث المنطبق.
كيف تتجنب تكراره؟: مراجعة الدعم والتوافق منفصلين.

افتراض تحويل Core لاحقاً إلى Desktop Experience

لماذا يحدث؟: عدم تخطيط توافق الخيار.
كيف تصلحه؟: اختيار المدعوم قبل الإعداد وعواقب التثبيت النظيف.
كيف تتجنب تكراره؟: فحص إرشادات التثبيت الحالية.

جمع أدوار كثيرة دون ملكية تعافٍ

لماذا يحدث؟: إخفاء الفشل المترابط بالتجميع.
كيف تصلحه؟: مراجعة الاعتماد والأثر والعمر.
كيف تتجنب تكراره؟: تعيين مالك الدور والتعافي قبل التنفيذ.

اختبر فهمك

1. ماذا يثبت برنامج المالك الناقص؟

اعرض الحل المشروح

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

2. لماذا يقرر Core أو Desktop Experience قبل التثبيت؟