Hyper-V نمونه ای از فناوری مجازی سازی سرور است. این بدان معنی است که Hyper-V به شما اجازه می دهد تا با اجرای چندین سیستم عامل (معمولاً مبتنی بر سرور) روی یک رایانه فیزیکی (معمولاً با سخت افزار درجه سرور) کل یک رایانه را مجازی سازی کنید. هر سیستم عامل مهمان فکر می کند (اگر سیستم عامل ها بتوانند فکر کنند) که مالک کامپیوتر است و حق انحصاری استفاده از منابع سخت افزاری آن (یا هر مجموعه دیگری از منابع کامپیوتری که ماشین مجازی به آن دسترسی دارد) دارد. بنابراین، هر سیستم عامل در یک ماشین مجازی مجزا اجرا می شود و همه ماشین های مجازی روی یک کامپیوتر فیزیکی کار می کنند. در یک محیط استاندارد غیر مجازی، یک کامپیوتر فقط می تواند یک سیستم عامل را اجرا کند. فناوری Hyper-V این توانایی را به کامپیوتر شما می دهد. قبل از بررسی نحوه عملکرد فناوری Hyper-V، باید اصول کلی عملکرد ماشین های مجازی را درک کنیم.

اطلاعات کلی در مورد ماشین های مجازی

ماشین مجازی یک محیط محاسباتی پیاده سازی شده در نرم افزار است که منابع سخت افزاری یک کامپیوتر فیزیکی را به گونه ای تخصیص می دهد که توانایی اجرای چندین سیستم عامل را بر روی یک کامپیوتر فراهم کند. هر سیستم عامل در ماشین مجازی خود اجرا می شود و دارای نمونه های منطقی اختصاصی از پردازنده ها، هارد دیسک ها، کارت های شبکه و سایر منابع سخت افزاری کامپیوتر است. سیستم عاملی که در یک ماشین مجازی اجرا می شود هیچ اطلاعی از اینکه در یک محیط مجازی اجرا می شود ندارد و طوری رفتار می کند که انگار کنترل کامل سخت افزار کامپیوتر را در اختیار دارد. پیاده سازی ماشین های مجازی به روشی که در بالا توضیح داده شد به این معنی است که مجازی سازی سرور باید مطابق با الزامات زیر پیاده سازی شود:

• رابط های کنترل
  مجازی‌سازی سرور به رابط‌های مدیریتی نیاز دارد که به مدیران اجازه می‌دهد ماشین‌های مجازی در حال اجرا روی رایانه را ایجاد، پیکربندی و کنترل کنند. این رابط‌ها همچنین باید از مدیریت نرم‌افزار پشتیبانی کنند و روی شبکه کار کنند و امکان مدیریت از راه دور ماشین‌های مجازی را فراهم کنند.
• مدیریت حافظه
  مجازی سازی سرور به یک مدیر حافظه نیاز دارد تا اطمینان حاصل کند که تمام ماشین های مجازی منابع حافظه اختصاص یافته و ایزوله را دریافت می کنند.
• ابزار برنامه ریزی
  مجازی‌سازی سرور به ابزار زمان‌بندی برای کنترل دسترسی ماشین‌های مجازی به منابع فیزیکی نیاز دارد. ابزار زمان بندی باید توسط مدیر تنظیم شود و بتواند سطوح اولویت های مختلف را به تجهیزات اختصاص دهد.
• ماشین حالت
  مجازی سازی سرور به یک ماشین حالت نیاز دارد که اطلاعات مربوط به وضعیت فعلی همه ماشین های مجازی روی رایانه را نظارت کند. اطلاعات وضعیت ماشین مجازی شامل اطلاعات مربوط به CPU، حافظه، دستگاه ها و وضعیت ماشین مجازی (در حال اجرا یا توقف) است. ماشین حالت همچنین باید از مدیریت انتقال بین حالت های مختلف پشتیبانی کند
• ذخیره سازی و شبکه
  مجازی‌سازی سرور به توانایی تأمین منابع ذخیره‌سازی و شبکه در رایانه نیاز دارد که به هر ماشین مجازی اجازه می‌دهد به دیسک‌های سخت و رابط‌های شبکه دسترسی جداگانه داشته باشد. علاوه بر این، مجازی‌سازی دسک‌تاپ همچنین به توانایی چندین ماشین برای دسترسی همزمان به دستگاه‌های فیزیکی با حفظ ثبات، ایزوله و امنیت نیاز دارد.
• دستگاه های مجازی
  مجازی‌سازی سرور به دستگاه‌های مجازی‌سازی شده نیاز دارد که سیستم‌عامل‌های در حال اجرا بر روی ماشین‌های مجازی را با نمایش‌های منطقی از دستگاه‌هایی ارائه می‌دهند که مانند همتایان فیزیکی خود رفتار می‌کنند. به عبارت دیگر، هنگامی که سیستم عامل از یک ماشین مجازی به یک دستگاه کامپیوتر فیزیکی دسترسی پیدا می کند، دستگاه مجازی شده مربوطه به روشی مشابه با فرآیند دسترسی به یک دستگاه فیزیکی دسترسی پیدا می کند.
• درایورهای دستگاه مجازی
  برای مجازی سازی سرور، باید درایورهای دستگاه مجازی را در سیستم عامل های در حال اجرا بر روی ماشین های مجازی نصب کنید. درایورهای دستگاه مجازی به برنامه‌ها دسترسی به نمایش مجازی سخت‌افزار و اتصالات ورودی/خروجی را مانند سخت‌افزار فیزیکی فراهم می‌کنند.

درک پوسته

Hypervisor یک پلت فرم مجازی سازی است که به چندین سیستم عامل اجازه می دهد تا بر روی یک کامپیوتر فیزیکی - کامپیوتر میزبان - اجرا شوند. وظیفه اصلی هایپروایزر ایجاد محیط های اجرایی مجزا برای همه ماشین های مجازی و مدیریت تعامل بین سیستم عامل مهمان در ماشین مجازی و منابع سخت افزاری زیربنایی کامپیوتر فیزیکی است. اصطلاح Hypervisor در سال 1972 زمانی که IBM نرم افزار مدیریت پلت فرم محاسباتی System/370 را برای پشتیبانی از مجازی سازی به روز کرد، ابداع شد. ایجاد هایپروایزر نقطه عطف جدیدی در تکامل فناوری محاسبات بود، زیرا امکان غلبه بر محدودیت‌های معماری و کاهش هزینه‌های استفاده از رایانه‌های مرکزی را فراهم کرد. پوسته های سطح پایین متفاوت هستند. به عنوان مثال، آنها در نوع متفاوت هستند - i.e. با توجه به اینکه آیا آنها بر روی سخت افزار فیزیکی اجرا می شوند یا در یک محیط سیستم عامل میزبانی می شوند. پوسته ها را نیز می توان بر اساس طراحی تقسیم کرد: یکپارچه یا میکرو.

