LevT
Platinum Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору В 2012 сервере с добавленной фичей дедупликации DedupJob работает по расписанию на целом томе, для которого включена Enable-Dedup. А также может быть запущен ручным пинком. Настройки дедупа сохраняются в метаданных тома. Содержимое тома при этом доступно для записи младшим системам, ничего не знающим о дедупликации. В 2012 R2 сервере появилась фича дедупа "в режиме Hyper-V". Надо полагать, что предполагается дедуплицировать содержимое нескольких VHD Скорее всего, дедупликация не пройдёт, если завестись с одного из этих VHD. Не пройдёт потому, что целый том едва ли может быть залоченым. Зато он точно может быть кластерным! - то есть являться расположенным за [i]SCSI-таргетом LUN ("диском"), который может быть одновременно смонтирован ("Online") для нескольких хостов. А также возможно, что он может быть (одновременно?) расшарен по CIFS v.3 для нескольких клиентов. Скорее всего, отдедупить содержащий VHD-файлы том можно в офлайне - подцепив его к внешней системе - и это не помешает впоследствии использовать отдедедупленные внешними средствами VHD для запуска с них других осей, и в том ч. на других (немелкомягких) виртуальных платформах. Ничто из этого я сам в подробностях пока не тестировал. План тестирования 1) создаём минимальную систему 2012 R2 с фичей дедупликации, ролями [i]SCSI-таргета и CIFS v.3 сервера. 2) отрезаем от носителя всё, что только можно (шринкаем том), форматируем отрезанное в NTFS, включаем дедупликацию и шарим том по CIFS v.3 3) создаём там VHD-[i]SCSI-таргет, монтируем этот таргет, создаём на нём кластерный том, включаем на нём дедупликацию и создаём там вложенные VHD - предполагается, что как только VHD-контейнер будет смонтирован серверу с ролью дедупликации, тот будет заниматься дедупом по расписанию или от ручной команды. Скорее всего, дедупликацию получится включить только одну: либо на шаге 2, либо на шаге 3. Но вероятно, что, запуская тот или иной дедуп ручным пинком, получится менять ему настройки, и в частности, переключаться между стандартным(пофайловым) и VHD-режимами. 5) Проверяем нормальные WIM-бэкап и восстановление с помощью dism из внешней системы а) расшаренного по CIFS v3 тома и б) лежащего на нём внешнего VHD-контейнера. Цель - носить с собой USB-HDD c таким вот контейнером, периодически загружаясь с одного из вложенных VHD. Обслуживание всей конструкции проводим из внешней системы В перспективе хотелось бы собрать такую для запуска Win 2012 R2 (системы, способной исполнять задание дедупа над внешним VHD и содержащей его CIFS v3 шарой) с RO-носителя, расположенного на том же USB-HDD. Прошу помощи с планированием универсального MBR и GPT загрузчика. Едва ли он сам может располагаться на внешнем VHD (том, на котором расположен том-volume, содержащий дедуплицированные вложенные VHD). И конечно не может быть на кластерном томе CIFS v3 stea, как думаете: пойдет ли для начала Ваша верхняя сборка из шапки? | Всего записей: 17201 | Зарегистр. 14-10-2001 | Отправлено: 09:21 13-10-2013 | Исправлено: LevT, 12:01 13-10-2013 |
|