Андрей Смирнов
Время чтения: ~13 мин.
Просмотров: 4

1С, Hyper V и аппаратные HASP-ключи

Hyper-VWindows Server 2012 R2

  1. Подключите USB диск в порт сервера с ролью HYPER-V
  2. Откройте консоль управления дисками (Disk Management)
  3. Найдите диск, соответствующий вашему USB диску (в нашем примере это Disk 2, на котором имеется 2 раздела (один раздел 10 Гб с файловой системой Fat32 и 450 Гб неразмеченного места) podklyuchennyj-k-hyper-v-hostu-usb-disk.png
  4. Щелкните ПКМ по разделу на USB диске и выберите в меню Change Drive Letter and Paths (Изменить букву диска или путь к диску).izmenit-bukvu-diska.png
  5. Выберите букву диска, назначенную данному разделу диска и выберите Remove (Удалить).udalit-bukvu-diska-u-usb-ustrojstva.png
  6. Щелкните по номеру диска в левом столбце (на скриншоте это Disk 2) и выберите в меню пункт Offline.perevesti-usb-disk-v-oflajn-rezhim.png
  7. У диска, переведенного в офлайн режим появится красная стрелка.
  8. Откройте консоль управления HYPER-V Manager и выберите виртуальную машину, которой вы хотите презентовать ваш USB диск.
  9. Откройте настройки ВМ (Settings)nastrojka-vm-hyper-v.png
  10. В левой колонке найдите устройство SCSI Controller
  11. Выберите тип диска Hard drive и нажмите Adddobavit-virtualnyj-disk-v-vm-na-hyper-v.png
  12. Вместо того, чтобы подключить виртуальный диск, выберите опцию Physical hard disk, разверните раскрывающийся список и выберите ваш USB дискprobros-usb-diska-v-virtulnuyu-mashinu-hyper-v.png
  13. Нажмите OK
  14. Теперь авторизуйтесь в гостевой ОС на виртуальной машине и откройте консоль управления дисками (Disk Management).
  15. Найдите диск со статусом Offline, щелкните по нему и переведите его в состояние Onlineperevesti-usb-disk-v-online-rezhim.png
  16. Теперь откройте ваш компьютер и убедитесь, что в нем появился новый диск. Это и есть ваш USB диск, проброшенный в вашу ВМ.

vneshnij-usb-disk-probroshen-v-gostevuyu-os-na-hyper-.png

В этой статье мы покажем как пробросить локальный USB жесткий диск внутрь виртуальной машины на хосте Hyper-V. Благодаря этой методике можно предоставить виртуальной машине прямой доступ к USB диску.

Примечание.Данная инструкция работает только для USB дисков, которые в системе видятся как fixed, т.е. флешки, смарт-карты и прочие removable-устройства прокинуть внутрь виртуальной машины не получится ( хотя есть небольшой трюк, позволяющий заставить систему видеть сменное устройство как жесткий диск).</li> Для таких дисков невозможно создать снапшот.</li>

  1. Подключим внешний USB диск к хосту Hyper-V. Диск появится в системе и ему будет назначена некая буква диска.
  2. Откроем консоль управления дисками Disk Management (diskmgmt.msc), щелкнем правой кнопкой мыши по диску (левая колонка, в нашем примере USB диск размером 30 Гб имеет идентификатор Disk 2) и выберите Offline. hyper-v-usb-disk-offline.jpg
  3. Запустим консоль Hyper-V Manageи и откроем окно свойств виртуальной машины, в которую мы хотим пробросить USB драйв. В разделе SCSI Controller добавим новый диск, указав что он физический (Physical hard disk). В выпадающем меню выберем наш 30 Гб диск.Примечание. Отключать виртуальную машину при добавлении SCSI жесткого диска не нужно, т.к. для них поддерживается технология горячего добавления и удаления (hot-add и hot-remove).

    < src=»https://winitpro.ru/wp-content/uploads/2014/06/hyper-v-add-phisical-hard-disk.jpg»/>

  4. Откроем  консоль виртуальной машины или подключимся к ней по rdp (как включить rdp). Опять запустим диспетчер дисков. Как мы видим, новый диск уже появился в системе. Если он находится в оффлайн статусе, щелкнем по нему ПКМ и выберем  Online. На данный момент разделам на диске не назначены буквs дисков или точки монтирования. Чтобы исправить этот недостаток, щелкните ПКМ по разделу на диске и в контекстном меню выберите Change Drive Letter and Paths, и назначьте разделу любую свободную букву диска. usb-drive-assign-letter.jpg

Все! Мы напрямую пробросили наш внешний USB диск внутрь виртуальной машины Hyper-V и можем его использовать.

Важно. Для предотвращения потери данных, прежде чем физически извлечь физический жесткий диск, убедитесь, что никакие приложения внутри виртуальной машине к этому диску не обращаются.

Разберемся теперь, как же безопасно извлечь такой USB диск в случае необходимости.

Откройте консоль Hyper-V Manager и перейдите в окно настроек виртуальной машины. В разделе SCSI Controller выберите жесткий диск, который нужно удалить и нажмите Remove. Сохраните изменения. После этого жесткий диск можно физически извлечь из USB порта хоста Hyper-V.

Совет. В версии Hyper-V, представленной в Windows Server 2012 R2/ 8.1 практически любые USB устройства можно прокинуть внутрь виртуальной машины с помощью технологии Enhanced Session Mode (ESM) Задайте вопрос Быстрый доступ

Серверные ОС Windows > Виртуализация
  • Вопрос

  • Подскажите пожалуйста как добавить, жеский диск USB к Hyper-V? Жеский с данными подключил к хостовой машине (server 2012 r2), в настройках дисков сделал вне сети, в Hyper-V, добавляю SCSI, галку физический, диск виден, нажимаю применить, диск пишет невозможно присоединить диск. Почему, как решить эту проблему? Или с данными нельзя присоеденить, только чистый форматированный?29 июля 2016 г. 14:20 Ответить | Цитировать

Ответы

  • Server 2012 R2, да видел вкладку, то есть уменьшить размер диска и создать еще 1 фиксированного размера? Или воспользоваться возможностями в виртуальной машине в системе управлениями дисков, разбить на С и D?

    кСТАТИ ПРИ СОЗДАНИИ МАШИНЫ ДИСК СОЗДАЛСЯ АВТОМАТИЧЕСКИ БЕЗ ВЫБОРА ВАРИАНТОВ ДИНАМИЧЕСКИЙ ИЛИ ФИКСИРОВАННЫЙ.

    тОЖЕ В МАНУАЛИ МИКРОСОФТ НАПИСАНО БЫЛО ДЕЛАЙ ТАК И ФИЗИЧЕСКИЕ usb УСТРОЙСТВА ПОДКЛЮЧАТЬСЯ БЕЗ ПРОБЛЕМ, НО НИШИША НИЧЕГО НЕ ПОДКЛЮЧАЕТСЯ.

    Уберите капс)

    вам не надо сейчас трогать единственный диск виртуалки, он все равно у вас динамический. Вам надо создать (сейчас или потом) ещё один виртуальный диск для баз данных и перекинуть БД на него. Желательно, чтобы этот диск был фиксированного размера.

    • Помечено в качестве ответа1 августа 2016 г. 13:38

    1 августа 2016 г. 13:25 Ответить | Цитировать

Все ответы

  • с usb у hyper-v пока все не очень. 

    Для проброса usb-устройст нужно пользоваться соответствующими аппаратными или программными средствами.

    например вот: http://www.digi.com/ru/products/usb/anywhereusb

    • Изменено29 июля 2016 г. 14:48

    29 июля 2016 г. 14:31 Ответить | Цитировать

  • А что же пишут тогда, что у гиперви, это легко, на хосте тип сделали вне сети, добавили и все. А тут не работает нишиша, или это надо делать при выключенной виртуальной машине. Блин хотел сделать первый бэкап exchange 2013, он у меня на виртуалке и крутиться, а посетке бэкап в 500 гигабайт будет неделю делаться. Кто как делает бэкапы в экченьже на гипер ви?29 июля 2016 г. 14:38 Ответить | Цитировать
  • Конкретно с usb-Дискам все же попроще ситуация. Вот попробуйте по инструкции: https://blogs.technet.microsoft.com/hollis/2012/02/21/accessing-usb-drives-in-a-hyper-v-vm/
    • Изменено29 июля 2016 г. 14:50

    29 июля 2016 г. 14:48 Ответить | Цитировать

  • Да так и делал, добавляю офлайн диск, в параметрах гипер ви он виден, но когда нажимаю применить, пишет невозможно добавить диск, ошибка. Диск у меня уже с данными, или надо подсоединять чистый отформатированный?29 июля 2016 г. 14:55 Ответить | Цитировать
  • нет. в том и суть, чтобы диск был сразу с данными. иначе какой толк от этого. киньте скриншот ошибки29 июля 2016 г. 15:21 Ответить | Цитировать
  • Скриншот в понедельник сброшу, когда на работе буду. Я вот подумал, может проще тогда на USB диске сделать HDVX диск и его подключить тогда к виртуалке и на него таким образом делать бэкап Exchange ? Такое решение подойдет или для бэкапирования такой вариант плохой? Кто как бэкапирует экченьж? я пока по сетке поставил, 240 гигов пока забэкопировалось за 12 часов, еще столько же ждать, это очень долго…30 июля 2016 г. 9:33 Ответить | Цитировать
  • у вас коммутаторы 100мбит?

    передача данных по гигабитной сети идет со скоростью 100мбайт/сек в среднем. то есть 1ТБ данных перекинется с сервера на сервер всего лишь за 3 часа или даже меньше. 

    30 июля 2016 г. 11:47 Ответить | Цитировать

  • да 100 мб. комутатор., но сейчас пока копирую так, к хостовой машине подсоединил usb диск, расшарил папку, и с виртуальной делаю бэкап, наверное один фиг через комутатор идет соединение хоть и на одной машине сетевухи. Про VHDX диск, никто так не делает?30 июля 2016 г. 15:01 Ответить | Цитировать
  • Ну теоретически так можно сделать. Лучше уж что-то, чем совсем ничего.

    Если у вас флешка usb 3.0 и порт, в который она втыкается, тоже 3.0, то скорость даже будет очень неплохой. А так проще купить один дополнительный hdd на 2-3ТБ и воткнуть его в сервер. На нем создать vhdx фиксированного размера во весь объем диска. Суть та же, но скорость работы будет быстрее, да и в плане сохранности данных это будет более надежный вариант. Возьмите обычный wd red на 3ТБ, стоит он смешно — в районе 10к, но вроде бы даже enterprise и даже решение для nas. 

    На вашем месте я бы ещё поменял центральные коммутаторы. Что-то мне подсказывает, что у вас там не циска стоимостью с машину. Обычный длинк вам обойдется в 15-20к на 48 гигабитных портов. 

    Это в случае, если у вас мало народа. В одной из предыдущих ваших тем я заметил, что вы сказали у вас примерно 15 человек. Ну на такое количество можно легко закупить один коммутатор и просто всех соединить в него.

    Встречаются даже недорогие решения lvl 3, например НР1920, но функционал 3 уровня там мягко говоря работает отвратно (испытано на себе). Тем не менее, если такая железка будет одна единственная, то я думаю она и функционал маршрутизации потянет

    30 июля 2016 г. 16:41 Ответить | Цитировать

  • Людей 50 чел, коммутаторы стоят дешевые трансдент, в планах да заменить хотя бы на делинк. Копия по сетке 500 гиг занаяла сутки. Попробую сделать VHDX диск и забэкапить на него, посмотрю что по времени будет. Кстати бэкап стандартным средством написалось что удачно все прошло, делал полный бэкап, но логи в базе не подрезались, накопилось уже очень большое количество, около 280 000, как быть тогда, почему логи не подрезались при удачном бэкапировании?30 июля 2016 г. 22:29 Ответить | Цитировать
  • это потому что бэкапить надо сначала сам сервер, а потом тома с базами данных. почитайте: http://blog.bissquit.com/mail-servers/exchange-server/exchange-2013-database-backup/ 

    в статье найдете ссылки на документацию на текнете

    31 июля 2016 г. 7:52 Ответить | Цитировать

  • 31 июля 2016 г. 17:00 Ответить | Цитировать
  • вы хотите сказать, что у вас все базы на диске с? Если так, то очень плохо.

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

    31 июля 2016 г. 19:15 Ответить | Цитировать

  • Добрый день.

    Как минимум разнесите логи и базы на разные диски и как вариант используйте Raid аппаратный, в вашем случае либо без оного либо програмное зеркало

    мне кажется, у тс’а как раз нет «разных» дисков, в этом-то и дело. Он ведь и так пытается сделать бэкап на подмонтированный vhdx-диск, размещенный на флешке.

    Forest_IT, расскажите, пожалуйста, что из себя представляет дисковая подсистема вашего сервера Exchange. Интересует доступный объем, используется ли какой-то raid и если да, то какой именно и сколько в нем дисков 

    1 августа 2016 г. 6:26 Ответить | Цитировать

  • Сделано так, на хостовой машине стоят 4 диска по 2 Tb в RAID 10, создал виртуальную машину с 1 диском VHDX диск С, в виртуальной машине установил все на один диск С обе роли сервера Exchange. 1 августа 2016 г. 8:18 Ответить | Цитировать
  • ну не все так плохо как мне казалось.

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

    1 августа 2016 г. 8:27 Ответить | Цитировать

  • Да можно было бы сделать так, но я под диск С VHDX создал практически все свободное пространство, то есть пока базы на другой диск не перетищить, логи подрезаться не будут?1 августа 2016 г. 9:16 Ответить | Цитировать
  • если будете делать только полный бэкап, то не будут. Я ведь вам кинул статью, там все подробно расписано, а также есть ссылки на документацию текнет. Вы похоже так и не прочитали ее полностью)))

    Поясните один момент: «VHDX создал практически все свободное пространство»? Что имеется в виду? Вы создали vhdx-диск фиксированного объема и отдали ему все свободное пространство?

    • Изменено1 августа 2016 г. 9:23

    1 августа 2016 г. 9:22 Ответить | Цитировать

  • Я читал статью, признаюсь что бегло не вникая в подробности, перечитаю еще раз сейчас. Да создал 2 TB, VHDX.1 августа 2016 г. 9:34 Ответить | Цитировать
  • фиксированного размера?1 августа 2016 г. 9:37 Ответить | Цитировать
    • Изменено1 августа 2016 г. 9:46

    1 августа 2016 г. 9:46 Ответить | Цитировать

  • ну значит создавайте новый диск и перетаскивайте туда данные. 

    Кстати, динамические диски для exchange — это нерекомендуемый вариант. Вам нужны диски фиксированного размера. Если у вас гипервизор 2012 r2, то вы можете изменять объемы дисков, даже системных, прямо при включенной виртуалке.

    1 августа 2016 г. 10:30 Ответить | Цитировать

  • Я вот просто думаю, поясните пожалуйста, при физических дисках понятно что в разных местах тип так лучше будет, но в виртуальной то среде один фиг что разделяй не разделяй, на хостовой то машине один фиг все на рейде тоже самое крутиться. Или это какая то особенность при работе Exchange с системой?
    • Помечено в качестве ответа1 августа 2016 г. 13:01
    • Снята пометка об ответе1 августа 2016 г. 13:02

    1 августа 2016 г. 13:01 Ответить | Цитировать

  • Server 2012 R2, да видел вкладку, то есть уменьшить размер диска и создать еще 1 фиксированного размера? Или воспользоваться возможностями в виртуальной машине в системе управлениями дисков, разбить на С и D?

    кСТАТИ ПРИ СОЗДАНИИ МАШИНЫ ДИСК СОЗДАЛСЯ АВТОМАТИЧЕСКИ БЕЗ ВЫБОРА ВАРИАНТОВ ДИНАМИЧЕСКИЙ ИЛИ ФИКСИРОВАННЫЙ.

    тОЖЕ В МАНУАЛИ МИКРОСОФТ НАПИСАНО БЫЛО ДЕЛАЙ ТАК И ФИЗИЧЕСКИЕ usb УСТРОЙСТВА ПОДКЛЮЧАТЬСЯ БЕЗ ПРОБЛЕМ, НО НИШИША НИЧЕГО НЕ ПОДКЛЮЧАЕТСЯ.

    1 августа 2016 г. 13:07 Ответить | Цитировать

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

    У вас на сервере 4 диска в raid 10. первый уровень абстракции — это логический диск, который создает контроллер. Или raid-массив, как этот диск чаще принято называть. 

    Контроллер передает на уровень выше только lun этого массива. То есть хостовая система по факту не знает из чего и как собран этот массив, для неё практически это просто диск, как будто просто напрямую воткнутый к материнке.

    Дальше вы создаете виртуалку и это следующий уровень абстракции. ОС на виртуалке ничего не знает о хостовой системе и тем более о дисках, которые на ней находятся. Ей важно каким образом и сколько к ней подключено дисков локально. Что там на хосте творится ей наплевать. Также ей наплевать что происходит на адаптере raid, она о нем даже не знает. Верно и обратное — задача адаптера raid — просто предоставить lun. А под какие цели уже дело десятое. 

    Вам же удобно размещать полезные данные на отдельном логическом диске внутри виртуалки, поскольку это обеспечивает гибкость администрирования. 

    • Изменено1 августа 2016 г. 13:28

    1 августа 2016 г. 13:24 Ответить | Цитировать

  • Server 2012 R2, да видел вкладку, то есть уменьшить размер диска и создать еще 1 фиксированного размера? Или воспользоваться возможностями в виртуальной машине в системе управлениями дисков, разбить на С и D?

    кСТАТИ ПРИ СОЗДАНИИ МАШИНЫ ДИСК СОЗДАЛСЯ АВТОМАТИЧЕСКИ БЕЗ ВЫБОРА ВАРИАНТОВ ДИНАМИЧЕСКИЙ ИЛИ ФИКСИРОВАННЫЙ.

    тОЖЕ В МАНУАЛИ МИКРОСОФТ НАПИСАНО БЫЛО ДЕЛАЙ ТАК И ФИЗИЧЕСКИЕ usb УСТРОЙСТВА ПОДКЛЮЧАТЬСЯ БЕЗ ПРОБЛЕМ, НО НИШИША НИЧЕГО НЕ ПОДКЛЮЧАЕТСЯ.

    Уберите капс)

    вам не надо сейчас трогать единственный диск виртуалки, он все равно у вас динамический. Вам надо создать (сейчас или потом) ещё один виртуальный диск для баз данных и перекинуть БД на него. Желательно, чтобы этот диск был фиксированного размера.

    • Помечено в качестве ответа1 августа 2016 г. 13:38

    1 августа 2016 г. 13:25 Ответить | Цитировать

  • Спасибо за разъяснение!1 августа 2016 г. 13:38 Ответить | Цитировать
  • Подключил диcк USB к виртуальной машине, оказывается дело было в службе виртуальных машин, перезапустил службу и диск без проблем подключился. Только не понял что был за глюк, служба вроде как показано было работает, но выяснил следующим образом, решил перезапустить 1 виртуальную машину, выключил, а назад включить не могу пишет прав не хватает (под админом), где то на форуме проскакивала информация что в политике где то надо что то для службы виртуалных машин прописать чтобы она не отваливалась, в итого как прописать параметры и куда не нашел, просто перезапустил еще раз службу и виртуальная машина запустилась и диск подключился. ТОлько с этим подключением чуть не угробил почтовый сервак, могли бы в виртуалке и немного обезопасть  подключение устройств уже занятых, в торопях подключая внешний жесткий к эксченжу, забыл что надо поменять позицию, в итоге диск поставился вместо установленного диска с системой и экченьжом, вот блин, автоматически при рабочей виртуалке, вот так вот запросто заменился диск, вернул на место, система запустилась, половину служб пришлось вручную запускать, базы сперва писались в панели управления что ошибка индекса, но после обслуживания, все стало нормально, на базах ошибок нет, в общем повезло.6 августа 2016 г. 2:59 Ответить | Цитировать

Используемые источники:

  • https://vmblog.ru/hyper-v-dostup-k-usb-disku-fleshke-iz-vm/
  • https://winitpro.ru/index.php/2014/06/26/kak-napryamuyu-probrosit-usb-disk-v-virtualnuyu-mashinu-hyper-v/
  • https://social.technet.microsoft.com/forums/ru-ru/67316002-48c5-4b8e-9017-3805d464aae0/105010721082-10761086107310721074108010901100-usb-hdd-1074

Рейтинг автора
5
Подборку подготовил
Андрей Ульянов
Наш эксперт
Написано статей
168
Ссылка на основную публикацию
Похожие публикации