پوسته نوع 1

پوسته‌های نوع 1 مستقیماً روی سخت‌افزار فیزیکی رایانه‌های میزبان اجرا می‌شوند و به عنوان برنامه‌های کنترلی عمل می‌کنند. به عبارت دیگر، آنها "بر روی سخت افزار" اجرا می شوند. در این مورد، سیستم عامل های مهمان بر روی چندین ماشین مجازی واقع در بالای لایه هایپروایزر اجرا می شوند (شکل 1 را ببینید).

از آنجایی که هایپروایزرهای نوع 1 مستقیماً روی سخت افزار اجرا می شوند تا در محیط سیستم عامل، آنها معمولاً عملکرد، در دسترس بودن و امنیت بهینه را در مقایسه با انواع دیگر ارائه می دهند. هایپروایزرهای نوع 1 نیز در محصولات مجازی سازی سرور زیر پیاده سازی می شوند:

• Microsoft Hyper-V
• Citrix XenServer
• سرور VMware ESX

پوسته نوع 2

پوسته های نوع 2 در یک محیط سیستم عامل در حال اجرا بر روی کامپیوتر میزبان اجرا می شوند. در این مورد، سیستم عامل های مهمان بر روی ماشین های مجازی بالای یک هایپروایزر اجرا می شوند (شکل 2 را ببینید). این نوع مجازی سازی معمولاً مجازی سازی میزبان نامیده می شود. مقایسه شکل 2 با شکل 1 نشان می دهد که سیستم عامل های مهمان که در ماشین های مجازی روی پلتفرم هایپروایزر نوع 2 اجرا می شوند توسط یک لایه دیگر از سخت افزار زیرین جدا می شوند. وجود یک لایه اضافی بین ماشین‌های مجازی و سخت‌افزار باعث کاهش عملکرد در پلتفرم‌های پوسته نوع ۲ می‌شود و تعداد ماشین‌های مجازی قابل اجرا را در عمل محدود می‌کند. هایپروایزرهای نوع 2 نیز در محصولات مجازی سازی سرور زیر پیاده سازی می شوند:

• سرور مجازی مایکروسافت
• سرور VMware

پوسته های سطح پایین یکپارچه

یک معماری پوسته یکپارچه شامل درایورهای دستگاهی است که از پوسته پشتیبانی می کنند، در آن قرار دارند و توسط آن کنترل می شوند (شکل 3 را ببینید).

معماری یکپارچه هم مزایا و هم معایبی دارد. به عنوان مثال، هایپروایزرهای یکپارچه نیازی به سیستم عامل میزبان (والد) ندارند زیرا همه مهمانان با استفاده از درایورهای دستگاه مستقیماً با سخت افزار رایانه زیرین ارتباط برقرار می کنند. این یکی از مزایای معماری یکپارچه است. از سوی دیگر، این واقعیت که درایورها باید به طور خاص برای هایپروایزر طراحی شوند، مشکلات قابل توجهی را ایجاد می کند، زیرا انواع مختلفی از مادربردها، کنترلرهای ذخیره سازی، آداپتورهای شبکه و سایر تجهیزات در بازار وجود دارد. در نتیجه، سازندگان پلتفرم‌های هایپروایزر یکپارچه باید با سازندگان سخت‌افزار همکاری نزدیک داشته باشند تا اطمینان حاصل کنند که درایورهای این دستگاه‌ها از Hypervisor پشتیبانی می‌کنند. علاوه بر این، این امر باعث می شود که تولیدکنندگان پوسته برای تامین درایورهای لازم برای محصولات خود به تولیدکنندگان سخت افزار وابسته باشند. بنابراین، دامنه دستگاه‌هایی که می‌توانند در سیستم‌عامل‌های مجازی‌سازی شده روی پلت‌فرم‌های پوسته سطح پایین یکپارچه استفاده شوند، در مقایسه با وضعیت اجرای همان سیستم‌عامل‌ها بر روی رایانه‌های فیزیکی، به‌طور قابل‌توجهی محدودتر است. ویژگی مهم این معماری این است که یکی از مهمترین اصول امنیتی - نیاز به دفاع در عمق - را نادیده می گیرد. با دفاع در عمق، چندین خط دفاعی ایجاد می شود. در این مدل، هیچ دفاع عمیقی وجود ندارد، زیرا همه چیز در ممتازترین قسمت سیستم انجام می شود. نمونه ای از یک محصول مجازی سازی سرور که از معماری هایپروایزر یکپارچه استفاده می کند، سرور VMware ESX است.

پوسته های ریز هسته

پوسته های سطح پایین میکروکرنل به درایورهای خاصی نیاز ندارند، زیرا سیستم عامل به عنوان پارتیشن اصلی (والد) عمل می کند. چنین پارتیشنی محیط زمان اجرا لازم را برای دسترسی درایورهای دستگاه به سخت افزار فیزیکی زیرین رایانه میزبان فراهم می کند. پارتیشن‌ها بعداً مورد بحث قرار خواهند گرفت، اما در حال حاضر تصور کنید که اصطلاح "پارتیشن" معادل یک ماشین مجازی است. در پلتفرم‌های هایپروایزر میکروکرنل، نصب درایور دستگاه فقط برای دستگاه‌های فیزیکی در حال اجرا بر روی پارتیشن والد مورد نیاز است. نصب این درایورها بر روی سیستم عامل های مهمان الزامی نیست زیرا سیستم عامل های مهمان فقط برای دسترسی به سخت افزار فیزیکی کامپیوتر میزبان نیاز به دسترسی به پارتیشن والد دارند. به عبارت دیگر، معماری میکروکرنل به سیستم عامل های مهمان اجازه دسترسی مستقیم به سخت افزار زیرین را نمی دهد. دسترسی به دستگاه های فیزیکی فقط با تعامل با پارتیشن والد امکان پذیر است. شکل 4 معماری میکروکرنل هایپروایزر را با جزئیات بیشتری نشان می دهد.

