重建控制文件

最新推荐文章于 2022-08-04 14:25:37 发布
转载 最新推荐文章于 2022-08-04 14:25:37 发布 · 340 阅读 · 0

本文介绍了Oracle数据库中控制文件的两种备份方法：生成重建控制文件的脚本和备份二进制控制文件。同时提供了具体的SQL命令示例，并讨论了在不同情况下的恢复策略。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

转自

http://blog.itpub.net/29844843/viewspace-1336344/

Oracle提供两种方式备份控制文件:

1.生成可以重建控制文件的脚本
2.备份二进制的控制文件

如何获得可以重建控制文件的脚本.在mount状态下获得trc文件

[sql]  view plain copy
  1. sql> alter database backup controlfile to trace as '/home/oracle/crontol_trace.trc';   
[sql]  view plain copy
  1. [oracle@hbgf oracle]$  more /home/oracle/crontol_trace.trc  
  2. -- The following are current System-scope REDO Log Archival related  
  3. -- parameters and can be included in the database initialization file.  
  4. --  
  5. -- LOG_ARCHIVE_DEST=''  
  6. -- LOG_ARCHIVE_DUPLEX_DEST=''  
  7. --  
  8. -- LOG_ARCHIVE_FORMAT=%t_%s_%r.dbf  
  9. --  
  10. -- DB_UNIQUE_NAME="uniguard"  
  11. --  
  12. -- LOG_ARCHIVE_CONFIG='SEND, RECEIVE, NODG_CONFIG'  
  13. -- LOG_ARCHIVE_MAX_PROCESSES=2  
  14. -- STANDBY_FILE_MANAGEMENT=MANUAL  
  15. -- STANDBY_ARCHIVE_DEST=?/dbs/arch  
  16. -- FAL_CLIENT=''  
  17. -- FAL_SERVER=''  
  18. --  
  19. -- LOG_ARCHIVE_DEST_10='LOCATION=USE_DB_RECOVERY_FILE_DEST'  
  20. -- LOG_ARCHIVE_DEST_10='OPTIONAL REOPEN=300 NODELAY'  
  21. -- LOG_ARCHIVE_DEST_10='ARCH NOAFFIRM NOEXPEDITE NOVERIFY SYNC'  
  22. -- LOG_ARCHIVE_DEST_10='REGISTER NOALTERNATE NODEPENDENCY'  
  23. -- LOG_ARCHIVE_DEST_10='NOMAX_FAILURE NOQUOTA_SIZE NOQUOTA_USED NODB_UNIQUE_NAME'  
  24. -- LOG_ARCHIVE_DEST_10='VALID_FOR=(PRIMARY_ROLE,ONLINE_LOGFILES)'  
  25. -- LOG_ARCHIVE_DEST_STATE_10=ENABLE

    --  

  26. -- Below are two sets of SQL statements, each of which creates a new  
  27. -- control file and uses it to open the database. The first set opens  
  28. -- the database with the NORESETLOGS option and should be used only if  
  29. -- the current versions of all online logs are available. The second  
  30. -- set opens the database with the RESETLOGS option and should be used  
  31. -- if online logs are unavailable.  
  32. -- The appropriate set of statements can be copied from the trace into  
  33. -- a script file, edited as necessary, and executed when there is a  
  34. -- need to re-create the control file.  
  35. --  
  36. --     Set #1. NORESETLOGS case  
  37. --  
  38. -- The following commands will create a new control file and use it  
  39. -- to open the database.  
  40. -- Data used by Recovery Manager will be lost.  
  41. -- Additional logs may be required for media recovery of offline  
  42. -- Use this only if the current versions of all online logs are  
  43. -- available.  
  44. -- After mounting the created controlfile, the following SQL  
  45. -- statement will place the database in the appropriate  
  46. -- protection mode:  
  47. --  ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE

    STARTUP NOMOUNT  

  48. CREATE CONTROLFILE REUSE DATABASE "UNIGUARD" NORESETLOGS  NOARCHIVELOG  
  49.     MAXLOGFILES 16  
  50.     MAXLOGMEMBERS 3  
  51.     MAXDATAFILES 100  
  52.     MAXINSTANCES 8  
  53.     MAXLOGHISTORY 4672  
  54. LOGFILE  
  55.   GROUP 1 '/product/app/oracle/oradata/uniguard/redo01.log'  SIZE 50M,  
  56.   GROUP 2 '/product/app/oracle/oradata/uniguard/redo02.log'  SIZE 50M,  
  57.   GROUP 3 '/product/app/oracle/oradata/uniguard/redo03.log'  SIZE 50M  
  58. -- STANDBY LOGFILE

    DATAFILE  

  59.   '/product/app/oracle/oradata/uniguard/system01.dbf',  
  60.   '/product/app/oracle/oradata/uniguard/undotbs01.dbf',  
  61.   '/product/app/oracle/oradata/uniguard/sysaux01.dbf',  
  62.   '/product/app/oracle/oradata/uniguard/users01.dbf',  
  63.   '/product/app/oracle/oradata/uniguard/info01.dbf',  
  64.   '/product/app/oracle/oradata/uniguard/index01.dbf',  
  65.   '/product/app/oracle/oradata/uniguard/dev01.dbf',  
  66.   '/product/app/oracle/oradata/uniguard/index02.dbf',  
  67.   '/product/app/oracle/oradata/uniguard/dev02.dbf',  
  68.   '/product/app/oracle/oradata/uniguard/dev03.dbf',  
  69.   '/product/app/oracle/oradata/uniguard/dev04.dbf'  
  70. CHARACTER SET ZHS16GBK;  
  71. -- Commands to re-create incarnation table  
  72. -- Below log names MUST be changed to existing filenames on  
  73. -- disk. Any one log file from each branch can be used to  
  74. -- re-create incarnation records.  
  75. -- ALTER DATABASE REGISTER LOGFILE '/product/app/oracle/flash_recovery_area/UNIGUARD/archivelog/2012_04_11/o1_mf_1_1_%u_.arc';  
  76. -- ALTER DATABASE REGISTER LOGFILE '/product/app/oracle/flash_recovery_area/UNIGUARD/archivelog/2012_04_11/o1_mf_1_1_%u_.arc';  
  77. -- Recovery is required if any of the datafiles are restored backups,  
  78. -- or if the last shutdown was not normal or immediate.  
  79. RECOVER DATABASE  
  80. -- Database can now be opened normally.  
  81. ALTER DATABASE OPEN;  
  82. -- Commands to add tempfiles to temporary tablespaces.  
  83. -- Online tempfiles have complete space information.  
  84. -- Other tempfiles may require adjustment.  
  85. ALTER TABLESPACE TEMP ADD TEMPFILE '/product/app/oracle/oradata/uniguard/temp01.dbf'  
  86.      SIZE 737148928  REUSE AUTOEXTEND ON NEXT 655360  MAXSIZE 32767M;  
  87. -- End of tempfile additions.  
  88. --  
  89. --     Set #2. RESETLOGS case  
  90. --  
  91. -- The following commands will create a new control file and use it

      

