بناء معمل Hyper-V لويندوز سيرفر 2025: دليل عملي بـ6 خطوات

معمل كامل لويندوز سيرفر 2025 يعمل داخل Hyper-V على جهاز واحد بنظام ويندوز 11 — نفس البنية التي ستبنيها في هذا الدليل.

أغلب شروحات Hyper-V تتوقف عند لحظة إقلاع جهاز افتراضي فارغ واحد — وهذا بالضبط سبب انهيار معظم معامل Windows Server 2025 بمجرد إضافة Domain Controller ثانٍ. لكي تبني معمل Hyper-V لويندوز سيرفر 2025 يصمد أمام بناء Active Directory حقيقي، تحتاج إلى ثلاثة أشياء تتجاهلها أغلب الشروحات: مفتاح شبكة داخلي (Internal Switch) مستقر مع NAT، خطة ذاكرة محسوبة لأربعة أجهزة افتراضية وليس جهازًا واحدًا، ونقاط استعادة (Checkpoints) تتيح لك التراجع عن أي خطأ خلال ثوانٍ.

هذا هو الدرس الرابع من سلسلة ويندوز سيرفر 2025: من الصفر إلى الاحتراف، وسيأخذك خطوة بخطوة عبر: تفعيل Hyper-V على ويندوز 11، تخطيط بنية شبكة جاهزة لشهادة AZ-800، فهم أنواع مفاتيح الشبكة الافتراضية كما تعمل فعليًا (لا كما تُشرح نظريًا)، إنشاء أول أجهزتك الافتراضية عبر الواجهة الرسومية وعبر PowerShell، وحماية كل خطوة بنقاط استعادة. وبنهاية المقال، سيكون جهازك جاهزًا تمامًا للدرس السابع الذي نُثبّت فيه Windows Server 2025 داخل هذه الأجهزة.

أنا مصطفى أمان، وعلى مدونة وادي التكنولوجيا أكتب أدلة تقنية عملية لمهندسي الأنظمة ومحترفي تقنية المعلومات. قضيت أكثر من 16 عامًا في إدارة بيئات ويندوز — من شبكات طبية متعددة الفروع (PACS/RIS) إلى Domain Controllers تخدم مئات العملاء — والعادات الموجودة في هذا الدرس هي نفسها التي أعتمد عليها لإبقاء أي تجربة محفوفة بالمخاطر داخل معمل قابل للتخلص منه، بعيدًا تمامًا عن أي خادم إنتاجي حقيقي.

كيف تبني معمل Hyper-V لويندوز سيرفر 2025؟

كامل عملية البناء تنقسم إلى ست خطوات. كل خطوة تتبع منهج هذه السلسلة المزدوج: الطريقة الرسومية والطريقة عبر PowerShell، لتتعلم الأدوات التي يختبرها امتحان AZ-800 فعليًا.

1. تفعيل Hyper-V على جهازك المضيف بويندوز 11 (رسوميًا أو عبر PowerShell).
2. تخطيط بنية المعمل — أي أجهزة افتراضية، كم ذاكرة، وأي نطاق شبكة (Subnet).
3. إنشاء مفاتيح الشبكة وشبكة NAT التي سيعيش عليها الدومين.
4. إنشاء أجهزة Windows Server 2025 الافتراضية (أجهزة فارغة فقط — التثبيت يأتي في الدرس 007).
5. حماية كل شيء بنقاط استعادة قبل لمس أي إعداد.
6. اختياري: بناء قرص قالب (Template) مع أقراص فرق (Differencing VHDX) لتصبح الأجهزة الجديدة جاهزة خلال ثوانٍ لا جيجابايتات.

قبل أن تبدأ: متطلبات المعمل والشروط الأساسية

Hyper-V مدمج داخل ويندوز كميزة اختيارية — لا يوجد تنزيل منفصل له — لكن جهازك المضيف لا يزال بحاجة إلى تلبية بعض المتطلبات الأساسية. بحسب خبرتي، أغلب أسئلة الدعم من نوع "Hyper-V غير موجود" مصدرها أحد هذه البنود الأربعة، لذا تحقّق منها الآن ووفّر على نفسك ساعة من استكشاف الأخطاء لاحقًا.