معماری میکروکرنل مزایای متعددی نسبت به معماری یکپارچه دارد. اولاً، عدم نیاز به درایورهای خاص، امکان استفاده از طیف وسیعی از درایورهای موجود ارائه شده توسط سازنده را فراهم می کند. دوم، درایورهای دستگاه در پوسته گنجانده نشده است، بنابراین بار کمتری ایجاد می کند، کوچکتر است و انعطاف پذیرتر است. سوم، و مهمتر از همه، سطح حمله احتمالی به حداقل می رسد زیرا هیچ کد خارجی در پوسته بارگذاری نمی شود (درایورهای دستگاه توسط اشخاص ثالث ایجاد می شوند و بنابراین از دیدگاه توسعه دهنده پوسته کد خارجی در نظر گرفته می شوند). موافق باشید که نفوذ نرم افزارهای مخرب به پوسته و ایجاد کنترل بر تمام سیستم عامل های مجازی رایانه، آخرین چیزی است که دوست دارید تجربه کنید. تنها اشکال طراحی میکروکرنل نیاز به پارتیشن والد خاص است. این باعث افزایش بار روی سیستم می شود (اگرچه معمولاً حداقل است) زیرا دسترسی پارتیشن های فرزند به سخت افزار مستلزم تعامل آنها با پارتیشن والد است. مزیت قابل توجه معماری میکروکرنل Hyper-V ارائه دفاع عمیق است.فناوری Hyper-V به شما اجازه می دهد تا اجرای کد در هایپروایزر را به حداقل برسانید و عملکردهای بیشتری را به پشته منتقل کنید (به عنوان مثال، ماشین حالت و کنترل رابط‌هایی که در حالت کاربر بالاتر از پشته اجرا می‌شوند). نمونه ای از پلتفرم مجازی سازی سرور با معماری میکروکرنل چیست؟ این بدون شک مایکروسافت Hyper-V است، با پارتیشن والد ویندوز سرور 2008 یا بالاتر.

ویژگی های کلیدی Hyper-V

در زیر برخی از ویژگی های اصلی نسخه اصلی پلتفرم Microsoft Hyper-V آورده شده است:

• پشتیبانی از سیستم عامل های مختلف
  Hyper-V از اجرای همزمان انواع مختلف سیستم عامل، از جمله سیستم عامل های 32 بیتی و 64 بیتی در پلتفرم های مختلف سرور (به عنوان مثال، ویندوز، لینوکس و غیره) پشتیبانی می کند.
• توسعه پذیری
  فناوری Hyper-V دارای رابط‌های استاندارد ابزار مدیریت ویندوز (WMI) و APIهای برنامه‌نویسی است که فروشندگان و توسعه‌دهندگان مستقل نرم‌افزار را قادر می‌سازد تا به سرعت ابزارها و برنامه‌های افزودنی سفارشی را برای پلتفرم مجازی‌سازی ایجاد کنند.
• موازنه بار شبکه
  Hyper-V قابلیت های سوئیچینگ مجازی را فراهم می کند که استفاده از Windows Network Load Balancing را برای متعادل کردن بار در ماشین های مجازی از سرورهای مختلف امکان پذیر می کند.
• معماری میکروکرنل
  Hyper-V دارای معماری هایپروایزر میکروکرنل 64 بیتی است که به پلتفرم اجازه می دهد تا چندین روش پشتیبانی دستگاه، عملکرد اضافی و امنیت را ارائه دهد.
• مجازی سازی سخت افزار
  Hyper-V نیاز به استفاده از فناوری های مجازی سازی سخت افزار Intel-VT یا AMD-V دارد.
• معماری به اشتراک گذاری سخت افزار
  Hyper-V از یک ارائه دهنده خدمات مجازی سازی (VSP) و معماری سرویس گیرنده مجازی سازی (VSC) استفاده می کند که دسترسی و استفاده پیشرفته تر از منابع سخت افزاری (مانند دیسک، شبکه و ویدئو) را فراهم می کند.
• مهاجرت سریع
  Hyper-V به شما امکان می دهد یک ماشین مجازی در حال اجرا را از یک کامپیوتر میزبان فیزیکی به کامپیوتر دیگر با حداقل تاخیر منتقل کنید. این کار با استفاده از ابزارهای مدیریتی بسیار در دسترس Windows Server 2008 و System Center انجام می شود.
• مقیاس پذیری
  Hyper-V از چندین پردازنده و هسته در سطح میزبان و همچنین دسترسی پیشرفته به حافظه در سطح ماشین مجازی پشتیبانی می کند. این پشتیبانی، محیط های مجازی سازی را برای میزبانی تعداد زیادی ماشین مجازی روی یک هاست، مقیاس پذیر می کند. با این حال، قابلیت‌های مهاجرت سریع به شما امکان می‌دهد تا در چندین گره مقیاس‌بندی کنید.
• پشتیبانی از معماری متقارن چند پردازنده ای (SMP).
  Hyper-V از چهار پردازنده در محیط ماشین مجازی برای اجرای برنامه های چند رشته ای در ماشین مجازی پشتیبانی می کند.
• 
  Hyper-V این امکان را فراهم می کند که از ماشین های مجازی در حال اجرا عکس بگیرید تا سریعاً به حالت قبلی برگردید و راه حل های پشتیبان گیری و بازیابی را ساده کنید.

تازه های Hyper-V R2

Windows Server 2008 R2 عملکرد جدیدی را به نقش Hyper-V اضافه می کند. آنها انعطاف پذیری، عملکرد و مقیاس پذیری Hyper-V را بهبود می بخشند. بیایید با جزئیات بیشتری به آنها نگاه کنیم.

افزایش انعطاف پذیری

Hyper-V R2 شامل ویژگی های جدید زیر است که انعطاف پذیری استقرار و حفظ زیرساخت مجازی سازی سرور را افزایش می دهد:

• مهاجرت زنده
  Hyper-V R2 شامل یک ویژگی انتقال زنده است که به شما امکان می دهد یک ماشین مجازی را از یک سرور Hyper-V به سرور دیگر بدون قطع اتصال شبکه، بدون وقفه در تجربه کاربر یا قطع سرویس منتقل کنید. حرکت فقط باعث کاهش عملکرد برای چند ثانیه می شود. انتقال زنده به اطمینان از در دسترس بودن بالای سرورها و برنامه های کاربردی در حال اجرا بر روی سرورهای Hyper-V خوشه ای در یک محیط مرکز داده مجازی شده کمک می کند. مهاجرت زنده همچنین فرآیند ارتقا و نگهداری سخت افزار میزبان را ساده می کند و قابلیت های جدیدی مانند توانایی متعادل کردن بارهای شبکه برای حداکثر بهره وری انرژی یا استفاده بهینه از پردازنده را فراهم می کند. مهاجرت زنده در زیر در بخش Working with Live Migration به تفصیل توضیح داده شده است.
