在11.2.0.2之后，有一个非常重要的dataguard的patch。在使用物理dataguard环境（包括ADG），进行switchover之后，存在导致index block上的invalid SCNs的坏块问题。国内已经好几个行业的大客户，都遇到了这个问题。在index block中的失效的ITL commit SCN，会违反scn依赖性检查，从而可能抛出如下报错：ORA-1555ORA-600 [2663]ORA-600 [kdsgrp1]ORA-600 [ktbdchk1: bad dscn]注：此bug只是影响index block，不影响data block，所以不会造成数据丢失。可以通过重建索引修复。但是如果你的索引很大，那么修复可能需要一段时间。解决方法也历经多个补丁，一开始是Patch 8895202，后来是Patch 13513004，现在是Patch 22241601。打了Patch 22241601这个补丁之后，不再需要手工设置_ktb_debug_flags=8，因为打完补丁自动设置了_ktb_debug_flags=8。在index block cleanout的时候，oracle会自动修复index block上的invalid SCNs的问题。同时，你可以在alertlog中看到相关修复的提示：Healing Corrupt DLC ITL ob ...继续阅读 (41)

在11.2.0.2之后，有一个非常重要的dataguard的patch。在使用物理dataguard环境（包括ADG），进行switchover之后，存在导致index block上的invalid SCNs的坏块问题。国内已经好几个行业的大客户，都遇到了这个问题。在index block中的失效的ITL commit SCN，会违反scn依赖性检查，从而可能抛出如下报错：ORA-1555ORA-600 [2663]ORA-600 [kdsgrp1]ORA-600 [ktbdchk1: bad dscn]注：此bug只是影响index block，不影响data block，所以不会造成数据丢失。可以通过重建索引修复。但是如果你的索引很大，那么修复可能需要一段时间。解决方法也历经多个补丁，一开始是Patch 8895202，后来是Patch 13513004，现在是Patch 22241601。打了Patch 22241601这个补丁之后，不再需要手工设置_ktb_debug_flags=8，因为打完补丁自动设置了_ktb_debug_flags=8。在index block cleanout的时候，oracle会自动修复index block上的invalid SCNs的问题。同时，你可以在alertlog中看到相关修复的提示：Healing Corrupt DLC ITL ob ...继续阅读 (47)

今天整理dropbox文件夹的时候，发现还保留着老东家IBM百年诞辰的时候，发的一本名为《让世界更美好：塑造一个世纪与一家公司的理念》的专刊。百年老店自然有他存活百年的道理，当年这本书发给员工的时候，不知是基于成本控制的考虑，还是员工激励的考虑，并不是所有员工都能拿到纸质书。我只是“有幸”拿到了它的电子版。下面分别是中文版和英文版的两本书，分享给各位IBM的粉丝。下载中文版：『2011_09_02_2301_让世界更美好_PDF』(File size:53MB)下载英文版：『2011_06_12_3144_Centennial_book__eBook_format』(File size:31MB) ...继续阅读 (43)

今天整理dropbox文件夹的时候，发现还保留着老东家IBM百年诞辰的时候，发的一本名为《让世界更美好：塑造一个世纪与一家公司的理念》的专刊。百年老店自然有他存活百年的道理，当年这本书发给员工的时候，不知是基于成本控制的考虑，还是员工激励的考虑，并不是所有员工都能拿到纸质书。我只是“有幸”拿到了它的电子版。下面分别是中文版和英文版的两本书，分享给各位IBM的粉丝。下载中文版：『2011_09_02_2301_让世界更美好_PDF』(File size:53MB)下载英文版：『2011_06_12_3144_Centennial_book__eBook_format』(File size:31MB) ...继续阅读 (46)

