用Oracle的热备份重建数据库

为了检验我为公司开发的 Oracle 数据库在线自动备份系统，我根据“ Oracle 数据库在线自动备份系统”产生的备份文件来重建和恢复 Oracle 数据库。为了让大家共享其方法和步骤（也适合于用其它方式对 Oracle 做的热备份进行重建数据库）现整理如下。

** 一、系统环境 ** ** **

本次测试所使用的系统环境如下：

** 1． ** ** 硬件环境 ** ** **

服务器： Dell PowerEdge 1300 (CPU ： P Ⅲ 550MHz 内存： 128MB 硬盘： 36GB)

** 2． ** ** 软件环境 ** ** **

操作系统： UnixWare 7.1

数据库： Oracle 8.1.6 for Unix 企业版， SID ： ora816

Oracle 安装路径： /home/oracle

备份文件：所有数据库文件、控制文件、初始化文件、数据库备份以来的所有归档日志文件。

** 二、恢复步骤 **

下面根据从用户处带回来的备份数据，在一台新的服务器重建 Oracle 数据库。其详细步骤如下：

** 1. ** ** 创建数据库恢复使用的环境 ** ** **

在新的 Dell 服务器上，安装与原来的数据库服务器相同的操作系统 UnixWare 7.1 ；然后安装与原数据库相同版本的 Oracle 8.1.6 for Unix 企业版。

** 2. ** ** 删除新服务器上的 ** ** Oracle ** ** 实例 ** ** **

启动新数据库服务器上的 Oracle ，在 sqlplus 中，查找到数据库文件的路径，并保存在当前路径下的文件 file_name.txt 中：

$ sqlplus system/manager

SQL> spool file_name.txt

SQL> select file_name from sys.dba_data_files;

SQL> spool end

SQL> exit

关闭新服务器的 Oracle ，然后根据文件 file_name.txt 中的路径，删除新装的 Oracle 实例的所有数据库文件。

** 注 ** ： 从本步开始 所有操作都是用 Oracle用户登录操作系统（Unix）后进行。文中所有的 **黑色粗体 5号字符 ** (标题除外)的语句可以直接执行， **_黑色倾斜粗体 5号字符 _ ** 的语句需要修改后执行。 ** **

** 3. ** ** 恢复数据库文件 ** ** **

把备份的所有数据库文件用 Ftp 上传新的数据库服务器中的相同路径下。如果原来的路径已不存在，可以拷贝到其他路径下，恢复时详细处理方法见步骤 ** 7 ** 中 <2> 。

** 4. ** ** 恢复初始化参数文件 ** ** **

把备份的 initSID.ora 文件用 Ftp 上传到新数据库服务器中 Oracle 实例的 initSID.ora 文件位置，覆盖之。其位置一般在 $ORACLE_HOME/dbs 目录下。

** 5. ** ** 恢复控制文件 ** ** **

把备份的 ControlFile.bak 文件用 Ftp 上传到新数据库服务器中 Oracle 实例的各个镜像路径下，并按初始化参数文件 init SID .ora 中的该项的位置和名称命名。

control_files = (" _/home/oracle/app/oracle/oradata/ora816/control01.ctl _ ", " _/home/oracle/app/oracle/oradata/ora816/control02.ctl _ "," _/home/oracle/app/oracle/oradata/ora816/control03.ctl _ ")

其路径如有变动，在初始化参数文件 init SID .ora 中修改如上内容的路径和名称，使其实际路径与该参数的路径一致。

** 6. ** ** 恢复归档日志文件 ** ** **

把数据库备份后的归档日志用 Ftp 上传到新数据库服务器的相同路径下。路径如有变动可以根据初始化参数文件 init SID .ora 中如下位置进行修改，使其实际路径与该参数的路径一致。

log_archive_dest_1 = "location= _/home/oracle/app/oracle/admin/ora816/arch _ "

** 7. ** ** 恢复数据库 ** ** **

经过以上 6 个步骤，把所有的备份文件已经上传到了新数据库服务器中。下面开始根据这些文件恢复并启动数据库，先在操作系统的提示符下做如下操作：

$ svrmgrl

SVRMGR> connect internal

SVRMGR> startup mount

<1> 创建口令文件

如果原来的数据库配置了口令文件，并且在 mount 数据库时报如下错误：

ORA-01990: error opening password file '/home/oracle/app/oracle/product/8.1.6/dbs/orapw'

可以到 /home/oracle/app/oracle/product/8.1.6/dbs/ 路径下，用以下命令创建口令文件：

orapwd

其用法如下：

