[20170227]快速重建dg测试环境.txt

[20170227]快速重建dg测试环境.txt

--//玩过火了,在测试互传在线日志时出现问题,导致dg破坏,安全起见我重新安装.

1.环境:
SYS@book> @ &r/ver1
PORT_STRING                    VERSION        BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx            11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

--//首先清除垃圾.

delete archivelog all ;
delete backupset ;

--//关闭数据库.

2.利用冷备份覆盖数据库相关文件:

$ /bin/cp /u01/backup/20170227A/* /mnt/ramdisk/book/ /* 利用冷备份覆盖当前数据库 */
$ scp  /u01/backup/20170227A/* oracle@192.168.100.40:/mnt/ramdisk/book/ /* 复制到远程机器 */

3.转换bookdg数据为dg数据库.
SYS@bookdg> startup mount
ORACLE instance started.

Total System Global Area  634732544 bytes
Fixed Size                  2255792 bytes
Variable Size             197133392 bytes
Database Buffers          427819008 bytes
Redo Buffers                7524352 bytes
Database mounted.

SYS@bookdg> ALTER DATABASE CONVERT TO PHYSICAL STANDBY;
Database altered.
--//这样简单快捷,特别目录结构一样的dg系统.

SYS@bookdg> select open_mode from v$database;
select open_mode from v$database
                      *
ERROR at line 1:
ORA-01507: database not mounted

--//说明执行这个命令到nomount状态.再次启动到mount状态.

SYS@bookdg> select database_role from v$database;
DATABASE_ROLE
----------------
PHYSICAL STANDBY

--OK!

3.启动主库到mount状态:
--检查参数ok.
log_archive_dest_2=SERVICE=bookdg LGWR ASYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=bookdg
log_archive_dest_state_2=ENABLE

SYS@book> alter database open ;
Database altered.

--//备库执行:
SYS@bookdg> alter database recover managed standby database using current logfile disconnect ;
Database altered.

SYS@bookdg> @ &r/dg/dg
PROCESS       PID STATUS       CLIENT_P GROUP# THREAD#  SEQUENCE#     BLOCK#     BLOCKS DELAY_MINS
--------- ------- ------------ -------- ------ ------- ---------- ---------- ---------- ----------
RFS         25946 IDLE         UNKNOWN  N/A          0          0          0          0          0
RFS         25948 IDLE         LGWR     1            1        695         26          1          0
ARCH        25933 CLOSING      ARCH     6            1        694          1        189          0
MRP0        25950 APPLYING_LOG N/A      N/A          1        693      21196      21197          0

--//ok,现在dg环境已经恢复过来的.

4.这样恢复简单,测试也不存在任何问题.

时间: 2024-09-13 09:30:04

[20170227]快速重建dg测试环境.txt的相关文章

快速一键部署测试环境,降低环境配置风险

环境部署是软件测试很重要的一个环节,但也是比较耗时间的环节,很多企业经常是项目立项后,开始邮件申请服务器资源,再三催促审批通过后,进行手工部署搭建环境,然后解决各种依赖和修改各种配置文件.如何有效减少环境部署流程,提升环境搭建效率,并且保证环境配置质量安全呢?针对这些需求,新型一站式研发效能平台,云效的环境管理系统提供了解决方案. 首先,解决测试服务器资源管理的问题. 云效平台统一对测试服务器资源(包含:测试服务器.帐号)进行时间片管理(按时间进行申请占用的方式).企业在后台申请机器信息,点击I

USBWebserver在本机快速建立网站测试环境

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 阿汤在很久以前曾介绍过使用phpnow来架设本机的网站测试环境,一直到现在还是在使用中,因为蛮方便的,不过有一个麻烦的地方是常常在测试完后忘记停用apache和mysql服务,启动和关闭完全都是手动的,而今天再来介绍一套也是可以带着走的快速架站工具USBWebserver,内建了许多网站主机必备的套件,很适合用来架设本机测试网站使用. USB

[20151124]快速建立测试数据库.txt

[20151124]快速建立测试数据库.txt -- 以建立11.2.0.4的数据库为例子说明,以前写过使用内存来运行测试数据库,以这个为基础并且做一个记录. -- 重新删除在建立数据库. startup nomount; alter system enable restricted session; RMAN> drop database including backups; 1.建立内存盘: # mkdir -p /mnt/ramdisk # mount -t tmpfs -o size=8

借助 Gentle 快速部署代码到测试环境的总结

我想很多开发的同学都经历过这样的开发流程:本地修改代码,把代码推到测试环境,重启测试环境需要的服务,本地看效果,改bug重复1-3,功能稳定后上线 这个过程有什问题呢?     假设你是一个做过运维或者能力很强的人,比如我这种,本地跑测试环境,但是假如一个新人,或者对测试环境中的某些 部分不是很了解的人, 甚至需要和生产环境完全一样的条件下, 本地可能就不好使了. 那么这需要一个测试服务器     首先你每次修改代码, push ,重启环境都需要你登陆测试环境,至少不够自动化.然后退回本地看效果

[20160527]快速提交的一个疑问.txt

[20160527]快速提交的一个疑问.txt --这个是我前几天恢复update没有加where条件的恢复,记录不多,但是我发现一个"奇怪"的问题,或者讲我以前没有注意的问题, --我在itpub上问了,没人解答.链接http://www.itpub.net/thread-2060064-1-2.html Block header dump:  0x0180239c Object id on Block? Y seg/obj: 0x1da20  csc: 0x03.8fc12309 

[20170317]dg出现ora-16009.txt

[20170317]dg出现ora-16009.txt --//今天例行检查发现一台dg出现ora-16009错误.查询找到如下链接  <del> --//按照链接介绍默认valid_for引起,这台机器容灾非常奇怪,我不大敢动这台机器. --//没有设置fal,log_archive_config.连sid,以及db_unique_name都与主库一样.我在测试环境模拟看看. 1.环境: --//备库: SYS@bookdg> @ &r/ver BANNER ---------

[20170410]快速找回触发器内容2.txt

[20170410]快速找回触发器内容2.txt --上午登录发现一个是触发器被人为删除了,需要恢复.链接http://www.itpub.net/thread-2084789-1-1.html. --我提供几个方法:1.取出备份的system数据文件,通过bbed之类的工具定位.2使用logminer 应该也可以定位,表sys.source$. --实际上还有1个简单粗暴的方法,直接通过strings查询归档日志.链接: http://blog.itpub.net/267265/viewspa

[20160910]快速修改表的schema.txt

[20160910]快速修改表的schema.txt --以前也做过例子: http://blog.itpub.net/267265/viewspace-741154/ http://blog.itpub.net/267265/viewspace-744787/ --第1种就是修改数据字典的情况,但是这种存在一定的风险,我当时的测试版本11.2.0.1还有修改obj$的字段spare3. --第2种就是利用交换分区的方法.这种方式小量很行,大量也是不合适. --第1种合适大量修改,但是确实存在一

[20120816]快速修改表的schema.txt

[20120816]快速修改表的schema.txt     前几天在测试环境,开发人员把几个表建成system schema,需要修改成别的schema模式.当然方法很多,ctas,exp/imp等等.数据库建立在他自己的机器(数据库是11G的),我建议他可以直接修改sys.obj$对象.最后他发现修改后,查看dba_objects依旧是原来的schema.我自己也做了测试. 测试如下: 1.测试环境 SQL> select * from v$version ; BANNER --------