На вторичном сервере DPM (Secondary DPM) в одной из Protection Group, в которую были включены кластеризованные виртуальные машины Hyper-V, для некоторых виртуальных машин перестало работать создание точек восстановления по расписанию. Попытка вручную выполнить Consistency Check приводила к ошибке:
An unexpected error occurred while the job was running. (ID 104 Details: The device is not connected (0x8007048F))
Решение было обнаружено здесь: Secondary DPM does not sync with primary (3170 / 8007048F). Смысл его заключается в том, чтобы проверить на первичном сервере DPM наличие логических дисковых томов не имеющих информации о типе файловой системы (RAW тома), и если таковые будут обнаружены, – удалить их.
На завершающей стадии виртуализации имеющихся серверных ресурсов дело дошло до, казалось бы, самого “неподъёмного” сервера – сервера System Center 2012 R2 DPM. Таковым сервер изначально казался по той причине, что имел прямое подключение к внешним дисковым полкам через выделенный SAS контроллер. В моём случае используются дисковые полки HP D2600 на 12 LFF дисков каждая, подключаемые к физическому серверу DPM через SAS-контроллер HP SmartArray P800. Фактически вопрос переброса самих дисковых полок в виртуальную среду был решён с помощью их подключения к СХД HP P2000 G3 с последующей трансляцией дисковой ёмкости с помощью технологии NPIV внутрь виртуальной машины с DPM. Однако перед тем как отключить дисковую полку от действующего физического DPM, возник вопрос о том, как же сохранить имеющиеся резервные копии данных на этой полке (чтобы не терять возможность восстановления из бэкапов созданных до момента переезда на новый виртуальный DPM). Выяснилось, что у DPM есть штатный механизм копирования разделов с одного физического диска входящего в DPM Storage Pool на другой. Рассмотрим кратко эту процедуру на нашем примере.
Добавляем дополнительный хост виртуализации в действующий кластер Hyper-V на базе Windows Server 2012 R2 с использованием общих томов Cluster Shared Volume (CSV). Устанавливаем на новый узел кластера агента System Center 2012 R2 DPM CU5 и пытаемся выполнить резервное копирование виртуальных машин из кластера. При этом возникает интересная проблема – резервное копирование виртуальных машин успешно выполняется только в том случае, если они расположены на уже существующих ранее в DPM узлах кластера, а если переместить любую виртуальную машину на новый узел кластера, то в процессе создания резервной копии сначала возникает ошибка…
Данный материал является переводом оригинальной статьи 
Данный материал является переводом оригинальной статьи 
RSS - Записи
Последние комментарии