Disk привел часть к сбою путь через 3ware, RAID 5 восстанавливает

Я предполагаю, что Ваш Банк сообщений работает и что пользователи могут добраться до своих почтовых ящиков и т.д. Если это не так затем мы должны обсудить тот вопрос, потому что он вызовет то, что Вы видите в своем сообщении.

Взгляните на эту статью от Microsoft: http://support.microsoft.com/kb/828938

Это чувствует мне как Ваш Банк сообщений, имеет проблему, и "Разъединенный Почтовый ящик SMTP", как описано в статье является столь же хорошим местом как любой для запуска (предполагающий, что у пользователей нет общих проблем при получении до их почтовых ящиков с Outlook).

Если Вы можете остановить и перезапустить сервис Банка сообщений, сделайте так и исследуйте журнал событий Приложения на сообщения, описанные в статье. В частности, Вы ищете источник "MSExchangeTransport" и идентификатор события 326 и/или идентификатор события "MSExchangeIS" 1194.

Если это верно, в статье существует процедура разрешения, но это не процедура щелчка для щелчка (спасибо, Microsoft). Узнайте, является ли это Вашей проблемой сначала, и затем мы можем стать более всесторонними с разрешением.

3
задан 3 April 2015 в 07:37
5 ответов

Я полагаю, что Вам не повезло. Это - одна из опасностей RAID5. Так как массив использовался, все другие диски являются теперь вне синхронизации с исходным портом 10 дисками.

обновленный: Относительно обновления монтирование только для чтения... Работает ли это, действительно будет деталью реализации 3ware. Даже если Вы смонтировались только для чтения, RAID-контроллер, возможно, обновил некоторые метаданные по дискам и решил, что эта конфигурация не является восстанавливаемой. Это - то, что я ожидал бы.

4
ответ дан 3 December 2019 в 05:19
  • 1
    +1 Да массив является, вероятно, ненужным, восстановите его от резервных копий вместо этого - и если время работы настолько важно, считайте добавление hotspare к Вашему массиву RAID5 или движению RAID6. –  Oskar Duveborn 1 March 2010 в 18:33
  • 2
    Это также отлично иллюстрирует проблему с использованием большого количества дисков в массиве RAID5; при потере диска массив уязвим для общей неисправимой потери данных, если что-нибудь плохо происходит во время, восстанавливают. –  Joe 1 March 2010 в 18:57

Ваш наилучший вариант состоит в том, чтобы восстановить от резервного копирования. Так как массив использовался, данные будут вне синхронизации на 10 дисках.

RAID 5 действительно больше не рекомендуется для использования, поскольку размеры диска растут; разногласия неисправимой ошибки на дисках увеличиваются и обычно не находятся, пока у Вас нет дискового сбоя на массиве RAID 5 (который является, когда второй диск и он являются скрытым дефектом, найден).

2
ответ дан 3 December 2019 в 05:19

С сегодняшними размерами диска вероятность для другого сбоя диска, когда один диск уже перестали работать, составляет 62% когда потребительские диски: http://talkback.zdnet.com/5208-12694-0.html?forumID=1&threadID=36299&messageID=1008171

Не используйте набег 5, никогда. Если необходимо обеспечить высокую доступность и дешевое устройство хранения данных, пойдите для raid6 и горячего резервирования.

0
ответ дан 3 December 2019 в 05:19

Если Ваш массив остался и полученные записи онлайн после удаления неисправного диска на порте 10 то это означает, что диск несовместим с остальной частью массива, и даже если бы Вы могли бы вызвать его онлайн, любые объемы на массиве были бы повреждены.

Не спрашивайте меня, как я знаю это...

Восстановление от резервных копий является, вероятно, Вашей единственной выполнимой опцией.

0
ответ дан 3 December 2019 в 05:19
  • 1
    Спасибо всем за Ваши комментарии и предложения. Я, конечно, изучил свое ре урока. RAID5. Там isn' t резервное копирование, к сожалению. Я действительно, однако, принимал меру предосторожности монтирования массива, только для чтения прежде, чем начать восстанавливание. Я должен был упомянуть, что прежде - извините. Это имеет значение к возможностям восстановления данных? - Dan. –  Dan 1 March 2010 в 19:32

Можно быть удачливыми, если ошибка на втором диске находится в части диска, который неиспользуем файловой системой. Таким образом, если у Вас нет резервных копий, Вы могли бы попытаться восстановить с, "игнорируют ошибки ECC на, восстанавливают" набор флага. Вы затем хотели бы выполнить некоторую форму проверки непротиворечивости по Вашей файловой системе, и Вам, вероятно, придется ожидать некоторое повреждение данных в худшем случае. Однако, это может быть предпочтительно для потери всего объема.

1
ответ дан 3 December 2019 в 05:19

Теги

Похожие вопросы