Как остановить центр синхронизации () от запуска в Windows — Как — 2021

Microsoft Sync Center — это процесс Microsoft, который включен во все современные версии Windows. Он в основном используется для синхронизации ваших файлов с мобильными устройствами по сети. Он также имеет возможность работать в фоновом режиме и хранить в автономном режиме. Например, он будет работать, если у вас установлен Internet Explorer для синхронизации страниц для просмотра в автономном режиме.

Вы можете завершить процесс Sync Center после запуска в Диспетчере задач на вкладке Процессы. В Windows 10 вы должны увидеть его в списке Microsoft Sync Center, как показано на рисунке ниже. В предыдущих версиях Windows найдите mobsync.exe и завершите его.

Включение виртуализации в БИОС/UEFI компьютера или ноутбука

Основное действие для включения виртуализации — включить соответствующую опцию в БИОС/UEFI. Эта опция может носить название Virtualization, Intel Virtualization Technology, Intel VT-x, AMD-v и находиться в слегка разных разделах настроек БИОС, но логика действия всегда будет одной и той же:

1. Зайдите в БИОС компьютера или ноутбука. Обычно на ПК это делается нажатием клавиши Del, на ноутбуке — F2 или F10 (иногда в сочетании с клавишей Fn). В Windows 10 простой вход может не получиться, тогда можно использовать способ входа в UEFI через особые варианты загрузки, подробнее: Как зайти в БИОС/UEFI Windows 10.
2. После входа найдите, где включается опция виртуализации (далее будут показаны некоторые примеры), включите её (установите значение в Enabled).
3. Сохраните настройки БИОС (обычно можно выбрать Save&Exit на вкладке Exit).

А теперь несколько примеров, где именно может находиться включение виртуализации на разных марках материнских плат и ноутбуков. По аналогии вы, вероятнее всего, сможете найти и у себя:

• Материнская плата Gigabyte — вкладка BIOS Features, опция Intel Virtualization Technology (еще одну опцию — VT-d тоже лучше включить).
• InsydeH2O на ноутбуках — вкладка Configuration (но, по-моему, встречал и иные варианты в этом же БИОС).
• Материнская плата Asus — раздел Advanced, либо Advanced — CPU Configuration.
• Некоторые ноутбуки Dell — раздел Virtualization support.
• Многие другие варианты БИОС — просто на вкладке Advanced Configuration, иногда далее нужно пройти в подраздел CPU Feature или CPU Configuration.

Логика расположения необходимого пункта для включения виртуализации у всех производителей похожа и, зная обычные пути включения опции, вы найдете нужный пункт даже на материнской плате другого производителя.

Как включить инструмент Hyper-V Windows 10 через настройки

Следуйте инструкциям, чтобы включить эту технологию виртуализации на вашем ПК:

1. Запустите «Параметры» → Приложения → Приложения и возможности.
2. В разделе «Сопуствующие параметры» найдите и нажмите Программы и компоненты.
3. Теперь нажмите «Включить или отключить компоненты Windows» на левой панели.

Как только вы выполните вышеупомянутые шаги, стек виртуализации Windows 10 будет автоматически установлен на ваш компьютер вместе с приложением диспетчера Hyper-V. Это необходимо для настройки и запуска виртуальных машин на вашем ПК.

Установка VMmanager

Мы рассмотрим установку на примере версии 5. Устанавливаем утилиту для загрузки файлов:

yum install wget

После скачиваем установщик продуктов ispsystem:

sh install.sh —release 5.221.0 VMmanager

* где release указывает на конкретную версию релиза, который мы будем устанавливать на сервер. Узнать текущую стабильную версию релиза можно на странице ChangeLog официального сайта.

Нам зададут вопрос, какую версию VMmanager мы будем ставить — KVM или OVZ. Делаем выбор и вводим свой ответ:

What version do you want to install
1) VMmanager-KVM
2) VMmanager-OVZ

Choose version: 1

* в данном примере мы выбрали KVM для возможности развертывания полностью изолированных виртуальных машин. Подробнее про KVM и OpenVZ.

Установщик выполнит загрузку и установку необходимых пакетов, а также сконфигурирует сервер для корректной работы.

После установки открываем браузер и переходим по адресу https://<IP-адрес>:1500/vmmgr — мы увидим ошибку сертификата (это нормально, просто игнорируем ее и продолжаем загрузку).