• جلدهای مشترک خوشه ای
  Cluster Shared Volumes یک ویژگی جدید از Windows Server 2008 R2 Failover Clustering است. این یک فضای نام فایل واحد و منسجم را فراهم می کند که به همه گره های خوشه ای اجازه می دهد به یک دستگاه ذخیره سازی دسترسی داشته باشند. استفاده از Cluster Shared Volumes برای مهاجرت زنده به شدت توصیه می شود و در زیر در بخش Working with Live Migration توضیح داده شده است.
• پشتیبانی از افزودن و حذف داغ رسانه های ذخیره سازی
  نسخه R2 Hyper-V به شما این امکان را می دهد که هارد دیسک های مجازی و دیسک های عبور را بدون خاموش کردن یا راه اندازی مجدد آن بر روی یک ماشین مجازی در حال اجرا اضافه یا حذف کنید. این به شما این امکان را می دهد تا کل فضای ذخیره سازی مورد استفاده توسط ماشین مجازی را با تغییر حجم کاری خود بدون توقف، تنظیم کنید. علاوه بر این، قابلیت های پشتیبان گیری جدیدی را در Microsoft SQL Server، Microsoft Exchange Server و در مراکز داده ارائه می دهد. برای استفاده از این ویژگی، دیسک های مجازی و عبوری باید با استفاده از کنترلر SCSI مجازی به ماشین مجازی متصل شوند. برای اطلاعات بیشتر در مورد افزودن کنترلرهای SCSI به ماشین های مجازی، بخش "مدیریت ماشین های مجازی" را در زیر ببینید.
• حالت سازگاری پردازنده
  حالت جدید سازگاری پردازنده، موجود در Hyper-V R2، به شما این امکان را می دهد که یک ماشین مجازی را از یک کامپیوتر میزبان به کامپیوتر دیگر منتقل کنید، اگر معماری پردازنده آنها مطابقت داشته باشد (AMD یا Intel). این کار ارتقای زیرساخت میزبان Hyper-V شما را با آسان‌تر کردن انتقال ماشین‌های مجازی از کامپیوترهایی با سخت‌افزار قدیمی‌تر به کامپیوترهایی با سخت‌افزار جدیدتر آسان‌تر می‌کند. علاوه بر این، انعطاف پذیری برای مهاجرت ماشین های مجازی بین گره های خوشه ای را نیز فراهم می کند. به عنوان مثال، حالت سازگاری پردازنده می‌تواند برای انتقال ماشین‌های مجازی از یک میزبان Intel Core 2 به یک میزبان Intel Pentium 4 یا از یک میزبان AMD Opteron به یک میزبان AMD Athlon استفاده شود. لطفاً توجه داشته باشید که حالت سازگاری پردازنده به شما امکان می‌دهد که ماشین‌های مجازی را تنها در صورتی مهاجرت کنید که معماری پردازنده گره‌ها مطابقت داشته باشد. به عبارت دیگر، AMD-AMD و Intel-Intel migration پشتیبانی می شوند. انتقال ماشین های مجازی از یک کامپیوتر میزبان یک معماری به یک کامپیوتر میزبان با معماری دیگر پشتیبانی نمی شود. به عبارت دیگر، مهاجرت های AMD-Intel و Intel-AMD پشتیبانی نمی شوند. برای اطلاعات بیشتر در مورد حالت سازگاری پردازنده و نحوه پیکربندی آن، به نوار کناری «چگونه کار می‌کند» مراجعه کنید. حالت سازگاری پردازنده."

عملکرد بهبود یافته است

Hyper-V R2 دارای ویژگی های جدید زیر است که می تواند عملکرد زیرساخت مجازی سازی سرور شما را بهبود بخشد:

1. پشتیبانی از حداکثر 384 ماشین مجازی همزمان و حداکثر 512 پردازنده مجازی در هر سرور
   با سخت افزار مناسب، از سرورهای Hyper-V R2 می توان برای دستیابی به سطوحی از یکپارچگی سرور که قبلاً دست نیافتنی نبود، استفاده کرد. به عنوان مثال، در یک کامپیوتر میزبان Hyper-V می توانید میزبانی کنید:
   • 384 ماشین مجازی با یک پردازنده (به طور قابل توجهی کمتر از محدودیت 512 پردازنده مجازی)
   • 256 ماشین مجازی با دو پردازنده (مجموع 512 پردازنده مجازی)
   • 128 ماشین مجازی با چهار پردازنده (مجموع 512 پردازنده مجازی)

   همچنین می‌توانید هر ترکیبی از پردازنده‌های تک هسته‌ای، دو هسته‌ای و چهار هسته‌ای را اجرا کنید، به شرطی که تعداد کل ماشین‌های مجازی از 384 و تعداد کل پردازنده‌های مجازی اختصاص داده شده به ماشین‌های مجازی بیشتر از 512 نباشد. این قابلیت ها به Hyper-V R2 اجازه می دهد تا بالاترین تراکم موجود در ماشین های مجازی بازار را در حال حاضر ارائه دهد. در مقایسه، نسخه قبلی Hyper-V در ویندوز سرور 2008 SP2 تنها تا 24 پردازنده منطقی و حداکثر 192 ماشین مجازی را پشتیبانی می کرد. توجه داشته باشید که هنگام استفاده از خوشه‌های failover، Hyper-V R2 حداکثر از 64 ماشین مجازی در هر گره کلاستر پشتیبانی می‌کند.

2. پشتیبانی از ترجمه آدرس سطح دوم (SLAT).
   در Hyper-V R2، پردازنده ترجمه آدرس را در ماشین های مجازی به جای کد Hyper-V انجام می دهد، که به صورت برنامه ریزی شده نگاشت جدول را انجام می دهد. بنابراین، فناوری SLAT لایه دومی از صفحات را در زیر جداول صفحات x86/x64 پردازنده‌های x86/x64 از طریق یک لایه غیرمستقیم از دسترسی حافظه ماشین مجازی به دسترسی به حافظه فیزیکی ایجاد می‌کند.

هنگامی که با پردازنده های مناسب استفاده می شود (مانند پردازنده های اینتل با جداول صفحه EPT توسعه یافته که از نسل i7 شروع می شود، یا آخرین پردازنده های AMD با جداول صفحه NPT تو در تو)، Hyper-V R2 به طور قابل توجهی عملکرد سیستم را در بسیاری از موارد بهبود می بخشد. بهبود عملکرد به دلیل پیشرفت در فناوری مدیریت حافظه و کاهش تعداد نسخه های حافظه مورد نیاز برای استفاده از این ویژگی های پردازنده است. عملکرد به ویژه هنگام کار با مجموعه داده های بزرگ (به عنوان مثال، Microsoft SQL Server) بهبود می یابد. استفاده از حافظه برای Hypervisor Microsoft Hypervisor را می توان از 5 درصد به 1 درصد از کل حافظه فیزیکی کاهش داد. بنابراین، حافظه بیشتری برای پارتیشن‌های فرزند در دسترس خواهد بود، که امکان یکپارچگی بالایی را فراهم می‌کند.

