Назад | Перейти на главную страницу

FSRM не может создавать новые отчеты после удаления старого LUN

Мы используем трехузловую файловую службу отказоустойчивого кластера на базе сервера 2008 R2 и массивов хранения iSCSI. Недавно мы перенесли все хранилище из одной файловой службы кластера на одном LUN в новую файловую службу на новом LUN. В старой файловой службе было несколько отчетов о хранилище, предназначенных для отправки отчетов о больших файлах и т. Д.

После полного удаления старого LUN из системы диспетчер ресурсов файлового сервера больше не позволяет нам создавать отчеты о хранилище на каких-либо дисках. Мы не удаляли старые отчеты до отключения старого LUN, но с тех пор удалили их.

Выбираем отчет о новом хранилище, добавляем диск или папку, настраиваем раздел данных отчета. Вкладки «Доставка» и «Расписание» недоступны, что приводит к ошибке «Служба диспетчера ресурсов файлового сервера обнаружила непредвиденную ошибку».

В журнале событий указан идентификатор события 8197 с этой ошибкой:

"Ошибка службы диспетчера ресурсов файлового сервера: непредвиденная ошибка.

Сведения об ошибке: Ошибка: ISClusResource :: get_Disk (...), 0x80070490, элемент не найден ».

  1. Мы пробовали переместить файловую службу на каждый из узлов кластера.
    и все они дают одну и ту же ошибку.
  2. Пытался удалить роль FSRM со всех серверов и заново добавить.
  3. Проверьте папку с информацией о системном томе FSRM на дисках сервера на предмет наличия ссылок на старый LUN.

Есть предложения по дальнейшему устранению неполадок?

Заранее спасибо.

Наконец нашел решение: Прочитав http://connect.microsoft.com/SQLServer/feedback/details/612946/sql-2008-sp2-fails-install-on-a-cluster-with-windows-2008-64-bit-and-veritas-storage- Фонд

Оказывается, несмотря на то, что мы удалили LUN файлового хранилища из кластера, мы также удалили старый CSV. Вместо удаления CSV мы перевели ресурс в автономный режим на случай, если нам потребуется восстановить его в будущем (отказ нового CSV и т. Д.). После удаления автономного ресурса мы смогли снова создавать отчеты.

Итог: не используйте автономные ресурсы хранения в кластере, если вам нужно создавать / редактировать отчеты о хранилище.