Oracle RAC环境下如何修改归档模式

一、指定归档路径（两个节点都执行）

alter system set log_archive_dest_1='location=+logdg';

二、停两个节点的数据库

shutdown immediate；

三、两个节点都启动到mount状态

startup mount;

四、节点1修改数据库为归档模式

alter database archivelog;

五、open两个节点

alter database open;

所有实例和服务的状态

$ srvctl status database d orcl

Instance orcl is running on node linux

Instance orcl is running on node linux

单个实例的状态

$ srvctl status instance d orcl i orcl

Instance orcl is running on node linux

在数据库全局命名服务的状态

$ srvctl status service d orcl s orcltest

Service orcltest is running on instance(s) orcl orcl

特定节点上节点应用程序的状态

$ srvctl status nodeapps n linux

VIP is running on node: linux

GSD is running on node: linux

Listener is running on node: linux

ONS daemon is running on node: linux

ASM 实例的状态

$ srvctl status a n linux

ASM instance +ASM is running on node linux

列出配置的所有数据库

$ srvctl config database

orcl

显示 RAC 数据库的配置

$ srvctl config database d orcl

linux orcl /u /app/oracle/product/ /db_

linux orcl /u /app/oracle/product/ /db_

显示指定集群数据库的所有服务

$ srvctl config service d orcl

orcltest PREF: orcl orcl AVAIL:

显示节点应用程序的配置 —（VIP GSD ONS 监听器）

$ srvctl config nodeapps n linux a g s l

VIP exists : /linux vip/ / /eth :eth

GSD exists

ONS daemon exists

Listener exists

显示 ASM 实例的配置

$ srvctl config a n linux

+ASM /u /app/oracle/product/ /db_

集群中所有正在运行的实例

SELECT

inst_id

instance_number inst_no

instance_name inst_name

parallel

status

database_status db_status

active_state state

host_name host

FROM gv$instance

ORDER BY inst_id;

INST_ID INST_NO INST_NAME PAR STATUS DB_STATUS STATE HOST

orcl YES OPEN ACTIVE NORMAL rac

orcl YES OPEN ACTIVE NORMAL rac

位于磁盘组中的所有数据文件

select name from v$datafile

union

select member from v$logfile

union

select name from v$controlfile

union

select name from v$tempfile;

NAME

+FLASH_RECOVERY_AREA/orcl/controlfile/current

+FLASH_RECOVERY_AREA/orcl/onlinelog/group_

+FLASH_RECOVERY_AREA/orcl/onlinelog/group_

+FLASH_RECOVERY_AREA/orcl/onlinelog/group_

+FLASH_RECOVERY_AREA/orcl/onlinelog/group_

+ORCL_DATA /orcl/controlfile/current

+ORCL_DATA /orcl/datafile/example

+ORCL_DATA /orcl/datafile/indx

+ORCL_DATA /orcl/datafile/sysaux

+ORCL_DATA /orcl/datafile/system

+ORCL_DATA /orcl/datafile/undotbs

+ORCL_DATA /orcl/datafile/undotbs

+ORCL_DATA /orcl/datafile/undotbs

+ORCL_DATA /orcl/datafile/undotbs

+ORCL_DATA /orcl/datafile/users

+ORCL_DATA /orcl/datafile/users

+ORCL_DATA /orcl/onlinelog/group_

+ORCL_DATA /orcl/onlinelog/group_

+ORCL_DATA /orcl/onlinelog/group_

+ORCL_DATA /orcl/onlinelog/group_

+ORCL_DATA /orcl/tempfile/temp

rows selected

属于 ORCL_DATA 磁盘组的所有 ASM 磁盘

SELECT path

FROM v$a _disk

WHERE group_number IN (select group_number

from v$a _diskgroup

where name = ORCL_DATA );

PATH

ORCL:VOL

ORCL:VOL

启动/停止RAC集群

确保是以 oracle UNIX 用户登录的 我们将从rac 节点运行所有命令

# su – oracle

$ hostname

Rac

停止 Oracle RAC g 环境

第一步是停止 Oracle 实例 当此实例（和相关服务）关闭后 关闭 ASM 实例 最后 关闭节点应用程序（虚拟IP GSD TNS 监听器和 ONS）

$ export ORACLE_SID=orcl

$ emctl stop dbconsole

$ srvctl stop instance d orcl i orcl

$ srvctl stop a n rac

$ srvctl stop nodeapps –n rac

启动 Oracle RAC g 环境

第一步是启动节点应用程序（虚拟 IP GSD TNS 监听器和 ONS） 当成功启动节点应用程序后 启动 ASM 实例 最后 启动 Oracle 实例（和相关服务）以及企业管理器数据库控制台

$ export ORACLE_SID=orcl

$ srvctl start nodeapps n rac

$ srvctl start a n rac

$ srvctl start instance d orcl i orcl

$ emctl start dbconsole

使用 SRVCTL 启动/停止所有实例

启动/停止所有实例及其启用的服务 我只是觉得有意思就把此步骤作为关闭所有实例的一种方法加进来了！

$ srvctl start database d orcl

lishixinzhi/Article/program/Oracle/201311/16967

不是对集群影响，而是对数据库本身。

每次关停数据库，特别是大型数据库，我们最担心的就是能不能起来，听起来比较可笑是吧，因为见关停的过程中，如果有一个环节出现问题，导致文件内容不一致，那么就可能起不来。而且越是大型的数据库，关停的时间就越长，同时出错的可能性就越大。更不要说直接关服务器了。

假设一个事务正在其中一台上处理，已经处理完了，正要写入磁盘，恰好你关了服务器，那么最好的结果是这个事务没有了，最烂的结果是数据库一致性被破坏了，也就是说两台集群数据库的检查点不一致了，那么就只能呵呵了。并不是一定不能恢复，不过可能需要时间，而且恢复的效果，真的不能保证。

数据库节点：

单节点就是数据库软件安装在一台服务器上。

双节点就是数据库软件安装在两台服务器上，可能是为高可用，或者负载均衡来考虑的，比如oracle 的RAC，一般就是双节点。

多节点就是数据库软件安装在多台服务器上，这样形成更大的集群，其中每一台安装有数据库软件的服务器就叫一个节点。

比较一下网络节点的概念，你就清楚了：

每一台连上网络的计算机都是一个网络节点

整个网络就是由这许许多多的网络节点组成的

一般情况都是2个vip在一个节点上，你这里的情况是2个vip的位置互换了。

虽然根据你提供的信息还不能判断为什么会这样，但是你可以试试crs_stop和crs_start命令，关闭vip再在正确的节点上重启vip资源。然后应该就可以启动监听了。

从逻辑上看，RAC集群由存储层、网络层、集群件层、应用层4层组成。

存储层：RAC是一个多实例、单数据库的系统。数据文件、联机日志、控制文件等文件在集群中只有一份。不管有几个节点，这些节点都平等的使用这些数据文件。

网络层：整个RAC环境中，实际有3个网络存在。一个是由public网卡接入的网络，用于对外提供数据查询等服务；另一个是由private网卡组成的私有网络，用于RAC心跳和cache fusion；第三个是存储设备、光纤交换机、每个节点的HBA卡组成的存储网络。前两个网络上面传输的是IP数据，而后一个网络传输的SCSI数据。

集群件层：在单机环境下，Oracle是运行在OS Kernel之上。OS Kernel负责管理硬件设备，并提供硬件访问接口。Oracle不会直接 *** 作硬件，而是由OS Kernel代替它来完成对硬件的调用请求。到了集群环境下，存储设备是共享的。OS Kernel的设计都是针对单击的，只能控制单击上多个进程间的访问，如果还依赖OS Kernel的服务，就无法保证多个主机之间的协调工作。这时就需要引入额外的控制机制，在RAC中，这个机制就是位于Oracle和OS Kernel之间的Clusterware，它会在OS Kernel之前截获请求，然后和其他节点上Clusterware协商，最终完成上层的请求。

应用层：在介绍这一层时，需要先引入一个名词CRS Resource，整个应用层是由若干 CRS Resource组成的。可以简单的理解，一个Resource通常是一个进程，或者有一组进程组成的完整服务。集群环境之所以能够提供高可用性，是因为集群软件（CRS）对运行于其上的应用进行监视，并在发生异常时进行重启、切换等干预手段。

以上就是关于Oracle RAC环境下如何修改归档模式全部的内容，包括:Oracle RAC环境下如何修改归档模式、OracleRAC日常基本维护命令、oracle 11g rac需要关闭数据库再关服务器吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！