Откроется страница ввода лицензии — необходимо активировать продукт или получить временную лицензию:

При получении временной лицензии также нужно ввести пароль от личного кабинета my.isplicense.ru:

* если у нас нет учетной записи, необходимо зарегистрироваться, чтобы создать ее.

На адрес почты зарегистрированного пользователя придет временная лицензия. Вводим ключ для активации VMmanager:

Программа установлена. Входим в панель управления, использую учетную запись root.

Некоторые системы Linux не имеют пароля для учетной записи root — его необходимо задать командой:

После можно заходить в VMmanager.

Расширенный сеанс Hyper-V

Расширенный сеанс Hyper-V или как его еще называют английские товарищи Enhanced Session Mode. В большинстве случаев для управления виртуальными машинами мы используем средства удаленного доступа. В Windows — это RDP, Powershell, MMC и т.д., в Linux — SSH. Бывают ситуации в которых нельзя, или крайне нежелательно открывать удаленный доступ к виртуальной машине. Например сервера доступные из интернета. Виртуальные машины с другой подсетью, либо защищенные.

Причины могут быть разные. Решение почти всегда одно — подключиться с помощью Диспетчера Hyper-V. Используя прямое подключение к виртуальной машине можно, например, выключить её «жестко» по питанию. Зайти без настройки каких-либо средств удаленного администрирования на самой виртуальной машине.

Используя расширенный сеанс Hyper-V Enhanced Session Mode у нас появляется возможность взаимодействовать с виртуальной машиной по RDP. Т.е. нет необходимости настраивать консоль управления виртуальными машинами. Перечислим основные преимущества ESM.

• поддержка большого разрешения экрана
• общий буфер обмена
• общий доступ к файлам и папкам с возможностью использования перетаскивания (Drag&Drop)
• доступ к локальным USB-устройствам (мультимедиа, внешние диски, флешки, принтеры и т.п.)
• использование смарт-карт и прочих plug-and-play устройств

Вообще говоря, использовать RDP протокол для подключения к виртуальной машине отличная идея. Трансляция рабочего стола значительно быстрее, чем при подключении из Hyper-V Manager. Понять что расширенный сеанс Hyper-V включен можно взглянув на значок с изображением мониторов.

Нажав на данную кнопочку можно изменить режим подключения к виртуальной машине с базового на расширенный. Если ESM не активен на сервере, давайте его включим.

Включение Enhanced Session Mode

Включить использование ESM на сервере Hyper-V можно через Powershell либо Диспетчер Hyper-V. Рассмотрим оба варианта.

Включение Enhanced Session Mode из Powershell

Данный командлет необходимо выполнить на сервере Hyper-V. После его выполнения расширенный режим Hyper-V будет включен по умолчанию.

Включение Enhanced Session Mode из Диспетчера Hyper-V

В запущенном Диспетчер Hyper-V выбираем необходимый сервер, затем Параметры Hyper-V. Находим Политика режима расширенного сеанса. Ставим галочку Разрешить режим расширенного сеанса.

Расширенный сеанс Hyper-V работает не на всех клиентах. Минимально необходимые требования Microsoft указывает такие:

• Windows Server 2012 R2 и выше
• Windows 8.1 и выше
• Remote Desktop Services включен и запущен
• Виртуальная машина второй генерации (generation 2)

Также есть возможность использовать расширенный сеанс Hyper-V на некоторых дистрибутивах Linux. Далее в статье мы рассмотрим процесс настройки ESM на ОС Ubuntu. Для работы расширенного режима при соблюдении указанных мер рекомендую установить все обновления. Только после этого можно надеяться на стабильную работу.

Подключение к виртуальной машине

Рассмотрим два варианта подключения к виртуальной машине не Hyper-V сервере. Первый вариант с использованием Диспетчер Hyper-V, второй вариант при помощи RDP.

Подключение к ВМ из Диспетчера Hyper-V

Запустим оснастку Диспетчер Hyper-V и подключимся к нужной виртуальной машине. При подключении откроется окошко с настройками разрешения экрана.

Данное окно будет открывать каждый раз при подключении если не нажать галочку Сохранить параметры для подключения к этой вирт. машине. Перейдя во вкладку Локальные ресурсы можно выбрать какие локальные устройства подключать к данной виртуальной машине.

В параметрах звука можно выбрать что именно пробрасывать на ВМ (микрофон, колонки)