• إصدار ويندوز: ويندوز 11 (أو ويندوز 10) بإصدار Pro أو Enterprise أو Education، ونظام 64-بت. لا يمكن تثبيت ميزة Hyper-V على إصدارات Home.
• المعالج: معالج 64-بت يدعم تقنية Second Level Address Translation (SLAT) — أي معالج Intel VT-x أو AMD-V صادر تقريبًا خلال العقد الأخير يفي بالغرض — مع تفعيل الفرْطَنة (Virtualization) من إعدادات UEFI/BIOS.
• الذاكرة: 16 جيجابايت هي الحد الأدنى العملي لمعمل مبتدئ، و32 جيجابايت لبنية AZ-800 الكاملة أدناه. الدرس 002 يغطي تخطيط الأجهزة بالتفصيل.
• التخزين: ما لا يقل عن 120 جيجابايت من المساحة الحرة على SSD/NVMe (حوالي 15-30 جيجابايت لكل جهاز سيرفر بالإضافة إلى ملف ISO).
• وسيط التثبيت: نسخة التقييم المجانية لمدة 180 يومًا من مركز التقييم من مايكروسوفت — اختر Windows Server 2025 | 64-bit ISO.

ملاحظة أخيرة قبل البدء: إذا كنت تستخدم أيضًا VMware Workstation أو VirtualBox على نفس الجهاز، فهما يتعايشان مع Hyper-V من خلال منصة Windows Hypervisor Platform، لكن يُفضّل اختيار محاكي افتراضي رئيسي واحد لكل جهاز معمل لتجنّب أعباء جدولة المعالج الإضافية. هذا القرار بالضبط كان موضوع الدرس 003 — من هنا فصاعدًا، هذا الجهاز أصبح أرض Hyper-V بالكامل.

الخطوة 1: تفعيل Hyper-V على ويندوز 11 (رسوميًا وعبر PowerShell)

تفعيل Hyper-V يُثبّت طبقة المحاكاة الافتراضية بالإضافة إلى الأداتين اللتين ستعيش بداخلهما: Hyper-V Manager (الواجهة الرسومية) ووحدة PowerShell الخاصة بـ Hyper-V. سيُعيد جهازك التشغيل لإكمال التثبيت، فاحفظ عملك أولًا.

الطريقة أ: ميزات ويندوز (الواجهة الرسومية)

هذا هو الطريق الذي ستراه في كل شرح مليء بلقطات الشاشة، وهو مناسب تمامًا لإعداد لمرة واحدة:

1. اضغط ابدأ، اكتب Control Panel، وافتحه.
2. اذهب إلى البرامج ← البرامج والميزات.
3. اختر تشغيل ميزات ويندوز أو إيقافها.
4. وسّع خيار Hyper-V وتأكد من تفعيل Hyper-V Management Tools و Hyper-V Platform معًا.
5. اضغط موافق، ثم أعد تشغيل الجهاز عند الطلب.

الطريقة ب: PowerShell (أمر واحد)

أسرع، قابلة للأتمتة، وتُثبّت نفس المكونات بالضبط. افتح PowerShell كمسؤول (كليك يمين على ابدأ ← Terminal (Admin)) ونفّذ:

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

اكتب Y للسماح للجهاز بإعادة التشغيل. إذا كنت تفضّل أداة DISM الكلاسيكية، فهذا الأمر يعادله:

DISM /Online /Enable-Feature /All /FeatureName:Microsoft-Hyper-V

بعد إعادة التشغيل، تحقق من أن كل شيء في مكانه. يجب أن تُظهر الميزة الحالة Enabled:

Get-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V
Get-VMHost

عندما يُرجع أمر Get-VMHost اسم جهازك والمسارات الافتراضية دون أخطاء، فذلك يعني أن المحاكي الافتراضي يعمل. للمرجعية، هذا يطابق تعليمات مايكروسوفت الرسمية لتثبيت Hyper-V.

الشكل 1: يجب تفعيل مكوني Hyper-V الفرعيين معًا — تفعيل الأدوات وحدها يُثبّت واجهة الإدارة فقط دون المحاكي نفسه.

الخطوة 2: تخطيط بنية المعمل (مخطط AZ-800)

