Различия

Показаны различия между двумя версиями страницы.

--- windows:server:2022:dpm:2019:storage_pool:lost_disk [2025/01/13 22:38]
Николай Солошин создано
+++ windows:server:2022:dpm:2019:storage_pool:lost_disk [2025/02/24 19:27] (текущий)
Николай Солошин Актуализация и дополнение
@@ Строка 16: / Строка 16: @@
 Однако, в связи со всеми этими пертурбациями, этот диск пропал из пула носителей Data Protection Manager 2019. Точнее не совсем пропал -- строчка в оснастке DPM на закладке "Управление" в разделе "Дисковый накопитель" была, но все цифровые колонки были по нулям, а на закладке "Наблюдение" куча критических предупреждений "Отсутствует том" с текстом "//Данные для восстановления <НАЗВАНИЕ> на <НАЗВАНИЕ> в группе защиты <НАЗВАНИЕ> находятся в томе, который не удалось обнаружить. Все последующие действия по защите, связанные с источником данных <НАЗВАНИЕ>, будут завершаться ошибкой до тех пор, пока этот том не вернется в оперативный режим или реплика не будет создана повторно. (ID: 3101)//"((В оригинале это должно звучать так "//Recovery data for <DatasourceType> <DatasourceName> on <ServerName> in protection group <ProtectedGroup> resides on a volume that cannot be detected. All subsequent protection activities relating to <DatasourceName> will fail until this volume is brought back online or the replica is re-created//".)) и несколько "Том пула хранилища отсутствует" с "//Том пула хранилища DPM <БУКВА> отсутствует. (Идентификатор 33518)//". Также эти ошибки дублировались в оснастке "Просмотр событий" с кодом события "3101" от источника "DPM-EM".
-В проводнике же этот раздел выглядел, как обычно, но с другой буквой. Со старой же буквой висел некий недоступный раздел.
+В проводнике же этот раздел выглядел, в одном случае, как обычно, но с другой буквой, а в другом, вовсе отсутствовал. Со старой же буквой висел некий недоступный раздел.
-А вот в оснастке "Управление дисками" было уже красочно и необычно.
+В оснастке же "Управление дисками" отображался виновник событий, по объему равный всему массиву RAID10, чего, понятно, быть не могло, ибо каждый диск, это 1/2 от общего объема, с RAW-разделом, который как раз и имел букву старого. В случае, если в проводнике нет "рабочего" массива, тут, в оснастке, он будет отображаться в режиме "Вне сети".
-Там отображался виновник событий, по объему равный всему массиву RAID10, чего, понятно, быть не могло, ибо каждый диск, это 1/2 от общего объема, с RAW-разделом, который как раз и имел букву старого.
 Вот тут-то собака, вероятно, и порылась! Не могу гарантировать, но предположу, что в системе этот диск оказался со старым GUID, а восстановленный массив этот GUID поменял... или наоборот... или как-то так... но, не важно! Главное, что проблема крылась именно в появлении в системе вывалившегося ранее из массива диске. Если бы он не ожил или если бы я его еще в BIOS сразу же пометил, как "запасной", и в системе он бы не отразился, то, скорее все, проблемы можно было бы избежать. Но, как получилось.
@@ Строка 31: / Строка 29: @@
 В общем, я уже устал искать, а Интернет все не давал хоть сколько-нибудь полезную подсказу, хотя надежда оставалась, ибо сами по себе данные и их структура остались же целыми и не тронутыми! Осталось придумать, как...
-===== Решение =====
+===== Изыскания =====
 Для начала я удалил RAW-раздел выпавшего диска, через diskpart очистил всю информацию на нем и отформатировал в NTFS, указав самую дальнюю букву. После этих стандартных манипуляций он приобрел нормальный вид, как и должен выглядеть диск на 2 терабайта((В процессе, возможно, потребуется перезагрузиться.)). Вернул разделу с данными старую букву.
