Oracle Clusterware把整个集群的配置信息放在共享存储上，这些信息包括了集群节点的列表、集群数据库实例到节点的映射以及CRS应用程序资源信息。也即是存放在ocr 磁盘(或者ocfs文件)上。因此对于这个配置文件的重要性是不言而喻的。任意使得ocr配置发生变化的操作在操作之间或之后都建议立即备份ocr。本文主要基于Oracle 10g RAC环境描述OCR的备份与恢复。
        OCR 相关参考:
        Oracle RAC OCR 与健忘症
        Oracle RAC OCR 的管理与维护
 
一、OCR的备份与恢复概念
        与Oracle数据库备份恢复相似，OCR的备份也有物理备份或逻辑备份的概念，因此有两种备份方式，两种恢复方式。
        物理备份与恢复：
                缺省情况下，Oracle 每4个小时对其做一次备份，并且保留最后的3个副本，以及前一天，前一周的最后一个备份副本。
                用户不能自定义备份频率以及备份文件的副本数。
                对于OCR的备份备份由是由Master Node CRSD进程完成，因此备份的默认位置是$CRS_HOME/crs/cdata/<cluster_name>目录下。
                备份的文件会自动更名，以反应备份时间顺序，最近一次的备份叫作backup00.ocr。
                由于是在Master Node的节点之上进行备份，因此备份文件仅存在于Master Node节点。
                对于Master Node的节点crash之后则由剩余节点接管。
                备份目录可以通过ocrconfig -backuploc <directory_name> 命令修改。
                OCR磁盘最多只能有两个，一个Primary OCR 和一个Mirror OCR。两者互为镜像以避免单点故障。
                对于物理备份恢复，不能简单的使用操作系统级别的复制命令(使用ocr文件时)来完成，该操作将导致ocr不可用。
                
        逻辑备份与恢复：
                使用ocrconfig -export 方式产生的备份，统称之为逻辑备份。
                对于重大的ocr配置发生变化前后，如添加删除节点，修改集群资源，创建数据库等，都建议使用逻辑备份。
                对于由于错误配置而导致的ocr被损坏的情形下，我们可以使用ocrconfig -import方式进行恢复。
                对于这种逻辑方式也可以还原丢失或损坏的ocr磁盘(文件)。
        
        备份建议:
                将oracle的自动备份产生的文件复制到共享或其它可用存储设备上。
                每天至少导出一次ocr配置信息。

二、备份OCR

  1. 1、OCR的自动备份
  2. #使用ocrconfig -showbackup查看ocr备份所在节点及路径
  3. oracle@bo2dbp:~> ocrconfig -showbackup
  4. bo2dbp     2013/02/25 06:23:15     /u01/oracle/crs/cdata/crs
  5. bo2dbp     2013/02/25 02:23:13     /u01/oracle/crs/cdata/crs
  6. bo2dbp     2013/02/24 22:23:13     /u01/oracle/crs/cdata/crs
  7. bo2dbp     2013/02/24 02:23:09     /u01/oracle/crs/cdata/crs
  8. bo2dbp     2013/02/22 18:23:04     /u01/oracle/crs/cdata/crs
  9. oracle@bo2dbp:~> ls -hltr /u01/oracle/crs/cdata/crs
  10. total 40M
  11. -rw-r--r-- 1 root root 6.7M 2013-02-22 18:23 week.ocr
  12. -rw-r--r-- 1 root root 6.7M 2013-02-24 02:23 day.ocr
  13. -rw-r--r-- 1 root root 6.7M 2013-02-24 22:23 backup02.ocr
  14. -rw-r--r-- 1 root root 6.7M 2013-02-25 02:23 backup01.ocr
  15. -rw-r--r-- 1 root root 6.7M 2013-02-25 02:23 day_.ocr
  16. -rw-r--r-- 1 root root 6.7M 2013-02-25 06:23 backup00.ocr
  17. #改变物理备份路径
  18. ocrconfig -backuploc <new_dirname>
  19. #使用物理备份恢复ocr
  20. ocrconfig -restore <backup_file_name>
  21. 对于物理备份，仅仅只能使用restore方式来进行恢复，而不支持import方式
  22. 2、OCR的手动备份
  23. OCR的手动备份也即是逻辑备份，使用-export方式来实现
  24. ocrconfig -export <backup_file_name>
  25. #备份示例
  26. #建议在不同的节点导出ocr，导出位置尽可能存放在共享磁盘，以便任意节点均可从该磁盘恢复
  27. oracle@bo2dbp:~> sudo -s /u01/oracle/crs/bin/ocrconfig -export /u02/crs_bak/ocr_bak/exp/bo2dbp/ocr_bak.dmp
  28. root'''''s password:
  29. oracle@bo2dbp:/u02/crs_bak/ocr_bak/exp/bo2dbp> ls -hltr /u02/crs_bak/ocr_bak/exp/bo2dbp/ocr_bak.dmp
  30. -rw-r--r-- 1 root root 144K 2013-02-25 10:10 /u02/crs_bak/ocr_bak/exp/bo2dbp/ocr_bak.dmp
  31. oracle@bo2dbs:~> sudo -s /u01/oracle/crs/bin/ocrconfig -export /u02/crs_bak/ocr_bak/exp/bo2dbs/ocr_bak.dmp
  32. root'''s password:

三、OCR的恢复

    1. 1、从可用的OCR镜像中恢复受损的OCR
    2. a、首先模拟ocr 损坏
    3. oracle@bo2dbp:~> dd if=/dev/zero of=/dev/raw/raw1 bs=1024k count=10
    4. 10+0 records in
    5. 10+0 records out
    6. 10485760 bytes (10 MB) copied, 0.24662 seconds, 42.5 MB/s
    7. oracle@bo2dbp:~> ocrcheck
    8. Status of Oracle Cluster Registry is as follows :
    9. Version                  :          2
    10. Total space (kbytes)     :     204560
    11. Used space (kbytes)      :       6184
    12. Available space (kbytes) :     198376
    13. ID                       : 1512159503
    14. Device/File Name         : /dev/raw/raw1
    15. Device/File integrity check failed
    16. n        Device/File Name         : /dev/raw/raw11
    17. Device/File integrity check succeeded
    18. Cluster registry integrity check succeeded
    19. oracle@bo2dbp:~> ocrcheck
    20. Status of Oracle Cluster Registry is as follows :
    21. Version                  :          2
    22. Total space (kbytes)     :     204560
    23. Used space (kbytes)      :       6184
    24. Available space (kbytes) :     198376
    25. ID                       : 1512159503
    26. Device/File Name         : /dev/raw/raw1
    27. Device/File needs to be synchronized with the other device
    28. Device/File Name         : /dev/raw/raw11
    29. Device/File integrity check succeeded
    30. Cluster registry integrity check succeeded
    31. #尽管此时ocr文件被破坏，但整个集群依旧处于Online状态，此处不列出，读者可自行验证
    32. #接下来修复ocr
    33. b、校验所在的裸设备处于可用状态
    34. oracle@bo2dbp:~> sudo -s rcraw status | grep raw1
    35. root''''''s password:
    36. /dev/raw/raw1:  bound to major 8, minor 33
    37. /dev/raw/raw11: bound to major 8, minor 113
    38. c、校验裸设备的权限
    39. oracle@bo2dbp:~> ls -hltr /dev/raw/raw1
    40. crw-rw---- 1 oracle dba 162, 1 2013-02-05 16:00 /dev/raw/raw1
    41. oracle@bo2dbp:~> ssh bo2dbs ls -hltr /dev/raw/raw1
    42. crw-rw---- 1 oracle dba 162, 1 2013-02-05 10:28 /dev/raw/raw1
    43. d、重新初始化裸设备
    44. oracle@bo2dbp:~> dd if=/dev/zero of=/dev/raw/raw1 bs=1024k count=200
    45. dd: writing `/dev/raw/raw1': No space left on device
    46. 200+0 records in
    47. 199+0 records out
    48. 209698816 bytes (210 MB) copied, 4.84775 seconds, 43.3 MB/s
    49. e、从镜像ocr恢复主ocr
    50. #实际上等同于添加一个新的ocr。此时主ocr从镜像ocr复制内容。
    51. #对于镜像ocr的损坏可以采用相同的方式如法炮制。
    52. oracle@bo2dbp:~> sudo -s /u01/oracle/crs/bin/ocrconfig -replace ocr /dev/raw/raw1
    53. root''''s password:
    54. oracle@bo2dbp:~> ocrcheck
    55. Status of Oracle Cluster Registry is as follows :
    56. Version                  :          2
    57. Total space (kbytes)     :     204560
    58. Used space (kbytes)      :       6184
    59. Available space (kbytes) :     198376
    60. ID                       : 1512159503
    61. Device/File Name         : /dev/raw/raw1
    62. Device/File integrity check succeeded
    63. Device/File Name         : /dev/raw/raw11
    64. Device/File integrity check succeeded
    65. Cluster registry integrity check succeeded
    66. f、校验修复情况
    67. oracle@bo2dbp:~> cluvfy comp ocr -n all
    68. Verifying OCR integrity
    69. Checking OCR integrity...
    70. Checking the absence of a non-clustered configuration...
    71. All nodes free of non-clustered, local-only configurations.
    72. Uniqueness check for OCR device passed.
    73. Checking the version of OCR...
    74. OCR of correct Version "2" exists.
    75. Checking data integrity of OCR...
    76. Data integrity check for OCR passed.
    77. OCR integrity check passed.
    78. Verification of OCR integrity was successful.
    79. 2、从逻辑备份(导出的文件)中恢复OCR
    80. a、首先查看一下ocr的位置
    81. oracle@bo2dbp:~> more /etc/oracle/ocr.loc
    82. #Device/file /dev/raw/raw1 getting replaced by device /dev/raw/raw1
    83. ocrconfig_loc=/dev/raw/raw1
    84. ocrmirrorconfig_loc=/dev/raw/raw11
    85. local_only=false
    86. b、停止两个节点上的crs
    87. oracle@bo2dbp:~> sudo -s /u01/oracle/crs/bin/crsctl stop crs
    88. root''''''s password:
    89. Stopping resources. This could take several minutes.
    90. Successfully stopped CRS resources.
    91. Stopping CSSD.
    92. Shutting down CSS daemon.
    93. Shutdown request successfully issued.
    94. oracle@bo2dbp:~> ps -ef | grep d.bin | grep -v grep
    95. oracle@bo2dbs:~> sudo -s /u01/oracle/crs/bin/crsctl stop crs
    96. root''''s password:
    97. Stopping resources. This could take several minutes.
    98. Successfully stopped CRS resources.
    99. Stopping CSSD.
    100. Shutting down CSS daemon.
    101. Shutdown request successfully issued.
    102. # Author : Robinson
    103. # Blog   : http://blog.csdn.net/robinson_0612
    104. oracle@bo2dbs:~> ps -ef | grep d.bin | grep -v grep
    105. c、尝试破坏ocr
    106. oracle@bo2dbp:~> dd if=/dev/zero of=/dev/raw/raw1 bs=1024k count=10
    107. 10+0 records in
    108. 10+0 records out
    109. 10485760 bytes (10 MB) copied, 0.1811 seconds, 57.9 MB/s
    110. oracle@bo2dbp:~> dd if=/dev/zero of=/dev/raw/raw11 bs=1024k count=10
    111. 10+0 records in
    112. 10+0 records out
    113. 10485760 bytes (10 MB) copied, 0.167224 seconds, 62.7 MB/s
    114. oracle@bo2dbp:~> sudo -s /u01/oracle/crs/bin/crsctl start crs
    115. Attempting to start CRS stack
    116. The CRS stack will be started shortly
    117. oracle@bo2dbp:~>  ps -ef | grep d.bin | grep -v grep
    118. oracle@bo2dbp:~> ./crs_stat.sh     #这个查看已经无法同crs通信
    119. Resource name                                Target     State
    120. --------------                                ------     -----
    121. error connecting to CRSD at [(ADDRESS=(PROTOCOL=ipc)(KEY=ora_crsqs))] clsccon 184
    122. oracle@bo2dbp:~> crs_stat -t
    123. CRS-0184: Cannot communicate with the CRS daemon.
    124. d、从导出的备份文件中恢复ocr
    125. oracle@bo2dbp:~> sudo -s /u01/oracle/crs/bin/ocrconfig -import /u02/crs_bak/ocr_bak/exp/bo2dbp/ocr_bak.dmp
    126. oracle@bo2dbp:~> sudo -s /u01/oracle/crs/bin/crsctl start crs
    127. Attempting to start CRS stack
    128. The CRS stack will be started shortly
    129. oracle@bo2dbp:~> ps -ef | grep d.bin | grep -v grep
    130. oracle   27209 23220  0 10:32 ?        00:00:00 /u01/oracle/crs/bin/evmd.bin
    131. root     27307 23392  0 10:32 ?        00:00:01 /u01/oracle/crs/bin/crsd.bin reboot
    132. oracle   27613 27153  0 10:32 ?        00:00:00 /u01/oracle/crs/bin/ocssd.bin
    133. #尝试启动第2个几点的crs
    134. oracle@bo2dbs:~> sudo -s /u01/oracle/crs/bin/crsctl start crs
    135. root''''''s password:
    136. Attempting to start CRS stack
    137. The CRS stack will be started shortly
    138. e、在第二个节点上执行ocrcheck，此时显示ocrcheck成功
    139. oracle@bo2dbs:~> ocrcheck
    140. Status of Oracle Cluster Registry is as follows :
    141. Version                  :          2
    142. Total space (kbytes)     :     204560
    143. Used space (kbytes)      :       6184
    144. Available space (kbytes) :     198376
    145. ID                       : 1325424958
    146. Device/File Name         : /dev/raw/raw1
    147. Device/File integrity check succeeded
    148. Device/File Name         : /dev/raw/raw11
    149. Device/File integrity check succeeded
    150. Cluster registry integrity check succeeded
    151. oracle@bo2dbs:~> cluvfy comp ocr -n all   #使用cluvfy工具校验
    152. Verifying OCR integrity
    153. Checking OCR integrity...
    154. Checking the absence of a non-clustered configuration...
    155. All nodes free of non-clustered, local-only configurations.
    156. Uniqueness check for OCR device passed.
    157. Checking the version of OCR...
    158. OCR of correct Version "2" exists.
    159. Checking data integrity of OCR...
    160. Data integrity check for OCR passed.
    161. OCR integrity check passed.
    162. Verification of OCR integrity was successful.
    163. 3、从物理备份中恢复OCR
    164. a、查看ocr的备份信息
    165. oracle@bo2dbp:~> ocrconfig -showbackup
    166. bo2dbp     2013/02/25 06:23:15     /u01/oracle/crs/cdata/crs
    167. bo2dbp     2013/02/25 02:23:13     /u01/oracle/crs/cdata/crs
    168. bo2dbp     2013/02/24 22:23:13     /u01/oracle/crs/cdata/crs
    169. bo2dbp     2013/02/24 02:23:09     /u01/oracle/crs/cdata/crs
    170. bo2dbp     2013/02/22 18:23:04     /u01/oracle/crs/cdata/crs
    171. oracle@bo2dbp:~> ls -hltr /u01/oracle/crs/cdata/crs   #此时ocr的备份位于节点1
    172. total 40M
    173. -rw-r--r-- 1 root root 6.7M 2013-02-22 18:23 week.ocr
    174. -rw-r--r-- 1 root root 6.7M 2013-02-24 02:23 day.ocr
    175. -rw-r--r-- 1 root root 6.7M 2013-02-24 22:23 backup02.ocr
    176. -rw-r--r-- 1 root root 6.7M 2013-02-25 02:23 backup01.ocr
    177. -rw-r--r-- 1 root root 6.7M 2013-02-25 02:23 day_.ocr
    178. -rw-r--r-- 1 root root 6.7M 2013-02-25 06:23 backup00.ocr
    179. b、尝试损坏ocr文件
    180. oracle@bo2dbp:~> dd if=/dev/zero of=/dev/raw/raw1 bs=1024k count=10
    181. 10+0 records in
    182. 10+0 records out
    183. 10485760 bytes (10 MB) copied, 0.279904 seconds, 37.5 MB/s
    184. oracle@bo2dbp:~> dd if=/dev/zero of=/dev/raw/raw11 bs=1024k count=10
    185. 10+0 records in
    186. 10+0 records out
    187. 10485760 bytes (10 MB) copied, 0.145885 seconds, 71.9 MB/s
    188. #此时何ocr相关的操作都处于失败状态
    189. oracle@bo2dbp:~> ocrcheck
    190. Segmentation fault (core dumped)
    191. oracle@bo2dbp:~> ocrconfig -showbackup
    192. Segmentation fault (core dumped)
    193. oracle@bo2dbp:~> crs_stat -t
    194. Segmentation fault (core dumped)
    195. #ASM实例和RAC实例依旧处于online
    196. oracle@bo2dbp:~> ps -ef | grep pmon
    197. oracle    7915     1  0 10:09 ?        00:00:00 asm_pmon_+ASM1
    198. oracle    9234     1  0 10:10 ?        00:00:00 ora_pmon_ora10g1
    199. oracle   31704 11229  0 10:26 pts/0    00:00:00 grep pmon
    200. c、关闭crs，集群数据库及ASM
    201. oracle@bo2dbp:~> export ORACLE_SID=ora10g1
    202. oracle@bo2dbp:~> sqlplus / as sysdba
    203. SQL> show parameter db_name
    204. NAME                                 TYPE        VALUE
    205. ------------------------------------ ----------- ------------
    206. db_name                              string      ora10g
    207. #此时查看一下ocr的位置，以便于恢复时查看对应的裸设备
    208. oracle@bo2dbp:~> more /etc/oracle/ocr.loc
    209. #Device/file /dev/raw/raw1 getting replaced by device /dev/raw/raw1
    210. ocrconfig_loc=/dev/raw/raw1
    211. ocrmirrorconfig_loc=/dev/raw/raw11
    212. local_only=false
    213. #停止crs，收到错误提示
    214. oracle@bo2dbp:~> sudo -s /u01/oracle/crs/bin/crsctl stop crs
    215. root''''s password:
    216. Segmentation fault
    217. oracle@bo2dbs:~> sudo -s /u01/oracle/crs/bin/crsctl stop crs
    218. root''''''s password:
    219. Segmentation fault
    220. #下面的查询中crsd进程已经crash
    221. oracle@bo2dbp:~> ps -ef | grep d.bin | grep -v grep
    222. oracle    5844  5189  0 10:09 ?        00:00:00 /u01/oracle/crs/bin/evmd.bin
    223. oracle    6357  5883  0 10:09 ?        00:00:04 /u01/oracle/crs/bin/ocssd.bin
    224. #关闭集群数据库
    225. oracle@bo2dbp:~> export ORACLE_SID=ora10g1
    226. oracle@bo2dbp:~> sqlplus / as sysdba
    227. SQL> shutdown immediate;
    228. oracle@bo2dbs:~> export ORACLE_SID=ora10g2
    229. oracle@bo2dbs:~> sqlplus / as sysdba
    230. SQL> shutdown immediate;
    231. d、重启节点
    232. bo2dbp:~ # reboot
    233. bo2dbs:~ # reboot
    234. e、校验ocr所在的裸设备及其权限
    235. #校验所在的裸设备处于可用状态
    236. oracle@bo2dbp:~> sudo -s rcraw status | grep raw1
    237. root''''s password:
    238. /dev/raw/raw1:  bound to major 8, minor 33
    239. /dev/raw/raw11: bound to major 8, minor 113
    240. #校验裸设备的权限
    241. oracle@bo2dbp:~> ls -hltr /dev/raw/raw1
    242. crw-rw---- 1 oracle dba 162, 1 2013-02-05 16:00 /dev/raw/raw1
    243. oracle@bo2dbp:~> ssh bo2dbs ls -hltr /dev/raw/raw1
    244. crw-rw---- 1 oracle dba 162, 1 2013-02-05 10:28 /dev/raw/raw1
    245. #清空裸设备
    246. oracle@bo2dbp:~> dd if=/dev/zero of=/dev/raw/raw1 bs=1024k count=200
    247. dd: writing `/dev/raw/raw1': No space left on device
    248. 200+0 records in
    249. 199+0 records out
    250. 209698816 bytes (210 MB) copied, 4.84775 seconds, 43.3 MB/s
    251. oracle@bo2dbp:~> dd if=/dev/zero of=/dev/raw/raw11 bs=1024k count=200
    252. dd: writing `/dev/raw/raw11': No space left on device
    253. 200+0 records in
    254. 199+0 records out
    255. 209698816 bytes (210 MB) copied, 2.30847 seconds, 90.8 MB/s
    256. f、从物理备份中恢复ocr
    257. oracle@bo2dbp:~> sudo -s /u01/oracle/crs/bin/ocrconfig -restore /u01/oracle/crs/cdata/crs/backup00.ocr
    258. root''''''s password:
    259. oracle@bo2dbp:~> sudo -s /u01/oracle/crs/bin/crsctl start crs
    260. Attempting to start CRS stack
    261. The CRS stack will be started shortly
    262. oracle@bo2dbs:~> sudo -s /u01/oracle/crs/bin/crsctl start crs
    263. root''''s password:
    264. Attempting to start CRS stack
    265. The CRS stack will be started shortly
    266. g、校验恢复结果
    267. oracle@bo2dbp:~> ocrcheck
    268. Status of Oracle Cluster Registry is as follows :
    269. Version                  :          2
    270. Total space (kbytes)     :     204560
    271. Used space (kbytes)      :       6184
    272. Available space (kbytes) :     198376
    273. ID                       : 1512159503
    274. Device/File Name         : /dev/raw/raw1
    275. Device/File integrity check succeeded
    276. Device/File Name         : /dev/raw/raw11
    277. Device/File integrity check succeeded
    278. Cluster registry integrity check succeeded
    279. oracle@bo2dbp:~> cluvfy comp ocr -n all
    280. Verifying OCR integrity
    281. Checking OCR integrity...
    282. Checking the absence of a non-clustered configuration...
    283. All nodes free of non-clustered, local-only configurations.
    284. Uniqueness check for OCR device passed.
    285. Checking the version of OCR...
    286. OCR of correct Version "2" exists.
    287. Checking data integrity of OCR...
    288. Data integrity check for OCR passed.
    289. OCR integrity check passed.
    290. Verification of OCR integrity was successful.
    291. #校验application
    292. oracle@bo2dbp:~> ./crs_stat.sh | grep bo2dbp
    293. ora.bo2dbp.ASM1.asm                           ONLINE     ONLINE on bo2dbp
    294. ora.bo2dbp.LISTENER_BO2DBP.lsnr               ONLINE     ONLINE on bo2dbp
    295. ora.bo2dbp.LISTENER_ORA10G_BO2DBP.lsnr        ONLINE     ONLINE on bo2dbp
    296. ora.bo2dbp.gsd                                ONLINE     ONLINE on bo2dbp
    297. ora.bo2dbp.ons                                ONLINE     ONLINE on bo2dbp
    298. ora.bo2dbp.vip                                ONLINE     ONLINE on bo2dbp
    299. ora.ora10g.ora10g1.inst                       ONLINE     ONLINE on bo2dbp
    300. 转 ： http://blog.csdn.net/leshami/article/details/8612894

Oracle RAC OCR 的备份与恢复的更多相关文章

  1. Oracle RAC OCR 和 VotingDisk 的备份与恢复

    一:Voting DiskVoting Disk 这个文件主要用于记录节点成员状态,在出现脑裂时,决定那个Partion获得控制权,其他的Partion必须从集群中剔除.Voting disk使用的是 ...

  2. Oracle RAC OCR 与健忘症

    OCR就好比Windows的一个注册表,存储了所有与集群,RAC数据库相关的配置信息.而且是公用的配置,也就是说多个节点共享相同的配置信息.因此该配置应当存储于共享磁盘.本文主要基于Oracle 10 ...

  3. Oracle RAC OCR 的管理与维护

    OCR相当于Windows的注册表.对于Windows而言,所有的软件信息,用户,配置,安全等等统统都放到注册表里边.而集群呢,同样如此,所有和集群相关的资源,配置,节点,RAC数据库统统都放在这个仓 ...

  4. Oracle 10g RAC OCR 和 VotingDisk 的备份与恢复

    Oracle RAC 中OCR 和Voting Disk 备份在我的blog: Oracle RAC 常用维护工具和命令 中已经有说明,现在再次把它单独拿出做一个说明, 因为OCR 和Voting D ...

  5. 由于OCR文件损坏造成Oracle RAC不能启动的现象和处理方法

    v$cluster_interconnects 集群节点间通信使用的IP地址 错误信息 使用了公网进行连接 SQL> select * from v$cluster_interconnects; ...

  6. Oracle rac集群环境中的特殊问题

    备注:本文摘抄于张晓明<大话Oracle RAC:集群 高可用性 备份与恢复> 因为集群环境需要多个计算机协同工作,要达到理想状态,必须要考虑在集群环境下面临的新挑战. 1.并发控制 在集 ...

  7. oracle rac理解和用途扩展

    Oracle RAC的优势在于利用多个节点(数据库实例)组成一个数据库,这样在保证了数据库高可用性的情况下更充分的利用了多个主机的性能,而且可以通过增加节点进行性能的扩展.实现Oracle RAC需要 ...

  8. 深入理解Oracle RAC 12c 笔记

    深入理解Oracle RAC 12c 跳转至: 导航. 搜索 文件夹 1 概述 2 集群件管理和故障诊断 3 执行实践 4 新特性 5 存储和ASM 6 应用设计上的问题 7 管理和调优一个复杂的RA ...

  9. oracle rac安装

    http://blog.chinaunix.net/xmlrpc.php?r=blog/article&id=4681351&uid=29655480 参考 1.百度文库中的收藏 2. ...

随机推荐

  1. 140227项目开发及上线过程遇到的10个问题(重点: FCK过滤替换)

    1.替换条件判断问题 String s = (String)map2.get("contentIntro"); if(s != null && s.length() ...

  2. jquery中判断是否按下回车enter键

    <script>   function sendsubmit()   {   $("#userLoginForm").submit();   return false; ...

  3. SQL事物用法【转】

    SQL事务 一.事务概念 事务是一种机制.是一种操作序列,它包含了一组数据库操作命令,这组命令要么全部执行,要么全部不执行.因此事务是一个不可分割的工作逻辑单元.在数据库系统上执行并发操作时事务是作为 ...

  4. lintcode :最长上升连续子序列

    题目: 最长上升连续子序列 给定一个整数数组(下标从 0 到 n-1, n 表示整个数组的规模),请找出该数组中的最长上升连续子序列.(最长上升连续子序列可以定义为从右到左或从左到右的序列.) 样例 ...

  5. 从一次面试经历谈PHP的普通传值与引用传值以及unset

    关于这个概念一般都会在PHP的第一堂课说变量的时候给介绍,并且我以前还给其他PHPer介绍这个概念.但是作为一个工作一段时间的PHPer的我,竟然在面试的时候一下子拿不定主意最后还答错了,很觉得丢脸( ...

  6. 输出进程相关联的环境变量信息（使用GetEnvironmentStrings取得信息，然后使用StringCchCopyN和StringCchPrintf保证字符串不会越界）

    void DumpEnvironmentStrings() { #define MAX_ENVIRONMENT_NAME_LENGTH     (128) #define MAX_ENVIRONMEN ...

  7. java：I/O流

    I/O是input/output的缩写,即输入输出端口. 从 文件.键盘.网络 等输入到java程序,再从java程序输出到 文件.显示器.网络等 分类: 1.输入流 和 输出流2.字节流 和 字符流 ...

  8. Arcgis Engine最短路径分析

    ArcEngine 最短路径分析(源码)   using System; using ESRI.ArcGIS.Carto; using ESRI.ArcGIS.Geometry; using ESRI ...

  9. ubuntu下显卡管理

    1 Ubuntu下卸载ATI显卡驱动并还原开源驱动[转] 首先卸载已经安装的ATI显卡驱动:cd /usr/share/ati/sudo ./fglrx-uninstall.sh 接着执行下面的代码: ...

  10. Spring整合CXF，发布RSETful 风格WebService（转）

    Spring整合CXF,发布RSETful 风格WebService 这篇文章是承接之前CXF整合Spring的这个项目示例的延伸,所以有很大一部分都是一样的.关于发布CXF WebServer和Sp ...