Paromshick
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору admin931 Описал то, что реально вижу. Но можно и по порядку Хост имеет два SAS контроллера. Один NNM совсем простенький. К нему "изолентой" прикручены два диска в зеркало. Типа флэшка такая, на которой стоит ESXi 5.5 Второй контроллер устаревший, но "взрослый" LSI MR 9261-8i К нему через экспандер подключены 12 шпинделей. По сути, хост - NAS. Поэтому, чтобы массив данных был не зависим от гипервизора, и был проделан финт с выносом его на детский контроллер. Дисковое пространство организовано так Логика работы хоста. Большой юнит был через RDM отдан гостевой машине, в числе прочих проживающих LUNах подконтрольных LSI. Эта машина разметила LUN в NTFS. Остальные три размечены в VMFS на картинке это видно. Этот гость раздает пространство по iSCSI страждущим, в том числе и проживающим прямо на этом хосте, то есть по внутренней шине, через 10G NIC'и. Нормальная скорость. Но при случае, "страждущие" могут переместиться на другой хост, не потеряв ничего и без дополнительных настроек. То есть всё же NAS по сути. Гибкость себя оправдала, как и разметка в NTFS. При желании данные можно достать загрузившись с WinPE к примеру. Ноу хау, ага. Теперь. Контроллер 9261 был заменен на совершенно идентичный. LUNы он увидел, импортировал. ESXi, поднявшись, увидел только девайсы, без datastore на них, то есть без файловой системы. Виден один datastore, это "флешка". Соответственно, сам гипервизор и случайно оказавшаяся на "флешке" машина - живы. Имею. Уверенность в том, что ни бита информации не пропало. Что изменились идентификаторы вида naa.600605b009059f70213321acabf3d76f Потому, что создав mkfstools -z /vmfs/devices/disks/naa.600605b009059f702133efd1f57feea4 /vmfs/volumes/datastore/rdm/bigdisk.vmdk и примапив его RDM уцелевшей машине, я увидел всё, что внутри. Думаю. Что поднять заново iSCSI хост и начать раздачу с него файлов - плёвое дело. Но. Сам хост мощный. Машин на нем уже проживало достаточно, на двух LUNах, что потеряны в VMFS. Это первое. И важное, ибо это по сути вся сфера, плюс кое что по мелочи. Второе. Если такие проблемы с заменой контроллера, то мне надо всё пространство отдавать в NTFS, а процессоры получается... куда. Третье. Проще понять как в случае замены действовать, чтобы восстановить datastore обратно, записать и положить бумажку в коробку с запасным контроллером. И как действовать? Надо как-то сказать хосту, что всё на месте. Но он не видит VMFS при сканировании... esxcli storage core path list esxcli storage filesystem list Какой хоть тулзой воспользоваться. Куча инфы, как восстанавливать, не знаю, насколько валидной инфы. Мне и восстанавливать то ничего не надо. Примамить или что... Про бэкапы помолчим. Не от богатой жизни я совмещаю хост и NAS. Хотя, данные типа доки и виртуалки - надо бэкапить. Удавился бы, да работать некому Добавлено: LUNы сохранились один в один, размеры их логика, RWC2 это подтверждает и ESXi видит. Как диски. Девайсы. Блины, блин. В принципе, я могу поднять всё заново... Но надо сделать, чтоб работало как было. Есть чем помочь?
| Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 13:00 17-11-2017 | Исправлено: Paromshick, 13:06 17-11-2017 |
|