Oracle数据库基于用户管理的备份与恢复

Oracle数据库中,数据库文件的备份与恢复可以有很多的方式来实现,本文我们介绍一种基于用户管理的备份与恢复。基于用户管理的备份是指使用OS命令来备份数据库物理文件。

 

备份数据库

 

数据库一致性备份:关闭数据库以后备份数据库物理文件,这时数据文件scn值完全一致,所以称之为数据库的一致性备份或冷备份,适用于归档模式与非归档模式。

 

对基于用户管理的冷备份的暂时理解:在数据库shutdown状态下使用OS命令直接拷贝数据库物理文件。

数据库非一致性备份:在open状态下备份数据库物理文件,这时数据库内容可能会改变导致数据文件scn不一致,所以称之为数据库的非一致性备份或热备份,只适用于归档模式。

基于用户管理的完全恢复(归档模式下)

1.在open状态下备份数据库物理文件(数据库非一致性备份,热备份,不影响业务运行)

2.删除数据文件来模拟文件丢失(只是删除了所有的数据文件;控制文件等其它文件处于正常状态)

3.对数据文件进行恢复

4.应用归档日志

5.查看数据是否完全恢复

 

  1. SQL> conn evan/evan  
  2.  
  3. Connected.  
  4.  
  5. SQL> insert into t_evan values('oracle');  
  6.  
  7. 1 row created.  
  8.  
  9. SQL> insert into t_evan values('java');  
  10.  
  11. 1 row created.  
  12.  
  13. SQL> commit;  
  14.  
  15. Commit complete.  
  16.  
  17. SQL> select * from t_evan;  
  18.  
  19. TEXT  
  20.  
  21. --------------------------------------------------------------------------------  
  22.  
  23. oracle  
  24.  
  25. java  
  26.  
  27. --sysdba执行备份  
  28.  
  29. SQL> conn / as sysdba  
  30.  
  31. Connected.  
  32.  
  33. SQL> select name from v$datafile;  
  34.  
  35. NAME  
  36.  
  37. --------------------------------------------------------------------------------  
  38.  
  39. /oracle/10g/oracle/product/10.2.0/oradata/oralife/system01.dbf  
  40.  
  41. /oracle/10g/oracle/product/10.2.0/oradata/oralife/undotbs01.dbf  
  42.  
  43. /oracle/10g/oracle/product/10.2.0/oradata/oralife/sysaux01.dbf  
  44.  
  45. /oracle/10g/oracle/product/10.2.0/oradata/oralife/users01.dbf  
  46.  
  47. /oracle/10g/oracle/product/10.2.0/oradata/oralife/example01.dbf  
  48.  
  49. SQL> alter database begin backup;  
  50.  
  51. Database altered.  
  52.  
  53. SQL> host cp /oracle/10g/oracle/product/10.2.0/oradata/oralife/*.dbf /oracle/10g/oracle/bakup/database/   --备份所有数据文件  
  54.  
  55. SQL> alter database backup controlfile to '/oracle/10g/oracle/bakup/database/oralife.ctl';  --备份控制文件  
  56.  
  57. Database altered.  
  58.  
  59. -----------------------------------------------------------------------------------------------------------------------------------------  
  60.  
  61. 忘记了alter database end backup;  
  62.  
  63. -----------------------------------------------------------------------------------------------------------------------------------------  
  64.  
  65. SQL> alter system archive log current; --归档当前日志组  
  66.  
  67. System altered. 

 

使用rm删除所有数据文件(*.dbf);

 

  1. SQL> conn evan/evan  
  2.  
  3. Connected.  
  4.  
  5. SQL> select * from t_evan;  
  6.  
  7. TEXT  
  8.  
  9. --------------------------------------------------------------------------------  
  10.  
  11. oracle  
  12.  
  13. java  
  14.  
  15. SQL> insert into t_evan values('spring');  
  16.  
  17. 1 row created.  
  18.  
  19. SQL> commit;  
  20.  
  21. Commit complete.  
  22.  
  23. SQL> ALTER SYSTEM CHECKPOINT; --将已修改的数据从高速缓存刷新到磁盘,并更新控制文件和数据文件  
  24.  
  25. System altered.  
  26.  
  27. SQL> ALTER SYSTEM SWITCH LOGFILE;  --日志切换  
  28.  
  29. System altered. 

 

查看alter_oralife.log出现错误信息:某些文件不存在

进行完全恢复

copy备份的数据文件到指定的目标位置,进行恢复:

 

  1. SQL> recover database --open状态  
  2.  
  3. ORA-00283: recovery session canceled due to errors  
  4.  
  5. ORA-01124: cannot recover data file 1 - file is in use or recovery  
  6.  
  7. ORA-01110: data file 1:  
  8.  
  9. '/oracle/10g/oracle/product/10.2.0/oradata/oralife/system01.dbf'  
  10.  
  11. SQL> shutdown immediate --open状态  
  12.  
  13. ORA-01122: database file 1 failed verification check  
  14.  
  15. ORA-01110: data file 1: '/oracle/10g/oracle/product/10.2.0/oradata/oralife/system01.dbf'  
  16.  
  17. ORA-01208: data file is an old version - not accessing current version  
  18.  
  19. SQL> startup force mount;  --进入mount状态进行恢复  
  20.  
  21. ORACLE instance started.  
  22.  
  23. Total System Global Area  528482304 bytes  
  24.  
  25. Fixed Size                  1220360 bytes  
  26.  
  27. Variable Size             163578104 bytes  
  28.  
  29. Database Buffers          356515840 bytes  
  30.  
  31. Redo Buffers                7168000 bytes  
  32.  
  33. Database mounted.  
  34.  
  35. SQL> recover database  
  36.  
  37. Media recovery complete.  
  38.  
  39. SQL> alter database open;  
  40.  
  41. Database altered.  
  42.  
  43. SQL> conn evan/evan --使用evan登录查看恢复情况  
  44.  
  45. Connected.  
  46.  
  47. SQL> select * from t_evan;  
  48.  
  49. TEXT  
  50.  
  51. --------------------------------------------------------------------------------  
  52.  
  53. oracle  
  54.  
  55. java  
  56.  
  57. spring 

 

没有出现应用归档日志,应用归档日志有几种方式:

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

当在open状态下对数据文件进行恢复时,应该将其offline,恢复完成后,再将其online;所有的恢复应该尽量在open状态下完成。

要理解checkpoint, alter system archive log current;,ALTER SYSTEM SWITCH LOGFILE。

关于Oracle数据库基于用户管理的备份与恢复就介绍到这里,希望通过本次的介绍能够带给您一些收获。

【编辑推荐】

  1. SQL Server 2008的BI组件SSAS使用详解
  2. Oracle数据库如何增加scott用户与相关的表
  3. 关于SQL Server数据库主键与索引的几点区别
  4. SQL Server数据同步Merge的一个BUG及解决方法
  5. 如何将SQL Server 2008的数据降级到SQL Server 2005

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/229398.html<

(0)
管理的头像管理
上一篇2025-04-18 18:13
下一篇 2025-04-18 18:14

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注