客户一个测试环境，一个主机上面运行了很多数据库，某库的程序会时不时报错ora-4030。加大了pga，然后还检查了ulimit的 data 和 stack都是ulimit。还是报错。进而检查/var/adm/messages，发现有报错swap不足的情况。所以，解决方法是加大物理内存，或者加大swap（文档要求是对于8G以上物理内存，swap的设置是0.7倍物理内存），参考：『一个奇怪的ora-4030错误的诊断过程』（其实这个文档中的客户和我的客户，是同一个。：）） ...继续阅读 (37)

客户一个测试环境，一个主机上面运行了很多数据库，某库的程序会时不时报错ora-4030。加大了pga，然后还检查了ulimit的 data 和 stack都是ulimit。还是报错。进而检查/var/adm/messages，发现有报错swap不足的情况。所以，解决方法是加大物理内存，或者加大swap（文档要求是对于8G以上物理内存，swap的设置是0.7倍物理内存），参考：『一个奇怪的ora-4030错误的诊断过程』（其实这个文档中的客户和我的客户，是同一个。：）） ...继续阅读 (31)

Solaris系统将被停止开发，这个消息，据我所看到的，最初的来源是来自thelayoff网站的消息『Solaris being canned, at least 50% of teams to be RIF’d in short term』All hands meetings being cancelled on orders from legal to prevent news from spreading.Hardware teams being told to cease development.There will be no Solaris 12, final release will be 11.4.Orders coming straight from Larry.No info on timing yet.但是Oracle官方一直没有回应这个消息。估计很多客户也在求证这个消息，上周，system团队的老大发了个邮件，希望澄清这个事情。首先，开篇就说了solaris没有死。然后说Solaris后续的功能更新将基于版本的后面的小数点，而不是大版本。———— 所以……谣言没错，确实没有了solaris 12，只有solaris 11.XX。然后，说了solaris 11的Premier Support至少会持续到2031年。最后，说了如果客户需要和硬件团队的 ...继续阅读 (30)

Solaris系统将被停止开发，这个消息，据我所看到的，最初的来源是来自thelayoff网站的消息『Solaris being canned, at least 50% of teams to be RIF’d in short term』All hands meetings being cancelled on orders from legal to prevent news from spreading.Hardware teams being told to cease development.There will be no Solaris 12, final release will be 11.4.Orders coming straight from Larry.No info on timing yet.但是Oracle官方一直没有回应这个消息。估计很多客户也在求证这个消息，上周，system团队的老大发了个邮件，希望澄清这个事情。首先，开篇就说了solaris没有死。然后说Solaris后续的功能更新将基于版本的后面的小数点，而不是大版本。———— 所以……谣言没错，确实没有了solaris 12，只有solaris 11.XX。然后，说了solaris 11的Premier Support至少会持续到2031年。最后，说了如果客户需要和硬件团队的 ...继续阅读 (24)

2017年的第一天，因为闰秒的关系，加上时差的原因，我国将在北京时间2017年1月1日的7时59分59秒和全球同步进行闰秒调整，届时会出现7:59:60的特殊现象。(国家授时中心闰秒公告)那么闰秒对数据库有什么影响？（一）具体的说：可以参考：Information Center: Leap Second Information for All Products – Database – Exadata – Middleware – Exalogic – Linux – Sun – Fusion – EBS – JDE – Siebel – Peoplesoft (Doc ID 2019397.2)这是一篇非常详尽的关于Oracle所有产品，是否受闰秒影响的汇总文档。包括了Sun Microsystems，Linux & VM，Database & EM，Exadata & Exalogic，Fusion Middleware，Applications。（二）简单的说：1. 对于RAC系统，NTP闰秒问题可能会导致节点reboot。但以下两种情况将不受影响： 1.1 使用了第三方cluster 软件，如Sun Cluster ...继续阅读 (29)

