由于服务器电脑系统突然崩掉，导致无法登入系统，数据库无法使用，没有办法恢复，只能重新安装系统，但是数据库中有多个企业的库环境和日常开发测试的数据库环境，所以试图恢复回来。
操作步骤：
1，确保盘符一致，重装系统后，重新安装数据库服务，要注意新安装数据库服务版本要与原来使用的一致（猜测版本不一致可能会有问题，没做尝试）。
2，安装数据的位置要与原来的一致，所以，先将原来的数据库位置改为app-old，然后新安装同样的目录app，然后将oracl相关的服务停止，修改app为app-new，将app-old改为app，为了使用原来库里面的数据。
3，注意，重装系统后，计算机的名称会变化，所以要修改dbhome_1\NETWORK\ADMIN中的listener.ora和tnsnames.ora中的HOST与计算机名称一致。
4，重新启动oracle相关的服务；
5，通过plsql测试连接，如果出现如下问题，则需要通过cmd中
具体操作解决：
步骤1：sqlplus/nolog
步骤2：connectsysassysdba然后输入密码
步骤3：shutdownnormal
步骤4：startupmount
步骤5：如出现上图文件需要介质恢复的提示，则执行recoverdatafile1;注意提示的是文件几，执行recoverdatafile几;
步骤6：然后执行shutdownnormal，然后startupmount；
步骤7：alterdatabaseopen；
至此，再通过plsql登录发现可正常登录连接数据库，大功告成。
其间如果出现某数据文件数字处于脱机状态，
则执行一下命令alterdatabasedatafile数字online；
如提示数据文件3处于脱机状态，则执行alterdatabasedatafile3online；
6，至此，数据库恢复完成，终于又可以使用原来的企业环境和数据了。
7，最后补充一点，一定要注意新安装的app路径与原来的盘符路径一致，小编这边的现象是，不知道什么原因，新安装系统后，出现f盘和d盘指向同一个盘，即现象是F(D)这种盘符，所以初次安装时，没有在意，结果就是下面的问题，一直无法连接。
然后进行了一连串的命令尝试，修改listener.ora监听文件等，依然不行，最后意识到盘符问题，到磁盘管理中将盘符修改为与原来一致得到解决。如果不确定原来是F还是D，到下图中的文件中即可确认。
然后卸载新安装的数据库服务，修改盘符，再重新安装即可。
最后，祝大家元宵节快乐！！！
PhoebusYoung感谢您的激励