В случае возникновения ошибок при работе с Backup Exec в кластерной среде просмотрите вопросы и ответы, представленные в этом разделе.
Табл.: Устранение неполадок кластеров - вопросы и ответы
Вопрос |
Ответ |
---|---|
После восстановления кластера и всех общих дисков служба кластера не запускается. Почему она не запускается и что необходимо сделать, чтобы запустить ее? |
Служба кластера может не запускаться потому, что сигнатура диска на диске кворума отличается то исходной сигнатуры. Если у вас есть Microsoft 2000 Resource Kit, запустите программу Dumpcfg.exe или программу Clusterrecovery из Microsoft 2003 Resource Kit, чтобы заменить диск. Например, введите: dumpcfg.exe /s 12345678 0 Замените 12345678 на сигнатуру диска, а 0 - на номер диска. Сигнатуру диска и номер диска можно найти в журнале событий. Если у вас нет Microsoft 2000 Resource Kit, то для изменения сигнатуры диска кворума можно воспользоваться параметром -Fixquorum. |
Для создания резервных копий я использовал перезапуск с контрольной точки. Во время одного из заданий резервного копирования произошло переключение кластера Microsoft. Было создано несколько наборов данных резервного копирования. При попытке проверки или восстановления с помощью этих наборов данных резервного копирования, созданных до переключения, выдается сообщение "Неожиданный конец данных". С чем связано такое поведение? Защищены ли мои данные? |
Эта ошибка связана с тем, что переключение произошло во время резервного копирования ресурса, поэтому набор данных резервного копирования не был полностью записан на носитель. Однако для объектов, резервные копии которых были частично созданы в первом наборе данных резервного копирования, были созданы полные резервные копии во время перезапуска, тем самым была обеспечены целостность данных. Таким образом, необходимо восстановить и проверить все объекты на носителе для данного набора данных резервного копирования. |
Я объединил первичный сервер SAN со вторичным сервером SAN. После этого служба устройств и носителей на вторичном сервере выдает ошибку. Почему? |
Такое поведение связано с тем, что вторичный сервер стал активным узлом и попытался подключиться к базе данных Backup Exec на первичном сервере, который сейчас недоступен. Для исправления этой ситуации воспользуйтесь программой Backup Exec Utility (BEUTILITY.EXE) или заново установите вторичный сервер в качестве первичного сервера. |
Произошел сбой резервного копирования Advanced Disk Based Backup в результате переключения виртуального сервера приложений. Как очистить Veritas Storage Foundation для групп дисков кластера Windows и связанные с ними тома? |
Если при использовании источника моментальных копий Veritas Storage Foundation for Windows (SFW) для выполнения расширенного резервного копирования на диск произошел сбой виртуального сервера приложения, задание восстановления не может быть запущено. Исходная группа дисков кластера, которой принадлежат поврежденные тома, перемещена из исходного узла во вторичный узел, восстановление синхронизации поврежденных томов с исходным томами будет невозможно. Ниже перечислены шаги для расширенного резервного копирования на диск:
В случае переключения сервера с текущего активного узла на вторичный узел, новая группа дисков кластера не может повторно присоединиться к исходной группе дисков кластера. См. Соединение двух групп дисков кластера вручную и восстановление синхронизации томов. |
После выполнения ручного переключения ресурса кластера Veritas произошло зависание заданий резервного копирования. Почему невозможно завершить задания резервного копирования? |
Во время переключения ресурса кластера Veritas вручную сервер Veritas Cluster Server не отключает ресурсы MountV, если есть открытые указатели. Перед выполнением переключения вручную рекомендуется завершить все задания резервного копирования. В случае зависания задания восстановления необходимо вручную отменить это задание перед процедурой очистки вручную. |