oracle 11GR2新特性 Cluster Time Synchronization Service 配置
在oracle 11gR2 RAC版本中,oracle自己增加了叢集中的時間同步服務,如果作業系統沒有配置NTP,就會啟用oracle 自帶的 Cluster Time Synchronization Service ,以下為官方文件說明:
Cluster Time Synchronization Service
Cluster node times should be synchronized. With this release, Oracle Clusterware
provides Cluster Time Synchronization Service (CTSS), which ensures that there is a
synchronization service in the cluster. If Network Time Protocol (NTP) is not during cluster configuration, then CTSS is configured to ensure time synchronization
配置過程:禁用NTP服務
stopsrc -s xntpd
安裝完grid後,檢查時間同步,發現沒有同步
[grid@p520:/grid/app/grid]$ssh p650 date;date
Fri Feb 26 14:44:22 BEIST 2010
Fri Feb 26 14:44:26 BEIST 2010
用cluvfy comp clocksync -verbose 檢查也沒同步
[grid@p520:/grid/app/11.2.0/grid/bin]$cluvfy comp clocksync -verbose
Verifying Clock Synchronization across the cluster nodes
Checking if Clusterware is installed on all nodes...
Check of Clusterware install passed
Checking if CTSS Resource is running on all nodes...
Check: CTSS Resource running on all nodes
Node Name Status
------------------------------------ ------------------------
p520 passed
Result: CTSS resource check passed
Querying CTSS for time offset on all nodes...
Result: Query of CTSS for time offset passed
Check CTSS state started...
Check: CTSS state
Node Name State
------------------------------------ ------------------------
p520 Observer
CTSS is in Observer state. Switching over to clock synchronization checks using NTP
Starting Clock synchronization checks using Network Time Protocol(NTP)...
NTP Configuration file check started...
The NTP configuration file "/etc/ntp.conf" is available on all nodes
NTP Configuration file check passed
Checking daemon liveness...
Check: Liveness for "xntpd"
Node Name Running?
------------------------------------ ------------------------
p520 no
Result: Liveness check failed for "xntpd"
PRVF-5415 : Check to see if NTP daemon is running failed
Result: Clock synchronization check using Network Time Protocol(NTP) failed
PRVF-9652 : Cluster Time Synchronization Services check failed
Verification of Clock Synchronization across the cluster nodes was unsuccessful on all the specified nodes
這時檢查$GRID_HOME/log/alert_p520.log
報以下錯誤:
[ctssd(790696)]CRS-2409:The clock on host p520 is not synchronous with the mean cluster time. No action has been taken as the Cluste
r Time Synchronization Service is running in observer mode.
透過查詢metalink 文件 ID為ID 1054006.1
If you choose to let CTSSD handle time synchronization, de-configure the vendor time sync service. For example, for NTP you may need to move or remove /etc/ntp.conf or /etc/xntp.conf.
After choosing option 2 (and removing /etc/ntp.conf in my case), I now see a good time status reported by cluvfy:
在兩個AIX 節點上mv /etc/ntp.conf /etc/ntp.conf.bak 後,然後重新執行 cluvfy comp clocksync -verbose
[grid@p520:/grid/app/grid]$cluvfy comp clocksync -verbose
Verifying Clock Synchronization across the cluster nodes
Checking if Clusterware is installed on all nodes...
Check of Clusterware install passed
Checking if CTSS Resource is running on all nodes...
Check: CTSS Resource running on all nodes
Node Name Status
------------------------------------ ------------------------
p520 passed
Result: CTSS resource check passed
Querying CTSS for time offset on all nodes...
Result: Query of CTSS for time offset passed
Check CTSS state started...
Check: CTSS state
Node Name State
------------------------------------ ------------------------
p520 Active
CTSS is in Active state. Proceeding with check of clock time offsets on all nodes...
Reference Time Offset Limit: 1000.0 msecs
Check: Reference Time Offset
Node Name Time Offset Status
------------ ------------------------ ------------------------
p520 0.0 passed
Time offset is within the specified limits on the following set of nodes:
"[p520]"
Result: Check of clock time offsets passed
Oracle Cluster Time Synchronization Services check passed
Verification of Clock Synchronization across the cluster nodes was successful.
[grid@p520:/grid/app/grid]$ssh p650 date;date
Fri Feb 26 17:42:12 BEIST 2010
Fri Feb 26 17:42:12 BEIST 2010
配置成功
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7199859/viewspace-628439/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 【RAC】11gR2 新特性:Oracle Cluster Health Monitor(CHM)簡介Oracle
- oracle 11GR2 新特性Oracle
- Oracle Cluster Time ManagementOracle
- oracle 11gR2 新特性 diskgroup 重新命名Oracle
- Oracle 11gR2 RAC Service-Side TAF 配置示例OracleIDE
- Oracle 11gr2 的新特性-延遲段建立Oracle
- 11GR2新特性(轉)
- ORACLE 11GR2 新特性CACHE表與以前的區別Oracle
- 【RAC】11gR2 新特性: Rebootless RestartbootREST
- 11gr2 RAC配置Service-Side TAFIDE
- Oracle 11gR2 ASM磁碟組管理與新特性實踐[1]OracleASM
- oracle 11gR2 新特性 orc和vote盤可以放在ASM中OracleASM
- Oracle 12C新特性-資料泵新引數(LOGTIME)Oracle
- Nearby Service新特性:Wi-Fi分享
- Failure 1 contacting Cluster Synchronization Services daemon_1466098.1AI
- 11gR2新特性---Gpnp守護程式
- 【11gR2新特性】extent延遲建立
- Oracle10g新特性之stream流配置Oracle
- Oracle11新特性——PLSQL新特性(七)OracleSQL
- Oracle11新特性——PLSQL新特性(六)OracleSQL
- Oracle11新特性——PLSQL新特性(五)OracleSQL
- Oracle11新特性——PLSQL新特性(四)OracleSQL
- Oracle11新特性——PLSQL新特性(三)OracleSQL
- Oracle11新特性——PLSQL新特性(二)OracleSQL
- Oracle11新特性——PLSQL新特性(一)OracleSQL
- 11gR2 新特性之—In-Memory Parallel executionParallel
- 11gR2新特性:STANDBY_MAX_DATA_DELAY
- oracle redhat 下cluster 配置管理OracleRedhat
- Oracle 11gR2 Result Cache特性文章收集Oracle
- 11g 新特性 real time apply +real time queryAPP
- 【ORACLE新特性】11G 分割槽新特性Oracle
- oracle 11gr2 SCAN LISTENER配置Oracle
- 11GR2新特性測試-閃迴歸檔
- 【11gR2新特性】result cache 的三種模式模式
- 【11gR2新特性】密碼區分大小寫密碼
- 11GR2的新特性Deferred Segment Creation
- 11gR2新特性之二 - Flash Cache 的SSD支援
- 12c新特性:Last Successful login timeAST