Oracle数据库两个用户名使用同一表空间如何备份与恢复?

Oracle数据库两个用户名使用同一表空间如何备份与恢复?,第1张

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的备份和恢复方案。

B修改了第4000万行数据,被放到回滚段中是修改前的数据。

针对没有commit的事务,基于隔离机制,所有其他进程查询到的数据都是未修改的数据

针对commit的事务,则需要看发起select事务语句的开始时间点,如果事务开始时间点在commit之后,则肯定查询commit后的数据;如果select事务开始时间点在commit之前,当扫到该条数据时,会去回滚段查找该数据块select事务开始时间点的数据,如果找到了就会使用老数据,如果没有找到,可能会报快照过旧的错误


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

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

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

发表评论

登录后才能评论

评论列表(0条)

保存