DATAGUARD从库宕机后如何恢复到管理恢复模式

一、sys登陆

实例:

$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.4.0 - Production on Wed Nov 3 07:35:34 2010

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

Connected to an idle instance.

-----------------------------------------------------

二、备库启动到管理恢复模式

SQL>startup nomount;

SQL>alter database mount standby database;

SQL>alter database recover managed standby database disconnect from session;

实例:

SQL> startup nomount;

ORACLE instance started.

Total System Global Area 8187281408 bytes

Fixed Size                  2097024 bytes

Variable Size            1308622976 bytes

Database Buffers         6861881344 bytes

Redo Buffers               14680064 bytes

SQL> alter database mount standby database;

Database altered.

SQL> alter database recover managed standby database disconnect from session;

Database altered.

SQL> exit

Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

-----------------------------------------------------

三、启动侦听

$ lsnrctl start

LSNRCTL for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Production on 03-NOV-2010 07:36:39

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

Starting /home/oracle/database/bin/tnslsnr: please wait...

TNSLSNR for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Production

System parameter file is /home/oracle/database/network/admin/listener.ora

Log messages written to /home/oracle/database/network/log/listener.log

Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=172.16.128.26)(PORT=1521)))

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=172.16.128.26)(PORT=1521)))

STATUS of the LISTENER

------------------------

Alias                     LISTENER

Version                   TNSLSNR for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Production

Start Date                03-NOV-2010 07:36:40

Uptime                    0 days 0 hr. 0 min. 2 sec

Trace Level               off

Security                  ON: Local OS Authentication

SNMP                      ON

Listener Parameter File   /home/oracle/database/network/admin/listener.ora

Listener Log File         /home/oracle/database/network/log/listener.log

Listening Endpoints Summary...

(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=172.16.128.26)(PORT=1521)))

Services Summary...

Service "PLSExtProc" has 1 instance(s).

Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...

Service "standby" has 1 instance(s).

Instance "standby", status UNKNOWN, has 1 handler(s) for this service...

The command completed successfully

-----------------------------------------------------

时间: 2024-08-30 03:30:51

DATAGUARD从库宕机后如何恢复到管理恢复模式的相关文章

一次调查centos 6.2上xfs文件系统宕机后文件数据丢失的经历

阿里云每天都会接到大量的客户工单,工单问题千奇百怪,不少问题调查起来颇费周折.下面的这个问题很有意思,一开始我们以为是ECS的bug,导致用户数据丢失,吓出一身冷汗,后来发现问题出在操作系统.一次次与底层系统的交手,慢慢的让阿里云的产品变得更加透明.   今天接到用户工单,反馈说他的云服务器发生了宕机迁移,奇怪的是迁移后部分文件长度变成0了,但是之前升级应用的时候确认过这些文件肯定是正常的.粗看现象确实比较奇怪,根据用户提供的操作,可以抽象为向xfs文件系统上写了一些文件数据,然后系统宕机.系统

SureHA集群服务器处于保留(宕机后重新启动)状态的解决方法

SureHA集群服务器处于保留(宕机后重新启动)状态,如下图: 原因分析: 在SureHA软件中将自动复归设置为"关闭",如下图,服务器重启后会进入保留(宕机后重新启动)状态. 注意:通过管理页面直接重启集群,服务器不会进入保留状态. 解决方案: 在SureHA的管理页面中,选中进入保留状态的服务器,右键单击选择"恢复"即可,如下图: 如需改变设置,切换到设定模式,右键选择集群,在自动复归选项卡,设置为开后应用配置文件即可.

tomcat服务器-服务器宕机后怎么使另外一台服务器马上接上

问题描述 服务器宕机后怎么使另外一台服务器马上接上 RT tomcat服务器 假如一台服务器物理宕机后,怎么使得另外一台服务器马上接上,并保证数据完整 解决方案 参考: http://network.51cto.com/art/201005/198401_all.htm 解决方案二: 这种情况就需要主备部署,两个服务器同时启动,其中一个宕机之后立即切换到另外一个,至于如何检测状态的改变需要借助第三方软件实现. 解决方案三: 使用load blance的方式.有专门软件.LVS等

修改FEDERATED引擎表数据引起的从库宕机,改表需谨慎

FEDERATED表不仅可以读,而且可以被修改.主从复制中如果用到了FEDERATED表,当在主库修改此表时,会引起从库宕机.宕机原因不太清楚. 测试mysql版本:percona server 5.6.29 主库:192.168.1.25:3306 从库:192.168.1.25:3307 单机:192.168.1.26:33060 在192.168.1.26:33060上建表 CREATE TABLE tt (id int(11) NOT NULL AUTO_INCREMENT,d date

Skype大规模宕机后再遭专利侵权诉讼

北京时间12月27日晚间消息,在经历了大规模宕机后仅一天,Skype日前又遭到了专利侵权诉讼. 原告是美国一家名为"Gradient Enterprises"的公司,称Skype侵犯其一项技术专利,专利号为7,669,207.这项专利是2004年7月提交的申请,今年2月被批准. 这项专利的名称为"检测.报告和响应网络节点级事件的方法".简而言之,Gradient Enterprises声称,他们开发了分散式互联网监测及安全防护软件,其核心是一套系统,利用移动代理通过

备份恢复8——管理恢复目录

1.概念: 1.恢复目录数据库:恢复目录数据库是指专门用于存放护肤目录方案的oracle数据库,注意,如果使用恢复目录存放rman元数据,那么一定要将恢复目录存放到堵路的恢复目录数据库中,而不应该存放到目标数据库. 2.恢复目录所有者:是指在恢复目录数据库中用于管理恢复目录数据库对象的数据库用户,注意:恢复目录所有者必须具有recovery_catalog_owenr 角色,并且恢复目录所有者不能是sys用户. 3.恢复目录方案:是指恢复目录数据库对象的集合,其名称世界就是恢复目录所有者的名称,

异常-was6 出现宕机,求助,急

问题描述 was6 出现宕机,求助,急 [15-8-24 12:55:22:196 CST] 0000000a BundleResolve 3 found resource bundle com.ibm.ejs.resources.RasMessages in OSGi bundle com.ibm.ws.portletcontainer.internal [15-8-24 12:55:22:196 CST] 0000000a ManagerAdmin I TRAS0017I: 启动跟踪状态是

由重启引起的Oracle RAC节点宕机分析及追根溯源

作者介绍 裴征峰,现就职于北京海天起点,二线专家成员,南京办事处负责人,OCP 10g.OCP 11g.OCM11g.超八年Oracle服务经验,擅长数据库故障诊断和性能调优.目前主要从事客户的现场维护.重大问题的解决.数据库性能分析.二线服务质量保证等工作.     1 背景说明  某省份的电信业务系统由于业务量较大,按地市划分部署在4套配置相同的RAC上,相同主机版本,相同的CRS和数据库版本.该系统已正常运行3年多,其间也有重启主机等正常维护操作.从4月24日 开始,这个系统的4套RAC的

重启能解决服务器宕机的问题吗?

服务器在长时间连续运作时,有可能因为软件问题或硬件问题导致宕机,这个一般idc商都会监控托管服务器的机器状况,向用户配置的告警接收人推送告警信息.   1. 用户收到告警后,需要在管理中心中重启相关的服务器来解决问题,以尽快恢复业务. 2. 如果在管理中心中重启机器不生效,可以尝试在服务器上以root运行reboot命令进行重启. 3. 如果服务器长期处于宕机状况,服务商也会在确认宕机后会进行重启. 4. 建议用户主动定期的重启服务器,可以更有效的使用系统资源,使应用更稳定. 本文转自d1net