环境说明: 本实验环境是一个节点的rac + 单节点 asm dg     database 与 grid 版本是 11.2.0.4 .提别提醒 如果是多节点集群,操作时需要特别注意 thread . 一. 主库操作 1.1 查看redo 信息SQL> col member for a60SQL> select group#,type, member from v$logfile; GROUP# TYPE    MEMBER---------- ------- ----------------

最近先后帮客户做了两套从虚拟化环境到物理机的数据库迁移,都是Linux系统,Oracle 11.2.0.4的RAC,最终选定ADG方案实现迁移,简单高效. 在之前的文章Oracle 11g ADG 部署(duplicate)快速参考中,已经详细介绍了搭建步骤.但本次环境准备时还是遇到些小问题,本文记录下解决过程. 问题1:备库Redo的一个member路径有误 问题2:switch database to copy报错RMAN-6571 问题1:备库Redo的一个member路径有误 按流程做完

需求背景 由于前期安装oracle时redo文件大小或者路径规划不合理需要进行修改,以便满足性能测试要求.redo文件规划大小建议与生产环境一致. 重做日志相关数据字典 1.v$log  记录数据库中有多少个重做日志组,每个组中有多少个成员.日志大小及状态 2.v$logfile 记录着每个日志组成员的属性.文件路径.文件名.状态等 操作步骤 1.查看现有日志组及重做文件大小 SQL> select group#,sequence#,bytes/1024/1024 sizeMB,members,

:first-child { margin-top: 0; } blockquote > :last-child { margin-bottom: 0; } img { border: 0; max-width: 100%; height: auto !important; margin: 2px 0; } table { border-collapse: collapse; border: 1px solid #bbbbbb; } td, th { padding: 4px 8px; bord

一.前言: 本手册主要记录如何配置,还介绍了配置原因,以及注意要点,已经主备切换,以及故障转移等重要操作步骤,我希望这个文章可以作为进行dataguard配置的一个参考手册. 二.前提 1.主库是归档模式: 如果我们不清楚为什么是归档模式,那我们就应该也不会清楚dataguard是用来做什么的.透过很多修饰的官方语言,我们需要明确DG(dataguard简称,后同)实际上的作用就是用来高可用.而实现原理就是从主库获取数据到从库,在主库发生异常的时候,从库接管主库,完成身份的变化.可以一个主库,最

1.主库准备工作 2.物理备库准备工作 3.创建物理备库 写在前面: 最终实现环境:11.2.0.4版本 2节点RAC + 1节点DG 本文旨在弄清楚整个搭建过程中涉及到的基础概念: 本文安装maximum performance mode(最大性能模式)也是DG默认的数据保护模式: 前提环境: 1).主库已安装11.2.0.4版本 RAC数据库 #public ip 192.168.56.150 jyrac1 192.168.56.152 jyrac2 #private ip 10.10.10

一.前言 Oracle建议对于索引深度超过4级以及已删除的索引条目至少占有现有索引条目总数的20% 这2种情形下需要重建索引.有人持不同观点,就是强烈建议不要定期重建索引.索引重建是一个争论不休被不断热烈讨论的议题. 1.重建索引的理由     a.Oracle的B树索引随着时间的推移变得不平衡(误解)     b.索引碎片在不断增加     c.索引不断增加,删除的空间没有重复使用 d.索引 clustering factor (集群因子)不同步,可以通过重建修复(误解) 2.反对重建索引的理