@@ Строка 38: / Строка 36: @@
 Список дисков для пула я обнаружил в таблице "tbl_STM_Volume"((Возможно, кстати, перед изучением этой таблицы неплохо было бы нажать "Повторное сканирование" в DPM...)), а соответствия томов реплик с их хранилищами в таблице "tbl_PRM_ReplicaVolume".
+===== Решение =====
 Далее оказалось все максимально просто:
-  - закрываем оснастку DPM, останавливаем службу ''net stop msdpm''((И проверяем, чтобы она была действительно остановлена, ибо имеет она привычку внезапно запускаться...));
-  - открываем на чтение((ПКМ на названии таблицы и "Выбрать первые 1000 строк".)) и копируем все содержимое таблицы "tbl_STM_Volume" в блокнот;
+  - закрываем оснастку DPM, останавливаем службы DPM и DPM AccessManager выполнив команду ''net stop MSDPM & net stop DPMAMService''((И проверяем, чтобы они были действительно остановлены, ибо имеет оно привычку внезапно запускаться...));
-  - открываем на чтение и копируем значение "StorageId" из таблицы "tbl_PRM_ReplicaVolume"((Если ранее в пуле был только один диск и вы добавляли тестовый диск, то там во всех строках, кроме одной, будет одно и тоже значение, в противном случае -- дедуктивный метод вам в руки!));
+  - открываем в SQL Server Management Studio (SSMS) на чтение((ПКМ на названии таблицы и "Выбрать первые 1000 строк".)) таблицу "tbl_STM_Volume" и копируем все содержимое в блокнот;
-  - открываем для изменения((ПКМ на названии таблицы и "Изменить первые 200 строк".)) таблицу "tbl_STM_Volume" и удаляем из нее все лишние строки((Если добавляли тестовый диск и в пуле сейчас один рабочий диск, то строк должно быть всего две -- одна с тестовым диском, вторая с пропавшим.));
+  - далее действуем в зависимости от того, производились ли какие-то действия, к примеру, описанные в разделе выше:
-  - заменяем в этой таблице в соответствующей строке значение "StorageId";
+    - если нет, то правильный "StorageId" скорее всего будет указан в строке со значением столбца "Status" равным "1"((Это, собственно, старый добавленный в DPM том.)) таблицы "tbl_STM_Volume";
-  - устанавливаем значение "Tag" таким же, как для тестового диска((У меня это было "511" и я понятия не имею, что это такое и почему именно "511" и какое оно будет в других условиях!));
+    - в противном случае открываем на чтение и копируем значение "StorageId" из таблицы "tbl_PRM_ReplicaVolume"((Если ранее в пуле был только один диск и вы добавляли тестовый диск, то там во всех строках, кроме одной, будет одно и тоже значение, в противном случае -- дедуктивный метод вам в руки!));
-  - проверяем, чтобы поля "Name" и "AccessPath" соответствовали историческим;
+  - открываем для изменения((ПКМ на названии таблицы и "Изменить первые 200 строк".)) таблицу "tbl_STM_Volume" и удаляем из нее строку /*((Если добавляли тестовый диск и в пуле сейчас один рабочий диск, то строк должно быть всего две -- одна с тестовым диском, вторая с пропавшим.))*/, у которой "Status" равен "1";
+  - в оставшейся строке заменяем данные из блокнота в столбцах "StorageId", "Tag"((У меня это было "511" и я понятия не имею, что это такое и почему именно "511" и какое оно будет в других условиях!)) и "Name"((Это "Понятное имя" старого тома в пуле носителей.)), беря их из строки у которой "Status" равен "1";
+/*  - заменяем в этой таблице в соответствующей строке значение "StorageId", копируя его из блокнота;
+  - устанавливаем значение столбца "Tag" таким же, как для тестового диска ;*/
+/*  - проверяем, чтобы поле "AccessPath" соответствовало историческому; */
   - сохраняем, закрываем и перезагружаемся!
 После этих манипуляций диск отобразился в пуле носителей DPM, на закладке "Восстановление" все вернулось на места, а задания начали успешно выполняться. =)

Knowledge WiKibase

Инструменты пользователя

Инструменты сайта

Различия

Инструменты страницы