إنشاء أجهزة افتراضية واحدًا تلو الآخر بأسماء عشوائية هو الطريقة التي تتحول بها المعامل إلى فوضى. قبل لمس Hyper-V Manager، قرّر ماذا تبني. هذه السلسلة تستهدف مهارات شهادة AZ-800، وهذا يعني دومين Active Directory صغير: اثنان من Domain Controllers، خادم عضو واحد، وجهاز عميل بنظام ويندوز 11.

مع تفعيل الذاكرة الديناميكية (Dynamic Memory)، تستهلك هذه الأجهزة الأربعة حوالي 5-6 جيجابايت مجتمعة عند الخمول، وترتفع نحو 18 جيجابايت تحت الضغط — وهذا سبب كون جهاز مضيف بـ32 جيجابايت مريحًا، بينما 16 جيجابايت يفي بالغرض إذا شغّلت جهازين فقط في نفس الوقت. احتفظ بكل جهاز افتراضي داخل شجرة مجلدات واحدة مخصصة حتى تتمكن من نقل أو نسخ المعمل بأكمله في عملية واحدة:

D:\Lab\
├── ISOs\          ← نسخ التقييم من Windows Server 2025 وWindows 11
├── Templates\     ← قرص القالب النظيف بعد Sysprep (الخطوة 6)
└── VMs\
    ├── DC1\
    ├── DC2\
    ├── SRV1\
    └── CL1\

أخيرًا، ثبّت خطة عناوين IP الآن، قبل وجود أي جهاز افتراضي. سنضع المعمل بأكمله على شبكة داخلية خلف NAT: يستخدم المفتاح نفسه 192.168.200.0/24، بوابة الجهاز المضيف هي 192.168.200.1، وتحصل الأجهزة الافتراضية على عناوين ثابتة تبدأ من .11 (DC1 على .11، DC2 على .12، SRV1 على .21، CL1 على .31). تدوين هذا اليوم هو ما يمنع لغز "لماذا لا يستطيع DC1 الوصول إلى DC2؟" الكلاسيكي عندما نُرقّي الدومين في الدرس 014.

الخطوة 3: أنواع مفاتيح شبكة Hyper-V (Default مقابل Internal مقابل External)

الشبكات هي حيث تُبنى أغلب معامل Hyper-V بشكل خاطئ. يمنحك Hyper-V أربعة أنواع من المفاتيح، واختيار النوع الخاطئ لا يفشل فورًا — بل يفشل بعد أسبوعين عندما تُعاد أجهزتك الافتراضية التي تحمل دومينًا التشغيل. إليك ما يسمح به كل نوع فعليًا:

مشكلة Default Switch في معمل Active Directory

مفتاح Default Switch الذي يظهر تلقائيًا بعد تفعيل Hyper-V هو مفتاح NAT: تحصل أجهزتك الافتراضية على عنوان IP من DHCP داخلي وتشارك اتصال الإنترنت الخاص بالجهاز المضيف. لجهاز واحد يُستخدم مرة ويُحذف، هذا سحر حقيقي. أما لمعمل دومين، فهو فخ — نطاقه الفرعي يتغيّر في كل مرة يُعاد فيها تشغيل الجهاز المضيف أو يتغير اتصال الواي فاي (قد يكون 172.20.x.x اليوم و192.168.137.x غدًا). أي عنوان ثابت خصصته لأحد الدومين كنترولرز يتوقف عن العمل بصمت، وتنهار خدمة DNS، ويسقط الدومين بأكمله.

لهذا فإن قرار Default Switch مقابل Internal Switch القياسي في المعامل ليس قرارًا حقيقيًا: مفتاح داخلي (Internal) يمنحك نطاقًا فرعيًا تتحكم فيه بالكامل، ويحافظ على الاتصال بين الجهاز الافتراضي والمضيف — وبمجرد ربط بوابة NAT، يظل يصل إلى الإنترنت. هذا هو التصميم الذي سنطبقه الآن.

إنشاء المفتاح الداخلي وبوابة NAT (رسوميًا وعبر PowerShell)

رسوميًا: افتح Hyper-V Manager ← Virtual Switch Manager ← اختر Internal ← Create Virtual Switch ← سمّه LabSwitch ← موافق. بوابة NAT نفسها لا يمكن إعدادها إلا عبر PowerShell:

# 1. إنشاء المفتاح الداخلي (تخطَّ هذا إذا أنشأته رسوميًا)
New-VMSwitch -SwitchName "LabSwitch" -SwitchType Internal

# 2. إيجاد اسم الواجهة الجديدة
Get-NetAdapter

# 3. إعطاء طرف المفتاح على الجهاز المضيف عنوان البوابة
New-NetIPAddress -IPAddress 192.168.200.1 -PrefixLength 24 `
  -InterfaceAlias "vEthernet (LabSwitch)"

# 4. تحويل النطاق الفرعي إلى شبكة NAT
New-NetNat -Name "LabNat" `
  -InternalIPInterfaceAddressPrefix 192.168.200.0/24

ستستخدم أجهزتك الافتراضية عناوين ثابتة ضمن 192.168.200.0/24 مع بوابة 192.168.200.1. لحل الأسماء (DNS) مؤقتًا حتى يوجد دومين كنترولر، وجّهها إلى 1.1.1.1؛ وبمجرد ترقية DC1 في المرحلة 2، يتولى خادم DNS الخاص بك المهمة. لخيارات إعداد مفاتيح أعمق، راجع توثيق مايكروسوفت لمفاتيح الشبكة الافتراضية.

الشكل 2: LabSwitch مفتاح داخلي — بوابة NAT التي تمنحه الوصول للإنترنت تُضاف عبر PowerShell في الأمر التالي.

الخطوة 4: إنشاء أجهزة Windows Server 2025 الافتراضية

في هذا الدرس نبني هياكل الأجهزة الفارغة ونربط ملف ISO؛ أما تثبيت نظام التشغيل الفعلي فيحدث في الدرس 007. اختر دائمًا الجيل الثاني (Generation 2) للأجهزة الجديدة — فهو يستخدم UEFI، ويدعم Secure Boot والإقلاع من VHDX، وهو ما يتوقعه Windows Server الحديث. الجيل الأول موجود فقط لضيوف قديمة 32-بت لن تحتاجها أبدًا في هذه السلسلة.

الطريقة أ: معالج الجهاز الافتراضي الجديد (رسوميًا)

1. في Hyper-V Manager، اختر Action ← New ← Virtual Machine، ثم Next.
2. سمِّه DC1 و(اختياريًا) فعّل Store the virtual machine in a different location مع تحديد D:\Lab\VMs\DC1.
3. اختر Generation 2.
4. خصص 2048 ميجابايت ذاكرة بدء تشغيل، وفعّل Use Dynamic Memory.
5. في صفحة الشبكة، اربطه بـ LabSwitch.
6. أنشئ قرصًا صلبًا افتراضيًا بحجم 60 جيجابايت (النوع الديناميكي مناسب للمعامل).
7. في Installation Options، اختر Install an operating system from a bootable image file وحدد ملف ISO الخاص بـ Windows Server 2025، ثم Finish.

الطريقة ب: PowerShell (بناء DC1 في ست أوامر)

New-VM -Name "DC1" -Generation 2 -MemoryStartupBytes 2GB `
  -NewVHDPath "D:\Lab\VMs\DC1\DC1.vhdx" -NewVHDSizeBytes 60GB `
  -SwitchName "LabSwitch" -Path "D:\Lab\VMs\DC1"