3. دودکش V.M
   این ویژگی اجازه می دهد تا ترافیک TCP/IP برای ماشین مجازی به آداپتور شبکه فیزیکی کامپیوتر میزبان هدایت شود. برای دستیابی به این هدف، آداپتور شبکه فیزیکی و سیستم عامل باید از بارگذاری TCP Chimney پشتیبانی کند که با کاهش بار CPU روی پردازنده های منطقی، عملکرد ماشین مجازی را بهبود می بخشد. پشتیبانی از بارگذاری TCP Chimney در مایکروسافت ویندوز در نسخه های ظاهر شده است

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

4. پشتیبانی از صف ماشین مجازی (VMQ).
   Hyper-V R2 از صف های دستگاه ماشین مجازی (VMDq) پشتیبانی می کند - فناوری مجازی سازی اینتل برای اتصال. VMQ وظیفه مرتب سازی ترافیک داده ماشین مجازی را از Virtual Machine Manager به Network Controller منتقل می کند. این به یک NIC فیزیکی منفرد اجازه می‌دهد تا به‌عنوان چندین NIC (صف) در مهمان ظاهر شود، استفاده از CPU را بهینه می‌کند و امکان افزایش توان عملیاتی شبکه و بهبود قابلیت‌های مدیریت ترافیک ماشین مجازی را فراهم می‌کند. سپس کامپیوتر میزبان داده های دسترسی مستقیم به حافظه (DMA) را از دستگاه ها در بافر خود ذخیره نمی کند، زیرا آداپتور شبکه می تواند از این دسترسی برای مسیریابی بسته ها به حافظه ماشین مجازی استفاده کند. کاهش مسیر I/O باعث بهبود عملکرد می شود. برای اطلاعات بیشتر در مورد صف VMDq، به وب سایت اینتل در http://www.intel.com/network/connectivity/vtc_vmdq.htm مراجعه کنید.
5. · پشتیبانی از اندازه قاب بزرگ
   فریم های جامبو، فریم های اترنت حاوی بیش از 1500 بایت محموله هستند. سایز فریم های بزرگ قبلا در محیط های غیر مجازی موجود بود. Hyper-V R2 توانایی اجرای آنها را در ماشین های مجازی فراهم می کند و از فریم هایی تا اندازه 9014 بایت (در صورت پشتیبانی از شبکه فیزیکی زیرین) پشتیبانی می کند.

این باعث افزایش توان شبکه و کاهش استفاده از CPU هنگام انتقال فایل های بزرگ می شود.

افزایش مقیاس پذیری

Hyper-V R2 شامل ویژگی های جدید زیر است که مقیاس پذیری زیرساخت مجازی سازی سرور شما را بهبود می بخشد:

• پشتیبانی از حداکثر 64 پردازنده منطقی در مجموعه اصلی پردازنده
  تعداد پردازنده های منطقی پشتیبانی شده در این نسخه از Hyper-V در مقایسه با نسخه قدیمی Hyper-V چهار برابر شده است. این به شرکت ها اجازه می دهد تا از جدیدترین سیستم های سرور بزرگ و مقیاس پذیر برای به حداکثر رساندن مزایای ادغام بارهای کاری موجود استفاده کنند. علاوه بر این، استفاده از چنین سیستم های سروری، ارائه چندین پردازنده برای هر ماشین مجازی را آسان می کند. Hyper-V از چهار پردازنده مجازی منطقی در هر ماشین مجازی پشتیبانی می کند.
• پشتیبانی از پارکینگ اصلی
  ویژگی core parking به Windows و Hyper-V اجازه می‌دهد تا پردازش داده‌ها را روی حداقل تعداد هسته‌های پردازنده یکپارچه کنند. برای انجام این کار، هسته های پردازنده غیرفعال با قرار دادن آنها در حالت C (حالت "پارک شده") به حالت تعلیق در می آیند. این به شما این امکان را می دهد که ماشین های مجازی را بر روی یک گره به جای توزیع آنها در چندین گره زمان بندی کنید. این مزیت نزدیک شدن به یک مدل محاسباتی سبز را با کاهش میزان توان مورد نیاز CPU گره های مرکز داده دارد.

مقایسه Hyper-V و Virtual Server

قدرت Hyper-V قبلاً منجر به جایگزینی سرور مجازی مایکروسافت در بسیاری از سازمان‌هایی شده است که قبلاً برای یکپارچه‌سازی سرور، تداوم کسب‌وکار، آزمایش و توسعه به سرور مجازی متکی بودند. در عین حال، سرور مجازی همچنان می تواند در زیرساخت مجازی سازی شرکتی کاربرد پیدا کند. جدول 1 برخی از ویژگی ها و داده های فنی را بین Hyper-V و Virtual Server مقایسه می کند.

جدول 1. مقایسه اجزا و مشخصات فنی Virtual Server 2005 R2 SP1 و Hyper-V R2

اطلاعات بیشتر برای کسب اطلاعات بیشتر در مورد ویژگی های سرور مجازی و نحوه دانلود آن، به http://www.microsoft.com/windowsserversystem/virtualserver/downloads.aspx بروید. برای اطلاعات در مورد انتقال ماشین های مجازی از سرور مجازی به Hyper-V، به "راهنمای انتقال ماشین مجازی: نحوه مهاجرت از سرور مجازی به Hyper-V" در کتابخانه TechNet در http://technet.microsoft.com/en مراجعه کنید - us/library/dd296684.aspx.

Hyper-V ، بومی سیستم های ویندوز - در نسخه های سرور آن و همچنین در برخی نسخه ها و نسخه های دسکتاپ - محیطی برای کار با ماشین های مجازی و مهمانان آنها سیستم عاملهمیشه بدون مشکل کار نمی کند. یکی از این مشکلات ممکن است اعلانی باشد که هنگام راه اندازی یک ماشین مجازی ظاهر می شود و می گوید: Hyper-Vنمی توان آن را راه اندازی کرد زیرا برخی از هایپروایزر در حال اجرا نیست.

این خطا چیست و چگونه آن را برطرف کنیم.

پنجره ای با چنین خطایی یک تفسیر جهانی است؛ دلیل ممکن است در چندین چیز باشد.

سیستم مورد نیاز

