利用STANDBY将单实例数据库升级为RAC环境(一)

利用OracleSTANDBY技术,可以将单实例数据库升级到RAC数据库。这种方式可以有效的降低单实例迁移到RAC环境的停机时间。

这篇文章介绍STANDBY数据库建立的准备工作。

 

 

首先需要确保目标服务器上的RAC环境已经建立,如果使用ASM作为存储机制,则ASM实例也配置完成。

下面开始STANDBY数据库建立的过程,更改源数据库的FORCE LOGGING属性:

bash-3.00$ sqlplus "/ as sysdba"

SQL*Plus: Release 11.1.0.6.0 - Production on 星期三 7 1 00:18:29 2009

Copyright (c) 1982, 2007, Oracle.  All rights reserved.


连接到:
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> SET PAGES 100 LINES 120
SQL> SELECT NAME, LOG_MODE, FORCE_LOGGING FROM V$DATABASE;

NAME               LOG_MODE                 FORCE_
------------------ ------------------------ ------
TEST11G            ARCHIVELOG               NO

SQL> ALTER DATABASE FORCE LOGGING;

数据库已更改。

由于要进行将目标数据库升级为RAC环境,因此需要添加UNDOTBS2THREAD2对应的日志:

SQL> CREATE UNDO TABLESPACE UNDOTBS2
  2  DATAFILE '/data/oracle/oradata/test11g/undotbs2_01.dbf' SIZE 1024M;

表空间已创建。

SQL> ALTER DATABASE ADD LOGFILE THREAD 2 GROUP 4
  2  '/data/oracle/oradata/test11g/redo04.log' SIZE 50M;

数据库已更改。

SQL> ALTER DATABASE ADD LOGFILE THREAD 2 GROUP 5
  2  '/data/oracle/oradata/test11g/redo05.log' SIZE 50M;

数据库已更改。

SQL> ALTER DATABASE ADD LOGFILE THREAD 2 GROUP 6
  2  '/data/oracle/oradata/test11g/redo06.log' SIZE 50M;

数据库已更改。

SQL> ALTER DATABASE ENABLE THREAD 2;

数据库已更改。

由于RMANDUPLICATE创建STANDBY,没有办法将数据文件放到远端的ASM磁盘组中,因此采用手工创建备份的方法,首先将所有的表空间置于BACKUP状态:

SQL> SELECT 'ALTER TABLESPACE ' || TABLESPACE_NAME || ' BEGIN BACKUP;'
  2  FROM DBA_TABLESPACES
  3  WHERE CONTENTS != 'TEMPORARY';

'ALTERTABLESPACE'||TABLESPACE_NAME||'BEGINBACKUP;'
---------------------------------------------------------------------------------
ALTER TABLESPACE SYSTEM BEGIN BACKUP;
ALTER TABLESPACE SYSAUX BEGIN BACKUP;
ALTER TABLESPACE UNDOTBS1 BEGIN BACKUP;
ALTER TABLESPACE UNDOTBS2 BEGIN BACKUP;
ALTER TABLESPACE USERS BEGIN BACKUP;
ALTER TABLESPACE YANGTK BEGIN BACKUP;
ALTER TABLESPACE TEST BEGIN BACKUP;

已选择7行。

SQL> ALTER TABLESPACE SYSTEM BEGIN BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE SYSAUX BEGIN BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE UNDOTBS1 BEGIN BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE UNDOTBS2 BEGIN BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE USERS BEGIN BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE YANGTK BEGIN BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE TEST BEGIN BACKUP;

表空间已更改。

下面将数据文件发送到远端服务器的ASM磁盘组上,方法其实有很多,但是绝大部分需要额外的数据库支持,比如如果远端ASM实例上存在一个数据库,那么可以使用ftp的方式、DBMS_FILE_TRANSFER的方式等等。如果不依靠其他的数据库辅助,那么可以使用ftp到远端磁盘,然后通过asmcmd工具将文件拷贝到ASM磁盘组中。

由于目标服务器上已经有rac数据库存在,因此使用ftp的方式会更加的方便一些:

bash-3.00$ cd /data/oracle/oradata/test11g
bash-3.00$ ftp 172.0.2.62 7788
Connected to 172.0.2.62.
220- ser1
Unauthorised use of this FTP server is prohibited and may be subject to civil and criminal prosecution.
220 ser1 FTP Server (Oracle XML DB/Oracle Database) ready.
Name (172.0.2.62:oracle): system
331 pass required for SYSTEM
Password:
230 SYSTEM logged in
Remote system type is Unix.
ftp> bin
200  Type set to I.
ftp> prompt
Interactive mode off.
ftp> cd sys
250 CWD Command successful
ftp> cd asm
250 CWD Command successful
ftp> cd data/test11g
250 CWD Command successful
ftp> mput sysaux01.dbf test01.dbf undotbs01.dbf redo0*.log users01.dbf system01.dbf undotbs2_01.dbf yangtk01.dbf
200 PORT Command successful
150 BIN Data Connection
550- Error Response
ORA-31199: Warning in processing file +data/test11g/sysaux01.dbf
ORA-19698: +DATA/test11g/sysaux01.dbf is from different database: id=2655088921, db_name=TEST11G
550 End Error Response
200 PORT Command successful
150 BIN Data Connection
550- Error Response
ORA-31199: Warning in processing file +data/test11g/test01.dbf
ORA-19698: +DATA/test11g/test01.dbf is from different database: id=2655088921, db_name=TEST11G
550 End Error Response
.
.
.
200 PORT Command successful
150 BIN Data Connection
550- Error Response
ORA-31199: Warning in processing file +data/test11g/yangtk01.dbf
ORA-19698: +DATA/test11g/yangtk01.dbf is from different database: id=2655088921, db_name=TEST11G
550 End Error Response
ftp> quit
221 QUIT Goodbye.