2017年的第一天，因为闰秒的关系，加上时差的原因，我国将在北京时间2017年1月1日的7时59分59秒和全球同步进行闰秒调整，届时会出现7:59:60的特殊现象。(国家授时中心闰秒公告)那么闰秒对数据库有什么影响？（一）具体的说：可以参考：Information Center: Leap Second Information for All Products – Database – Exadata – Middleware – Exalogic – Linux – Sun – Fusion – EBS – JDE – Siebel – Peoplesoft (Doc ID 2019397.2)这是一篇非常详尽的关于Oracle所有产品，是否受闰秒影响的汇总文档。包括了Sun Microsystems，Linux & VM，Database & EM，Exadata & Exalogic，Fusion Middleware，Applications。（二）简单的说：1. 对于RAC系统，NTP闰秒问题可能会导致节点reboot。但以下两种情况将不受影响： 1.1 使用了第三方cluster 软件，如Sun Cluster ...继续阅读 (28)

Unix/Linux中oracle数据库进程采用多进程模式，如我们可以在系统进程列表中看到pmon，smon，dbwr，lgwr，ckpt等oracle系统进程。随着oracle数据库功能增多，进程数量也随之增加，创建进程的开销以及进程上下文切换的开销也越来越大（进程状态切换 switching 是要直接硬件CPU资源），多线程结构中，线程切换在用户空间通过库函数实现，开销不在一个量级。所以，在oracle 12c中，有一个关于多线程的参数：threaded_execution，默认为false。启用的话，将其设置为true。启用之后，有如下变化：1.进程数变少：之前：[oracle@ol6-121-rac2 diag]$ ps -ef |grep ora_ oracle 7562 1 0 14:54 ? 00:00:00 ora_pmon_cdbrac_1 oracle 7564 1 0 14:54 ? 00:00:00 ora_psp0_cdbrac_1 oracle 7567 1 4 14:54 ? 00:00:20 ora_vktm_cdbrac_1 oracle 7571 1 0 14:54 ? 00:00:00 ora_gen0_cdbrac_1 or ...继续阅读 (35)

Unix/Linux中oracle数据库进程采用多进程模式，如我们可以在系统进程列表中看到pmon，smon，dbwr，lgwr，ckpt等oracle系统进程。随着oracle数据库功能增多，进程数量也随之增加，创建进程的开销以及进程上下文切换的开销也越来越大（进程状态切换 switching 是要直接硬件CPU资源），多线程结构中，线程切换在用户空间通过库函数实现，开销不在一个量级。所以，在oracle 12c中，有一个关于多线程的参数：threaded_execution，默认为false。启用的话，将其设置为true。启用之后，有如下变化：1.进程数变少：之前：[oracle@ol6-121-rac2 diag]$ ps -ef |grep ora_ oracle 7562 1 0 14:54 ? 00:00:00 ora_pmon_cdbrac_1 oracle 7564 1 0 14:54 ? 00:00:00 ora_psp0_cdbrac_1 oracle 7567 1 4 14:54 ? 00:00:20 ora_vktm_cdbrac_1 oracle 7571 1 0 14:54 ? 00:00:00 ora_gen0_cdbrac_1 or ...继续阅读 (29)

我申请的vultr主机是单核CPU，15GB的ssd的硬盘，768M内存，每月1TB的流量，对于ss来说已经完成足够，目前有日本，新加坡，美国，德国，荷兰，法国等地的服务器。价格是每月5刀（每小时0.007刀），首次注册，如果用我这个Summer Promo Code，你可以额为获得20刀的费用；或者这个Linking Code，获得10刀的费用。前者的优惠幅度比较大，送你20刀，但是可能过了夏天就没有了，后者送10刀的优惠长期存在。目前已经运行了几个月，运行的非常稳定。除了php-fpm比较吃内存（单个进程40m~50M，有10个进程），其他都还好。因此写了脚本当free小于50M的时候，自动重启php-fpm进程，当mysqld进程数小于2的时候，重启主机。两个多月下来，没有重启过主机，mysqld只是重启了3次。另外由于将博客走了https，申请了letsencrypt的证书，每个月用脚本更新一次。更新的时候，先停nginx和php-fpm（其实只要停nginx就可以了。但是由于php-fpm比较吃内存，导致更新证书的时候，有时候需要更新Python packages，而在installing Python packages会因为内存不足而失败。所以我就干脆停了二者）,然后调用certbot-auto renew –quiet 自动进行证书更新。######### ...继续阅读 (32)