اگر خود ویندوز شرایط لازم برای اجرا را ندارد Hyper-V، و همه نسخه های دسکتاپ به شما اجازه نمی دهند با این مؤلفه کار کنید؛ به سادگی در سیستم فعال نمی شود. اما هنوز نیازهای سخت افزاری وجود دارد. ممکن است اختلاف آنها بر فعال سازی هایپروایزر تأثیری نداشته باشد، اما در آینده می تواند باعث بروز چنین خطایی شود.

برای کار Hyper-Vلازم:

حداقل 4 گیگابایت رم؛
پردازنده 64 بیتی با پشتیبانی از SLAT و فناوری مجازی سازی.

ذخیره سازی BCD

خطای مورد نظر ممکن است نشان دهنده پیکربندی نادرست داده های ذخیره سازی باشد BCD. جزء Hyper-Vعمیقاً در ویندوز ادغام شده است و قبل از شروع هسته سیستم شروع می شود. اگر در انبار است BCDتغییراتی برای اصلاح راه اندازی هایپروایزر ایجاد شده است، ممکن است درست نباشند. یا راه اندازی کنید Hyper-Vو قبلاً عمداً به منظور بهینه سازی موقت استفاده از منابع رایانه غیرفعال شده بود. در این مورد، پیکربندی BCDاز نظر راه اندازی هایپروایزر، باید یا آن را تنظیم کنید یا با تنظیم autorun مقدار پیش فرض را برگردانید Hyper-V. برای نصب autorun، باز کنید CMDاز طرف مدیر (لزوما) ، وارد:

bcdedit /set hypervisorlaunchtype auto

پس از این ما راه اندازی مجدد.

بولدوزر AMD

Hyper-Vبا پردازنده های شرکت کار نمی کند AMDبا معماری بولدوزر.

فناوری های مجازی سازی

برای اطمینان از عملکرد محیط مجازی سازی از طریق هر هایپروایزر، پردازنده باید مجهز به فناوری باشد که مجازی سازی را فراهم می کند - مجازی سازی اینتل، یا AMD-V. پشتیبانی از این فناوری ها را می توان به ترتیب در صفحه مشخصات پردازنده در وب سایت ها یافت. اینتلو AMD. و طبیعتاً فناوری مجازی سازی باید در آن گنجانده شود BIOS .

نکته مهم دیگر:برای پردازنده ها اینتل V BIOSفناوری های خاص باید غیرفعال شوند اینتل VT-dو اجرای مورد اعتماد. هایپروایزر تعبیه شده در ویندوز با آنها سازگار نیست. این همان چیزی است که تنظیمات باید شبیه باشد BIOSبرای کار با Hyper-V: فناوری مجازی سازی فعال و فناوری های خاصی غیرفعال شده است.

با ظهور پشتیبانی مجازی سازی در سیستم عامل های جدید مایکروسافت، حتی سرویس گیرنده ویندوز 7، 8 و 10، سرویس اختصاصی Hyper-V دیگر مدیران سیستم در شرکت های سطح متوسط ​​نیست. Hyper-V ممکن است جایگزین VirtualBox محبوب اوراکل در زمینه مجازی سازی سطح ورودی (سطح مشتری) شود. با این حال، قبل از نصب این سرویس، باید بررسی کنید که سیستم مورد نیاز برآورده شده است، در غیر این صورت ممکن است پیام زیر را دریافت کنید: "ماشین مجازی نمی تواند راه اندازی شود زیرا هایپروایزر در حال اجرا نیست." هنگام انتخاب سخت افزار برای مجازی سازی باید به چه نکاتی توجه کنید. اگر سخت افزار قبلاً خریداری شده باشد، آیا می توان به نحوی وضعیت را نجات داد؟ بیایید در این پست به این موضوع نگاه کنیم.
بنابراین، شما Hyper-V را روی یک سرور ویندوز 2008 مستقر کرده اید و زمانی که می خواهید یک ماشین مجازی را راه اندازی کنید، یک پنجره دریافت می کنید.

ناامید نشوید، شاید هنوز بتوان وضعیت را نجات داد. لازم به ذکر است که سیستم عامل باید 64 بیتی باشد، اما البته در x32 به هیچ وجه نمی توانید Hyper-V را اجرا کنید. اولین کاری که باید انجام دهید این است که بررسی کنید موارد مربوطه در BIOS فعال هستند - VT و AMD-V را فعال کنید. در مرحله بعد، باید مطمئن شوید که پردازنده شما از مجازی سازی پشتیبانی می کند؛ ابزارهای بررسی پلتفرم های اینتل و AMD به عنوان یکی از آنها توضیح داده شده است. (در تصویر زیر).

ابزاری از Mark Russinovich نیز می تواند در تعیین این موضوع کمک کند.

یکی دیگر از مشکلات رایج، ناتوانی در اجرای ماشین های مجازی از ویندوز 2008 R2 بر روی پردازنده هایی است که از فناوری افزونه های برداری پیشرفته (AVX) پشتیبانی می کنند. این سیستم عامل به طور بومی از AVX پشتیبانی نمی کند، با این حال، یک راه حل ممکن است در این شرایط به شما کمک کند

علت.هایپروایزر در حال اجرا نیست. پیغام خطای زیر در گزارش خطای سیستم ظاهر می شود: "ماشین مجازی نمی تواند راه اندازی شود زیرا هایپروایزر در حال اجرا نیست."

حذف.برای اجرای هایپروایزر، کامپیوتر فیزیکی باید الزامات سخت افزاری خاصی را برآورده کند. برای اطلاعات بیشتر، به الزامات نصب Hyper-V مراجعه کنید. اگر رایانه شما شرایط لازم را نداشته باشد، نمی توانید از آن برای اجرای ماشین های مجازی استفاده کنید. اگر رایانه شما الزامات را برآورده می کند و هایپروایزر اجرا نمی شود، ممکن است لازم باشد گزینه های مجازی سازی را با استفاده از سخت افزار و پیشگیری از اجرای داده های سخت افزاری (DEP) در BIOS فعال کنید. پس از تغییر این تنظیمات، باید برق کامپیوتر را خاموش کرده و دوباره روشن کنید. هنگامی که کامپیوتر را مجددا راه اندازی می کنید، تغییرات تنظیمات اعمال نمی شود.

علت.دیسک مجازی که به عنوان دیسک سیستم استفاده می شود، به کنترل کننده SCSI متصل می شود.

حذف.درایو سیستم را به کنترلر IDE وصل کنید. برای دستورالعمل ها، به تنظیم دیسک ها و دستگاه های ذخیره سازی مراجعه کنید.

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

