发布信息

SQL数据库数据恢复怎样弄 (sql数据库修复)

     2024-08-13 21:16:06     147

本文目录导航:

SQL数据库数据恢复怎样弄

详细步骤:1、先在SQL服务下新建一个数据库和以前的数据库同名;2、将这个新建的数据库“脱机”,在数据库上点右键,选用“一切义务”外面会有“脱机”选项;3、从下面提到的目录下将和你数据库同名的两个文件复制进去;3、将这两个文件拷贝到的数据文件夹下,笼罩掉现有的同名文件;4、将刚才被“脱机”的数据库从新启动就可以了。

数据库恢复理论驳回的方法是

数据库恢复理论驳回基于复制的恢复、基于快照的恢复、基于智能化恢复、数据转储。

1、基于复制的恢复:在恢复之前,可以预备好一个与原始数据库相反的备份,这样可以极速恢双数据库,备份可以是一个物理备份或逻辑备份,而后可以将备份传送到指标主机上,并经常使用数据库治理工具将其恢复。

2、基于快照的恢复:假设您经常使用的是虚构化技术,您或许会经常使用快照配置来创立数据库的备份,这里经过快照技术创立的备份理论可以极速恢复。

3、基于智能化恢复:假设您创立了基于智能化恢复的备份,您可以经常使用智能化工具将数据库恢复到上一次性备份时的形态,这种方法比拟牢靠,可以缩小手动操作的失误。

4、数据转储:即DBA活期将整个数据库复制到磁带,或另一个磁盘上保管起来的环节。

在启动数据库恢复时的留意事项

数据失落后,应封锁其余软件,防止对失落数据的磁盘启动读写操作,包括存储数据、扫描数据和删除数据等。

制止对失落数据的磁盘启动碎片整顿,由于这会清算原有数据。

在数据恢复环节中,不要将恢复的数据间接存储到原有磁盘中。

数据失落后,应防止对失落数据的磁盘启动格局化操作,同时也不能更改原有分区格局,以防止数据再次被破坏。

在数据恢复环节中,要确保有足够的电源,防止突然断电或其余意外操作。

制止经常使用对磁盘启动数据审核的工具,尤其是关于误删文件的状况,由于这或许会占据标志为空形态的文件,造成数据失落。

十大数据库备份和恢复方法

普通的文件型数据库,实践上对整个就是一个或许多个文件,所谓的备份就是把这些文件思考到其它介质上,或许有一个打包的环节,或许刻录到DVD的环节。

这是对文件型数据库备份和恢复的最好方法,效率最好,操作最便捷。

有的大型数据库,它自己治理存储空间,是分区或许磁盘,不被操作系统识别。

这类数据库一样可以用GHOST等工具有份磁盘。

或许许多人讲备份数据库是把数据库转换为SQL或许文本文件。

其实这是另外一个概念,叫做数据迁徙,目的是把数据库的数据移植到其它数据库治理系统。

数据迁徙不适宜用来做数据库的日常备份,普通关键数据库不会平庸的做数据迁徙。

普通数据库系统会提供专门的数据迁徙工具,当然这类工具也或许就是一系列的SQL语句,自己也能编写。

1. 关上块审核(block checking) 这样做的目的是为了及早的发现数据库中的坏块。

会有些性能开支,然而可以发现由于底层磁盘、存储系统或I/O系统的疑问造成的坏块。

SQL alter system set db_block_checking = true scope=both;2. 用rman备份时关上块跟踪(10g以上) 块跟踪文件蕴含用于增量备份的位图。

每一个位示意一个extent,因此仅仅那些被修正的extent才会被读取并备份。

假设没关上块跟踪,那么一切的块必定都被读取,以确定能否曾经上次备份后被修正过。

SQL alter scope=both;SQL alter database add logfile member /new/location/ to group 1;4. 备份时经常使用 check logical 选项这会让rman审核块中的逻辑损坏以及头尾校验,这是取得良好备份的最好模式。

RMAN backup check logical database plus archivelog delete input;5. 测试你的备份做任何操作都不照实践恢复一次性数据库。

这是最好确实定你的备份在关键时辰能否良好可用的最佳方法。

RMAN restore validate database;6. 每个数据文件在一个独自的备份片中做局部恢复时rman必定读取整个备份片和必定的归档日志。

备份片越小恢复越快。

这对大型数据库的磁带备份或仅恢复单个(或几个)文件时特意关键。

RMAN backup database filesperset 1 plus archivelog delete input;7. 保养 rman 的恢复目录和控制文件细心选用你的保管政策。

确保它涵盖了你的磁带系统保管战略以及备份恢复战略的需求。

假设没经常使用恢复目录,确保参数control_file_record_keep_time婚配你的保管战略。

SQL alter system set control_file_record_keep_time=21;备份记载将保管21天。

口头惯例的恢复目录保养删除过时的内容将移走超越保管战略的备份,假设过时备份没被删除,恢复目录会增长直至性能产生疑问。

RMAN delete obsolete;校验恢复目录或控制文件中内容与物理的备份婚配。

假设备份片失落,将被置为EXPIRED 形态,恢复时它将没有资历,更早的备份将被经常使用。

删除过时备份须要经常使用以下命令。

RMAN crosscheck backup;RMAN delete expired backup;8. 预防控制文件失落这将确保您一直具有最新controlfile的可用。

RMAN configure controlfile autobackup on;保管备份日志。
sql数据库修复
备份日志蕴含您的磁带访问的参数,控制文件备份的位置,假设数据库齐全失落时这些消息会很有用。

9. 测试你的恢复在恢复场所,会让你知道恢复将怎样口头。

并且能防止再次恢恢双数据文件。

SQL recover database test;SQL RECOVER TABLESPACE sales TEST;10. 在备份归档时不要经常使用delete all input DELETE INPUT 将从第一个归档位置删除日志。

它也将删除从先前备份以来的第二个归档位置的日志。

备份并删除指定位置的归档backup archivelog until time sysdate -7 like /u04/oracle/admin/TEST/arch/% deleteinput;假设归档文件备份到多个指标位置,而且不同位置保管战略不同,可以如下操作:run { backup archivelog all; delete archivelog until time sysdate -1 like /am3/oradata/arch/%;delete archivelog until time sysdate -5 like /am3/oradata/arch1/AM3P2/%;} rman备份和删除归档文件按数字顺序从_dest_1到_dest_10口头。

假设存在闪回区,rman总是首先从闪回区启动备份和删除。

在恢复环节中RMAN将审核一切的归档目的地,以确保须要的归档日志曾经不存在。

假设归档日志曾经存在RMAN的目的地之一,将不可恢复该文件。

恢复归档日志到asm中的闪回区RMAN run { allocate channel c1 type sbt_tape;set archivelog destination to +SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_13;restore archivelog from time to_date(13/08/2010:00:00:00,dd/mm/yyyy:hh24:mi:ss) until time to_date(14/08/2010:00:00:00,dd/mm/yyyy:hh24:mi:ss);} +SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_13 ASMCMD ls -ltr Type Redund Striped Time Sys Name N 1__ = +SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_.5341. N 1__ = +SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_.3425. N 1__ = +SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_.5644.

相关内容 查看全部