Usage: orapwd file=

  1<fname> password=<password> entries=<users>
  2
  3where 
  4
  5file - name of password file (mand),  （口令文件的命名方式为：  orapw _SID_ ） 
  6
  7password - password for SYS and INTERNAL (mand), 
  8
  9entries - maximum number of distinct DBA and OPERs (opt), 
 10
 11There are no spaces around the equal-to (=) character. 
 12
 13例如：  **_ orapwd  file=orapwora816  password=manager  _ **
 14
 15然后重新执行如下语句  mount  数据库： 
 16
 17SVRMGR&gt; **startup mount** 。 
 18
 19&lt;2&gt; 修改数据库文件的路径 
 20
 21如果在上述的步骤  3  中修改了恢复的数据库文件的路径，可以用如下语句对数据库文件重新命名  ： 
 22
 23**_alter database rename file 'old_file' to 'new_file';_ **
 24
 25如把原来路径  /home/oracle/app/oracle/oradata/ora816  下的文件  system01.dbf  改到了  /u21/oracle/app/oracle/oradata/ora816  下： 
 26
 27SVRMGR&gt; **_alter database rename file _ **
 28
 29**_ '/home/oracle/app/oracle/oradata/ora816/system01.dbf'  _ **
 30
 31**_ to  '/u21/oracle/app/oracle/oradata/ora816/system01.dbf';  _ **
 32
 33按照上面的方法把所有修改路径的数据库文件重新命名。 
 34
 35&lt;3&gt; 根据控制文件和归档日志文件恢复数据库 
 36
 37下面开始用控制文件和归档日志文件恢复数据库： 
 38
 39SVRMGR&gt; **recover database using backup controlfile until cancel;**
 40
 41出现如下提示： 
 42
 43ORA-00279: change 50971 generated at 08/23/2002 09:21:27 needed for thread 1 
 44
 45ORA-00289: suggestion: /home/oracle/app/oracle/admin/ora8/arch/arch_1_399.arc 
 46
 47ORA-00280: change 50971 for thread 1 is in sequence #399 
 48
 49Specify log: {<ret>=suggested | filename | AUTO | CANCEL}  输入： 
 50
 51**auto**
 52
 53如果有如下提示，则表示成功。 
 54
 55ORA-00279: change 51007 generated at 08/23/2002 11:23:13 needed for thread 1 
 56
 57ORA-00289: suggestion: /home/oracle/app/oracle/admin/ora8/arch/arch_1_400.arc 
 58
 59ORA-00280: change 51007 for thread 1 is in sequence #400 
 60
 61ORA-00278: log file '/home/oracle/app/oracle/admin/ora8/arch/arch_1_399.arc' noy 
 62
 63Log applied. 
 64
 65** 意外处理：  ** 如果其它提示可能是需要的日志文件不存在，检查  ORA-00289中该文件是否存在。 
 66
 67直到出现如下提示： 
 68
 69ORA-00279: change 51011 generated at 08/23/2002 11:23:45 needed for thread 1 
 70
 71ORA-00289: suggestion: /home/oracle/app/oracle/admin/ora8/arch/arch_1_401.arc 
 72
 73ORA-00280: change 51011 for thread 1 is in sequence #401 
 74
 75ORA-00278: log file '/home/oracle/app/oracle/admin/ora8/arch/arch_1_400.arc' noy 
 76
 77ORA-00308: cannot open archived log '/home/oracle/app/oracle/admin/ora8/arch 
 78
 79/arch_1_401.arc' 
 80
 81ORA-27037: unable to obtain file status 
 82
 83Intel SVR4 UNIX Error: 2: No such file or directory 
 84
 85Additional information: 3 
 86
 87&lt;4&gt; 重置日志 
 88
 89SVRMGR&gt; **alter database open resetlogs;**
 90
 91** 意外处理：  ** 如果提示创建日志的路径不存在，按提示路径创建目录。然后再重置日志。 
 92
 93&lt;5&gt; 重启数据库，完成恢复 
 94
 95SVRMGR&gt; **shutdown immediate**
 96
 97SVRMGR&gt; **startup**
 98
 99ORACLE instance started. 
100
101Total System Global Area  123437040 bytes 
102
103Fixed Size  69616 bytes 
104
105Variable Size  106418176 bytes 
106
107Database Buffers  16777216 bytes 
108
109Redo Buffers  172032 bytes 
110
111Database mounted. 
112
113Database opened. 
114
115数据库正常打开，数据库重建恢复成功。</ret></users></password></fname>
Published At
Categories with 数据库类
Tagged with
comments powered by Disqus