Parece-me que você tem problemas de hardware (provavelmente mais erros no RAID já degradado).
O serviço Armazenamento de Informações não tornará o servidor "totalmente travado", não importa o quão "corrompidos" estejam os arquivos de banco de dados. Se a máquina estiver travando ao tentar montar o armazenamento de informações, você não conseguirá executar um reparo bem-sucedido nesse hardware.
Mesmo que você consiga reparar o banco de dados, não é uma boa idéia continuar executando uma instalação do Exchange de produção a partir de um banco de dados que foi reparado. Se você conseguir repará-lo, seria melhor mover as caixas de correio do servidor para outra instância do Exchange e jogar fora esse banco de dados reparado.
Neste ponto, eu estaria executando uma instalação de recuperação de desastres do Exhcange, restaurando seu backup mais recente do Exchange em um novo servidor (máquina virtual, etc.) e afastando-se do hardware com falha que provavelmente causou seus problemas começar com. Continuar a fornecer um serviço de produção em hardware que já causou tempo de inatividade e corrupção de dados é uma má ideia.
Se você não tiver um backup, pelo menos, espero que tenha feito o backup dos arquivos do banco de dados antes de tentar repará-los. Você poderia tentar reparar esses arquivos em outra máquina (o Exchange não precisa ser instalado para que o ESEUTIL funcione - uma cópia do diretório "Bin" do Exchange fará para fornecer os arquivos necessários para executá-lo).
Se você não tiver nenhum backup, poderá ter perdido seu Armazenamento de Informações Públicas (pub1.edb e pub1.stm). Como você disse que o seu Armazenamento de Informações Privadas não foi reparado com êxito (priv1.edb e priv1.stm), você ainda poderá obter dados da caixa de correio do usuário.