没有.cfg文件如何恢复数据库

没有.cfg文件如何恢复数据库,第1张

使用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]、有谁知道用于数据库恢复的重要文件是什么等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9508654.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-29
下一篇 2023-04-29

发表评论

登录后才能评论

评论列表(0条)

保存