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. .net framework 源码调试 与 问题解决

    调试方式有二种, 看官方资料就OK. 官方地址: http://referencesource.microsoft.com/serversetup.aspx 1. 使用配置在线地址安装 2. 下载安装 ...

  2. PE文件结构详解（五）延迟导入表

    PE文件结构详解(四)PE导入表讲 了一般的PE导入表,这次我们来看一下另外一种导入表:延迟导入(Delay Import).看名字就知道,这种导入机制导入其他DLL的时机比较“迟”,为什么要迟呢?因 ...

  3. lintcode :前序遍历和中序遍历树构造二叉树

    解题 前序遍历和中序遍历树构造二叉树 根据前序遍历和中序遍历树构造二叉树. 样例 给出中序遍历:[1,2,3]和前序遍历:[2,1,3]. 返回如下的树: 2 / \ 1 3 注意 你可以假设树中不存 ...

  4. lintcode ：Trailing Zeros 尾部的零

    题目: 尾部的零 设计一个算法,计算出n阶乘中尾部零的个数 样例 11! = 39916800,因此应该返回 2 挑战 O(logN)的时间复杂度 解题: 常用方法: 也许你在编程之美中看到,通过求能 ...

  5. lintcode：Unique Characters 判断字符串是否没有重复字符

    题目: 判断字符串是否没有重复字符 实现一个算法确定字符串中的字符是否均唯一出现 样例 给出"abc",返回 true 给出"aab",返回 false 挑战 ...

  6. SpringMVC学习总结(三)——Controller接口详解(2)

    4.5.ServletForwardingController 将接收到的请求转发到一个命名的servlet,具体示例如下: package cn.javass.chapter4.web.servle ...

  7. ibaits与spring整合的心得

    Ibatis2.3与spring3.0整合,其要明确一下,Ibatis与Hibernate一样都是dao层链接数据库用的框架.它是一个轻量级的orm框架,比Hibernate更加灵活. sqlMapC ...

  8. VCL源码分析方法论（以TButton.Caption属性的由来为例）

    最近一段时间似乎流行源码分析:)我也来谈谈在过去一段时间里对VCL源码的分析方法方面的一点体会,本文将不探讨VCL类库的构架和设计模式方面的东本,只是以我们常见的控件属性/方法的实现过程作简单的说明, ...

  9. AＥ数据加载

    1. 数据加载问题: 任何系统都离不开数据的加载,下边就AE中几种常用的数据加载做一个列举.以便查阅: 1.加载个人数据库 个人数据库是保存在Access中的数据库.其加载方式有两种:通过名字和通过属 ...

  10. HTTP长连接实现“服务器推”的技术

    HTTP长连接实现“服务器推”的技术快速入门及演示示例 在我的印象里HTTP是一种“无状态的协议”,也就是不知道以前请求的历史,无法保留上一次请求的结果.Cookie的诞生,弥补了这个不足,浏览器可以 ...