我申请的vultr主机是单核CPU，15GB的ssd的硬盘，768M内存，每月1TB的流量，对于ss来说已经完成足够，目前有日本，新加坡，美国，德国，荷兰，法国等地的服务器。价格是每月5刀（每小时0.007刀），首次注册，如果用我这个Summer Promo Code，你可以额为获得20刀的费用；或者这个Linking Code，获得10刀的费用。前者的优惠幅度比较大，送你20刀，但是可能过了夏天就没有了，后者送10刀的优惠长期存在。目前已经运行了几个月，运行的非常稳定。除了php-fpm比较吃内存（单个进程40m~50M，有10个进程），其他都还好。因此写了脚本当free小于50M的时候，自动重启php-fpm进程，当mysqld进程数小于2的时候，重启主机。两个多月下来，没有重启过主机，mysqld只是重启了3次。另外由于将博客走了https，申请了letsencrypt的证书，每个月用脚本更新一次。更新的时候，先停nginx和php-fpm（其实只要停nginx就可以了。但是由于php-fpm比较吃内存，导致更新证书的时候，有时候需要更新Python packages，而在installing Python packages会因为内存不足而失败。所以我就干脆停了二者）,然后调用certbot-auto renew –quiet 自动进行证书更新。######### ...继续阅读 (27)

有一个库自从上线之后，主库的alertlog中一直有如下报错：Tue Dec 20 14:42:16 2016 Error 12154 received logging on to the standby PING[ARC2]: Heartbeat failed to connect to standby 'rmydb'. Error is 12154.1. 检查远端的standby库已经启动，且已经到了mount以上的状态（即在read only的模式下Real Time Apply）。2. 检查主库到远端的tnsping，正常。3. 检查主库sqlplus user/pwd@tns 也是正常连接。4. defer log_archive_dest_state_2后再enable，让archive进程意识到tnsnames.ora的变动。（怕之前修改过，archive进程没有意识到。），还是没用。依旧报错。5. 再检查了一下，发现TNS_ADMIN的环境变量没有设置。所以用于心跳检测的archive进程，会找不到tns的配置文件。临时解决办法：不使用tnsnames.ora的配置文件，直接在log_archive_dest_2中设置： alter system set log_archive_dest_2='SERVICE="(description=(address_list= ...继续阅读 (32)

有一个库自从上线之后，主库的alertlog中一直有如下报错：Tue Dec 20 14:42:16 2016 Error 12154 received logging on to the standby PING[ARC2]: Heartbeat failed to connect to standby 'rmydb'. Error is 12154.1. 检查远端的standby库已经启动，且已经到了mount以上的状态（即在read only的模式下Real Time Apply）。2. 检查主库到远端的tnsping，正常。3. 检查主库sqlplus user/pwd@tns 也是正常连接。4. defer log_archive_dest_state_2后再enable，让archive进程意识到tnsnames.ora的变动。（怕之前修改过，archive进程没有意识到。），还是没用。依旧报错。5. 再检查了一下，发现TNS_ADMIN的环境变量没有设置。所以用于心跳检测的archive进程，会找不到tns的配置文件。临时解决办法：不使用tnsnames.ora的配置文件，直接在log_archive_dest_2中设置： alter system set log_archive_dest_2='SERVICE="(description=(address_list= ...继续阅读 (28)

在oracle数据库hang的情况下，我们可以用sqlplus -prelim / as sysdba登录数据库，进行一些收集信息的操作，也可以进行shutdown database的操作。这里需要注意几点：1. process满是可以用sqlplus -prelim / as sysdba登录的2. 从11.2.0.2开始，sqlplus -prelim / as sysdba是不能收集hanganalyze的信息，即使hanganalyze命令运行成功，但是在trace文件中看不到对应的信息，只能看到如下的报错：ERROR: Can not perform hang analysis dump without a process state object and a session state object. ( process=(nil), sess=(nil) )3. sqlplus -prelim / as sysdba可以收集process state dump，system state dump，dump errorstack，short_stack的操作。参考：How to Collect Diagnostics for Database Hanging Issues (Doc ID 452358.1) ...继续阅读 (35)

