昨天新导入的业务测试数据和新写的存储过程（那种一想起来就一片乌云飘过来的存储过程），夜里公司断电，开发服务器是一台ESXi6.0,数据库虚拟机再也启动不了——找不到操作系统。
起初想通过导出OVF把虚拟机拷贝到本地来做测试和恢复，结果公司的TP-LINK无线总是精准地断开，反复三次，都是在流量到达一定值之后，WiFi就断开了，不得不放弃OVF。
【Enable SSH access & configure network in rescue mode (CentOS 7)】折腾了四五个小时，实在有点疲倦，数据损失有限，无非是争取一些时间，如果今天没结果，那就没必要恢复了，直接重装并恢复以前的数据，再让程序员重写一下存储过程，也能过得去。
但是，我总觉得这种事儿吧，轻轻放过去，实在心有不甘。
于是我重建了一个虚拟机，挂上原来那个磁盘文件，发现系统可以引导，但仍然无法启动，会卡在"Starting Switch Root"，无法继续，Google无果，只能另想办法。
再尝试Resue模式，又折腾了一会儿，使用ISO文件把原来那个客户机启动起来进入了Recue模式，可惜chroot仍然报错，估计和Swith Root失败是同一个原因。
切到原来的目录中检查，发现Oracle数据目录完整无损，控制文件、数据文件、参数文件都在，那就想办法拿下来。
在主机上尝试用USB，未果。
尝试在Resue模式下启动sshd和网络。
网络很快搞定，但启动sshd的方法必须记录一下：
文章图片