В локальных устройствах и ресурсах можно выбрать проброс дисков с локальной машины, и прочих Plug&Play устройств.

Единожды выбрав настройки проброса устройств можно сохранить их и далее при открытии окна ВМ они будут подключаться автоматически. Файл с сохраненными настройками будет находиться по пути:

Для каждой ВМ настройки сохраняются в файле формата: vmconnect.rdp..config

Подключение к ВМ по RDP

Настройка первоначального подключения к виртуальной машине по RDP чуть сложнее чем из диспетчера Hyper-V. Создадим файл RDP подключения и назовем его wm.rdp и добавим следующие строки

• full address:s: — имя Hyper-V сервера. У меня это whs19
• pcb:s: — идентификатор виртуальной машины. В моем случае: 94471c5d-4d66-416a-a9b2-b80e3a2bfd21
• server port:i: — порт используемый для подключения 2179 должен быть открыт в брендмауере. Его не меняем.

Указываете свои данные и сохраняете файл.

Узнать идентификатор ВМ можно так

Готово. Можно использовать данный файл для подключения по RDP из любого места где есть доступ к серверу.

Расширенный сеанс Hyper-V на Linux

Официально Microsoft не заявляет о поддержке расширенного сеанса на Linux. Но есть пакеты настройки позволяющие включить данный режим на некоторых ОС. Настройку буду делать на Ubuntu 20.04, работать должно и на более ранних версиях. Обязательное требование: виртуальная машина должна быть второй генерации (generation 2).

Устанавливаем виртуальную машину, в настройках ставим generation 2

После создания виртуальной машины с Ubuntu заходим Параметры -> Безопасность и снимаем галочку Включить безопасную загрузку

При установке операционной системы необходимо выбрать Require my password to Log in. Если выбрать вход без пароля расширенный режим Hyper-V работать не будет.

После окончания установки поставьте все последние обновления на операционную систему. Приступим к установке необходимого софта. Запустим терминал и скачаем файл установки в домашнюю директорию пользователя.

Установим права на запуск для скачанного скрипта

Запустим скрипт install.sh

Повторно запустим скрипт install.sh

Если по окончанию работы скрипта у вас вылезла ошибка также как у меня

Необходимо вручную изменить настройки в файле /etc/xrdp/xrdp.ini

Меняем настройки на указанные ниже

Сохраняем и выключаем виртуальную машину. Если указанной выше ошибки нет, все равно рекомендую проверить указанные параметры.

Заходим на сервер Hyper-V и выполняем командлет

где ubuntu — название виртуальной машины на Hyper-V сервере

Включаем виртуальную машину. После подключения к ней появится окошко выбора разрешения. Верный знак что расширенный режим включен.

Раскрыв меню Показать параметры можно выбрать что подключить при входе (диск, флеш, буфер и т.п.).

При полной загрузке машины появится окно входа в систему от xrdp. Вводим свой логин и пароль. Если все настроено верно, откроется рабочий стол.

Пример настройки можно посмотреть на видео

С использованием расширенного режима Hyper-V работать с Linux намного удобнее. Полноценный буфер обмена, подключение жестких дисков, флеш и прочих устройств.

Почему вы получаете сообщение об ошибке «Виртуализация не включена»?

Виртуализация — это встроенная функция Windows 11, что означает, что все поддерживаемые компьютеры должны иметь возможность использовать ее для запуска приложений Android в Windows 11. Однако многие пользователи получали ошибку «Убедитесь, что платформа виртуальных машин включена» в разделе «Невозможно запустить». Всплывающее окно Подсистема Windows для Android при попытке открыть Подсистему Windows для Android в Windows 11. Это просто означает, что вы либо не включили виртуализацию в BIOS, либо не включили ее через панель управления.

Если вы не исправите эту проблему, вы не сможете запускать приложения Android на своем компьютере с Windows 11. Ознакомьтесь с разделом ниже, чтобы узнать о включении виртуализации в Windows 11.

Исправить ошибки репликации Hyper-V

Причиной сбоя репликации Hyper-V может быть несколько причин. Это могут быть проблемы с сетью, устаревший хост, целостность или что-то еще.

Ниже приведены некоторые из распространенных проблем и решений:

1. Hyper-V приостановил репликацию для виртуальной машины из-за неисправимого сбоя. (Идентификатор виртуальной машины ).
2. Hyper-V запретил запуск виртуальной машины, потому что она подготовлена ​​к отработке отказа
3. Hyper-V Не удалось разрешить имя сервера реплики
4. Hyper-V не в состоянии принять репликацию на сервере реплики для виртуальной машины <имя виртуальной машины>
5. Не удалось выполнить операцию. Hyper-V не находится в допустимом состоянии репликации для выполнения операции

Интересно отметить, что большинство ошибок Hyper-V возникают из-за проблем синхронизации между ними. Либо хост находится в обслуживании, либо сервер реплики находится в автономном режиме или не готов.

1] Hyper-V приостановил репликацию для виртуальной машины из-за неисправимого сбоя. (Идентификатор виртуальной машины)

Полное описание включает: Hyper-V не может реплицировать изменения для виртуальной машины , поскольку сервер-реплика отклонил соединение. Это может быть связано с тем, что на сервере-реплике имеется ожидающая операция репликации для той же виртуальной машины, которая занимает больше времени, чем ожидалось или имеет существующее соединение.

Чтобы решить, проверьте по следующим пунктам:

• Щелкните правой кнопкой мыши виртуальную машину и выберите возобновление процесса репликации.
• Убедитесь, что сервер репликации подключен.
• На сервере реплик всегда должно быть достаточно места
• Достаточная пропускная способность сети, чтобы процесс репликации мог завершиться за один цикл.
• Обычно это может решить проблему, но если это не так, то удалите реплику и заново настройте репликацию, предлагает Microsoft. Вам придется подождать, пока синхронизация не будет завершена. Если сервер репликации долгое время находился в автономном режиме, исходный сервер акклиматизирует столько данных, что становится невозможным его пересылка.

2] Hyper-V запретил запуск виртуальной машины, так как она подготовлена ​​к отработке отказа

При настройке страницы сервера реплики необходимо ввести NetBIOS или полное доменное имя сервера реплики. Если сервер реплики является частью отказоустойчивого кластера, введите имя посредника реплики Hyper-V.

Если есть что-то кроме того, что мы рассказали выше, у вас будет эта ошибка, потому что процесс восстановления после сбоя не может ее найти. Чтобы исправить это, вам нужно будет отредактировать страницу настройки репликации и заменить имя на NetBIOS или FQDN. Как только исправление будет сделано, вы не получите сообщение об ошибке репликации Hyper-V.

3] Hyper-V Не удалось разрешить имя сервера реплики

То же, что и выше, и это явная ошибка. Если Hyper-V не может разрешить имя сервера реплики, необходимо проверить, используете ли вы NetBIOS или FQDN. Если вы используете правильный формат, то проблема с DNS. Вы должны проверить DNS-сервер, чтобы выяснить почему он не может разрешить ожидаемый адрес сервера.

4] Hyper-V не в состоянии принять репликацию на сервере реплики для виртуальной машины

Когда репликация включена на виртуальной машине, процесс создает файлы виртуальной машины реплики, где все хранится. У каждой из этих папок есть имя, которое представляет GUID. Это уникально для каждого исходного сервера.

Если по какой-либо причине мастер установки Hyper-V имеет такой же UID, поскольку он уже был настроен один раз, вы получите эту ошибку. Поскольку процесс проверяет наличие дублирующейся виртуальной машины перед завершением, появляется ошибка.

Hyper-V не в состоянии принять репликацию

Альтернативой этому методу является не использование GUID. Документы Microsoft предлагают следующее:

• Включите репликацию для виртуальной машины и убедитесь, что начальная репликация не запускается сразу (вы можете запланировать начальную репликацию на более позднее время)
• После создания виртуальной машины-реплики используйте мастер перемещения, чтобы переместить хранилище виртуальной машины на выбранный вами путь (миграция хранилища).
• После завершения миграции хранилища вы можете запустить начальную репликацию для виртуальной машины.

5] Не удалось выполнить операцию, Hyper-V не находится в допустимом состоянии репликации для выполнения операции

Это происходит по двум причинам:
Первый — это когда сервер не настроен как сервер реплики. Поэтому, когда источник инициирует процесс репликации, другая сторона не знает, что делать с вводом.
Второй — когда сервер блокирует доступ к Hyper-V на сервере репликации.

Хотя первая причина может быть устранена путем подготовки сервера реплики, вторая — это скорее проблема брандмауэра, которую Системный администратор может решить за вас.