在oracle数据库hang的情况下，我们可以用sqlplus -prelim / as sysdba登录数据库，进行一些收集信息的操作，也可以进行shutdown database的操作。这里需要注意几点：1. process满是可以用sqlplus -prelim / as sysdba登录的2. 从11.2.0.2开始，sqlplus -prelim / as sysdba是不能收集hanganalyze的信息，即使hanganalyze命令运行成功，但是在trace文件中看不到对应的信息，只能看到如下的报错：ERROR: Can not perform hang analysis dump without a process state object and a session state object. ( process=(nil), sess=(nil) )3. sqlplus -prelim / as sysdba可以收集process state dump，system state dump，dump errorstack，short_stack的操作。参考：How to Collect Diagnostics for Database Hanging Issues (Doc ID 452358.1) ...继续阅读 (34)

11g之前：select spid, program from v$process where program!= 'PSEUDO' and addr not in (select paddr from v$session) and addr not in (select paddr from v$bgprocess ) and addr not in (select paddr from v$shared_server);11g之后：select * from v$process where addr=(select creator_addr from v$session where sid=140);参考：How To Find The Process Identifier (pid, spid) After The Corresponding Session Is Killed? (Doc ID 387077.1) ...继续阅读 (27)

索引是一般索引还是分区索引，可以看dba_indexes的partitioned字段。如果partitioned字段是YES，说明是分区索引，那么，这个索引是global还是local，可以看dba_part_indexes的LOCALITY字段。另外，我们还可以看ALIGNMENT字段，看这个索引是基于前导列（prefixed）还是非前导列。(注：global肯定是基于前导列，因为不能建基于非前导列的global索引。而local索引可以基于前导列和非前导列)SQL> drop table invoices; Table dropped. --创建分区表，是range分区： SQL> CREATE TABLE invoices 2 (invoice_no NUMBER NOT NULL, 3 invoice_date DATE NOT NULL, 4 invoice_area varchar2(200), 5 invoice_serial number, 6 comments VARCHAR2(500), 7 invoice_name varchar2(20) 8 ) 9 PARTITION BY RANGE (invoice_date) 10 (PARTITION invoic ...继续阅读 (34)

12c的数据库在安装的时候，有一个检查项目，叫做Maximum locked memory check。这是要求设置/etc/security/limits.conf中的memlock的值，官方文档在11g要求是设置比物理内存稍小的一个值，在12c中要求至少为90%的物理内存。而memlock的设置，是启用huge page的一部分。开启hugepage在大内存大sga的环境下，可以提供系统的性能。启用hugepage需要设置/etc/security/limits.conf和vm.nr_hugepages(Doc ID 361468.1)注1：在asm中，当启用hugepage时oracle建议asm的SGA增大到至少2G，设置hugepage至少1300个以上的大页面（Doc ID 2111010.1）在Exadata中，默认启用了hugepage，且安装Exadata的时候，就默认禁用了asm的AMM（PGA不使用hugepage，这也是为什么使用hugepage不能同时使用AMM，只能使用ASMM的原因。因为AMM是自动管理SGA+PGA。而hugepage不能被PGA使用。），设置了SGA大小为2G。（Doc ID 1681467.1）。上述的大小只是一个大概的估算值，如果需要计算大小，也是可以计算的。asm的shared pool的大小，在150M的基础上，extern ...继续阅读 (39)

在继『Oracle sharding database的一些概念』和『sharding database的一些概念的补充』之后，我觉得还是有些概念需要谈一下。1.shard prune(分片裁剪):这个概念类似分区裁剪（partition prune），是指根据sql语句会到对应的分片上去。但是并不是所有的sql语句都会用到分片裁剪的功能。需要基于shardcat db的statement-level routing，也就是代理路由；因为需要在shardcat上做sql语句的解析。1.1 当分片方式不是system-managed了，而是user-defined的分片方式，或者是Composite混合型的分片方式的时候，如果此时语句中包含基于shard key的range或者list的条件，如等于，in-list，like，范围等，这时就能触发分片裁剪。1.2 当分片方式是一致性hash时，如果此时语句中包含基于shard的等于，或者in-list的时候，就可以触发分片裁剪。2. cross shard join：12.2只支持基于shard key的cross shard join。3. cross shard DML12.2.0.2不支持cross shard dml。其实这3点的限制，oracle都是为了最大程度上避免跨分片操作。 ...继续阅读 (35)

1. bitmap索引--session 1 SQL> create table t1_tx(id number,name varchar2(20)) ; Table created. SQL> insert into t1_tx select rownum,chr(97+mod(rownum,2)) from dual connect by level<=10; 10 rows created. SQL> commit; Commit complete. SQL> select * from t1_tx; ID NAME ---------- ---------------------------------------- 1 b 2 a 3 b 4 a 5 b 6 a 7 b 8 a 9 b 10 a 10 rows selected. SQL> create bitmap index idx_bitmap_name on t1_tx(name); Index created. SQL> select sid from v$ ...继续阅读 (31)

最近看到由于使用盗版的PL/SQL Developer，导致PL/SQL Developer的登录脚本afterconnect.sql被注入的情况：『针对最近黑客攻击数据库的解决方案和预防建议』『知己知彼-关于Oracle安全比特币勒索问题揭秘和防范』『plsql dev引起的数据库被黑勒索比特币实现原理分析和解决方案』其实，oracle还是提供了一些很有用的免费工具给大家使用。(1). Oracle SQL Developer作用：可以当作PL/SQL Developer的免费版下载地址(2). SQLcl作用：可以当作sqlplus的进化版本下载地址(3). SQL Developer Data Modeler作用：数据建模。下载地址 ...继续阅读 (35)

shard node的路由方式有直接路由和代理路由，之前我们已经说过，由于我没有connection pool，我们只能来测试一下，在代理路由的情况下，连接shardcat的情况下，当shard node出现意外，连接在shardcat上的操作会发生什么问题。这里我们要注意下，查询分如下几种情况：1. 基于shard key的查询。2. 不基于shard key的查询3. multi shard的查询4. 貌似基于shard key的查询。（不喜欢看测试过程的，可以直接拖到文末看结果。^_^）加载数据：insert into products select rownum,dbms_random.STRING('U',8),dbms_random.STRING('A',64),round(dbms_random.value(1,1000),2) from dual connect by level<=1000; begin for k in 1 .. 1000 loop insert into customers(custid,firstname,lastname,CLASS,geo,passwd) values (k, 'HE', 'Jimmy', 'A', 'CHINA', to_char(k+999)); end loop; ...继续阅读 (29)

客户有个11g的active dataguard库，mrp进程停了，看alertlog，可以看到有关ora-7445[kdxlin]的报错：cat alert*.log .... Exception [type:SIGSEOV,Address not mapped to object] [ADDR:0xC] |PC：0x96504C7,kdxlin()+4153][flags: 0x0,count:1] Errors in le /aabb/app/oracle/rdbms/diag/rdbms/rmydbsid/mydbsid/trace/partsm_pr18_21343.trc (incident=70353): ORA-07445: exception encountered: core dump (kdxlin()+4153) [SIGSEGV] [ADDR:0xC] |PC:0x96504C7][Address not mapped to object][] Incident details in: /aabb/app/oracle/rdbms/diag/rdbms/rmydbsid/mydbsid/incident/incdir_70353/mydbsid_pr18_21343_i70353.trc Use ADRCI or Support Workbench to ...继续阅读 (23)

