手工管理在复制数据库

 手工创建复制数据库时，必须备份复制数据库所需的所有数据文件。其中system 和undo表空间的数据文件是必须的。必须使用CREATER CONTROLFILE 命令创建备份数据库的控制文件。可以将主数据库的控制文件备份到控制文件里。

下面 创建复制数据库DUPDB1 ，主数据库名为ORACL

1）复制主数据库的数据文件。

ORACL> select name from v$datafile;
NAME                                                                           
--------------------------------------------------------------------------------
F:\APP\YANG\ORADATA\ORACL\SYSTEM01.DBF                                         
F:\APP\YANG\ORADATA\ORACL\SYSAUX01.DBF                                         
F:\APP\YANG\ORADATA\ORACL\UNDOTBS01.DBF                                        
F:\APP\YANG\ORADATA\ORACL\USERS01.DBF                                          
F:\APP\YANG\ORADATA\ORACL\EXAMPLE01.DBF                                        
F:\APP\YANG\ORADATA\ORACL\TEST.DBF                                             
F:\APP\YANG\ORADATA\ORACL\TEST1.DBF                                            
已选择7行。

2)备份主数据库的数据文件和控制文件                                    
ORACL> alter database begin backup;
数据库已更改。

ORACL> host copy f:\app\yang\oradata\oracl\*.dbf f:\hotbackup\*.dbf

ORACL> alter database end backup;
数据库已更改。

ORACL> alter system archive log current;---归档当前日志
系统已更改。
ORACL> alter database backup controlfile to trace resetlogs;--备份到跟踪文件里
数据库已更改。
ORACL> @f:\sql\gettrace.sql---获取跟踪文件 脚本在文章最后给出
TRACE_FILE__NAME                                                               
--------------------------------------------------------------------------------
f:\app\yang\diag\rdbms\oracl\oracl\trace/oracl_ora_3560.trc                    
 

3）建立存放复制数据库的各种目录

4）建立例程服务 在windows系统下，使用如下命令，

oradim -new -sid  dupdb1 -intpwd oracle

5）

1。 建立参数文件。先建立pfile文件，然后根据实际情况进行修改。
ORACL> create pfile='F:\app\yang\product\11.1.0\db_1\database\initdupdb1.ora' from spfile;
文件已创建。

2。修改initdupdb1.ora文件。修改db_name,instance_name,service_names,control_files ,*_dest 等初始化参数。部分参数如下（基本上这些就够了）

*.db_name='dupdb1'
*.instance_name='dupdb1'
*.service_names='dupdb1'
*.user_dump_dest='d:\dupdb1\udump'
*.background_dump_dest='d:\dupdb1\bdump'
*.db_recovery_file_dest='d:\dupdb1\flash_recovery_area'
*.db_recovery_file_dest_size=2147483648
*.log_archive_dest_1='location=d:\dupdb1\archive'
3。根据修改的INITDUPDB1.ORA 创建spfile文件

ORACL>create spfile='F:\app\yang\product\11.1.0\db_1\database\spfileDUPDB1.ora'
  2  from pfile='F:\app\yang\product\11.1.0\db_1\database\initdupdb1.ora';
create spfile='F:\app\yang\product\11.1.0\db_1\database\spfileDUPDB1.ora'
*
第 1 行出现错误:
ORA-01078: 处理系统参数失败
ORA-32003: 处理参数 'service_name' 时出错----第一次做的时候 name少了个s
LRM-00101: unknown parameter name 'service_name'

ORACL>create spfile='F:\app\yang\product\11.1.0\db_1\database\spfileDUPDB1.ora'
  2  from pfile='F:\app\yang\product\11.1.0\db_1\database\initdupdb1.ora';
文件已创建。

6）复制主数据库的数据文件到复制数据库的目录。

ORACL>host copy f:\hotbackup\*.dbf d:\dupdb1

ORACL>create spfile='F:\app\yang\product\11.1.0\db_1\database\spfileDUPDB1.ora'
  2  from pfile='F:\app\yang\product\11.1.0\db_1\database\initdupdb1.ora';
文件已创建。

以下是在复制数据库上的操作。

7）启动复制数据库的例程。

C:\>SET ORACLE_SID=DUPDB1

C:\>sqlplus  sys/oracle as sysdba

DUPDB1>startup nomount
ORA-02778: Name given for the log directory is invalid

---第一次时的错误，由于初始化参数配置的问题，你在做的时候，一定要仔细检查目录和路径是否正确。
修改后，重新启动。可以了。

8）要根据从获取跟踪文件中修改相应的路径，来重建控制文件。

DUPDB1>startup nomount
ORACLE instance started.
Total System Global Area  535662592 bytes                                      
Fixed Size                  1334380 bytes                                      
Variable Size             150995860 bytes                                      
Database Buffers          377487360 bytes                                      
Redo Buffers                5844992 bytes                                      
DUPDB1>@f:\sql\crtdupdbctlret.sql
Control file created.
DUPDB1>startup mount--启动到mount状态，
ORACLE instance started.
Total System Global Area  535662592 bytes                                      
Fixed Size                  1334380 bytes                                      
Variable Size             150995860 bytes                                      
Database Buffers          377487360 bytes                                      
Redo Buffers                5844992 bytes                                      
Database mounted.
DUPDB1>select instance_name ,status from v$instance;
INSTANCE_NAME    STATUS                                                        
---------------- ------------                                                  
dupdb1           MOUNTED       

