DBF 文件恢复 ORACLE 数据库的方法

清·魏源《庸易通义》：“至道问学之有知无行，分温故为存心，知新为致知，而敦厚为存心，崇礼为致知，此皆百密一疏。”

起因

在我们的生产活动中，意外总是在不经意间发生。那天一个安装有 oracle 数据库的盘符不小心被格式化了，好几个项目都炸了。不过还好有备份，不过只有 .dbf 文件和几个日志文件：

解决

前期准备

重新安装和之前一样的数据库版本、实例名都和之前的一致；编写创建控制文件 controlfile 的命令。

控制文件（control file）是oracle的物理文件之一，它记录了数据库的名字、数据文件的位置等信息。控制文件的重要性在于，一旦控制文件损坏，数据库将会宕机。如果没有数据库的备份和归档日志文件，数据库将无法恢复。因此，我们应该多路镜像控制文件（multiplex control files），并把每个镜像的控制文件分布在不同的物理磁盘。根据经验，控制文件多路镜像以后，几个控制文件同时坏掉的可能性几乎为零。控制文件管理的重心是重在预防，而不是亡羊补牢！

控制文件实例：

操作步骤

1.进入 cmd 输入命令：

然后以数据库管理员身份登录系统，输入：

输入命令回车，下一步输入密码即可进入到数据库命令行模式。
2.备份控制文件到 trace 文件，输入命令：

3.停止数据库，输入命令：

4.以 nomount 状态启动数据库，输入命令：

5.执行创建控制文件的命令，输入前期准备好的创建控制文件的命令：
6.恢复数据库，输入命令：

7.将数据库从 mount 状态切换到 open 状态，这时就是使用数据库了，输入命令：

oracle数据库启动分三个步骤 nomount mount open startup是数据库从开始阶段的启动du，需要经过上述zhi三个步dao骤 alter database open是数据库处于mount状态，从mount状态打开数据库的命令

至此，dbf 文件恢复 oracle 数据库就完成了。祝君好运！

期间遇到的问题

有问题不要害怕，一个一个去解决它，从中汲取养料，相信自己。

问题一

数据库恢复成功后，连接数据库遇到

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-anrfpofc-1609941209785)()]

因为归档文件的空间满了。
解决一
增加归档日志空间或者删除归档日志（谨慎操作），可同时操作。
1.增加归档日志空间：

2.删除归档日志

问题二

ora-00379: no free buffers available in buffer pool default for block size 16k
缓冲池 default 中无法提供 16k 块大小的空闲缓冲区

解决二

查看 16k 块大小

2.设置 16k 块缓冲区大小

问题三

ora-12516
ora-12516: tns: 监听程序找不到符合协议堆栈要求的可用处理程'

解决三

1.查看数据库现有的进程（process）数是否已经达到参数 processes 的大小；当前会话数量（session）是否达到参数 sessions 的大小。

2.修改 processes 值和 sessions 值

3.重启数据库生效

到此这篇关于dbf 文件 oracle 数据库恢复的文章就介绍到这了,更多相关dbf 文件 oracle 数据库恢复内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！