在solaris环境，在11.2.0.4之后（或者Patch 16387058 on top of 11.2.0.3.5），Oracle自动把LGWR进程放到_high_priority_processes中，（不管是单实例还是RAC）。在这之前，需要手工运行priocntl -s FX -m 60 -p 60 -i pid 。注，每次重启需要手工执行一次，因为每次重启lgwr的进程号会变。设置到_high_priority_processes后，Oracle的LGWR进程将会工作在高CPU优先级下，你通过ps -eclf|grep ora_lgw看，他会工作在FX 60，即实时的CPU优先级中。但是在一个数据库中，看到LGWR没有工作在FX60，且同样配置的一个数据库，LGWR却可以正常工作在FX60。经检查，这是由于这个数据库的oradism的属主和权限不对。正常： -rwsr-x--- 1 root dba 1888176 Jul 8 2014 /ppkk/mydbp1/rdbms/oracle/12c/product/12.1.0/bin/oradism 错误： -rwxr-x--- 1 myousr dba 1888176 Jul 8 2014 /ppkk/mydbp1/rdbms/oracle/12c/product/1 ...继续阅读 (27)

在继『Oracle sharding database的一些概念』之后，我觉得还有一些关于sharding的概念，是值得理解的。(1) shardgroup：In system-managed and composite sharding, the logical unit of replication is a group of shards called a shardgroup.也就是说，在逻辑上，将一组相同复制属性的shard称作shard group。如有8台主机，其中4台是shard node的primary，另外4台是shard node的standby。那么，我们可以把4台primary定义成一个shardgroup，叫primary_shardgroup,另外4台standby定义成另外一个shardgroup，叫standby_shardgroup。注，一个shardgroup通常是在一个data center内。dataguard可以级联，那么我们可以把primary做为一个shardgroup1，第一级的dataguard叫shardgroup2，第二级的dataguard叫shardgroup2.如下：(2). shardspace:A shardspace is set of shards that store data that corresponds ...继续阅读 (29)

