win10系统不同的还原方式所要使用的时间不同:
1、只还原C盘部分所要使用的时间很短,约一小时左右。
2、还原所有文件(释放镜像),约5到6小时。
3、还原点还原,约4到5小时。
还原点提供与闪回数据库和其他介质恢复 *** 作相关的功能。 特别是,在系统改变号(SCN)上创建的保证还原点可以使用闪回数据库将数据库回滚到此SCN。 还原点功能和闪回数据库功能可以单独使用,也可以一起使用。
扩展资料
保证还原点与正常还原点一样充当恢复 *** 作中SCN的别名。 主要区别在于保证的还原点永远不会超出控制文件的范围,必须明确删除。它的使用和正常还原点没有区别。
需要注意的是,无论是否启动了闪回数据库功能,保证还原点都可以使用闪回数据库将数据库回滚到还原点SCN的状态。 如果启用了闪回日志记录,则保证还原点会强制保留从最早的保证还原点之后,闪回数据库闪回到任意SCN所需的闪回日志。
因此,如果启用了闪回日志记录,则可以将数据库闪回到开启保证还原点以后的任何SCN,而不是仅闪回到单个SCN。
参考资料来源:
百度百科——还原点
oracle备份的几种方法:\x0d\x0a1).导出/导入(EXP/IMP)。\x0d\x0a 2).热备份。\x0d\x0a 3).冷备份。\x0d\x0a 注释:导出备件是一种逻辑备份,冷备份和热备份是物理备份。\x0d\x0a 一、 导出/导入(Export/Import)\x0d\x0a 利用Export可将数据从数据库中提取出来,利用Import则可将提取出来的数据送回到Oracle数据库中去。\x0d\x0a 1、简单导出数据(Export)和导入数据(Import)\x0d\x0a Oracle支持三种方式类型的输出:\x0d\x0a(1)、表方式(T方式),将指定表的数据导出。\x0d\x0aexp amis/amis@amisdb tables= B_S_AGT_LNE_ACCT_H_0714 file=B_S_AGT_LNE_ACCT_H_0714.dmp \x0d\x0aimp odsbdata/odsbdata@amisdb file= B_S_AGT_DEP_ACCT_TDE_H_0714.dmp full=y ignore=y\x0d\x0a (2)、用户方式(U方式),将指定用户的所有对象及数据导出。\x0d\x0a (3)、全库方式(Full方式),瘵数据库中的所有对象导出。\x0d\x0a 数据导入(Import)的过程是数据导出(Export)的逆过程,分别将数据文件导入数据库和将数据库数据导出到数据文件。\x0d\x0a 2、 增量导出/导入\x0d\x0a 增量导出是一种常用的数据备份方法,它只能对整个数据库来实施,并且必须作为SYSTEM来导出。导出文件名缺省为export.dmp,如果不希望自己的输出文件定名为export.dmp,必须在命令行中指出要用的文件名。\x0d\x0a 增量导出包括三种类型:\x0d\x0a (1)、“完全”增量导出(Complete)\x0d\x0a 即备份三个数据库,比如:\x0d\x0a exp system/manager inctype=complete file=040731.dmp\x0d\x0a (2)、“增量型”增量导出\x0d\x0a 备份上一次备份后改变的数据,比如:\x0d\x0a exp system/manager inctype=incremental file=040731.dmp\x0d\x0a (3)、“累积型”增量导出\x0d\x0a 累计型导出方式是导出自上次“完全”导出之后数据库中变化了的信息。比如:\x0d\x0a exp system/manager inctype=cumulative file=040731.dmp\x0d\x0a 数据库管理员可以排定一个备份日程表,用数据导出的三个不同方式合理高效的完成。\x0d\x0a 比如数据库的被封任务可以做如下安排:\x0d\x0a 星期一:完全备份(A)\x0d\x0a 星期二:增量导出(B)\x0d\x0a 星期三:增量导出(C)\x0d\x0a 星期四:增量导出(D)\x0d\x0a 星期五:累计导出(E)\x0d\x0a 星期六:增量导出(F)\x0d\x0a 星期日:增量导出(G)\x0d\x0a 如果在星期日,数据库遭到意外破坏,数据库管理员可按一下步骤来回复数据库:\x0d\x0a 第一步:用命令CREATE DATABASE重新生成数据库结构;\x0d\x0a 第二步:创建一个足够大的附加回滚。\x0d\x0a 第三步:完全增量导入A:\x0d\x0a imp system/manager inctype=RESTORE FULL=y FILE=A\x0d\x0a 第四步:累计增量导入E:\x0d\x0a imp system/manager inctype=RESTORE FULL=Y FILE=E\x0d\x0a 第五步:最近增量导入F:\x0d\x0a imp system/manager inctype=RESTORE FULL=Y FILE=F\x0d\x0a二、 冷备份\x0d\x0a 冷备份发生在数据库已经正常关闭的情况下,当正常关闭时会提供给我们一个完整的数据库。冷备份时将关键性文件拷贝到另外的位置的一种说法。对于备份Oracle信息而言,冷备份时最快和最安全的方法。冷备份的优点是:\x0d\x0a 1、 是非常快速的备份方法(只需拷文件)\x0d\x0a 2、 容易归档(简单拷贝即可)\x0d\x0a 3、 容易恢复到某个时间点上(只需将文件再拷贝回去)\x0d\x0a 4、 能与归档方法相结合,做数据库“最佳状态”的恢复。\x0d\x0a 5、 低度维护,高度安全。\x0d\x0a 但冷备份也有如下不足:\x0d\x0a 1、 单独使用时,只能提供到“某一时间点上”的恢复。\x0d\x0a 2、 再实施备份的全过程中,数据库必须要作备份而不能作其他工作。也就是说,在冷备份过程中,数据库必须是关闭状态。\x0d\x0a 3、 若磁盘空间有限,只能拷贝到磁带等其他外部存储设备上,速度会很慢。\x0d\x0a 4、 不能按表或按用户恢复。\x0d\x0a 如果可能的话(主要看效率),应将信息备份到磁盘上,然后启动数据库(使用户可以工作)并将备份的信息拷贝到磁带上(拷贝的同时,数据库也可以工作)。冷备份中必须拷贝的文件包括:\x0d\x0a 1、 所有数据文件\x0d\x0a 2、 所有控制文件\x0d\x0a 3、 所有联机REDO LOG文件\x0d\x0a 4、 Init.ora文件(可选)\x0d\x0a 值得注意的使冷备份必须在数据库关闭的情况下进行,当数据库处于打开状态时,执行数据库文件系统备份是无效的。\x0d\x0a 下面是作冷备份的完整例子。\x0d\x0a (1) 关闭数据库\x0d\x0a sqlplus /nolog\x0d\x0a sql>connect /as sysdba\x0d\x0a sql>shutdown normal;\x0d\x0a (2) 用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件\x0d\x0a sql>cp \x0d\x0a (3) 重启Oracle数据库\x0d\x0a sql>startup\x0d\x0a 三、 热备份\x0d\x0a 热备份是在数据库运行的情况下,采用archivelog mode方式备份数据库的方法。所以,如果你有昨天夜里的一个冷备份而且又有今天的热备份文件,在发生问题时,就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下 *** 作,并需要大量的档案空间。一旦数据库运行在archivelog状态下,就可以做备份了。热备份的命令文件由三部分组成:\x0d\x0a 1. 数据文件一个表空间一个表空间的备份。\x0d\x0a (1) 设置表空间为备份状态\x0d\x0a (2) 备份表空间的数据文件\x0d\x0a (3) 回复表空间为正常状态\x0d\x0a 2. 备份归档log文件\x0d\x0a (1) 临时停止归档进程\x0d\x0a (2) log下那些在archive rede log目标目录中的文件\x0d\x0a (3) 重新启动archive进程\x0d\x0a (4) 备份归档的redo log文件\x0d\x0a 3. 用alter database bachup controlfile命令来备份控制文件\x0d\x0a 热备份的优点是:\x0d\x0a 1. 可在表空间或数据库文件级备份,备份的时间短。\x0d\x0a 2. 备份时数据库仍可使用。\x0d\x0a 3. 可达到秒级恢复(恢复到某一时间点上)。\x0d\x0a 4. 可对几乎所有数据库实体做恢复\x0d\x0a 5. 恢复是快速的,在大多数情况下爱数据库仍工作时恢复。\x0d\x0a 热备份的不足之处:\x0d\x0a 1. 不能出错,否则后果不堪设想。\x0d\x0a 2. 假如热备份不成功,所得结果则不能用于时间点的恢复(scn)。\x0d\x0a如果是全库一般需要配置一个rman.\x0d\x0aoracle的恢复方案:\x0d\x0aoracle 恢复表到以前的某个状态\x0d\x0a1.用bda登录进去\x0d\x0aselect * from sys.smon_scn_time--scn 与时间的对应关系 \x0d\x0a每隔5分钟,系统产生一次系统时间标记与scn的匹配并存入sys.smon_scn_time表。 \x0d\x0a以下是我在测试机上做了一个测试:\x0d\x0aselect * from table as of scn 3296161275\x0d\x0a\x0d\x0aselect * from table as of scn 3296200982\x0d\x0a\x0d\x0a然后我们恢复到这个检查点。\x0d\x0a以上是oracle的备份和恢复方案。数据结构在计算机中的表示(映像)称为数据的物理(存储)结构 它包括数据元素的表示和关系的表示
物理结构 即oracle数据库使用的 *** 作系统文件结构 对于数据库物理结构文件 不同的oracle版本 不同的 *** 作系统平台上有不同的存储目录结构
winnt | d:oracleproduct oradataDB_NAME * *(oracle g)d:orantdatabase* *(oracle oracle ) Unix | /home/app/oracle/product/ /oradata/DB_NAME/* * ( g)/home/app/oradata/db_name/* *( i i)
数据库的物理结构文件按其作用可以分为三类
数据文件
日志文件
控制文件
一 数据文件
数据文件用来存储数据库的数据 如表 索引等 读取数据时 系统首先从数据库文件中读取数据 并存储到SGA的数据缓冲区中 这是为了减少I/O 如果读取数据时 缓冲区中已经有要读取的数据 就不需要再从磁盘中读取了 存储数据时也是一样 事务提交时改变的数据先存储到内存缓冲区中 再由oracle后台进程DBWR决定如何将其写入到数据文件中
查询数据文件的信息
sql>select * from dba_data_files或 sql>select * from v$datafile (此数据字典包含文件的动态信息)
一个数据文件只与一个数据库相联系 数据文件的大小是可以改变的 可以通过以下语句查询表空间的空间空闲量
sql>select * from dba_free_space
修改数据文件的大小
sql>alter database datafile "d: df dbf" resize m
数据库文件的自动扩展特性 请看下面的例子:
sql>alter tablespace tbs add datafile "d: df dbf" size m autoextend on next m maxsize m sql>alter database mydb datafile "d: df dbf" "d: df dbf" autoexetend off sql>alter database mydb datafile "d: df dbf" "d: df dbf" autoexetend on next m maxsize unlimited
二 重做日志文件
重做日志文件记录对数据库的所有修改信息 它是三类文件中最复杂的一类文件 也是保证数据库安全与数据库备份与恢复有直接关系的文件
日志文件组与日志成员
在每一个oracle数据库中 至少有两个重做日志文件组 每组有一个个或多个重做日志文件 即日志成员 同一组中的成员是镜像关系 它们存储的内容是一模一样的 Oracle在写日志时 以一个日志组为逻辑单位写入 只在将日志都写入日志组中的每个成员文件中后 写日志才完成
日志工作原理
Oracle有多个日志文件组 当一个日志文件组中所有的成员所有的成员同时被写满数据时 系统自动转换到下一个日志文件组 这个转换过程称为日志切换
当日志切换后 会给前一个日志组编一个号 用于归档日志的编号 这个编号称为日志序列号 此编号由 开始 每切换一次 序列号自动加 最大值受参数MAXLOGHISTORY限制 该参数的最大值为
当oracle把最后一个日志组写满了以后 自动转向第一个日志组 这时 再向第一个日志组写日志的时候 如果数据库运行在非归档模式下 这个日志组中的原有日志信息就会被覆盖
使用以下语句查询日志文件信息
sql>select * from v$log
相关字段说明如下
GROUP#:日志文件组号
THREAD#:日志文件线程号 一般为 双机容时为
SEQUENCE#:日志序列号
BYTES:日志文件大小
MEMBERS:该组的日志成员个数
ARC:该组日志信息是否已经完成归档
STATUS:该组状态(CURRENT:表示当前正在使用的组 NACTIVE:表示非活动组 ACTIVE:表示归档未完成)
FIRST_CHANGE#:系统改变号SCN 也叫检查点号
FIRST_TIME:系统改变时间
DBA可以使用下列命令进行强制日志切换
sql>alter system switch logfile
NOARCHIVELOG/ARCHIVELOG
NOARCHIVELOG是非归档模式 如果数据库运行在这种模式下 当日志切换时 新切换到的日志组中的日志信息会被覆盖 ARCHIVELOG:归档模式 如果数据库运行在这种模式下 日志会被归档存储 产生归档日志 且在未归档之前 日志不允许被覆盖写入
要确认数据库的归档方式 可以查询数据字典v$database:
sql>select log_mode from v$database
要了解归档日志的信息 可以查询数据字典v$archived_log
要将数据库改为归档模式
a alter database archivelog
b 设置初始化参数LOG_ARCHIVE_START=TRUE
c 设置归档文件目标存储路径 LOG_ARCHIVE_DEST=C:ORAARCHIVE
d 设置归档文件命名格式参数 LOG_ARCHIVE_FORMAT="ORCK%T%S ARC" 这个格式中的%S表示日志序列号 自动左边补零 %s表示日志序列号 自动左边不补零 %T表示日志线程号 左边补零 %t表示日志线程号不补零
e 重新启动数据库
CKPT进程(检查点进程)
CKPT进程保证有修改过的数据库缓冲区中的数据都被写入到数据文件 日志文件 数据文件 数据库头和控制文件中都有写入检查点标记 数据库在恢复时 只需提供自上一个检查以来所做的修改 检查点完成时系统将更新数据库数据库头和控制文件
参数LOG_CHECKPOINT_TIMEOUT决定一个检查点发生的时间间隔 LOG_CHECKPOINT_INTERVAL决定一个检查需要填充的日志文件块的数量 检查点号 也称系统改变号(SCN) 它标识一个检查点 可以通过v$log查询日志文件的检查点信息 通过v$datafile查询数据文件的检查点信息 通过v$database查询数据库头的检查点信息 三个地方的检查点号相同 如果不同 说明发明数据库不同步 此时数据库肯定无法正常启动
增加与删除日志文件组 日志成员(详细语法请参考oracle文档)
alter database [database] add logfile [group integer] filespec[ [group alter database [database] add logfile ( ) alter database [database] drop logfile [grout integer] alter database [database] add logfile member "filespec" [reuse] to group integer alter database [database] drop logfile member "filename" "filename" alter database [database] rename file "filename" to "filename
"
清除日志文件数据
alter database [database] clear [unarchived] logfile group integer|filespec
三 控制文件
控制文件是一个二进制文件 用来描述数据库的物理结构 一个数据库只需要一个控制文件 控制文件的内容包括
数据库名及数据库唯一标识
数据文件和日志文件标识
数据库恢复所需的同步信息 即检查点号
控制文件由参数control_files指定 格式如下
control_files=("home/app/ /control ctl" "home/app/ /control ctl")
参数中各个文件是镜像关系 也就是说 几个文件中只要有一个文件完好 数据库就可以正常运行
以下语句查询控制文件的信息
sql>select * from v$controlfile
如果控制文件损坏或丢失 数据库将终止并且无法启动 所以 要对控制文件进行镜象 手工镜像步骤如下
a 关闭数据库
b 复制控制文件
c 修改参数文件 加入新增的控制文件位置描述
d 重新启动数据库
另外注意 控制文件中还包含几个服务器参数的设置 如果修改这些参数的值 刚需要重新创建控制文件 这些参数是
MAXLOGFILES:最大日志文件个数
MAXLOGMEMBERS:最大日志成员个数
MAXLOGHISTORY:最大历史日志个数
MAXDATAFILES:最大数据文件个数
MAXINSTANCES:最大实例文件个数
所有修改数据库结构的命令都会引起控制文件的改变 同时出会记录在oracle跟踪文件中 跟踪文件的名称为alter_SID log 路径如下
d:oracleproduct adminDB_NAMEdumpSIDALRT log(unix是alter_SID ora)
也可以在参数文件中指定跟踪文件的存储路径 后台进程跟踪文件目录由参数background_dump_dest指定 用户跟踪文件位置由参数user_bdump_dest指定 如
lishixinzhi/Article/program/SQL/201405/30847
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)