Veeam: задание резервного копирования заканчивается ошибкой Error: ChannelError: ConnectionReset

Задание резервного копирования виртуальных машин vSphere 5.5 с помощью Veeam Backup & Replication 8.0 заканчивалось ошибкой "Error: ChannelError: ConnectionReset". Причем проявлялось это очень выборочно, у одной-двух машин в задании. Но если прилипала это ошибка, то уже насовсем.
В логах выполнения задания было следующее:
"Hot add is not supported for source disk, failing over to network mode".
Помогла рекомендация из KB1054 отключить на сервере с ролью backup proxy автомонтирование дисков. Набираем в командной строке:
C:\Windows\system32>diskpart
DISKPART> automount disable
DISKPART> automount scrub

Veeam Backup: Ошибка при создании снапшота

Задание резервного копирования Veeam для одной из виртуальных машин заканчивается ошибкой. В отчете Veeam:  "Creating VM snapshot Error: The operation is not allowed in the current state". В логе hostd хоста ESXi: "[2013-09-08 22:32:03.404 F64A8B90 error 'vm:/vmfs/volumes/4acc704a-2b59540f5166d-0046a477fc21/VMNAME/VMNAME.vmx'] Invalid transition requested (VM_STATE_ON_SHUTTING_DOWN -> VM_STATE_CREATE_SNAPSHOT): Invalid state".
Кроме того, задачи для этой виртуалки, запускаемые из vSphere Client (vMotion, Take Snapshot, Shut Down Guest и т.д.), также завершаются ошибкой. В логах vSphere Client: "The operation is not allowed in the current state" либо "Cannot complete operation because VMware Tools is not running in this virtual machine".
Перезагрузка ОС виртуальной машины не помогла.
Решение нашлось в базе знаний Veeam и VMware:

1. Проверить, что нет правил остановки виртуальных машин при выключении хоста ( вкладка Configuration > Virtual Machine Startup/Shutdown).
2. На хосте перезапустить Managment Agents.
3. На сервере vCenter перезапустить службы vCenter и Management Webservices.

Veeam Backup: ошибка "Failed to deserialize user 'COibAuxData'"

При переносе бэкапов с одного на другой сервер Veeam Bakup&Replication (импорт и мапинг) получил ошибку:
Failed to deserialize user 'COibAuxData'.
Дело оказалось в разнице версии Veeam: на сервере-источнике версия 6.5, на сервере-приемнике версия 6.1. Обновление второго сервера до версии 6.5 решило проблему.

Veeam Backup: Configuration system failed to initialize

После некорректного выключения сервера Veeam Backup&Replication не запускается консоль Veeam с ошибкой:
"Configuration system failed to initialize
Root element is missing.
(C:\Users\<user>\AppData\Local\Veeam_Software\Veeam.Backup.Shell.exe_Url_hjcgiuywagefjhy872hnd\<bild number>\user.config)
Root element is missing"
Лечится удалением файла user.config по указанному в сообщении пути.
KB1199

Обучающие видео по работе с Veeam Backup&Replication 6.0.

http://www.veeam.com/vmware-esx-backup/university.html
Немного неудобно, что видео постоянно останавливается, и приходится нажимать play. Очевидно подразумевается, что смотришь и параллельно выполняешь ))

Опыт работы со сбойным диском в Windows 2003

Исходные данные:

• ОС Windows Server 2003,
• на сервере системный диск и диск с данными,
• диск с данными в несколько сотен GB с большим количеством папок и файлов разного размера (файлов около 2 млн.), на большее количество папок наложены специфические разрешения для доступа пользователей (ACL), как правило входящих в доменные и локальные группы (в общем довольно большая и важная помойка).

В один прекрасный день диск с данными становится не доступен. ОС его видит как диск, назначает ему букву, но данные на нем и его свойства не читаются.

Запускаем проверку на диске с исправлением ошибок:

chkdsk d: /f ,

d - буква диска с данными.

Через 10-15 минут после запуска останавливаем проверку, не дождавшись ее окончания, т. к. такая проверка на нашем объеме будет выполнятся несколько часов. Диск и данные уже доступны, но на них отсутствуют данные ACL. Как показал опыт, разрешения на папках и файлах не будут восстановлены и при завершении проверки. Правильный ACL берем из бэкапа. В нашем случае это Veeam Backup&Replication. Восстанавливаем сервер, используя Instant Recovery, и бэкапим на нем ACL в файл с помощью утилиты командной строки icacls:

icacls d:\folder\* /save c:\temp\AclFile /T /C ,

d:\folder - папка на сбойном диске,

AclFile - файл бэкапа разрешений на объекты в d:\folder,

/T - параметр для работы с вложенными объектами (папками и файлами),

/С - параметр для продолжения работы утилиты при сбоях (нет прав на объект или объект неисправен).
Восстановление Instant Recovery и бэкап ACL занимает 15 минут.

Полученный AclFile копируем на боевой сервер и восстанавливаем разрешения на нем:

icacls  d:\folder\ /restore AclFile /C .

Если для резервирования файлового ресурса используется Symantec BacupExec, то восстановить ACL можно из резервной копии Symantec, указав при создании задания параметр "Restore only the NTFS permissions for files that exist at the destination; do not restore the file content".

Восстановление ACL в нашем случае происходит около двух часов.

После восстановления ACL данные доступны для работы, но диск до сих пор имеет dirty bit, т. е. будет проверятся на ошибки при перезагрузке сервера. Наличие dirty bit можно проверить запросом

