Странные вы какието, зачем же сразу радикальные методы применять,
сначала рекавер делать пробовали (alter database recover datafile <такойто>)

[oracle@oracle]$ oerr ora 01172
01172, 00000, "recovery of thread %s stuck at block %s of file %s"
// *Cause: Crash recovery or instance recovery could not apply a change to a
// block because it was not the next change. This can happen if the
// block was corrupted and then repaired during recovery.
// *Action: Do a RECOVER DATAFILE for the file containing the block. If this
// does not resolve the problem then restore the file from a backup
// and recover it.
Посему и предлагаю сначала сделать рековер, и если
"this does not resolve the problem..." то можно и пожертвовать индексами :)

Бэкапа я так понял у него нет,
просто recover datafile это чтото интересное, такое слышу в первый раз...
Короче:
startup mount
alter database recover datafile 'полный путь'
Кавычки должны быть одинарные.
Для успешного рекавера требуется наличие архивлогов,
если их нет, то возможно хватит информации в редологах.
Если рекавер не прокатит, чтож , тогда не возитесь, мочите датафайл,
на этапе маунта, переводите в оффлайн тэйблспейс, открывайте базу (alter database open) ну и т.д.