oracle RAC环境如何调整系统时间

对于RAC环境而言,调整系统时间不是一件小事情,Oracle为了保证节点之间的一致性,很可能会重启其中一个节点。

测试发现,如果将系统时间向前调整,那么无论调整多长的时间都不会造成系统的重启。但是如果将系统时间向后调整,就会造成整个节点的重启。

即使是关闭数据库,调整时间仍然会重启节点。

正确的方法是首先关闭数据库和CLUSTER环境,然后修改系统时间,为了避免数据库中的时间出现冲突,最好等待当前时间超过修改前的系统时间后,再启动CLUSTER环境和RAC数据库:

# date

Tue Aug  4 17:51:44 CST 2009

# su - oracle

Sun Microsystems Inc.   SunOS 5.10      Generic January 2005

You have mail.

$ bash

bash-3.00$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.3.0 - Production on星期二8月4 17:51:59 2009

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

连接到:

Oracle Database10gEnterprise Edition Release 10.2.0.3.0 - 64bit Production

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

SQL> shutdown immediate

数据库已经关闭。

已经卸载数据库。

ORACLE例程已经关闭。

SQL> exit

从Oracle Database10gEnterprise Edition Release 10.2.0.3.0 - 64bit Production

With the Partitioning, Real Application Clusters, OLAP and Data Mining options断开

bash-3.00$ lsnrctl stop

LSNRCTL for Solaris: Version 10.2.0.3.0 - Production on 04-8月-2009 17:54:41

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

正在连接到(ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))

命令执行成功

bash-3.00$ exit

exit

$ exit

# date

Tue Aug  4 17:54:51 CST 2009

# /etc/init.d/init.crs stop

Shutting down Oracle Cluster Ready Services (CRS):

Aug  4 17:54:57.422 | INF | daemon shutting down

Stopping resources.

Successfully stopped CRS resources

Stopping CSSD.

Shutting down CSS daemon.

Shutdown request successfully issued.

Shutdown has begun. The daemons should exit soon.

# date

Tue Aug  4 17:55:02 CST 2009

# date 080417472009.20

Tue Aug  4 17:47:20 CST 2009

# date

Tue Aug  4 17:59:18 CST 2009

# /etc/init.d/init.crs start

Startup will be queued to init within 30 seconds.

# ps -ef|grep ora

 oracle 18590     1   0 17:55:01 ?           0:00 sh -c sh -c 'ulimit -c unlimited; cd /opt/oracle/product/10.2/crs/log/ahrac1/ev

 oracle 24249     1   0 18:01:03 ?           0:00 oracletradedb1 (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))

root 18636     1   0 17:55:01 ?           0:01 /opt/oracle/product/10.2/crs/bin/crsd.bin reboot

 oracle 24454     1   0 18:01:09 ?           0:00 ora_q001_tradedb1

 oracle 23386     1   0 18:00:34 ?           0:00 ora_pmon_tradedb1

 oracle 22101 21913   0 17:59:52 ?           0:00 sh -c /bin/sh -c 'ulimit -c unlimited; cd /opt/oracle/product/10.2/crs/log/ahra

 oracle 23445     1   0 18:00:35 ?           0:00 ora_reco_tradedb1

 oracle 24450     1   0 18:01:09 ?           0:00 oracletradedb1 (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))

本文URL地址:http://www.bianceng.cn/database/Oracle/201410/45384.htm

时间: 2024-10-03 20:16:32

oracle RAC环境如何调整系统时间的相关文章

ORACLE RAC环境下节点自动重启问题总结

文章参考:主要来源于网络资源分享,并结合自己的ORACLE RAC环境近段时间OS节点自动重启问题进行分析总结 首先我们对能够导致节点重启的CRS进程进行介绍.1.ocssd : 它的主要功能是节点监控(Node Monitoring)和组管理(Group Management),它是CRS的核心进程之一.节点监控是指监控集群中节点的健康状况,监控的方法是通过网络心跳(network heartbeat)和磁盘心跳(disk heartbeat)实现的,如果集群中的节点连续丢失磁盘心跳或网络心跳

详解Oracle RAC 环境下的连接管理

这篇文章详细介绍了Oracle RAC环境下的连接管理,分别介绍了什么是 Connect Time Load Balancing.Runtime Connection Load Balancing.Connect Time Connection Failover 和 Runtime Connection Failover,以及里面所涉及到的 TAF.ONS.FCF.FAN.LBA 等诸多知识点.本文主要是针对 Oracle RAC 11gR2 环境下的连接管理,但同时也会对比说明一下 Oracl

Oracle RAC 环境下的 v$log v$logfile

      通常情况下,在Oracle RAC 环境中,v$视图可查询到你所连接实例的相关信息,而gv$视图则包含所有实例的信息.然而在RAC环境中,当我们查询v$log视图时说按照常理的话,v$log视图应当看到的是你所连接到实例的日志组的信息.但v$log是个例外,也就是说v$log视图里看到的不仅仅是自身实例所包含的redo日志组,其他所有剩余实例的redo日志组也同样会出现在该视图中.无论你从任意一个节点连接查询v$log视图都将获得相同的结果.该情形同样适用于v$logfile.这到底

【RAC】Oracle RAC环境的日志体系

在Oracle RAC环境中比单个系统的日志体系要复杂:见下图: 简单介绍一下有关Oracle集群环境中日志体系结构,在遇到问题时,可以快速查找所需的日志文件,及时的定位问题~ 1.Oracle集群日志的文件路径 Oracle集群涉及的日志主要位于"$GRID_HOME/log"和"$ORACLE_HOME/log"目录中. 2.日志目录结构 clusterware 层的日志结构: grid@rac1:/home/grid>tree -d $ORACLE_HO

Oracle RAC环境单独节点插入数据也会导致全局等待(下)

在RAC环境中,登陆到一个实例,在处理的数据完全与另外实例内存中数据无关的情况下,也会导致gc全局等待产生. 这一篇描述性能影响. 上一篇文章描述gc等待产生的现象,这篇文章验证一下产生的全局等待是否会对性能产生不利影响: SQL> truncate table t; 表被截断. SQL> set timing on SQL> insert into t 2  select * 3  from t_big; 已创建6430135行. 已用时间:  00: 01: 05.05 SQL>

Oracle RAC环境单独节点插入数据也会导致全局等待(上)

在RAC环境中,登陆到一个实例,在处理的数据完全与另外实例内存中数据无关的情况下,也会导致gc全局等待产生. 这一篇描述现象. 环境如下: SQL> conn yangtk/yangtk 已连接. SQL> select * from v$version; BANNER ---------------------------------------------------------------- Oracle Database10gEnterpriseEdition Release10.2.

Oracle RAC环境中EXECUTE_EM_DBMS_JOB_PROCS

今天一个客户咨询,他们的RAC环境中,EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS过程频繁启动,而且占用了大量的系统资源. 这个任务每分钟运行一次,而且每次都排在top中的前面. 这个job是EM用了维护管理工作的JOB,而这个JOB导致性能问题的相关bug也不再少数,比如Bug 7759386. 和客户确认,发现他们根本不使用EM,那么解决这个问题的最简单的办法就是删除这个维护JOB. 利用SYSMAN用户登陆执行这个SQL: SQL> conn sysm

Oracle RAC 环境下如何管理参数文件(spfile)

RAC环境下,初始化参数文件与但实例下参数文件有些异同,主要表现在初始化参数可以为多个实例公用,也可以单独设置各个实例的初始化参数.对于那些非共用的初始化参数则必须要单独设置,而共用的则可以单独设置,但一般不建议这么用.本文描述RAC 环境下参数文件(spfile)的相关管理工作. 1.参数文件的位置 SQL> show parameter instance_name NAME                                 TYPE        VALUE ---------

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

RAC环境下的归档模式切换与单实例稍有不同,主要是共享存储所产生的差异.在这种情况下,我们可以将RAC数据库切换到非集群状态下,仅仅在一个实例上来实施归档模式切换即可完成RAC数据库的归档模式转换问题.本文主要描述了由非归档模式切换到归档模式,而由非归档切换的归档步骤相同,不再赘述. 1.主要步骤: 备份spfile,以防止参数修改失败导致数据库无法启动 修改集群参数cluster_database为false 启动单实例到mount状态 将数据库置于归档模式(alter database ar