电商网站前端架构设计,做网站输入文本框做下拉,wordpress打印文章,wordpress 装修在Oracle RAC环境中#xff0c;无论我们从AWR自动负载性能报告、Statspack或者Grid Control中都可以找到Oracle数据库软件所收集的全局缓存工作负载统计信息(global cache work load statistics)#xff1b;其中就包含了全局缓存块丢失(Global cache lost blocks)的统计信息(… 在Oracle RAC环境中无论我们从AWR自动负载性能报告、Statspack或者Grid Control中都可以找到Oracle数据库软件所收集的全局缓存工作负载统计信息(global cache work load statistics)其中就包含了全局缓存块丢失(Global cache lost blocks)的统计信息(这些丢失的全局缓存块可能是gc cr block lost或者gc current block lost)若集群中的任意节点出现大量的全局缓存块丢失(下文简写为gc blocks lost)则可能意味着内联(private)网络存在问题或者packet网络包处理低效。通过监控和评估这些全局缓存的相关统计信息可以有效保证内联全局缓存(interconnect Global Cache)和全局队列服务(Global Enqueue Service)(GCS/GES)以及整个集群的正常工作。全局缓存块丢失一般预示着网络包处理存在问题并需要进一步勘察。另外全局缓存块丢失(gc blocks lost)的问题常会伴随着gc cr multiblock waits等待发生(传输多个连续的数据块全局缓存)。就目前来看最有嫌疑造成或加速gc blocks lost的”元凶”往往是因为错误地或者不当的配置了内联网络(interconnects)。主要症状:‘gc cr block lost’或’gc current block lost’成为实例中Top 5的主要等待事件次要症状:1.SQL trace报告显示多次出现gc cr requestsgc current request等待事件2.出现长时间的gc cr multiblock requests等待3.糟糕的应用性能与吞吐量4.ifconfig或其他网络工具显示存在大量的网络包packet发送接收(send/receive)错误5.netstat报告显示存在errors/retransmits/reassembly等失败6.单个或多个节点失败7.由网络处理引发的异常CPU使用率二、案例Global Cache问题一定要和OS和Network层结合起来看ifconfig、netstat、syslog信息极易获得nmon、osw亦有价值。相关解决方法http://www.oracledatabase12g.com/archives/tag/interconnect 转载于:https://blog.51cto.com/929044991/1264064