حذف.فقط یک ماشین مجازی می‌تواند به یک درایو فیزیکی CD یا DVD در یک زمان دسترسی داشته باشد. درایو CD/DVD را از ماشین مجازی دیگر جدا کرده و دوباره امتحان کنید.

سیستم عامل را نمی توان روی ماشین مجازی از طریق شبکه نصب کرد.

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

حذف.مطمئن شوید که ماشین مجازی برای استفاده از یک آداپتور شبکه قدیمی که به شبکه خارجی که خدمات نصب را ارائه می‌کند متصل است، پیکربندی شده است. برای دستورالعمل‌های مربوط به تنظیم آداپتورهای شبکه، به تنظیم شبکه خود مراجعه کنید.

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

علت.اگر فضای خالی کافی روی حجمی که در آن عکس‌های فوری یا هارد دیسک‌های مجازی ذخیره می‌شوند وجود نداشته باشد، ماشین مجازی به‌طور خودکار تعلیق می‌شود. وضعیت ماشین مجازی در Hyper-V Manager به عنوان Critical Suspended فهرست می شود.

حذف.فضای دیسک اضافی را با استفاده از Hyper-V Manager برای اعمال یا حذف عکس های فوری به صورت جداگانه ایجاد کنید. یا برای حذف همه عکس‌های فوری، ماشین مجازی را بدون داده‌های آن صادر کنید و سپس ماشین مجازی را وارد کنید.

وقتی می‌خواهید یک ماشین مجازی ایجاد یا راه‌اندازی کنید، پیام‌های خطایی دریافت می‌کنید: «کاربر بخش نقشه‌برداری شده را باز کرده است»، «منبع شبکه یا دستگاه دیگر در دسترس نیست» یا «عملیات I/O به دلیل خاتمه جریان فرمان یا در صورت درخواست برنامه.

علت.

حذف.

ماشین های مجازی از کنسول Hyper-V Manager ناپدید شده اند.

علت.علت ممکن است یک برنامه آنتی ویروس باشد که در سیستم عامل میزبان اجرا می شود، زمانی که نظارت بر فایل های ماشین مجازی در Hyper-V با استفاده از مؤلفه اسکن بلادرنگ پیکربندی شده است.

حذف.فایل‌های ماشین مجازی را از اسکن بلادرنگ حذف کنید. برای کسب اطلاعات در مورد فایل های خاص، به مقاله 961804 پایگاه دانش مایکروسافت (http://go.microsoft.com/fwlink/?LinkId=143978) مراجعه کنید.

هنگام استفاده از اتصال به ماشین مجازی، نشانگر ماوس تبدیل به نقطه می شود یا در پنجره ماشین مجازی گیر می کند.

علت.سیستم عامل روی ماشین مجازی سرویس های یکپارچه سازی را نصب نکرده است.

حذف.اگر سیستم عامل روی ماشین مجازی پشتیبانی شود، خدمات یکپارچه سازی برای آن سیستم عامل در دسترس خواهد بود. برای بهبود ادغام ماوس، سرویس های یکپارچه سازی را نصب کنید. برای دستورالعمل ها، به نصب سیستم عامل در ماشین مجازی مراجعه کنید. اگر سیستم عامل روی ماشین مجازی پشتیبانی نمی شود، می توانید از میانبر صفحه کلید برای حرکت ماوس به خارج از پنجره ماشین مجازی استفاده کنید. کلید ترکیبی پیش فرض CTRL+ALT+LEFT ARROW است.

نمی توان از ماوس برای کنترل ماشین مجازی استفاده کرد. شما از Remote Desktop Connection برای اتصال به سروری که Hyper-V نصب شده است استفاده می کنید.

علت.هنگامی که از Hyper-V Manager برای اتصال به یک ماشین مجازی استفاده می کنید، جزء Virtual Machine Connection این اتصال را فراهم می کند. با این حال، استفاده از اتصال ماشین مجازی در یک جلسه اتصال از راه دور دسکتاپ پشتیبانی نمی‌شود مگر اینکه یکپارچه‌سازی خدمات نصب شده باشد. بنابراین، نتیجه مورد انتظار از دست دادن عملکرد ماوس است.

حذف.از اتصال ماشین مجازی در جلسه دسکتاپ راه دور تا زمانی که سرویس های یکپارچه نصب نشده اند استفاده نکنید. راه های مختلفی برای حل این مشکل وجود دارد.

• سرویس های یکپارچه سازی را نصب کنید. برای دستورالعمل ها، به نصب سیستم عامل در ماشین مجازی مراجعه کنید.
• یک جلسه اتصال از راه دور دسکتاپ را مستقیماً در ماشین مجازی ایجاد کنید.
• به کنسول سروری که Hyper-V اجرا می کند وارد شوید و از مؤلفه Virtual Machine Connection برای اتصال به ماشین مجازی استفاده کنید.
• در رایانه مشتری پشتیبانی شده، ابزارهای مدیریت Hyper-V را نصب کنید تا ویژگی اتصال ماشین مجازی را نصب کنید و یک جلسه اتصال به ماشین مجازی ایجاد کنید. برای اطلاعات بیشتر، به کتابخانه فنی Windows Server 2008 (http://go.microsoft.com/fwlink/?LinkId=143558) مراجعه کنید.

هنگام باز کردن Device Manager در سیستم عامل در ماشین مجازی، برخی از دستگاه ها به عنوان ناشناخته علامت گذاری می شوند.

علت. Device Manager دستگاه‌هایی را که برای استفاده در ماشین‌های مجازی بهینه شده‌اند و با استفاده از Hyper-V اجرا می‌شوند را شناسایی نمی‌کند، مگر اینکه سرویس‌های یکپارچه‌سازی نصب شده باشند. دستگاه های ناشناخته شناسایی شده در Device Manager بسته به سیستم عامل روی ماشین مجازی متفاوت است و ممکن است شامل موارد زیر باشد: VMBus، Microsoft VMBus HID Miniport، Microsoft VMBus Network Adapter و storvsc miniport.

حذف.اگر سیستم عامل روی ماشین مجازی پشتیبانی شود، خدمات یکپارچه سازی برای آن سیستم عامل در دسترس خواهد بود. پس از نصب سرویس های یکپارچه، Device Manager دستگاه های موجود برای آن سیستم عامل را در ماشین مجازی شناسایی می کند. برای دستورالعمل ها، به نصب سیستم عامل در ماشین مجازی مراجعه کنید.

شما باید عملکرد ماشین مجازی را نظارت کنید، اما اطلاعات پردازنده در Task Manager نشان نمی دهد که کدام منابع پردازنده توسط ماشین مجازی استفاده می شود.

علت. Task Manager اطلاعات CPU را برای ماشین های مجازی نشان نمی دهد.

حذف.برای مشاهده اطلاعات استفاده از CPU برای ماشین های مجازی در حال اجرا بر روی سروری که Hyper-V اجرا می کند، از System Performance and Stability Monitor استفاده کنید. داده های جمع آوری شده از شمارنده های عملکرد Hyper-V را نشان می دهد. برای باز کردن System Performance and Stability Monitor، کلیک کنید شروع کنید، یک دستور را انتخاب کنید اجرا کردنو وارد شوید perfmon.

شمارنده های عملکرد زیر را می توان در سیستم عامل میزبان (که نقش Hyper-V را اجرا می کند) مشاهده کرد.

• Hyper-V Hyper-V Logical Processor - % Guest Time: میزان منابع پردازنده فیزیکی مورد استفاده برای اجرای ماشین های مجازی را تعیین می کند. این شمارنده ماشین های مجازی مجزا یا میزان منابع مصرف شده توسط هر ماشین مجازی را شناسایی نمی کند.
• Hyper-V Hyper-V Hypervisor Virtual Processor - % Guest Time: مقدار منابع پردازنده مجازی مصرف شده توسط ماشین مجازی را تعیین می کند.

در این مقاله من فقط خطاهایی را که با آنها مواجه شدم شرح خواهم داد شخصادر هنگام نصب و پیکربندی Hyper-V Server 2012 با آن مواجه می شوید. می توانید در مورد سایر خطاها و راه های حل آنها در وب سایت مایکروسافت (مثلاً یا متأسفانه فقط به زبان انگلیسی) مطالعه کنید.

خطا در مراحل نصب

که در.:در مرحله نهایی نصب Hyper-V Server 2012، یا بهتر است بگوییم پس از آخرین راه اندازی مجدد، سیستم بوت نمی شود - یک صفحه سیاه، بدون پاسخ به فشار کلید، فقط یک تنظیم مجدد کمک می کند، راه اندازی به حالت ایمن امکان پذیر است.
پ.:سیستم عامل از درایورهای USB 3.0 پشتیبانی نمی کند یا با آن سازگار نیست.
ر.:کنترلر USB 3.0 و تمام دستگاه های مرتبط در بایوس را غیرفعال کنید.

که در.:در مرحله نهایی نصب Hyper-V Server 2012، یا بهتر است بگوییم پس از آخرین راه اندازی مجدد، سیستم بوت نمی شود - یک صفحه سیاه، بدون پاسخ به فشار کلید، فقط بازنشانی سخت کمک می کند، راه اندازی در حالت ایمن غیرممکن است.
پ.:
ر.:راه حل پیشنهادی نویسنده این مقاله را امتحان کنید.

خطا در هنگام راه اندازی و استفاده.

که در.:آداپتور شبکه در کنسول پیکربندی سرور Hyper-V نمایش داده نمی شود (مرحله 8).
پ.: 1) کابل به آداپتور شبکه وارد نشده است.
2) مشکلات تجهیزات شبکه فعال (سوئیچ، روتر و غیره) یا غیرفعال (کابل، سوکت، پچ پنل و غیره).
ر.: 1) کابل را وارد کنید؛
2) عملکرد تجهیزات شبکه را بررسی کنید.

