Настроить
Используя vCenter и ESX 4.1, мы установили VMware Data Recovery 2.0, используя два устройства.
Как только у устройства есть одно место назначения размером 1 ТБ (892 ГБ свободного места) на сопоставленном необработанном iSCSI LUN.
Другое устройство имеет два места назначения по 500 ГБ (440 и 450 ГБ бесплатно) на общих ресурсах CIFS для двух серверов Windows 2003.
Виртуальные машины для резервного копирования находятся на 1,9 ТБ (1,3 ТБ свободно) VMFS iSCSI LUN.
Сеть iSCSI отделена от сети vConsole, и маршрутизация между ними невозможна. Разрешение имен для хостов ESX работает с виртуальной машины устройства восстановления данных, и наоборот.
Проблема
Мы настроили ежедневное задание резервного копирования 21.10 и запустили его.
Он работал правильно каждый день, хотя время от времени появлялись сообщения об ошибке -3948 (исключение vcb api), хотя повторное резервное копирование было бы успешным.
Все было в порядке до 11/4, когда каждое задание резервного копирования завершалось с ошибкой -3902 (ошибка доступа к файлу). С тех пор ни одно задание не было выполнено - все задания завершаются с одной и той же ошибкой.
Положение дел
Оба устройства показывают одну и ту же проблему, начиная с одного дня: резервное копирование не выполняется ни в какое место назначения.
Моментальные снимки виртуальных машин можно создавать и удалять вручную, и ни в каких папках виртуальных машин нет дельта-файлов.
Vmware.log для каждой виртуальной машины показывает, что моментальный снимок был успешно создан, а затем немедленно удален.
Виртуальные машины, недавно добавленные к существующим заданиям резервного копирования, демонстрируют такое же поведение.
Новые задания резервного копирования демонстрируют такое же поведение.
Все целевые хранилища данных проходят проверку целостности.
Создание нового хранилища данных CIFS показывает такое же поведение.
Создание новой пробной версии ESXi 4.1 (полностью лицензированной) с использованием хранилища данных на локальном диске, создание новой виртуальной машины и создание нового задания резервного копирования демонстрируют такое же поведение.
Никаких (известных или преднамеренных) изменений конфигурации не было.
Дополнительные странности
Перезагрузка одной из двух виртуальных машин DR привела к тому, что ее IP-адрес вернулся к DHCP, и вся информация о месте назначения, задании резервного копирования и конфигурации была потеряна и ее пришлось повторно вводить.
Вопрос
Что значит ошибка -3902 (ошибка доступа к файлу) значит? I.E. какой файл, откуда?
На что еще посмотреть? Есть где-нибудь более подробные логи?
У кого-нибудь ДР успешно работает?
Я настоятельно рекомендую вам напрямую подключиться к VMWare. Вы также можете опубликовать это на досках сообщества VMWare, чтобы получить ответ.