Повреждена цепочка виртуальных жестких дисков hyper v
В этом разделе приводятся сценарии настройки гиперконвергентной инфраструктуры (HCI) для аварийного восстановления.
Многочисленные компании работают гиперконвергентные решения и планирование аварии дают возможность оставаться в рабочей среде или быстро вернуться в рабочую среду, если произойдет катастрофа. Существует несколько способов настройки HCI для аварийного восстановления, и в этом документе описаны варианты, доступные для вас сегодня.
При обсуждении восстановления доступности в случае аварии происходит поворот вокруг того, что называется целевым временем восстановления (RTO). Это продолжительность времени, в течение которого необходимо восстановить службы, чтобы избежать неприемлемых последствий для бизнеса. В некоторых случаях этот процесс может происходить автоматически при восстановлении рабочей среды почти сразу. В других случаях вмешательство администратора вручную должно выполняться для восстановления служб.
Ниже приведены варианты аварийного восстановления с гиперконвергентным сегодня:
- Несколько кластеров, использующих реплику служба хранилища
- Реплика Hyper-V между кластерами
- Резервное копирование и восстановление
Реплика Hyper-V
Реплика Hyper-V обеспечивает репликацию на уровне виртуальной машины для аварийного восстановления в гиперконвергентных инфраструктурах. Что может сделать реплика Hyper-V, — взять виртуальную машину и реплицировать ее на дополнительный сайт или в Azure (реплику). Затем с вторичного сайта реплика Hyper-V может реплицировать виртуальную машину в третью (расширенную реплику).
При использовании реплики Hyper-V репликация выполняется hyper-V. При первом включении виртуальной машины для репликации существует три варианта отправки начальной копии в соответствующий кластер реплики.
- Отправка первоначальной копии по сети
- Отправьте начальную копию на внешний носитель, чтобы ее можно было скопировать на сервер вручную.
- Использование существующей виртуальной машины, уже созданной на узлах реплики
Другой вариант — в том случае, если необходимо выполнить начальную репликацию.
- Немедленное запуск репликации
- Запланируйте время начала репликации.
Вам потребуется следующее:
- Какие виртуальные жесткие диски или VHDX вы хотите реплицировать. Вы можете реплицировать все из них или только один из них.
- Количество точек восстановления, которые требуется сохранить. Если вы хотите задать несколько вариантов того, на какой момент времени требуется восстановить, необходимо указать, сколько вам нужно. Если требуется только одна точка восстановления, вы также можете выбрать эту точку.
- Как часто требуется реплицировать добавочную теневое копирование службы теневого копирования томов (VSS).
- Частота репликации изменений (30 секунд, 5 минут, 15 минут).
Если HCI участвует в реплике Hyper-V, в каждом кластере должен быть создан ресурс брокера реплик Hyper-V . Этот ресурс выполняет несколько действий.
- Предоставляет отдельное пространство имен для каждого кластера для подключения реплики Hyper-V.
- Определяет, какой узел в этом кластере будет находиться в реплике (или расширенной реплике) при первом получении копии.
- Отслеживает, какой узел владеет репликой (или расширенной репликой), если виртуальная машина перемещается на другой узел. Он должен отслеживать это, чтобы при репликации она отправляла информацию на соответствующий узел.
Авторитетных
С другой стороны, заслуживающее доверия восстановление конфигурации кластера занимает конфигурацию кластера. Этот тип восстановления должен выполняться только в том случае, если сведения о кластере были потеряны и восстановлены. Например, кто-то случайно удалил файловый сервер, содержащий более 1000 общих папок, и вам потребуется вернуть их. Для завершения заслуживающего доверия восстановления кластера требуется выполнить резервное копирование из командной строки.
Когда на узле кластера инициируется заслуживающее доверия восстановление, служба кластера останавливается на всех остальных узлах в представлении кластера и конфигурация кластера зависает. Поэтому очень важно, чтобы служба кластера на узле, на котором было запущено восстановление, сначала была запущена, поэтому кластер формируется с помощью новой копии конфигурации кластера.
Чтобы выполнить заслуживающее доверия восстановление, можно выполнить следующие действия.
Запустите WBADMIN.EXE из командной строки администратора, чтобы получить последнюю версию резервных копий, которые требуется установить, и убедитесь, что состояние системы является одним из компонентов, которые можно восстановить.
Определите, есть ли в резервной копии версии сведения о реестре кластера в качестве компонента. В этой команде потребуется несколько элементов, версию и приложение или компонент для использования на шаге 3. Например, предположим, что резервное копирование было выполнено 3 января 2018 г. в 2:04 утра, и это тот, который вам нужно восстановить.
Запустите заслуживающее доверия восстановление, чтобы восстановить только необходимую версию реестра кластера.
После восстановления этот узел должен быть первым, чтобы запустить службу кластеров и сформировать кластер. Затем все остальные узлы должны быть запущены и присоединены к кластеру.
Все ответы
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 4 ноября 2016 г. 8:11
Смотря что конкретно вы собрались редактировать.
У вас на проблемной виртуалке есть несколько файлов avhd, а это разностные виртуальные жесткие диски, которые создаются при создании снимка. Также вы говорите, что снимки не делались, тогда откуда файлы? Когда разберетесь с этим, думаю все может встать на свои места.
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 4 ноября 2016 г. 8:11
У меня два варианта что делать:
2-й Попробовать восстановить соединение дочернего диска с правильным родительским диском, указав, как родительский свой vhdx. Но "мастер изменения" выдает предупреждение Ставить галку игнорировать соответствие ИД?
Видать снапшоты все же были, только почему же у меня их два с одинаковой датой и временем. Какой же выбирать, если по первому варианту идти.
Разностный, или дифференциальный (англ. differencing) виртуальный жесткий диск (VHD) является одним из трех типов виртуальных дисков, которые используются в Hyper-V. Разностный диск еще иногда называют «дочерним», так как он не является самостоятельным диском и в процессе работы полностью зависит от «родительского» диска. Разностный VHD содержит не полную копию данных, а только изменения связанного с ним родительского VHD. Родительский диск может быть любым из из трех типов VHD, в том числе и другим разностным. Можно даже создавать цепочку дисков, объединив несколько разностных VHD.
Принцип работы разностных дисков состоит в следующем: родительский диск содержит неизменный набор данных, а все изменения записываются на разностный диск. На этом принципе основана система создания моментальных снимков — снапшотов (или чекпойнтов в VMM). При создании снапшота как раз создается разностный диск, в который и продолжают писаться все изменения виртуальной машины, а основной диск становится родительским и уже не изменяется. При создании следующего снапшота создается еще один разностный диск, а предыдущий становится по отношению к нему родительским. Называется эта конструкция деревом снапшотов.
Сохраняются снапшоты в виде файлов с расширением .AVHD, которые как раз и являются разностными VHD. Для примера, виртуальная машина test-pc-01 имеет основной VHD диск и два разностных AVHD, из которых первый является родительским для второго.
Разностные диски можно объединять. Для этого достаточно кликнуть правой клавишей на снапшоте и выбрать пункт Delete Snapshot (удалить). При этом снапшот будет убран из списка, все изменения будут перенесены в родительский диск (операция Merging), а разностный AVHD удален.
Кстати, при удалении снапшотов в Windows Server 2008 есть один нюанс. Если в данный момент виртуальная машина запущена, то AVHD, связанный с этим снапшотом остается, и запись в него продолжается. Объединение состоится только тогда, когда виртуальная машина будет остановлена. В зависимости от объемов данных операция объединения может занять определенное время, в течение которого запустить виртуалку нельзя. В Server 2012 эта проблема была решена, и снимки можно удалять при работающей виртуальной машине.
Область применения разностных дисков не ограничивается одними снапшотами. При желании разностные VHD можно использовать и при развертывании новых виртуальных машин.
Например, у нас есть шаблон виртуальной машины — VHD с установленой на нем и подготовленой к переносу операционной системой (процесс создания шаблона ВМ описан в предыдущей статье). Используем его как родительский диск. Процесс этот выглядит следующим образом:
Создаем новую ВМ без жесткого диска — пункт «Attach a virtual hard disc later»
Идем в свойства машины и выбираем контроллер жестких дисков. Можно использовать как IDE, так и SCSI контроллер, особой разницы нет.
Теперь к выбранному контроллеру необходимо подключить виртуальный жесткий диск. Для подключения идем в свойства контроллера и жмем кнопку «New», запуская мастер создания VHD.
Из предложенных мастером типов дисков выбираем разностный.
Указываем имя и месторасположение разностного диска.
Затем указываем расположение родительского диска, которым является созданый нами шаблон ВМ.
Смотрим суммарную информацию и подтверждаем создание нового диска кнопкой «Finish».
Теперь в свойствах ВМ будет указан в качестве основного разностный диск.
Если посмотреть свойства диска кнопкой «Inspect», в них указан не только его тип, но и расположение родительского диска.
Таким образом можно создать много однотипных виртуалок, используя всего один родительский диск. При этом мы сэкономим не только время на развертывание, но и дисковое пространство. К примеру, одна установка Windows Server 2008 R2 занимает примерно 10Гб. Развернув 10 виртуалок с одним родительским диском мы сохраним 90 Гб места на диске.
Однако подобное решение ограничено возможностями дисковой подсистемы, ведь все 10 машин будут одновременно обращаться к одному диску, что отрицательно скажется на его производительности. Кроме того, у всех ВМ появляется единая точка отказа — жесткий диск, т.е. уменьшается надежность.
Как и в случае со снапшотами, с разностными дисками можно провести процедуру объединения. Для этого надо остановить виртуальную машину, зайти в ее свойства и на вкладке жесткого диска нажать на кнопку «Edit» (редактирование). В открывшемся окне выбираем пункт «Merge» (объединение).
Можно не только объединить разностный диск с родительским, но и создать отдельный новый диск со всеми изменениями. Очень полезная возможность в случае, если родительский диск используется несколькими виртуалками. Можно даже выбрать тип нового диска.
И еще одно правило по работе с разностными дисками: не следует изменять родительский диск разностного виртуального жесткого диска. Если изменить родительский виртуальный жесткий диск или заменить его другим виртуальным жестким диском (даже с тем же именем файла), структура блоков между родительским диском и разностным виртуальным жестким диском будет нарушена, и разностный виртуальный жесткий диск будет поврежден.
Ситуация следующая: виртуальная машина Hyper-V не может запуститься, выдавая при старте ошибку примерно такого содержания «VM failed to start. Synthetic SCSI controller (Instance ID xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx): Failed to Power on with Error ‘General access denied error’.».
Если развернуть окно и посмотреть детальную информацию об ошибке, то станет понятно, что проблема кроется в отсутствии доступа к файлу виртуального диска. Дело в том, что виртуальной машине (как и обычному пользователю) для работы с файлом необходимы NTFS-права на этот файл. В том случае, когда у виртуальной машины отсутствуют необходимые разрешения, то она не сможет стартовать и вывалится с ошибкой.
Как видно на рисунке, каждая виртуальная машина имеет свой уникальный идентификатор (Virtual machine ID). Для устранения ошибки надо взять этот ID и добавить его в список контроля доступа VHD-файла. Сделать это можно из командной строки, с помощью утилиты с неблагозвучным 🙂 названием Icacls. В нашем примере команда будет выглядеть так:
Icacls H:\Hyper-V\SRV1.vhdx /grant ″NT Virtual Machine\f72e624c-4cc2-4167-b852-a47d412de8440″:(F)
Этой командой мы выдали виртуальной машине права Full Control на файл. В этом можно убедиться, открыв свойства файла и перейдя на вкладку Security. Как видите, разрешения в порядке и теперь виртуальная машина должна успешно запуститься.
Примечание. Подобную операцию необходимо проделать для каждого vhdx, и, если у машины имеются моментальные снимки (checkpoint), то для каждого avhdx файла, имеющего отношение к данной ВМ.
В заключение опишу некоторые ситуации, которые могут привести к потере прав:
• Перенос файла виртуального диска в другое расположение. Напомню, что при переносе файла на другой диск разрешения файловой системы удаляются и заменяются наследуемыми. Избежать этого можно, перенося файлы виртуальных машин с помощью встроенных средств Hyper-V, таких как Storage migration или Export\Import;
• Копирование файла виртуального диска. Ошибка может возникнуть при попытке подсунуть виртуальной машине чужой диск. Поэтому для ″размножения″ лучше воспользоваться либо экспортом, либо, при наличии VMM, клонированием виртуальных машин;
• Восстановление ВМ из бэкапа. Некоторые программы резервного копирования, например тот же DPM, при восстановлении в другое расположение не выставляют на файлы нужные права.
All replies
- Marked as answer by Petko Krushev Microsoft contingent staff, Moderator Friday, November 4, 2016 8:11 AM
Смотря что конкретно вы собрались редактировать.
У вас на проблемной виртуалке есть несколько файлов avhd, а это разностные виртуальные жесткие диски, которые создаются при создании снимка. Также вы говорите, что снимки не делались, тогда откуда файлы? Когда разберетесь с этим, думаю все может встать на свои места.
- Marked as answer by Petko Krushev Microsoft contingent staff, Moderator Friday, November 4, 2016 8:11 AM
У меня два варианта что делать:
2-й Попробовать восстановить соединение дочернего диска с правильным родительским диском, указав, как родительский свой vhdx. Но "мастер изменения" выдает предупреждение Ставить галку игнорировать соответствие ИД?
Видать снапшоты все же были, только почему же у меня их два с одинаковой датой и временем. Какой же выбирать, если по первому варианту идти.
После переполнения жесткого диска выскочила ошибка и виртуалка завершила работу. При повторном запуске выдает ошибку - ошибка "Цепочка виртуальных жестких дисков недоступна. При открытие следующего в цепочке виртуального жесткого диска произошла ошибка". Снапшотов не было. В Virtual Hard Disk есть 3 файла avhd, 2 файла с датой 22.08.16 и один с 03.10.2016 Какая последовательность действий в такой ситуации?
Если зайти в параметры виртуальной машины - жесткий диск, то в строке "виртуальный жесткий диск указан одни из avhd (с последней датой)", если нажать проверить, то выдает ошибку - "Цепочка разностных виртуальных жестких дисков разорвана: восстановите соединение данного дочернего диска с правильным родительским виртуальным жестким диском"
Резервное копирование и восстановление
Один из традиционных вариантов аварийного восстановления, которые не называются очень много, но так же важно, это сбой всего кластера или узла в кластере. Любой из вариантов в этом сценарии использует резервное копирование сервера Windows.
Всегда рекомендуется периодически создавать резервные копии гиперконвергентной инфраструктуры. Пока служба кластеров запущена, при создании резервного копирования состояния системы база данных реестра кластера будет частью этой резервной копии. Восстановление кластера или базы данных имеет два разных метода (не заслуживающий доверия и авторитет).
Не заслуживающий доверия
Неавторизованное восстановление можно выполнить с помощью резервного копирования сервера Windows и приравнивается к полному восстановлению только самого узла кластера. Если вам нужно восстановить только узел кластера (и базу данных реестра кластера) и все текущие сведения о кластере, восстановите его с помощью неавторизованного. Не заслуживающие доверия операции восстановления можно выполнить с помощью интерфейса резервного копирования сервера Windows или командной строки WBADMIN.EXE.
После восстановления узла дайте ему присоединиться к кластеру. Что произойдет, это приведет к тому, что он перейдет к существующему работающему кластеру и обновит все сведения о том, что в настоящее время существует.
Сводка
Чтобы суммировать все это, гиперконвергентное аварийное восстановление — это то, что следует тщательно планировать. Существует несколько сценариев, которые могут наилучшим образом соответствовать вашим потребностям и должны быть тщательно протестированы. Один из элементов, который следует отметить, что если вы знакомы с отказоустойчивыми кластерами в прошлом, растянутые кластеры были очень популярным вариантом на протяжении многих лет. С гиперконвергентным решением было немного изменено проектирование, и оно основано на устойчивости. Если вы потеряете два узла в гиперконвергентном кластере, весь кластер будет отключен. В этом случае в гиперконвергентной среде сценарий растяжения не поддерживается.
После переполнения жесткого диска выскочила ошибка и виртуалка завершила работу. При повторном запуске выдает ошибку - ошибка "Цепочка виртуальных жестких дисков недоступна. При открытие следующего в цепочке виртуального жесткого диска произошла ошибка". Снапшотов не было. В Virtual Hard Disk есть 3 файла avhd, 2 файла с датой 22.08.16 и один с 03.10.2016 Какая последовательность действий в такой ситуации?
Если зайти в параметры виртуальной машины - жесткий диск, то в строке "виртуальный жесткий диск указан одни из avhd (с последней датой)", если нажать проверить, то выдает ошибку - "Цепочка разностных виртуальных жестких дисков разорвана: восстановите соединение данного дочернего диска с правильным родительским виртуальным жестким диском"
Ответы
пунктом 0 у вас должно быть создание копии всей цепочки дисков, на случай если накосячите при объединении.
В свойствах каждого разностного диска должна быть информация о его родителе. Как получите информацию о родителях каждого диска, так сможете составить порядок объединения.
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 4 ноября 2016 г. 8:11
Смотря что конкретно вы собрались редактировать.
У вас на проблемной виртуалке есть несколько файлов avhd, а это разностные виртуальные жесткие диски, которые создаются при создании снимка. Также вы говорите, что снимки не делались, тогда откуда файлы? Когда разберетесь с этим, думаю все может встать на свои места.
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 4 ноября 2016 г. 8:11
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 4 ноября 2016 г. 8:11
Сначала по 2-му варианту указал родителя (свой основной VHDX) для самого последнего по дате AVHDX, поставил галку " игнорировать соответствие ИД". Виртуалка запустилась. Убедившись в актуальности данных приступил к 1-му варианту (объединение avhdx и vhdx). Сейчас у меня только одни работающий vhdx.
- Предложено в качестве ответа Максим Рябухин 4 октября 2016 г. 7:13
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 4 ноября 2016 г. 8:11
Несколько кластеров, использующих реплику служба хранилища
служба хранилища реплика обеспечивает репликацию томов и поддерживает синхронную и асинхронную репликацию. При выборе между использованием синхронной или асинхронной репликации следует учитывать целевую точку восстановления (RPO). Цель точки восстановления — это объем возможной потери данных, которую вы готовы нести до того, как она считается серьезной потерей. Если вы используете синхронную репликацию, она будет последовательно записывать данные в оба конца одновременно. Если вы используете асинхронную, операции записи будут реплицироваться очень быстро, но по-прежнему могут быть потеряны. Вы должны рассмотреть использование приложения или файла, чтобы узнать, какие из них лучше всего подходят для вас.
служба хранилища реплика — это механизм копирования на уровне блока и уровень файла. Это означает, что не имеет значения, какие типы данных реплицируются. Это делает его популярным вариантом гиперконвергентной инфраструктуры. служба хранилища реплика также может использовать различные типы дисков между партнерами репликации, поэтому наличие всего хранилища одного типа на одном HCI и другом хранилище типов в другом отлично подходит.
Одна из важных возможностей служба хранилища реплики заключается в том, что она может быть запущена в Azure, а также в локальной среде. Вы можете настроить локальную среду для локальной среды, Azure в Azure или даже локальной среды в Azure (или наоборот).
В этом сценарии существует два отдельных независимых кластера. Для настройки служба хранилища реплики между HCI можно выполнить действия, описанные в разделе репликации хранилища между кластерами.
При развертывании реплики служба хранилища следует учитывать следующие рекомендации.
- Настройка репликации выполняется за пределами отказоустойчивой кластеризации.
- Выбор метода репликации будет зависеть от задержки в сети и требований RPO. Синхронная репликация данных в сетях с низкой задержкой с согласованностью сбоев, чтобы гарантировать отсутствие потери данных во время сбоя. Асинхронная репликация данных по сетям с более высокой задержкой, но каждый сайт может не иметь идентичных копий во время сбоя.
- В случае аварии отработка отказа между кластерами не выполняется автоматически и их необходимо управлять вручную с помощью командлетов PowerShell служба хранилища реплики. На приведенной выше схеме ClusterA является основным, а ClusterB — вторичным. Если ClusterA выходит из строя, необходимо вручную задать ClusterB в качестве основного, прежде чем вы сможете привлечь ресурсы. После резервного копирования ClusterA необходимо сделать его вторичным. После синхронизации всех данных внесите изменения и переключите роли обратно на способ их первоначальной настройки.
- Так как служба хранилища реплика выполняет репликацию только данных, новая виртуальная машина или Scale Out файлового сервера (SOFS) с использованием этих данных должна быть создана внутри диспетчера отказоустойчивости кластеров на партнере реплики.
служба хранилища реплику можно использовать, если у вас есть виртуальные машины или SOFS, запущенные в кластере. Подключение ресурсов к сети в реплике HCI можно выполнять вручную или автоматически с помощью сценариев PowerShell.
Answers
пунктом 0 у вас должно быть создание копии всей цепочки дисков, на случай если накосячите при объединении.
В свойствах каждого разностного диска должна быть информация о его родителе. Как получите информацию о родителях каждого диска, так сможете составить порядок объединения.
- Marked as answer by Petko Krushev Microsoft contingent staff, Moderator Friday, November 4, 2016 8:11 AM
Смотря что конкретно вы собрались редактировать.
У вас на проблемной виртуалке есть несколько файлов avhd, а это разностные виртуальные жесткие диски, которые создаются при создании снимка. Также вы говорите, что снимки не делались, тогда откуда файлы? Когда разберетесь с этим, думаю все может встать на свои места.
- Marked as answer by Petko Krushev Microsoft contingent staff, Moderator Friday, November 4, 2016 8:11 AM
- Marked as answer by Petko Krushev Microsoft contingent staff, Moderator Friday, November 4, 2016 8:11 AM
Сначала по 2-му варианту указал родителя (свой основной VHDX) для самого последнего по дате AVHDX, поставил галку " игнорировать соответствие ИД". Виртуалка запустилась. Убедившись в актуальности данных приступил к 1-му варианту (объединение avhdx и vhdx). Сейчас у меня только одни работающий vhdx.
- Proposed as answer by Максим Рябухин Tuesday, October 4, 2016 7:13 AM
- Marked as answer by Petko Krushev Microsoft contingent staff, Moderator Friday, November 4, 2016 8:11 AM
Читайте также: