ITPub博客

数据库规划要从业务特性和需求为导向，不要为了RAC的可用性而上RAC，实际上RAC也不是万能的，需要如下知识点需要掌握。 1.使用RAC的好处 1.1 提升应用系统性能，提高数据库事务处理能力在单台主机资源或者单实例数据库的事务处理能力受到瓶颈时，使用RAC能极大提高并发能力。主机的资...

 在单机环境下，Oracle是运行在OS Kernel 之上的。 OS Kernel负责管理硬件设备，并提供硬件访问接口。 Oracle 不会直接操作硬件，而是有OS Kernel代替它来完成对硬件的调用请求。在集群环境下， 存储设备是共享的。OS Kernel 的设计都是针对单机的，只能控制...

Oracle 10g时代，我们很羡慕那些懂得9i的那些DBA，而不知不觉中进入了度过了11g并迎接了12c时代，但是还是有不少DBA习惯于Oracle 10g的管理思维，尤其是在管理或安装Oracle 11g RAC时，偶尔感到不知错所。   在Oracle 11gR2 下的RAC，架构发生了变化，多了grid用户、警告日志位置也发生变化等。CRS的信...

需求及场景：单节点实例（即，不是RAC环境），主库和备份库目录结构和ORACLE_SID不一样。 数据库名：PRM     主库实例名：PRM   备库实例名：STD  主备库目录结构一样   可用模式为：最大可用模式   1.主节点备份并生成备用数据库控制文件、standby日志文件、配置...

DB_NAME  只需注意DataGuard的主备各节点instance使用相同的db_name即可。推荐与service_name一致。 Primary Site   Standby Site  *.DB_NAME='DB'  *.DB_NAME='DB’  DB_UNIQUE_NAME  Primary...

需求及场景：单节点实例（即，不是RAC环境），主库和备份库目录结构和ORACLE_SID一样。 数据库名：TARGET     主库实例名：TARGET   备库实例名：TARGET  主备库目录结构一样   可用模式为：最大可用模式   1.主节点备份并生成备用数据库控制文件、standby日志文件、...

今天对DG进行测试过程对初始化参数有了更清楚的认识。如果单节点并备库和主库的目录结构一样，则搭建DG只需要配置如下两条：log_archive_dest_2standby_archive_dest参数即可，要求实现高可用模式也就需要这两个参数完全足够。测试环境为oracle 10g 和linux 5.4。

在10g及以前的数据库版本,将非归档的RAC数据库改成归档的RAC数据库,需要将cluster_database先设置为false,然后按单实例的设置归档方法。在10gR2中和11g,不再需要将cluster_database设置为false,将非归档的RAC数据库改成归档的RAC数据库,方法与单实例设置归档模式是一样的。如下是Linux上11g的配置过程：先关闭节点2的实例：[root@dbserv2 ~]# su - oracle-bash-3.2$ sqlplus / as sysdbaSQL> show parameter db_recoNAME TYPE VALUE------------------------------------ ----------- ------------------------------db_recovery_file_

重新安装RAC之前，需要在两个节点分别执行如下命令来启用用户等效验证：exec /usr/bin/ssh-agent $SHELL/usr/bin/ssh-add为了缩短篇幅，只对注意环节进行说明：[@more@]1、在安装clusterware的过程中：[root@dbserv1 ~]# /u01/app/oracle/oraInventory/orainstRoot.sh Changing permissions of /u01/app/oracle/oraInventory to 770.Changing groupname of /u01/app/oracle/oraInventory to oinstall.The execution of the script is complete[root@dbserv1 ~]# /u01/crs1020/root.sh Checking to see if Oracle CRS stack is already con

如下卸载过程只针对软件和清理裸设备的过程，不涉及用户、系统参数、信任关系、环境变量、数据库文件等信息。目的主要是为了通过重复删除和重新安装来熟练Oracle Rac的安装配置过程。[@more@]1.现有配置信息的收集：为了正确卸载，对现有配置和路径进行查询：.bash_profile文件内容如下：[oracle@dbserv1 ~]$ more .bash_profile # .bash_profile# Get the aliases and functionsif [ -f ~/.bashrc ]; then. ~/.bashrcfi# User specific environment and startup programsPATH=$PATH:$HOME/binexport PATHexport ORACLE_BASE=/u01/app/ora

我们一般认为监听属于节点资源，实际上也是。但是最近在安装过程发现，监听在cluster安装完时还未出现，只是通过DBCA创建完asm事才出现，与此同时asm配置过程中遇到了一个麻烦，环境为Oracle Linux + Oracle10g+RAC,具体过程如下：我安装的步骤为：1、clusterware的安装2、Oracle 软件安装3、通过dbca创建asm 在这个步骤才出现lsnr进程，因为第一次配置ASM时找不到磁盘原因，按网上的asm卸载方法对asm进行了卸载，但是没有对cluster和oracle软件进行卸载。卸载过程中lsnr进程未清干净，第二次安装配置asm中问题出现，即lsnr进程状态不正常