编辑这个trace文件,我们就可以获得创建控制文件的sql.

[html]  view plain copy
  1. sql>STARTUP NOMOUNT  
  2. sql>CREATE CONTROLFILE REUSE DATABASE "UNIGUARD" NORESETLOGS  NOARCHIVELOG  
  3.     MAXLOGFILES 16  
  4.     MAXLOGMEMBERS 3  
  5.     MAXDATAFILES 100  
  6.     MAXINSTANCES 8  
  7.     MAXLOGHISTORY 4672  
  8. LOGFILE  
  9.   GROUP 1 '/product/app/oracle/oradata/uniguard/redo01.log'  SIZE 50M,  
  10.   GROUP 2 '/product/app/oracle/oradata/uniguard/redo02.log'  SIZE 50M,  
  11.   GROUP 3 '/product/app/oracle/oradata/uniguard/redo03.log'  SIZE 50M  
  12. -- STANDBY LOGFILE  
  13. DATAFILE  
  14.   '/product/app/oracle/oradata/uniguard/system01.dbf',  
  15.   '/product/app/oracle/oradata/uniguard/undotbs01.dbf',  
  16.   '/product/app/oracle/oradata/uniguard/sysaux01.dbf',  
  17.   '/product/app/oracle/oradata/uniguard/users01.dbf',  
  18.   '/product/app/oracle/oradata/uniguard/info01.dbf',  
  19.   '/index/oradata/uniguard/index01.dbf',  
  20.   '/devdata/oradata/uniguard/index01.dbf',  
  21.   '/devdata/oradata/uniguard/indexdata02.dbf',  
  22.   '/devdata/oradata/uniguard/dev01.dbf'  
  23. CHARACTER SET ZHS16GBK  
  24. ;  
  25. sql>RECOVER DATABASE  
  26. sql>ALTER DATABASE OPEN;  
  27. sql>ALTER TABLESPACE TEMP ADD TEMPFILE '/product/app/oracle/oradata/uniguard/temp01.dbf'  
  28.      SIZE 1244667904  REUSE AUTOEXTEND ON NEXT 655360  MAXSIZE 32767M;  
  29.    

