使用MySQL
如果你没有cfg文件,那么你可以使用MySQL的官方工具来尝试恢复数据库。建议使用MySQL Workbench或mysqldump工具来恢复数据库。
数据库有多种定义,一般指按照数据结构来组织、存储和管理数据的仓库。建站中提到的数据库一般是指储存和处理数据的软件系统,例如常见的有ACCESSmySQLMSSQL。
这里是Oracle使用其硬线路的位置 由于转储的数据文件不能恢复到与其他文件一致的位置 所以可能存在中断的数据并且Oracle不允许正常打开数据库
第 步 设置未文档化的实例参数并打开数据库
在初始化参数文件中首先需要将job_queue_processes设置为 然后设置_allow_resetlogs_corruption=TRUE 更改该参数后 切换到保存新控制文件的目录 第一步创建的位置 然后以 SYSDBA连接并运行新的控制文件创建脚本
此时数据库可以打开了
SQL> SELECT COUNT() FROM OE orders;
第 步 执行导出并提取数据
在这一步可以很容易的看到那些表导出了全部的数据
第 步 转储备份的数据库
这一步 以及下面两步可选 这三步结合在一起允许提取更多的数据 这一步从备份的数据库转储可以高效的撤销任何由于使用_allow_resetlogs_corruption参数造成的毁坏 因此 这一步不会恢复任何丢失的数据文件
第 步 使毁坏的数据文件offline
ALTER DATABASE DATAFILE /u /oradata/PRD/ordtab dbf OFFLINE;
这一步得到数据库的完全一致性状态
第 步 执行导出并提取额外的数据
这一步可能能够提取从第四步不能提取的额外数据 如索引中的数据
第 步 转储数据库
这是最后一次转储数据库 这一步正式回滚数据库到使用隐含参数前那一刻 然后将数据库返回到正常状态 如果从第五步转储以来没有更新任何数据 可以跳过这一步
第 步 删除有问题的表空间
首先需要查看是否有完整性约束限制 使用以下查询
SELECT CR constraint_nameFROM dba_constraints CR dba_constraints CP dba_tables TP dba_tables TRWHERE CR r_owner = CP ownerAND CR r_constraint_name = CP constraint_nameAND CR constraint_type = R AND CP constraint_type IN ( P U )AND CP table_name = TP table_nameAND CP owner = TP ownerAND CR table_name = TR table_nameAND CR owner = TR ownerAND TR tablespace_name <> ORDTAB AND TP tablespace_name = ORDTAB ;
如果有约束 可能需要创建重建脚本 如果使用export dump重建数据 约束可以从导出文件转储
DROP TABLESPACE ordtab INCLUDING CONTENTS CASCADE CONSTRAINTS;
第 步 重建表空间
第 步 重建数据
执行导入后 结束
lishixinzhi/Article/program/SQL/201311/16188
用于恢复数据库的文件,一般有两种:
原数据库文件,扩展名为mdf和ldf这些,恢复时用‘附加数据库’功能
数据库备份文件,扩展名不定,一般为dat,这类文件恢复时用‘还原数据库’功能
mysql数据恢复过程
从另一台机上把mysql数据库的mysql文件夹拷贝到本地机上,目的是恢复本地机对数据的访问和 *** 作。经过如下几种情况的 *** 作。
1
在本地重装mysql(安装目录d:\program
files\mysql\mysql
server
50),直接把mysql文件夹拷贝至d:\program
files\mysql\mysql
server
50\。结果,失败:数据库连接错误。
2
卸载后重装mysql,将d:\program
files\mysql\mysql
server
50\下的数据备份,只把mysql\data文件夹全部内容拷贝到d:\program
files\mysql\mysql
server
50\data下。结果,失败:数据库连接错误。将备份的数据还完覆盖。结果,失败,还是连接不上数据库。
3
卸载后重装mysql,将mysql\data文件夹里的cf1,last文件夹(这两个是原来mysql里的数据库)拷贝进d:\program
files\mysql\mysql
server
50\data。连接成功,在navicat
for
mysql里看到数据库cf1和last,但是不能访问,因为数据全为零。明白了原来data里以数据库命名的文件存储的是数据库的表结构,不是元数据。下一步,把data文件夹里的ibdata1文件(34g大,明显存储了元数据)拷贝到d:\program
files\mysql\mysql
server
50\data里,代替原来的ibdata1文件。重启电脑,打开navicat
for
mysql,连接成功,数据可以访问 *** 作。
至此, *** 作终于成功。其实当初在那台机上把数据导出来,而不是现在直接把文件夹mysql复制过来会更容易恢复。但那台机已经重装了系统,也就是说mysql失效了。
以上就是关于没有.cfg文件如何恢复数据库全部的内容,包括:没有.cfg文件如何恢复数据库、丢失归档日志文件后数据库应当如何恢复[2]、有谁知道用于数据库恢复的重要文件是什么等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)