9）由于数据库是在open状态下做的备份，是非一致性的备份，所以在重建控制文件后，要做复制数据库上进行恢复，用主数据库的归档日志，并在最后的日志使用完后，取消。                                                
DUPDB1>set logsource 'F:\app\yang\archive1'--用主数据库的归档日志
DUPDB1>recover database using backup controlfile until cancel
ORA-00279: change 3430744 generated at 06/04/2010 17:57:21 needed for thread 1
ORA-00289: suggestion : F:\APP\YANG\ARCHIVE1\28_1_720218966.LOG
ORA-00280: change 3430744 for thread 1 is in sequence #28
Specify log: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: change 3430948 generated at 06/04/2010 18:00:46 needed for thread 1
ORA-00289: suggestion : F:\APP\YANG\ARCHIVE1\29_1_720218966.LOG
ORA-00280: change 3430948 for thread 1 is in sequence #29
ORA-00278: log file 'F:\APP\YANG\ARCHIVE1\28_1_720218966.LOG' no longer needed
for this recovery
ORA-00308: cannot open archived log 'F:\APP\YANG\ARCHIVE1\29_1_720218966.LOG'
ORA-27041: unable to open file
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。

--出现这个情况是由于以resetlogs方式打开创建控制文件的（脚本在最后给出），以前的归档不能使用（参考我的以前的日志，重建控制文件http://space.itpub.net/22664653/viewspace-663963）要应用当前的重做日志文件。这里我把重做日志拷贝到复制数据库的目录下了。也可以不拷贝。输入路径就好。
DUPDB1>recover database using backup controlfile until cancel
ORA-00279: change 3430948 generated at 06/04/2010 18:00:46 needed for thread 1
ORA-00289: suggestion : F:\APP\YANG\ARCHIVE1\29_1_720218966.LOG
ORA-00280: change 3430948 for thread 1 is in sequence #29
Specify log: {=suggested | filename | AUTO | CANCEL}
d:\dupdb1\redo01.log
ORA-00310: archived log contains sequence 28; sequence 29 required
ORA-00334: archived log: 'D:\DUPDB1\REDO01.LOG'
DUPDB1>recover database using backup controlfile until cancel
ORA-00279: change 3430948 generated at 06/04/2010 18:00:46 needed for thread 1
ORA-00289: suggestion : F:\APP\YANG\ARCHIVE1\29_1_720218966.LOG
ORA-00280: change 3430948 for thread 1 is in sequence #29
Specify log: {=suggested | filename | AUTO | CANCEL}
d:\dupdb1\redo02.log
Log applied.
Media recovery complete.-----成功的标志

10）在恢复数据库之后用resetlogs方式打开数据库，系统会自动建立所有重做日志
DUPDB1>alter database open resetlogs;
Database altered.
DUPDB1>select instance_name ,status from v$instance;
INSTANCE_NAME    STATUS                                                        
---------------- ------------                                                  
dupdb1           OPEN     

至此，手工在同一台主机上创建复制数据库 成功。。

附：

1 crtdupdbctlret.sql 的脚本

STARTUP NOMOUNT
CREATE CONTROLFILE SET DATABASE "DUPDB1" RESETLOGS  ARCHIVELOG
    MAXLOGFILES 16
    MAXLOGMEMBERS 3
    MAXDATAFILES 100
    MAXINSTANCES 8
    MAXLOGHISTORY 292
LOGFILE
  GROUP 1 'D:\DUPDB1\REDO01.LOG'  SIZE 50M,
  GROUP 2 'D:\DUPDB1\REDO02.LOG'  SIZE 50M,
  GROUP 3 'D:\DUPDB1\REDO03.LOG'  SIZE 50M
-- STANDBY LOGFILE
DATAFILE
  'D:\DUPDB1\SYSTEM01.DBF',
  'D:\DUPDB1\SYSAUX01.DBF',
  'D:\DUPDB1\UNDOTBS01.DBF',
  'D:\DUPDB1\USERS01.DBF',
  'D:\DUPDB1\EXAMPLE01.DBF',
  'D:\DUPDB1\TEST.DBF',
  'D:\DUPDB1\TEST1.DBF'
CHARACTER SET ZHS16GBK; 

2: gettrace.sql的脚本

select
  d.value||'/'||lower(rtrim(i.instance,chr(0)))||'_ora_'||p.spid||'.trc' trace_file__name
from
    (select p.spid
     from sys.v$mystat m,sys.V$session s,sys.v$process p
     where m.statistic# =1 and s.sid =m.sid and p.addr = s.paddr) p,
    (select t.instance from sys.v$thread t ,sys.v$parameter v
      where  v.name = 'thread' and (v.value =0 or t.thread#=to_number(v.value))) i,
    (select value from sys.v$parameter where name='user_dump_dest') d
 /

1.jpg