上次的文章，我们说到sharding其实是非常需要HA架构的，我们今天来安装一个带ADG的sharding node的sharding database。（我只是把shard node做成了ADG，且没有加RAC架构，shardcat也没有做ADG，因为……我的虚拟机实在吃不消了！）1.大致环境介绍：5台主机：sdb1装shardcat，sdb2装shard node，sh1，sdb3装shard node，sh2，sdb4装shard node，sh3，sdb5装shard node，sh4，其中sh1和sh3互为主备，sh2和sh4互为主备。sh1和sh2在region1，成为一个primary_shardgroup的shard groupsh3和sh4在region2，成为一个standby_shardgroup的shard group。2.开始安装2.1 在5个主机安装12.2数据库软件，在sdb1建立shardcat数据库实例。2.2 在sdb1的shardcat数据库：SQL> alter system set db_create_file_dest='/u01/ora12c/app/oracle/oradata' scope=both; SQL> alter system set open_links=16 scope=spfile; SQL> al ...继续阅读 (35)

sharding database最大的特点是可以横向扩展。但是横向扩展不是RAC的横向扩展，纯sharding db是没有HA架构的。即一个shardcat db，多个shard node db。无论是谁down了，都会造成不可用。我们从上往下捋一下，看看哪里有单点故障，这个单点可以通过什么方式解决，我们知道，sharding的架构大致如下，(1). 从应用端发起之后，往下是connection pool，这个connection pool，指的是Oracle Integrated connections pools (UCP, OCI, ODP.NET, JDBC)。这个connection pool，不在本文的讨论范围内，这个是涉及到中间件的高可用问题。(2). 往下是shard director(gsm)和shardcat数据库。这涉及到一个路由的分类。直接路由（direct route）还是代理路由（proxy route）(2.1). 直接路由是基于sharding key，在connection pool中的connect阶段就实现了。如果在connection pool（以下以UCP为例）有缓存，缓存着sharding key的range，和shard以及chunk的mapping关系，所以直接忽略shard director，直接到某个shard，node；如果在 ...继续阅读 (27)