ORACLE数据库中的索引到底要不要定期重建呢? 如果不需要定期重建,那么理由是什么? 如果需要定期重建,那么理由又是什么?另外,如果需要定期重建,那么满足那些条件的索引才需要重建呢?关于这个问题,网上也有很多争论,也一直让我有点困惑,因为总有点不得庐山真面目的感觉,直到上周看到了一些资料,遂整理于此,方便以后翻阅: 首先来看看网上关于索引需要重建的准则或标准: 一:分析(analyze)指定索引之后,查询index_stats的height字段的值,如果这个值>=4 ,最好重建(rebuild

环境: OS: CentOS 6.5 X64 DB: oracle 10.2.0.5 故障:之前由于错误激活备库主写导致主备日志同步,重建备库 1.关闭备库,删除数据文件及控制文件,redo文件 rm -rf *.log rm -rf *.ctl rm -rf *.dbf 2.主库备库 channel ORA_DISK_1: starting piece 1 at 13-SEP-14 RMAN-00571: ============================================

Redo丢失场景和处理方法 Type of Failure Status Column of V$LOG Action One member failed in multiplexed group N/A Re-create member All members of group INACTIVE Clear logfile All members of group ACTIVE Attempt checkpoint,and if successful, clearlogfile.If chec

本文主要描述Oracle备库日志与主库日志之间有gap,切主库这部分gap的归档日志已经删除或丢失,如何在不重建备库的情况下,恢复备库. 欢迎转载,请注明作者.出处. 作者:张正 blog:http://space.itpub.net/26355921  QQ:176036317 如有疑问,欢迎联系. 在dataguard环境中,由于主库archivelog丢失,且尚未同步到standby,问如何在避免 重建standby的情况下来将standby恢复成功的. 下面是我的测试过程,供参考! —-

本章提要-----------------------------------------------redo, undo 定义redo, undo 如何工作如何访问 redo, undo提交和回滚-----------------------------------------------redo: 用来重做(前滚)undo: 用来回滚(后滚) redo: 重做日志文件, 数据库的事务日志, online redo, archived log两类(都是磁盘文件)    如果数据库所在的机房掉电

2014-10-04 Created By BaoXinjian

在Data Guard环境中,Standby Redo Log是一个比较特殊的日志类型.从最新的DG安装指导中,都推荐在Primary和Standby端,都配置Standby Redo Log. 简单的说,Standby Redo Log就是在Standby端应用传递Redo Log过程中,逐步执行的online redo log.Standby端虽然也有online redo log,但是在redo apply应用的过程中,是不使用online redo log的.即使是11g Active

这个小练习是针对控制文件全部丢失后怎么能快速的重建一个控制文件,快速的起库 1.备份控制文件到trace下 SQL> alter database backup controlfile to trace; Database altered. 2.trace文本放在user_dump_dest的路径下 SQL> show parameter dump; NAME TYPE VALUE ------------------------------------ ----------- -------

增量备份的应用在recovery阶段.不再restore阶段 了解数据库设置表: SQL>desc database_properties  Name                                      Null?    Type  ----------------------------------------- -------- ----------------------------  PROPERTY_NAME                            

前段时间一朋友自己电脑上的开发测试用的数据库出了点问题,电脑操作系统是Win8,直接在Win8上安装了Oracle11g,后来系统自动升级到Win8.1,Oracle相关的服务全都不见了,想想把数据文件.参数据文件.控制文件.redo log备份一下,然后重装一下,但在复制控制文件的时候,总是无法复制,最终放弃了备份控制文件,打算装好后重建控制文件.一切还算顺利,因为数据文件和redo log都是完整的,所以重建控制文件也很顺利. 由此想到春节前有一台服务器因断电而导致控制文件和redo log

SQL> select count(*) from test_idx; COUNT(*) ---------- 19087751 SQL> select segment_name,segment_type,bytes/1024/1024 as MB from user_segments where segment_name='TEST_IDX'; SEGMENT_NAME SEGMENT_TYPE MB ------------------------------ --------------

一旦载10g的,没有票据.昨天使用duplicate方法一安装11g ADG,过程艰辛,记录: 一.环境配置 主图书馆 IP地址:192.168.233.128/24 操作系统版本号:rhel5.8 64bit 数据库版本号:11.2.0.1 64bit 数据库sid名:orcl 数据库名:orcl 数据库db_unique_name:orcl1 主机名:pr 物理备库 IP地址:192.168.233.129/24 操作系统版本号:rhel5.8 64bit 数据库版本号:11.2.0.1 6

前些天在做Oracle数据库恢复测试时,因为一些异常操作导致控制文件出了问题,数据库无法正常使用,这里记录一下重建控制文件的操作 一.使用sysdba用户登入数据库 此时普通用户已无法链接数据库 二.启动数据库到mount状态 此时可以看出异常来源:由于控制文件中的实例名与实例本身实例名不一致导致数据库实例无法正常启用 三.获取创建控制文件的脚本格式 在Oracle中我们可以通过 alter database backup controlfile to trace; 命令获取控制文件的创建方法,