У нас есть отказоустойчивый кластер Windows Server 2012, на котором запущено несколько виртуальных машин. Хранилище для кластера предоставляется экземпляром Windows Storage Server 2012 и сопоставляется с узлами через iSCSI. Кроме того, я использую DPM 2012 SP1 для защиты кластерных виртуальных машин - эти резервные копии хранятся на сервере, отличном от того, на котором запущен кластер. Конфигурация поставщика моментальных снимков была настроена в соответствии с инструкциями и указаниями на http://blogs.technet.com/b/filecab/archive/2012/10/08/iscsi-target-storage-vds-vss-provider.aspx
У нас была такая же настройка с Server 2008 R2, но недавно была проведена модернизация, чтобы воспользоваться преимуществами поставщика аппаратных снимков и улучшения производительности, заявленные Microsoft. После настройки группы защиты для кластеризованных виртуальных машин группа показывает, что все члены находятся в идеальном состоянии и в журнале событий кластера нет ошибок.
Однако при просмотре устройств iSCSI на сервере хранения многие виртуальные диски отображаются с такими путями, как '\? \ GLOBALROOT \ Device \ HarddiskVolumeShadowCopy {95EEC618-9594-11E3-93F9-00259067F05B} \ csv.vhd'. Каждый из этих виртуальных дисков соответствует резервной копии одного сервера, и каждое из этих устройств также имеет запись в диспетчере устройств. Они не должны оставаться артефактами после запуска резервного копирования, но по какой-то причине они остаются.
При запуске 'vssadmin list shadows' также отображается множество теней.
Ничего существенного не отображается в системных журналах, но всякий раз, когда запускается новое резервное копирование, в список дисков iSCSI добавляется еще один диск, а в список теней vss добавляется еще одна запись.
Эта проблема была размещена на форумах Technet, и они не смогли помочь. Поддержка Microsoft тоже не помогла.
Кто-нибудь знает, почему моментальные снимки отображаются как виртуальные диски iSCSI или как это можно предотвратить?
Перво-наперво. Я бы запустил это решение у вашего специалиста службы поддержки Microsoft, прежде чем использовать это предложение!
У нас есть очень похожая проблема с нашим кластером, и мы обратили на нее внимание Microsoft. В нашей ситуации тома появляются на каждом узле нашего кластера в реестре под ключами:
\ HKLM \ SYSTEM \ CurrentControlSet \ Enum \ STORAGE \ VolumeSnapshot \ HarddiskVolumeSnapshot ###
У нас было около 400-500 призрачных записей от провайдера vss, который не убирал после себя. Их предложение состояло в том, чтобы удалить устройства-призраки с помощью DevNodeClean.x64.exe, и это помогло.
При запуске DevNodeClean.x64.exe / l (расширение списка) на узле хранения я смог увидеть, что DriverKey (на узле хранения) соответствует строковому значению драйвера в разделе реестра (на узле кластера).
Я предполагаю, что вы можете удалить призрачные записи с сервера DPM, как мы это сделали с узлов кластера.
Что касается того, почему они остаются, мы также не получили ответа от Microsoft ...
P.S. - DevNodeClean.x64.exe, насколько мне известно, можно получить только у специалиста службы поддержки Microsoft.