ITPub博客

1   文档内容1.2   字体说明2.     总体方案2.1   迁移工作的阶段安排2.2   方案阶段2.3   测试阶段2.4   实施阶段3.     GoldenGate的安装与配置3.1  &nb

1检查候选盘可用性场景检查候选盘可用性过程1.添加磁盘至RAC 节点，并设置适合的权限2.SQLPLUS登入并查看磁盘信息Select   name,group_number,path,state,header_status,mode_status,label from v$asm_disk; 预期结果新加入的磁盘作为候选盘显示。衡量标准符合预期。实际结果检查磁盘信息Selec

场景CRSD进程错误过程模拟CRSD进程异常For Hp Aix  linux  Solaris:ps -ef|grep crsdKill -9 预期结果1.orarootagent检测CRSD进程失败，CRSD重启  查看以下日志：       $GI_HOME/log/&l

1.11SCAN 监听错误场景Scan监听错误过程终止监听进程For Hp Aix  linux  Solaris:Ps -ef|grep tnslsnrKill -9 预期结果1.已连接会话无影响2.新连接重定向至其他节点（与连接配置有关）3.SCAN listener故障被CRSD ORA AGENT自动检测并自动重启，可检查下列日志

1.系统测试1.1计划内节点重启场景计划内节点重启过程重启高负载的节点For linux： Shutdown -r now 预期结果1.该节点实例及其他资源offline2.Vip 发生fail over3.运行在该节点的scan   vip将发生fail over4.Vip listener发生failover5.另一节点执行实例恢复6.服务（该节点为prefered时）移至

1.系统测试.............................................................................................. 51.1计划内节点重启........................................................................ 51.2非计划内OCR MAS

msyql

最近在测试生产数据库时发现数据库在open过程很长慢，大概持续20分钟左右，有时持续1-2个小时。日志如下：Fri Nov 23 10:53:51 2018  SMON: enabling tx recovery  Database Characterset is AL32UTF8  Fri Nov 23 10:54:02 2018  Decreasing

 在开发过程中，好多开发者对表的设计不合适，导致数据库性能出现问题，就像前边所写的，由于设计问题 ，应用在 where 条件中用is null导致全表扫面，本文是上篇的延续，在这里讨论一下 group by 的优化方法。通过实验来说明怎么对字段为空的group by字段进行优化。sql语句SELECT COUNT(*), ACCT_TYPE FROM tb_info GROUP by A

Informix

ORA-27300: OS system dependent operation:fork failed with status: 12

k8s mysql

kubeadm搭建K8S