Exchange DAG заменяет во время резервного копирования
Попытайтесь установить тот же самый дистрибутив (RHEL4, судящий ядром) где-то в другом месте и вручную скопировать важные двоичные файлы, и освобождает под/usr. Попытайтесь получить список установленных пакетов об/мин - обеспечение качества (об/мин находится под / мусорным ведром, и списки и переменный материал сохранены под / var, таким образом, это может работать до некоторой степени). Переустановка с нуля была бы наилучшим вариантом, но если это будет критическая система, то это погасит огонь. Ну, выходные наступают, таким образом, это могло быть занятое :)
О предотвращении: при создании файла, названного, "-i" (без кавычек) он предотвратит кого-то к комнате-rf * в том каталоге случайно, потому что он попросит каждый файл. Попробуйте его в тестовом каталоге. Можно создать файл с "касанием-i" (двойной дефис обозначает, "ничего не интерпретируют после этого как опции".
You have not told us nearly enough to go on, but I've got a guess. If your Exchange servers are virtual, and you're using a snapshot-based backup mechanism (like Veeam, for example), then there is a slight pause while the snapshot is taken (and/or possibly when deleted.) If you're using a VSS-capable backup process, then the backup is consistent, but the slight pause causes the other members of the DAG to think that your VM is down, so it fails over.
If none of that applies to you, then throw us a frickin' bone - what's your exchange environment, what's your backup environment? Otherwise, you're just asking us "How long is a piece of string?"