以上给出生成创建控制文件脚本并重建控制文件的方法，但是具体恢复中遇到的问题可能需要具体对待,当得不到trace文件，可根据这个格式，查看数 据文件，更改相关内容再重建.这种方法通常是在没有控制文件(二进制文件)备份的情况下所采用的，如果存在备份应该使用备份的控制文件尝试恢复.

注：

[sql]  view plain copy
  1. SQL>alter database backup controlfile to '\home\oracle\backup\control.bkp'; //备份二进制控制文件  

oracle重建控制文件
塔山上的山
11-25 4604
oracle重建控制文件 ORACLE的控制文件是数据库的非常重要的文件，它保存着数据库的连接实例(instance)和database的一个桥梁，它定义了当前数据库物理信息的状态。因此控制文件对于一个数据库来说是非常重要的，在某些时候我们需要重新创建控制文件： 1.当控制文件丢失的时候，并且没有最近的文件Copy备份（一般在建库完成后的生成一个创建ControlFile的的脚本）。 2.需要
oracle19c 容器数据库控制文件（重建控制文件）
m0_70247753的博客
01-02 1577
如果没有控制文件的自动备份，而且丢失了所有对控制文件的备份，那么我们可以通过重建控制文件来恢复数据库。-----将控制文件备份出来变成一个跟踪文件//这里面有很多文件需要一个个去找，哪一个是刚刚备份出来的控制文件，所以我们备份控制文件之后应该第一时间把这个文件保存下来，以免后面需要的时候找不到----------------
Oracle重建控制文件
Maker
11-12 667
Oracle提供两种方式备份控制文件: 1.生成可以重建控制文件的脚本 2.备份二进制的控制文件 如何获得可以重建控制文件的脚本.在mount状态下获得trc文件 [sql] view plaincopy sql> alter database backup controlfile to trace as '/home/oracle/crontol_tra
oracle 重建控制文件
lltfjsy的博客
08-04 299
oracle 重建控制文件
Oracle 11g控制文件全部丢失从零开始重建控制文件
09-09
在本文中，我们将深入探讨如何在Oracle 11g环境中从零开始重建控制文件。 首先，我们要明确重建控制文件所需的必要信息： 1. 数据库名：与`db_name`参数匹配。 2. 字符集：数据库使用的字符集。 3. 数据文件名称：...
Oracle重建控制文件的实例教程
09-09
2. **重建控制文件**：重建控制文件是解决此问题的关键。这通常包括以下几个步骤： - **启动实例并挂载数据库**：使用`startup mount`命令启动Oracle实例并挂载数据库，但不要打开它。 - **备份控制文件到 trace**...
Oracle 重建控制文件
cuiyan1982的专栏
07-26 806
大家看原文地址：http://www.cnblogs.com/j-notes/p/6527165.html 一、使用sysdba用户登入数据库     此时普通用户已无法链接数据库     二、启动数据库到mount状态     此时可以看出异常来源：由于控制文件中的实例名与实例本身实例名不一致导致数据库实例无法
ORACLE控制文件的重建
goldsun的专栏
12-11 976
数据库系统运行一段时间后有很多参数需要调整，有些参数可在$ORACLE_HOME/dbs/initXXX.ora文件中调整，而有些参数必须要在ORACLE的控制文件中调整。如ORACLE的缺省数据文件个数为30个，在系统需要扩表空间而数据文件个数不够时就需要进行调整。 一种方法是将所有数据全倒出来，重建库，再将数据倒进出。这种方法较麻烦。 二种方法是只重建控制文件，因为数据文件个数的限制参数存放在
ORACLE 11G重建控制文件
期待着的博客
06-10 729
重建控制文件--alter database backup controlfile to trace Oracle提供两种方式备份控制文件: 1.生成可以重建控制文件的脚本 2.备份二进制的控制文件我们看一下如何获得可以重建控制文件的脚本. Oracle提供如下命令: alter database backup controlfile to trace; 实际操作: [oracle@standby tools]$ sqlplus "/ as sysdba" SQL> alter databa.
ORACLE重建控制文件
kingredfly的博客
07-04 373
重建控制文件
ORACLE之重建控制文件
weixin_34090643的博客
06-13 189
这里上传图片一直失败，想要查看详细信息和截图的可以下载附件首先看一下控制文件的理解：控制文件是一个二进制文件，用于记录数据库的物理结构。一个控制文件只属于一个数据库。创建数据库时，创建控制文件。当数据库的物理结构改变的时候，Oracle会更新控制文件，不能手动修改内容。控制文件内容有：数据库名、数据库创建的时间戳、数据文件的名字和位置、redo log （联机重做日志文件）的...
oracle中重建控制文件
最新发布
06-14
### Oracle 重建控制文件教程 在 Oracle 数据库中，控制文件是数据库运行的关键组件之一。如果控制文件损坏或丢失，数据库将无法正常启动。以下是关于如何重建控制文件的详细教程。 #### 1. 确认控制文件的状态 在开始重建控制文件之前，需要确认当前控制文件的状态是否损坏或丢失。可以通过尝试启动数据库来验证： ```sql STARTUP MOUNT; ``` 如果数据库能够进入 `MOUNT` 状态但无法打开，则可能是控制文件损坏[^1]。 #### 2. 使用 `CREATE CONTROLFILE` 命令重建控制文件 Oracle 提供了 `CREATE CONTROLFILE` 命令来重建控制文件。以下是具体步骤： - **创建脚本**：首先需要生成一个重建控制文件的脚本。通过查询视图 `V$DATABASE` 和 `V$CONTROLFILE` 获取必要的信息。 ```sql ALTER DATABASE BACKUP CONTROLFILE TO TRACE; ``` 这将在跟踪文件中生成一个重建控制文件的 SQL 脚本。可以根据该脚本进行修改和执行。 - **编辑脚本**：根据实际的数据库文件路径和名称，调整生成的脚本内容。例如： ```sql CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS ARCHIVELOG MAXLOGFILES 16 MAXLOGMEMBERS 3 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 292 LOGFILE GROUP 1 '/u01/app/oracle/oradata/ORCL/redo01.log' SIZE 50M, GROUP 2 '/u01/app/oracle/oradata/ORCL/redo02.log' SIZE 50M, GROUP 3 '/u01/app/oracle/oradata/ORCL/redo03.log' SIZE 50M DATAFILE '/u01/app/oracle/oradata/ORCL/system01.dbf', '/u01/app/oracle/oradata/ORCL/sysaux01.dbf', '/u01/app/oracle/oradata/ORCL/users01.dbf' CHARACTER SET AL32UTF8; ``` - **执行脚本**：确保数据库处于 `NOMOUNT` 状态后，执行上述脚本： ```sql STARTUP NOMOUNT; @<path_to_script>/controlfile_creation.sql ``` #### 3. 恢复数据文件 如果控制文件重建过程中使用了 `RESETLOGS` 选项，则需要恢复所有数据文件以确保一致性。可以使用以下命令： ```sql RECOVER DATABASE USING BACKUP CONTROLFILE; ``` 完成后，打开数据库： ```sql ALTER DATABASE OPEN RESETLOGS; ``` #### 4. 验证控制文件状态 重建完成后，可以通过以下查询验证控制文件的状态： ```sql SHOW PARAMETER CONTROL_FILES; SELECT NAME FROM V$CONTROLFILE; ``` #### 注意事项 - 如果控制文件完全丢失且没有备份，可能需要从最近的冷备份中恢复。 - 在使用 `USING BACKUP CONTROLFILE` 方式时，必须结合 `RESETLOGS` 选项打开数据库[^2]。 --- ### 示例代码 以下是一个完整的重建控制文件的示例流程： ```sql -- 1. 启动到 NOMOUNT 状态 STARTUP NOMOUNT; -- 2. 执行重建控制文件的脚本 @/path/to/controlfile_creation.sql; -- 3. 恢复数据库（如果有备份） RECOVER DATABASE USING BACKUP CONTROLFILE; -- 4. 打开数据库并重置日志 ALTER DATABASE OPEN RESETLOGS; ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值