که در.:وقتی می خواهید دستوری را در کنسول اجرا کنید مانند netsh advfirewall firewall set rule group=“ ” new enable=بله پیغام خطای “گروه را نمی توان با سایر شرایط شناسایی مشخص کرد” ظاهر می شود.
پ.:دستورات با استفاده از روش کپی پیست به کنسول وارد شدند.
ر.:دستورات را با دست تایپ کنید یا به سادگی نقل قول ها را پاک کرده و دوباره بنویسید.

که در.: Hyper-V Manager پیغام خطای «Access denied» را نمایش می دهد. قادر به برقراری ارتباط بین و " (دسترسی ممنوع است. ارتباط بین آنها برقرار نمی شود و ).
پ.:به کاربر حقوق راه‌اندازی و فعال‌سازی از راه دور در DCOM داده نمی‌شود.
ر.:تمام دستکاری ها در رایانه مشتری انجام می شود:
1) snap-in Component Services را با حقوق کامل سرپرست راه اندازی کنید. برای این کار می توانید مثلاً برنامه %SystemRoot%\System32\dcomcnfg.exe را اجرا کنید.
2) در درخت کنسول، گره های "Component Services" و "Computers" را گسترش دهید.
3) از منوی زمینه شیء My Computer، Properties را انتخاب کنید.
4) در پنجره My Computer Properties، تب COM Security را انتخاب کنید.
5) در قسمت Access Permissons روی دکمه Edit Limits کلیک کنید.
6) در کادر محاوره‌ای مجوزهای دسترسی، LOGON ناشناس را از لیست نام‌های گروه یا کاربران انتخاب کنید.
در ستون Allow قسمت Permissions for User، Remote Access را انتخاب کنید.
7) تمام کادرهای گفتگو را با دکمه OK ببندید.

که در.: Hyper-V Manager پیغام خطا را نمایش می دهد "Unable to connect to the RPC service on the remote computer 'xxx.xxx.xxx.xxx'. مطمئن شوید که سرویس RPC در حال اجرا است."

پ.: 1) قوانین لازم در فایروال ایجاد نشده است.
2) فایل هاست مطابقت واضحی بین IP کامپیوتر و نام شبکه آن ندارد.

ر.: 1) 2 راه ممکن برای حل مشکل وجود دارد:

الف) فایروال روی کلاینت و سرور را غیرفعال کنید (توصیه نمی شود).
ب) با وارد کردن دستورات زیر قوانینی را در فایروال روی کلاینت و سرور ایجاد کنید:
برای مدیریت دیسک از راه دور:
Netsh advfirewall firewall set rule group=“Remote Volume Management” new enable=yes
برای راه اندازی از راه دور Snap-in مدیریت فایروال:
Netsh advfirewall firewall set rule group=“Windows Firewall Remote Management” new enable=yes
2) برای پیوند بدون ابهام نام سرور و آدرس IP، باید تغییراتی در فایل میزبان ایجاد کنید. برای مثال:192.168.1.100 HVserver

که در.: Hyper-V Manager پیغام خطای "ماشین مجازی نمی تواند راه اندازی شود زیرا هایپروایزر در حال اجرا نیست" را نمایش می دهد. (ماشین مجازی نمی تواند راه اندازی شود زیرا هایپروایزر در حال اجرا نیست.)

پ.:دلایل مختلفی برای این خطا وجود دارد.