Set-VMProcessor -VMName "DC1" -Count 2
Set-VMMemory -VMName "DC1" -DynamicMemoryEnabled $true `
  -MinimumBytes 512MB -StartupBytes 2GB -MaximumBytes 4GB
Add-VMDvdDrive -VMName "DC1" -Path "D:\Lab\ISOs\WindowsServer2025.iso"
Set-VMFirmware -VMName "DC1" -FirstBootDevice (Get-VMDvdDrive -VMName "DC1")

كرّر نفس النمط لبقية أجهزة المعمل — فقط الأسماء وسقف الذاكرة وملف ISO يتغيّرون:

"DC2","SRV1" | ForEach-Object {
  New-VM -Name $_ -Generation 2 -MemoryStartupBytes 2GB `
    -NewVHDPath "D:\Lab\VMs\$_\$_.vhdx" -NewVHDSizeBytes 60GB `
    -SwitchName "LabSwitch" -Path "D:\Lab\VMs\$_"
  Set-VMProcessor -VMName $_ -Count 2
}

New-VM -Name "CL1" -Generation 2 -MemoryStartupBytes 4GB `
  -NewVHDPath "D:\Lab\VMs\CL1\CL1.vhdx" -NewVHDSizeBytes 80GB `
  -SwitchName "LabSwitch" -Path "D:\Lab\VMs\CL1"

تفصيلان يستحقان المعرفة قبل تشغيل أي شيء. أولًا، أجهزة الجيل الثاني تأتي مع Secure Boot مفعّلًا افتراضيًا باستخدام شهادة UEFI الخاصة بمايكروسوفت، والتي يقبلها Windows Server 2025 بشكل مباشر — اتركها مفعّلة. ثانيًا، وعلى عكس عملاء ويندوز 11، لا يتطلب Windows Server 2025 وحدة TPM افتراضية؛ يمكنك تفعيل واحدة لاحقًا تحت VM ← Security إذا أردت تجربة BitLocker أو Virtualization-Based Security. مرجع معاملات New-VM الكامل موجود على Microsoft Learn إذا أردت تخصيص المسارات أو أجهزة الإقلاع أكثر.

الشكل 3: ربط ملف ISO الآن يعني أن الجهاز الافتراضي سيُقلع مباشرة إلى شاشة التثبيت في الدرس 007.

الخطوة 5: حماية معملك بنقاط الاستعادة (زر التراجع الخاص بك)

نقطة الاستعادة (Checkpoint) تلتقط حالة قرص الجهاز الافتراضي (واختياريًا حالة الذاكرة) حتى تتمكن من التراجع بعد تجربة Group Policy فاشلة أو ترقية دومين فاشلة — القوة الخارقة التي تجعل التعلم في المعمل بلا خوف. يوفر Hyper-V نوعين، والفرق بينهما مهم جدًا للدومين كنترولرز:

• نقاط الاستعادة الإنتاجية (Production checkpoints) (الافتراضية) تستخدم خدمة Volume Shadow Copy لأخذ لقطة متسقة من البيانات — الخيار الصحيح لأي DC، لأنها تُقلع بسلامة بعد الاستعادة.
• نقاط الاستعادة القياسية (Standard checkpoints) تُجمّد حالة الذاكرة الدقيقة أيضًا — رائعة لجهاز متوقف مؤقتًا في منتصف الإعداد، لكن استعادة دومين كنترولر منها قد تُسبب تناقضات في قاعدة بيانات AD.

رسوميًا: كليك يمين على الجهاز الافتراضي ← Checkpoint. تظهر تحت Checkpoints في اللوحة السفلية؛ كليك يمين عليها ← Apply للتراجع. عبر PowerShell:

# أخذ لقطة قبل الإعداد لكامل المعمل
Checkpoint-VM -Name "DC1" -SnapshotName "Clean Install"
Get-VMCheckpoint -VMName "DC1"

# التراجع عند فشل تجربة ما
Restore-VMCheckpoint -Name "Clean Install" -VMName "DC1" -Confirm:$false

# فرض نقاط الاستعادة الإنتاجية فقط على الدومين كنترولرز
Set-VM -Name "DC1" -CheckpointType ProductionOnly

الشكل 4: نقطة استعادة واحدة لكل جهاز قبل أي تغيير إعداد تعني أن كل تجربة محفوفة بالمخاطر قابلة للتراجع.

الخطوة 6 (إضافية): توقف عن إعادة التثبيت — قوالب VHDX وأقراص الفرق

تثبيت Server 2025 أربع مرات مضيعة لأمسية كاملة، وهي الفجوة التي لا تسدها معظم شروحات المعامل. بعد إنهاء الدرس 007 وامتلاك قرص خادم نظيف ومُحدّث وخاضع لـ Sysprep، حوّله إلى قالب أب (Parent Template). كل جهاز افتراضي جديد بعدها يحصل على قرص فرق (Differencing Disk) صغير يخزّن فقط تغييراته فوق القالب — فتصبح الخوادم الجديدة جاهزة خلال ثوانٍ وجيجابايتات قليلة بدلًا من ساعة و30 جيجابايت لكل واحد.

# مرة واحدة: إعداد القالب الأب (تثبيت النظام + التحديثات، ثم Sysprep /generalize
# من داخل الجهاز قبل إيقاف تشغيله — الشرح الكامل في الدرس 007)

# ثم إنشاء أي عدد من الأجهزة الفرعية استنادًا للقالب
New-VHD -Path "D:\Lab\VMs\SRV1\SRV1.vhdx" `
  -ParentPath "D:\Lab\Templates\WS2025-Base.vhdx" -Differencing

