使用NID修改DBID和DBNAME实验(下)
3、单独修改DBID情况 如果是单独修改DBID的情况呢?需要修改的范围略小一些。 [oracle@MYTElife admin]$ env | grep ORAORACLE_SID=testdbORACLE_BASE=/u01/app/oracleORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1 启动数据...
使用NID修改DBID和DBNAME实验(上)
在Oracle中,DBID和DBNAME是两个低调但又是及其重要的对象。作为标记信息,DBID和DBNAME广泛的出现在参数文件、密码文件、数据文件和日志文件中,更有甚者在备份集合归档日志中。笔者看过一位前辈的文章中,强调称职DBA应该将管理数据库的DBID牢记于心。 一般情况下,已经创建好的数据...
使用Out of Place升级策略进行Oracle Patch操作
数据库升级、打补丁是我们经常面对的日常工作内容。在正常情况下,两个因素是我们必须要考虑的问题:停机时间窗和回退方案。就Oracle而言,即便是最简单的更新操作,都难以做到“零停机”。回退方案是在一旦发现新版本存在问题,迅速的回退到原有的版本,支持应用访问。 目前,Oracle推荐两种大规...
DataGuard环境下备库RMAN-05021问题有效性解决方案
Dataguard环境作为Oracle官方重要的HA功能组件,在实践领域有非常多的应用场景和成功案例。同任何技术一样,在配置过程中,会出现一些问题需要解决。本文主要介绍在修改Physical Standby备份Rman参数中出现的问题和解决策略。 1、问题描述 笔者环境为11.2.0.4的Dataguard环境,两台...
为Linux版本Oracle 11gR2配置HugePage
HugePage是Oracle在Linux版本下一种性能优化手段。对于共享内存区域(SGA)的数据库系统,Oracle通常都推荐在操作系统层面配置上HugePage,为Oracle实例准备更大的可用共享内存和整块的内存。 本文主要介绍在Oracle 11gR2版本上,进行HugePage配置全过程。记录下来,共需要的朋友待查。 ...
聊聊Dataguard的三种保护模式实验(下)
4、最大保护模式Maximum Protection 最大保护模式是DG可以提供的最高保护级别,建立在日志同步传输和确认的基础上。同样,可以使用alter database方法进行设置。 SQL> alter database set standby database to maximize protection;Database altered &nb...
聊聊Dataguard的三种保护模式实验(上)
Data Guard是Oracle高可用性HA的重要解决方案。针对不同的系统保护需求,DG提供了三种不同类型的保护模式(Protection Mode),分别为:最大保护(Maximum Protection)、最大可用(Maximum Availability)和最大性能(Maximum performance)。在实际应用场景下,我们需要根据不同的业务场景和数据可用性需求,...
聊聊Oracle 11g的Snapshot Standby Database(下)
3、Snapshot Standby行为研究 下面我们分析一下Snapshot Standby的工作性质和行为性质。我们在主库方向研究当前状态。 --主库日志情况 SQL> select group#, sequence#, archived, status from v$log; GROUP# SEQUENCE...
聊聊Oracle 11g的Snapshot Standby Database(上)
Oracle 11g是Data Guard的重要里程碑版本。在11g中,Active DataGuard、Advanced Compression等特性大大丰富了Data Guard的功能和在实践领域应用的广度。其中,除了传统的Physical Standby和Logical Standby,11g推出了新的Standby类型——Snapshot Standby。Standby的实质是“同步更新”,无论是Physical ...
Oracle Standby Redo Log实验两则
Standby Redo Log是Oracle Dataguard的重要组件内容。在笔者看来,Standby Redo Log就是Physical Standby进行数据同步的online redo log。Standby端要想进行同步数据,就必须存在一组或者多组的Standby Redo Log。 根据不同的保护模式(Protection Mode),主库Primary和备库Standby维持一种同步...
Oracle元数据重构实验
元数据是几乎所有数据库都具有的基础数据,其中包括基础数据字典、系统功能视图和函数结构等内容。越是功能强大成熟的数据库产品,其元数据信息越是众多复杂。在Oracle世界中,我们经常使用的性能工具AWR、作业Scheduler和RMAN工具,甚至Data Pump工具,都是建立在数据字典的基础上。大部分数据字典是在sys和system用户schema下,普通用户只是通过同义词调用和访问对象,删除破坏的风险的是比较低的。在实践工作中,主要有两种情况会破坏元数据:管理员帐号误操作和系统内部运行数据损坏。无论是哪一种情况,元数据损坏的故障通常是很麻烦的,越是基础的元数据损坏,故障现象就越是紧急复杂和多变。
实现Oracle非1521标准端口动态注册
动态注册dynamic registry和静态注册是Oracle实例和监听器之间建立联系的重要方式。从现在趋势看,默认监听器+动态注册已经成为默认Oracle标准配置。在一些场景下,处于安全的原因可能需要修改标准监听配置和注册方式。本篇主要介绍如何实现非1521端口进行动态注册方法。
聊聊跟踪监听器动态注册(Dynamic Register)方法
监听器动态注册是实例与监听器建立关系的一种重要途径。
Oracle 11gR2单实例数据库补丁升级记录
Oracle 11gR2是目前新系统应用比较广泛的Oracle版本,根...
聊聊两种给Grid Infrastructure打补丁的方法(下)
下面介绍opatch的auto补丁方法。 3、OPatch auto补丁策略 GI是复杂的,一些GI补丁不仅仅是给GI中间件本身补丁,而且设计到其上运行的database和ASM实例等多个组件。在进行这样环境补丁的时候,一定要先进行GI补丁,之后补充验证database实例的补丁。OPatch auto策略是针对多个补...
聊聊两种给Grid Infrastructure打补丁的方法(上)
升级打补丁是系统管理员重要的工作内容。Oracle Grid Infrastructure是目前比较复杂的集群管理中间件,当出现各种奇怪问题的时候,寻求官方服务支持(MOS)和打补丁是最常见的做法。同简单单实例文件系统数据库database补丁有所不同的是,GI(Grid Infrastructure)打补丁过程要涉及到其上ASM、Listener和D...
Oracle 11gR2高危权限安全漏洞解决
IT运行维护中,系统升级补丁是不可缺少的工作。无论是何种系统或者软件,都存在出现Bug和故障的可能。同时,系统不断升级、推出新特性功能,都会给系统现有平衡状态带来新漏洞出现的机会。此外,在各种因素的驱动作用下,外部攻击者也会不断挖掘系统的安全漏洞,给系统带来潜在攻击风险。作为专业的IT运行...
聊聊Oracle 11g中的Reference Partition(上)
Data Partition是Oracle早期提出的一项针对大数据对象的解决方案。经过若干版本的演变,Partition依然是目前比较流行、应用广泛并且接受程度较高的技术策略。从Oracle产品线角度,Partition的成功是与Oracle不断丰富完善分区技术和方案是分不开的。在每一个版本中,Partition技术都推出一些新的进步和发展...
Truncate数据表背后的几个参数(下)
4、Truncate drop all storage行为 在11gR2中,Oracle有一个新特性就是deferred_segment_creation参数的引用。在之前的版本中,一旦创建数据表create语句执行,如果初始数据表中没有数据,Oracle是不会创建segment结构,直到第一行数据被插入到数据表中。这个新特性其实就开启了段结构虚拟化...
Truncate数据表背后的几个参数(上)
Truncate语句是Oracle SQL体系中非常有特色的一个。Truncate直接的效果是进行数据表数据的清理,深层次是一种典型的DDL语句。Oracle中,delete语句是一种标注动作。在执行过程中,数据库会访问每个符合删除条件的数据行进行标注动作,标记为“已删除”。删除的数据范围越大、执行路径越长,执行SQL语句时间...