fsutil dirty query d: .

Т. к. проверка на нашем объеме будет выполнятся несколько часов, отключаем проверку диска при загрузке ОС:

• chkntfs /x d: ,
• или правим в реестре HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager параметр BootExecute. Его значение по умолчанию "autocheck autochk *" изменяем на  "autocheck autochk /k: D", где D - буква сбойного диска.

При этом диск все еще имеет dirty bit, т. е. с точки зрения ОС находится в неустойчивом состоянии. Для снятия dirty bit необходимо выполнить полностью проверку диска. chkdsk d: /f запускаем в нерабочее время.

Перенос настроек Veeam B&R на другой сервер

Базу Veeam Backup & Replication потребовалось перенести из-за необходимости переустановки ОС на сервере резервного копирования.

Инструкция составлена на основе темы в форуме Veeam "Moving Veaam B&R to another VM?"

Исходные данные:

• Veeam Backup & Replication 6.0.
• На сервере была установлена ОС Windows Server 2003 32-bit, поставили Windows Server 2008 R2 (64-bit). DNS-имя сервера сохранено.
• Бэкапы выполняются на дисковый массив, напрямую подключенный к серверу резервного копирования. Тома дискового массива отображаются на сервере как локальные диски. После переустановки ОС этим томам вручную назначены прежние буквы дисков.

Инструкция:

1. Выполняем бэкап базы данных Veeam средствами SQL. Для этого потребовалось установить SQL Server Management Studio.
2. Устанавливаем новую ОС.
3. Устанавливаем SQL Server Management Studio.
4. Восстанавливаем из бэкапа базу данных Veeam средствами SQL.
5. Устанавливаем Veeam  Backup & Replication, в качестве базы данных указываем восстановленную базу.
6. Перезагружаем сервер.
7. Запускаем консоль Veeam. В ветке Servers для каждого сервера в свойствах заполняем поле Password.
8. Если в заданиях резервного копирования настроена работа с индексированием файлов или базами приложений (т. е. включены опции Enable application-aware image processing или Enable guest file system indexing), то в свойствах заданий в пункте Guest Processing заполняем поле Password.

В итоге сохраняются задания резервного копирования и репликаций, репозитории резервных копий, учетные записи, логи, настройки оповещения, лицензионные ключи.

Windows: отключение автоматического назначения буквы дискам

Disable Automatic Drive-Letter Assignment.
Если сервер резервного копирования виртуальных машин (например, c Veeam Backup & Replication) осуществляет резервное копирование через сеть SAN (т. е. подключен к системе хранения данных, на которой расположены виртуальные машины), то необходимо отключить автоматического назначения буквы дискам, чтобы ОС не назначала буквы дискам, используемым виртуальными машинами.
Используем утилиту diskpart. В командной строке набираем (если ОС Windows 2008, то cmd запускаем от имени администратора):
diskpart
automount disable - отключаем автоназначение
automount scrub - удаляем параметры реестра для томов уже удаленных из системы
exit
UPD. Обнаружил на форуме Veeam, что с пятой версии Veeam Backup & Replication при установке автоматически отключается automount, ручные действия не нужны.

Veeam: ошибка при выполнении задания резервного копирования

При выполнении задания на Veeam Backup @ Replication 6.0 получаем ошибку:

<Дата, время> :: Failed to delete oib '[vmname= <name VM>:creation_time=<time>:alg=Syntethic:id=<id>:point_id=<id>:storage_id=<id>]' from '<\\path-to-file.vbk>', redo '<\\path-to-file.vrb>' Undir failed Client error: Retrieved less bytes from the storage [0] that was required.

KB1142 рекомендует пересоздать задание.

Veeam: восстановление отдельных файлов гостевой ОС для виртуальной машины с vRDM

В официальной документации Veeam Backup&Replication 5 о восстановлении из бэкапа виртуальной машины, у которой есть диски RDM Virtual Compatibility Mode, ничего не говорится. Между тем есть некоторые нюансы.
Например, если пользоваться стандартным визардом для файлового восстановления для гостевых систем Windows, то содержание vRDM-раздела не отображается. Для восстановления отдельных файлов гостевой ОС для виртуальной машины с vRDM используем Multi-OS File Level Restore Wizard:

• Запускаем Multi-OS File Level Restore Wizard (Tools - File Level Restore - Other OS или Restore - Guest files (other OS).
• Выбираем виртуальную машину.
• Выбираем точку восстановления.
• До нажатия кнопки Finish жмем кнопку Customize и настраиваем временные расположение и сетевые настройки для FLR Appliance.
• Жмем кнопку Finish. Получаем вспомогательную виртуальную машину VeeamFLR_<name VM> и окно File Level Restore (подобие Windows-проводника), содержащее состояние файловой структуры виртуальной машины на требуемую точку восстановления.
• Восстанавливаем необходимые файлы. Закрываем окно File Level Restore. Вспомогательная виртуальная машина будет выключена и удалена автоматически.

Если восстанавливать vRDM-раздел не отдельными файлами, а полностью, то он восстанавливается как обычный виртуальный диск на Datastore, а не RDM. Чтобы получить RDM, конвертируем vmdk в RDM (для ESX\ESXi 3.x-4.x см. KB3443266).

Материалы по Veeam Backup&Replication

Видеоуроки от Владимира Ескина:
Создание и запуск задания
Создание и запуск задания SureBackup
Восстановление объекта

Восстановление объектов Exchange

Пост на VM Press.