第三步：开始创建新的控制文件。

　　数据库管理员备份好所有的数据文件、重做日志文件、参数文件之后，就需要启动一个新的例程。但是不要加载数据库或者打开数据库。也就是说，此阿如STARTUP NOMOUNT命令。数据库启动分三个步骤，分别为启动例程、加载数据库、打开数据库。此时数据库管理员一定要注意只要启动一个进程即可，不需要加载数据库或者打开数据库。否则的话，控制文件就无法创建成功。

　　启动例程后，数据库管理员要采用Create Controfile语句来创建一个新的控制文件。如果除了控制文件外，还丢失了某些重做日志组的话，还需要使用Resetlogs参数。也就是说，需要恢复丢失的重做日志。另外，跟数据库控制文件损害不同，如果只是更改数据库的名字，则也需要使用这个参数。建立好这个控制文件后，还没有全部完工。因为此时的控制文件中还没有初始化参数。数据库管理员还需要手工修改控制文件中的初始化参数。为了防止后续的工作导致新建的控制文件重新损坏，在配制控制文件的初始化参数的之前，最好对这个控制文件先进行备份。如此的话，即使手工修改控制文件初始化参数有错的话，也不用重头来过。而只需要把新建立的控制文件还原即可。

　　第四步：编辑控制文件初始化参数。

　　创建了新的控制文件之后，数据库管理员还需要根据实际的情况来修改控制文件的初始化参数。如数据库管理员需要更改数据库名字的话，就需要更改 DB_NAME参数。在修改这个控制文件的时候，一定要小心。他跟微软操作系统的注册表一样，一个字符都不能够差的。为此，对于这些初始化参数，如果能够通过复制、粘贴等手段取得的，最好直接通过复制粘贴来修改初始化参数。手工输入的话，难免为出现错误。另外，再强调一次，跟修改注册表一样，对控制文件中的内容进行修改之前，最好先对这个控制文件进行备份。那么即使控制文件的初始参数有什么不准确的地方，也可以尽量采取一些弥补措施。

　　第五步：有选择的恢复数据库。

　　数据库管理员可以根据实际需要，选择是否需要恢复数据库。一般来说，这个步骤不适必须要进行的。即使控制文件重新建立后没有重新恢复数据库，此时也已经可以正常打开数据库了。

　　虽然Oracle数据库可以通过手工建立控制文件的方式来修复控制文件的错误。但是，笔者还是不建议采用这种方式来挽回控制文件损害而造成的损失。笔者建议，最好在数据库部署的时候采用磁盘阵列技术或者控制文件多路复用技术，在提高控制文件的安全性。并且，最好控制文件的日常备份工作，也可以免去手工建立控制文件的麻烦。手工重新建立控制文件只是一种不得已而为知的方法。而且，收集的资料如果不全的话，还可能会造成一些异常的错误。为此，数据库管理员应该尽量避免这种情况的发生。多采取一些预先防治的措施。而不是等到控制文件损坏了再临阵抱佛脚，这是非常不负责任的方法。总之手工创建新的控制文件是一种应急的方法，不可多行。