出现错误的原因是当前ftp的数据文件也打开asmftp端口的数据库不符,这里不用理会这个错误。

在源数据库上可以关闭表空间的备份状态:

SQL> ALTER TABLESPACE SYSTEM END BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE SYSAUX END BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE UNDOTBS1 END BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE UNDOTBS2 END BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE YANGTK END BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE USERS END BACKUP;

表空间已更改。

SQL> ALTER TABLESPACE TEST END BACKUP;

表空间已更改。

在源数据库的tnsnames.ora文件中添加下面的TNS配置:

TEST11GR =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = 172.0.2.62)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SID = test11gr1)
      (SERVER = DEDICATED)
    )
  )

下面可以在主库修改初始化参数文件:

SQL> ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='DG_CONFIG=(TEST11G,TEST11GR)';

系统已更改。

SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_1=
  2     'LOCATION=/data/oradata/test11g/archivelog
  3     VALID_FOR=(ALL_LOGFILES,ALL_ROLES)
  4     DB_UNIQUE_NAME=TEST11G';

系统已更改。

SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_2=
  2     'SERVICE=TEST11GR LGWR ASYNC
  3     VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
  4     DB_UNIQUE_NAME=TEST11GR';

系统已更改。

SQL> ALTER SYSTEM SET FAL_SERVER=TEST11GR;

系统已更改。

SQL> ALTER SYSTEM SET FAL_CLIENT=TEST11G;

系统已更改。

SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=AUTO;

系统已更改。

下面利用当前的初始化参数,创建PFILE,修改后用于STANBY数据库的启动,同时生成STANDBY CONTROLFILE,与修改后的PFILE文件一起放到目标服务器上:

SQL> CREATE PFILE='/export/home/oracle/inittest11gr.ora' FROM SPFILE;

文件已创建。

SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/export/home/oracle/control01.ctl';

数据库已更改。

更改初始化参数,并添加RAC环境专用的初始化参数:

*.audit_file_dest='/data/oracle/admin/test11g/adump'
*.audit_trail='db'
*.compatible='11.1.0.0.0'
*.control_files='+DATA/TEST11G/control01.ctl'
*.db_block_size=32768
*.db_domain='netdb'
*.db_name='TEST11G'
*.diagnostic_dest='/data/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=test11gXDB)'
*.fal_client='TEST11GR'
*.fal_server='TEST11G'
*.log_archive_config='DG_CONFIG=(TEST11G,TEST11GR)'
*.log_archive_dest_1='LOCATION=+DATA/TEST11G/archivelog
        VALID_FOR=(ALL_LOGFILES,ALL_ROLES)
        DB_UNIQUE_NAME=TEST11GR'
*.log_archive_dest_2='SERVICE=TEST11G LGWR ASYNC
        VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
        DB_UNIQUE_NAME=TEST11G'
*.log_archive_format='%t_%s_%r.dbf'
*.memory_target=7398752256
*.pga_aggregate_target=2097152000
*.remote_login_passwordfile='EXCLUSIVE'
*.standby_file_management='AUTO'
*.cluster_database=true
*.cluster_database_instances=2
*.db_unique_name='TEST11GR'
*.log_file_name_convert=('/data/oracle/oradata/test11g', '+DATA/TEST11G')
*.db_file_name_convert=('/data/oracle/oradata/test11g', '+DATA/TEST11G')
test11gr1.undo_tablespace='UNDOTBS1'
test11gr2.undo_tablespace='UNDOTBS2'
test11gr1.instance_number=1
test11gr2.instance_number=2
test11gr1.thread=1
test11gr2.thread=2
test11gr1.local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=172.0.2.62)(PORT=1521))'
test11gr2.local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=172.0.2.63)(PORT=1521))'

确保两个节点上的对应目录都已经建立。ASM上对应的存储目录也已经建立。

bash-3.00$ mkdir -p /data/oracle/admin/test11g/adump
bash-3.00$ mkdir /data/oracle/flash_recovery_area

准备工作基本上完成,下面准备在STANDBY的节点1上打开STANDBY数据库。

 

 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/4227/viewspace-622177/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/4227/viewspace-622177/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值