New-VM -Name "SRV1" -Generation 2 -MemoryStartupBytes 2GB `
  -VHDPath "D:\Lab\VMs\SRV1\SRV1.vhdx" -SwitchName "LabSwitch" `
  -Path "D:\Lab\VMs\SRV1"

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

مشاكل معمل Hyper-V الشائعة وكيفية حلها

هذه هي أكثر ستة أعطال أراها عندما يبني المهندسون معمل Hyper-V الأول لهم — ولكل واحد منها حل من دقيقتين إذا عرفت السبب.

1. Hyper-V لا يظهر في ميزات ويندوز

إما أنك على إصدار Home (راجع تحذير المتطلبات أعلاه) أو أن الفرْطَنة معطّلة في UEFI/BIOS. أعد التشغيل ادخل إعدادات الفيرموير وفعّل Intel VT-x / AMD-V (غالبًا تحت "Intel Virtualization Technology" أو "SVM Mode")، ثم تحقق من قائمة الميزات مجددًا.

2. الجهاز الافتراضي يفشل في البدء بعد تثبيت محاكي طرف ثالث

إذا كان VMware أو VirtualBox قد أزال مُشغّل Hyper-V، أعده بالقوة عبر bcdedit /set hypervisorlaunchtype auto وأعد التشغيل. العكس — bcdedit /set hypervisorlaunchtype off — يُعيد المعالج للأداة الأخرى عندما تحتاجها مؤقتًا.

3. الأجهزة الافتراضية تفقد عناوين IP بعد كل إعادة تشغيل للمضيف

أنت على Default Switch، الذي يتغيّر نطاقه الفرعي تلقائيًا. رحّل الأجهزة إلى LabSwitch وحدّد خطة العناوين الثابتة من الخطوة 2 — هذا هو السبب الأكثر شيوعًا لموت الدومينات المبتدئة "عشوائيًا".

4. فشل أمر New-NetNat أو توقف الإنترنت

توجد شبكة NAT أخرى بالفعل (WSL2 وDocker غالبًا هما المتهمان المعتادان). نفّذ Get-NetNat لسردها، أزل القديمة، وأعد إنشاء LabNat. تذكّر: شبكة NAT واحدة لكل جهاز مضيف.

5. الجهاز الافتراضي بلا إنترنت على المفتاح الداخلي

تحقق من ثلاثة أشياء بالترتيب: أن بوابة الجهاز الافتراضي هي 192.168.200.1 (واجهة vEthernet الخاصة بالمضيف)، أن الجهاز المضيف لا يزال يحمل إدخال Get-NetNat يغطي 192.168.200.0/24، وأن الجهاز الافتراضي لديه خادم DNS مُعدّ (1.1.1.1 حتى يتولى الدومين كنترولر المهمة).

6. عدم استقرار المفتاح الخارجي على الواي فاي

الربط الجسري مع محولات لاسلكية غير مستقر بطبيعته — أغلب محولات Wi-Fi ترفض عناوين MAC الغريبة، فتفقد الأجهزة الافتراضية الاتصال. على اللابتوب، تجنّب المفتاح الخارجي تمامًا واستخدم LabSwitch + NAT؛ احتفظ بالمفاتيح الخارجية للأجهزة المكتبية السلكية.

الخلاصة والقائمة القابلة للتنفيذ

جهازك المضيف أصبح الآن منصة معمل حقيقية، لا مجرد مُشغّل أجهزة افتراضية. قبل الانتقال إلى الدرس 005 (أو مباشرة إلى تثبيت النظام)، تحقق من كل بند أدناه:

الأسئلة الشائعة حول بناء معمل Hyper-V

هذه أكثر الأسئلة التي يطرحها القرّاء عند بناء أول معمل Hyper-V لهم لـ Windows Server 2025 — إجابات مباشرة وسريعة على الشكوك التي تتركها معظم الشروحات معلّقة.