在Oracle RAC安装中，前期配置是安装是否成功的关键。看过了不少文档，但是几乎都忽略了前期分区和裸设备的配置过程，因此简单的做了总结性记录。 安装环境为Oracle 10g for Linux x86 对独立存储（即，磁盘阵列），当存储工程师创建完raid group ,并在此group上分几个Lun，最终通过多路径封包后，轮到DBA上场动手了。Lun实际上从Linux OS的fdisk -l命令查看时，相当于一个磁盘。 1、对磁盘做分区 在这里使用fdisk命令，但是在对磁盘进行分区的时候需要注意，根据ORACLE的官方文档要求，需要从

关于Oracle10g Data Gurad的搭建，虽然官方和网上有很多资料，但是基于物理冷备份后复制到备库的搭建方式。在生产环境中我们可能更多要关注主库的可用性，这是Rman的高级备份恢复功能完全胜任这些需求。 主库服务器名：dbserv ip:192.168.2.3 主库DB_UNIQUE_NAME='testdb'备库服务器名：dbservdg ip:192.168.2.4 备库db_unique_name='testdbDG'数据库名：testdb DG安装过成大致分为如下几个重要步骤： 1、备库安装数据库软件（仅安装软件，不必创建数据库） 2、主库通过Rman进行全备份,备份脚本如下：run{ DELETE NOPROMPT expired arc

环境：两个节点的Solaris10 + Oracle10g RAC + ASM环境 bash-3.00# su - oracle Oracle Corporation SunOS 5.10 Generic Patch January 2005 You have new mail. [dbserv2]@dbserv-db2[/export/home/oracle]$crs_stat -t -v Name Type R/RA F/FT Target State Host ---------------------------------------------------------------------- ora....SM1.asm application 0/5 0/0 ONLINE OFFLINE ora....B1.lsnr app

环境：两个节点的Oracle10g RAC 环境，数据库创建在独立的磁盘阵列上的裸设备上，数据库在非归档模式中，现在需要改为归档模式，具体步骤如下： 在节点1： -bash-3.2$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.5.0 - Production on Wed Jun 20 21:26:57 2012 Copyright (c) 1982, 2010, Oracle. All Rights Reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production With the Partitioning, Real Application Clusters, OLAP, Data Mining

环境连个节点的Linux5.5 + Orale10g RAC ,存储采用裸设备。 重启具体过程如下： 1、关闭RAC节点1-bash-3.2$ iduid=500(oracle) gid=300(dba) groups=300(dba)-bash-3.2$ service init.crs stop-bash: service: command not found-bash-3.2$ su -Password: [root@erpdb1 ~]# service init.crs stopShutting down Oracle Cluster Ready Services (CRS):May 16 13:05:11.009 | INF | daemon shutting downStopping resources. This could take several minutes.Successfully stopped CRS resources.Stopping CSSD.Shutting down CSS daemon.S

RAC和Data Guard中修改用户帐号时,按照是否会修改口令文件($ORACLE_HOME/dbs/orapw$ORACLE_SID分两种情况:1, 普通用户普通用户在V$PWFILE_USERS中没有记录, 信息不会保存在口令文件中,所以修改口令时,只会修改数据字典信息,而数据字典存在system表空间中,属性数据库的数据文件,而datafile在RAC中是共享的.所以,在任何节点执行修改动作都可以, 可以立即生效[@more@]例如修改system用户密码，则具体步骤如下：查看V$PWFILE_USERS里有没有我们要修改的用户名，如果没有说明该用户属于普通用户，如下查询结果显示system用户不在该列表上，因此

当我第一次在虚拟机上安装RAC时，对RAC 的启动和关闭顺序的具体操作有点迷惑（除root用户执行的crsctl stop/start crs外），而现在觉得有必要做一些总结了。 CRS Resource 包括GSD(Global Serveice Daemon),ONS(Oracle Notification Service),VIP, Database, Instance 和 Service. 这些资源被分成2类：GSD，ONS,VIP 和 Listener 属于Nodeapps类Database，Instance 和Service 属于 Database-Related Resource 类 当安装完clusterware时就会出现GSD，ONS,VIP进程，因此说明这些资源是基础类资源，Database，Instance 和Service是依赖这些资源

在主库中添加删除Online Redo logs在主库中可以任意添加，删除，修改Online Redo logs，这些操作不会影响到Standby数据库，但是为了保证Standby数据库在切换为Primary数据库之后仍然能有相同的配置，因此建议在添加，删除，修改主库的Online Redo logs时也同时修改Standby库的。ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;alter system set STANDBY_FILE_MANAGEMENT=manual;ALTER DATABASE ADD logfile group 5 '/oradata/NEWS/redo05a.ora' size 50m;alter system set STANDBY_FILE_MANAGEMENT=auto;ALTER DATABASE RECOVE

将standby数据库开启至只读模式(用于primary非常忙时，可以在standby跑一些报表) $sqlplus “/as sysdba” SQL>startup mount SQL>alter database open read only;[@more@]将只读模式standby数据库切换至管理模式$sqlplus “/as sysdba”SQL>alter database recover managed standby database disconnect from session; 将管理模式的standby数据库切换至只读模式$sqlplus “/as sysdba”SQL>alter database recover managed standby database cancel;SQL>alter