背景故事：由于测试不好，我们不得不将测试服务器推回几个月。我们在测试开始之前选择了最后一个完整备份。现在它已经回滚了，我无法让数据库合作。
当我尝试登录sqlplus时，我得到ORA-01033：正在进行ORACLE初始化或关机。
在一个解决方案之后，我能够使用connect / as sysdba
来自v $ instance的状态;安装了
立即关机;工作
启动;返回数据库已挂载ORA-00333：重做日志读取错误块###### count ####
当我查看警报_ * .log时，我看到：
Successful mount of redo thread 1, with mount id ########
Database mounted in Exlcusive Mode
Lost write protection disabled
Completed: ALTER DATABASE MOUNT
Thu Mar 01 15:41:02 2018
ALTER DATABASE OPEN
Beginning crash recovery of 1 threads
Started redo scan
Incomplete read from log member '/redacted/REDACTED/onlinelog/o1_mf_2_blahblah_.log'.
Trying next member.
Aborting crash recovery due to error 333
Errors in file /u01/app/oracle/diag/rdbms/redacted/redacted/trace/redacted_ora_31209.trc:
ORA-00333: redo log red error block ###### count ####
Errors in file /u01/app/oracle/diag/rdbms/redacted/redacted/trace/redacted_ora_31209.trc:
ORA-00333: redo log red error block ###### count ####
ORA-333 signaled during: ALTER DATABASE OPEN...
根据对该错误的建议，我查询了日志文件组的状态，发现1和3是INACTIVE，2是CURRENT。
我看到了一些使用备份控制文件恢复数据库的建议，然后将其提供给CURRENT重做日志的路径，然后ALTER为OPEN。但是，所有的例子都显示redo1是最新的，上次当我2当前时，它似乎会抛出更多的错误，而且sqlplus变得更加不合作（我认为它甚至不能让我连接为sysdba）了）。除了作为绝对的最后手段之外，我不想再次尝试。
另一个建议说要做一次不完全恢复，但没有给出指示。除此之外，我们只是将整个机器推回到备份版本。
我可以检查/尝试其他什么？