SGA: allocation forcing component growth分析

1.问题现象

20年12月31日，数据库应用人员反映2020-12-31 12:40:10存在告警，过了几分钟之后业务恢复正常。

表现的状态：Connect to database time out, please check db status!

因为业务反馈的内容很有限，所以我们取了12月31日12:00-13:00的AWR进行分析。

可以看到AAS并不是很高，AAS=755.39/32.05=23.57

(备注：AAS是衡量快照时间内数据库负载的重要指标）

通过AWR观察

可以看到有大量的cursor:pin s wait on X和SGA:allocation forceing comonent growth等待事件。

 

2.问题分析

通过MOS因为ASMM和AMM使用自动调整内存管理方案。 启用这些架构中的任何一种，都可以在SGA中的各个组件（例如缓冲区高速缓存和共享池）之间自动移动内存，以便在其中一个组件中填充内存请求导致的。

SQL> show parameter sgaNAME         TYPE  VALUE------------------------------------ ----------- ------------------------------lock_sga        boolean  FALSEpre_page_sga       boolean  FALSEsga_max_size       big integer 206336Msga_target       big integer 0SQL> show parameter targetNAME         TYPE  VALUE------------------------------------ ----------- ------------------------------archive_lag_target     integer  0db_flashback_retention_target  integer  1440fast_start_io_target     integer  0fast_start_mttr_target    integer  0memory_max_target     big integer 206336Mmemory_target      big integer 206336Mparallel_servers_target    integer  32pga_aggregate_target     big integer 0sga_target       big integer 0SQL> show parameter pgaNAME         TYPE  VALUE------------------------------------ ----------- ------------------------------pga_aggregate_target     big integer 0SQL>

通过检查发现数据库使用的AMM的内存管理方式，自动内存管理automatic memory management（以下均称AMM）是oracle 11g新推出的新特性，意在对实例中的PGA和SGA进行自动管理。AMM是自动共享内存管理automatic shared memory management（ASMM）的拓展

ORACLE 11g AMM 的引入， 组合出来有 5 种内存管理形式.

    自动内存管理（AMM）   : memory_target=非0，是自动内存管理，如果初始化参数 LOCK_SGA=TRUE，则 AMM 是不可用的。

    自动共享内存管理(ASMM): 在memory_target=0 and sga_target为非0的情形下是自动内存管理

    手工共享内存管理      : memory_target=0 and sga_target=0  指定 share_pool_size 、db_cache_size 等 sga 参数

    自动 PGA 管理         : memory_target=0 and workarea_size_policy=auto  and PGA_AGGREGATE_TARGET=值

    手动 PGA 管理         : memory_target=0 and workarea_size_policy=manal  然后指定 SORT_AREA_SIZE 等 PGA 参数，一般不使用手动管理PGA。

但是11g推出了自动内存管理（AMM）新特性，该特性引入后，虽然减轻了DBA手动设置共享内存的负担，shared pool和buffer cache及其它几个component可以根据需要自动调整大小,避免ora-4031的错误，但经常出现在shared pool和buffer cache之间发生频繁shrink/grow操作的现象，在一些高并发环境下，会刷出一批共享池对象，并间歇性持有shared pool latch,library cache lock等共享池latch，从而引发数据库性能问题的风险，极端情况下，会导致数据库性能短时间内极速下降。而且如果一旦刷出共享池对象，就会引起数据库大量游标失效，随后的解析会导致大量library cache及cursor等待事件。这也是为什么在AWR的前台等待事件中伴随着大量的cursor:pin s wait on X等待事件的原因。

 

SQL> set linesize 600SQL> col component for a25SQL> col oper_type for a15SQL> col oper_mode for a10SQL> col parameter for a25SQL> col initial_size for 999999999999SQL> col final_size for 99999999999SQL> select component, 2 oper_type, 3 oper_mode, 4 parameter, 5 initial_size, 6 target_size, 7 final_size, 8 status, 9 start_time, 10 end_time as changed_time 11 from V$SGA_RESIZE_OPS 12 where to_char(end_time,'yyyy-mm-dd hh')='2020-12-31 12' 13 order by end_time;COMPONENT     OPER_TYPE  OPER_MODE PARAMETER     INITIAL_SIZE TARGET_SIZE FINAL_SIZE STATUS START_TIME   CHANGED_TIME------------------------- --------------- ---------- ------------------------- ------------- ----------- ------------ --------- ------------------- -------------------shared pool    SHRINK   DEFERRED shared_pool_size   19327352832 1.8790E+10 18790481920 COMPLETE 2020-12-31 12:38:59 2020-12-31 12:40:42DEFAULT buffer cache  GROW   DEFERRED db_cache_size    51002736640 5.1540E+10 51539607552 COMPLETE 2020-12-31 12:38:59 2020-12-31 12:40:42DEFAULT buffer cache  SHRINK   IMMEDIATE db_cache_size    51539607552 5.1003E+10 51002736640 COMPLETE 2020-12-31 12:40:42 2020-12-31 12:40:44shared pool    GROW   IMMEDIATE shared_pool_size   18790481920 1.9327E+10 19327352832 COMPLETE 2020-12-31 12:40:42 2020-12-31 12:40:44DEFAULT buffer cache  SHRINK   IMMEDIATE db_cache_size    51002736640 5.0466E+10 50465865728 COMPLETE 2020-12-31 12:40:44 2020-12-31 12:40:47shared pool    GROW   IMMEDIATE shared_pool_size   19327352832 1.9864E+10 19864223744 COMPLETE 2020-12-31 12:40:44 2020-12-31 12:40:47

可以看到在12:38-12:40出现了sharepool增长和buffer cache的shrink，buffer cache会刷出部分对象，会导致一些SQL语句被重新硬解析。

备注：buffercache的大小可以从v$sga_dynamic_components进行查询

然后我们再观察AWR的SGA组件明细

 

从AWR报告看到，KGH: NO ACCESS 类型内存占用已经接近600M左右。内存参数仅仅配置了memory_target，没有配置SHARED_POOL_SIZE, DB_CACHE_SIZE等。KGH: NO ACCESS 是内存在shared pool和db cache之间调节的一个中间状态，正常情况不超过100-200M，而且很快消失，内存调节过于频繁导致卡死在KGH: NO ACCESS，进而可能导致可用shared pool不足，导致数据库出现性能问题。

 

3.问题处理

通过以往的经验看，SGA_TARGET的稳定性高于memory_target，可以考虑不使用memory_target，而是用SGA_TARGET和pga_aggregate_target的组合。

所以建议如下：

1.关闭自动内存扩展，采用 手工共享内存管理或者自动共享内存的方式，但是需要注意的是Disable AMM/ASMM也可以作为一个方法,但是缺点是: 碰到ora-4031的几率会比自动内存管理大.

2.设置SHARED_POOL_SIZE, DB_CACHE_SIZE，确保这些池有一个最小值，从而减少过度调节。

3.设置alter system set "_memory_broker_stat_interval"=999; 降低调节频率,设置resize的频率不能少于16分钟

4.重启实例，清空当前异常内存分配。

最后，我们采用的方式是，使用ASMM方式，将大页启用

SQL> show parameter target  NAME         TYPE  VALUE------------------------------------ ----------- ------------------------------archive_lag_target     integer  0db_flashback_retention_target  integer  1440fast_start_io_target     integer  0fast_start_mttr_target    integer  0memory_max_target     big integer 0memory_target      big integer 0parallel_servers_target    integer  32pga_aggregate_target     big integer 50Gsga_target       big integer 280GSQL> show parameter db_cache_sizeNAME         TYPE  VALUE------------------------------------ ----------- ------------------------------db_cache_size      big integer 100GSQL> show parameter shared_pool_sizeNAME         TYPE  VALUE------------------------------------ ----------- ------------------------------shared_pool_size      big integer 60G

大页使用情况

[oracle@xsdbd31 ~]$ grep -i huge /proc/meminfoAnonHugePages: 1587200 kBHugePages_Total: 143380HugePages_Free: 13567HugePages_Rsvd: 13548HugePages_Surp: 0Hugepagesize: 2048 kB

 参考链接：

https://blogs.oracle.com/database4cn/3-v3

https://cloud.tencent.com/developer/article/1424411

MOS：ORA-04031 in 11g & 11gR2, Excess "KGH: NO ACCESS" Memory Allocation ( Doc ID 1127833.1 )

太久没有写博客了，前一阵子被催着来写，接下来的时光，希望和博客园的大佬的共享数据库知识。









原文转载：http://www.shaoqun.com/a/512448.html

跨境电商：https://www.ikjzd.com/

铭宣海淘：https://www.ikjzd.com/w/1551

landing：https://www.ikjzd.com/w/2368


1.问题现象20年12月31日，数据库应用人员反映2020-12-3112:40:10存在告警，过了几分钟之后业务恢复正常。表现的状态：Connecttodatabasetimeout,pleasecheckdbstatus!因为业务反馈的内容很有限，所以我们取了12月31日12:00-13:00的AWR进行分析。可以看到AAS并不是很高，AAS=755.39/32.05=23.57(备注：AAS
易佰：易佰
打折网：打折网
一碗面条名四海：刀削面 - ：一碗面条名四海：刀削面 -
2020国际旅游财富峰会迎来倒计时：2020国际旅游财富峰会迎来倒计时
肇庆西江三峡自驾游该怎么走呢？：肇庆西江三峡自驾游该怎么走呢？

Comments

Post a Comment

Popular posts from this blog

指纹浏览器定制开发全面助力企业安全与智能升级

在数字化时代，企业信息安全和智能化管理愈发成为商务发展的两大支柱。为适应这一趋势，指纹浏览器定制开发成为了企业安全和智能升级的最佳选择。让我们一同探索，如何通过指纹浏览器的二次开发、私有部署和AI智能等关键功能，助力企业迎接未来的挑战。 指纹浏览器二次开发：保障身份识别的极致体验 随着科技的不断进步，传统身份验证方式显得越来越脆弱。指纹浏览器的二次开发为企业带来了身份识别的极致体验，通过精准的生物特征验证，极大地提高了安全性。企业无需担忧密码泄漏或仿冒风险，真正实现了信息安全的无忧管理。 私有部署：数据安全掌握在自己手中 数据是企业最重要的资产之一，而私有部署则是最为可靠的数据保护手段之一。通过将指纹浏览器定制开发系统私有部署，企业能够完全掌握对敏感数据的访问和存储。这一层级的掌控，不仅提升了数据的安全性，同时也避免了因为云服务的共享带来的潜在风险。 原文转载： https://fashion.shaoqun.com/a/1585172.html 深圳巴厘岛海景酒店 ：https://www.vstour.cn/t/深圳巴厘岛海景酒店.html 深圳巴厘岛旅行团 ：https://www.vstour.cn/t/深圳巴厘岛旅行团.html 深圳巴厘岛旅游 ：https://www.vstour.cn/t/深圳巴厘岛旅游.html 深圳巴厘岛旅游报价 ：https://www.vstour.cn/t/深圳巴厘岛旅游报价.html 深圳巴厘岛旅游价格 ：https://www.vstour.cn/t/深圳巴厘岛旅游价格.html 深圳巴厘岛旅游团 ：https://www.vstour.cn/t/深圳巴厘岛旅游团.html 红海堵塞，海湾受益？ ：https://www.kjdsnews.com/a/1743053.html 一篇文章带你了解商标注册：尼加拉瓜 ：https://www.kjdsnews.com/a/1743054.html
Read more

跨境电商资讯：一文带你走进亚马逊19大海

Image
随着全球电商行业的迅速发展，许多品牌逐渐将目光投向海外市场，寻找新的业务增长点。亚马逊作为全球最大的电商平台之一，拥有众多海外站点，为卖家提供了广阔的发展空间和优质的服务。然而，当卖家们面对海外众多不同的站点，它们的区别是什么？该选红海站点还是蓝海站点？如何才能选择适合自己的平台？这些都让许多卖家感到非常迷惑，不知所措。 别着急！接下来就让小编带大家一起了解亚马逊各大海外站点的机会优势，并分享几位卖家的实战经验，助您选好出海站点，赢在起跑线！ 目前，亚马逊在全球拥有19大海外站点，覆盖北美、拉丁美洲、欧洲、亚洲、大洋洲等多个地区，帮助卖家触达数亿消费者。这些站点各有"特长"，您可以结合自身业务、资金情况和发展需求等因素，Pick适合自己的出海站点，及时把握海外商机！ 01老牌成熟站点，新手出海首选！ 目前，亚马逊在北美地区拥有美国站和加拿大站两大站点。北美站的整体成熟度和服务完善性让许多卖家将它作为开拓生意的首站。 从宏观环境来看，北美站可谓实力超群： ●体量庞大，消费潜力高 作为亚马逊全球最大海外站点，消费实力强劲，两大站点囊括3.7亿+人口，人红利充足，Prime会员占比高； ●品类齐全，细分赛道机会多 加拿大站选品文化接近美国，选品空间广阔，有利于卖家挖掘不同品类商机! 对于新手来说，亚马逊北美站拥有多重优势助力启航： ●配套完善，服务齐全 作为最早开设的站点，亚马逊服务支持齐全，新卖家上手更轻松 ●物流便捷，配送无阻 您可使用亚马逊远程物流配送计划(NARF)，将美国站FBA库存直接配送给加拿大买家，无需将库存事先运送到加拿大，助您轻松拓展北美地区商业版图! 该计划具有以下4大优势： ●利用美国FBA库存，为加拿大的Prime买家提供免费配送服务； ●由亚马逊处理跨境配送事宜，让配送流程更简单便捷； ●进口税费和相关费用由买家支付，无需卖家承担； ●退货直接退回美国，省心省力。 如果您想坐拥巨大流量，触达更多、更广泛的消费者；如果您的选品种类丰富齐全，希望同时布局多种品类赛道……那么北美站是您不该犹豫的首选! 02高潜消费增长能力，业务拓展不二之选！ 在拉丁美洲，除了已对卖家开放的墨西哥站之外，亚马逊巴西站也于2023年12月正式对中国卖家开放，不少北美站卖家已抢先拓展生意版图，吃到了"第一只螃蟹"! 结合宏观发展趋势...
Read more

利用 Google 购物广告促进销量的初学者指南

您需要更多客户。 并且，您需要 以可接受的成本获取它们 。因为，如果你不能做这两件事呢？ ……好吧， 我们别去那里了 。 首先，如何获得更多客户？ 嗯，一种行之有效的方法是 Google Shopping 。 这一领先的电子商务流量来源 占 电子商务 网站整体销售额的 16% 以上。 那是 巨大的。 但是，当您考虑到Google每秒处理超过 40,000 个搜索查询 时，这也就不足为奇了。 不过，这还不是全部…… 2018 年，在美国电子商务领域，Google 购物广告占 零售搜索广告支出的 76.4% ，占所有付费搜索点击次数的 85.3%。 另一方面，文字广告仅吸引了 23.6% 的零售搜索广告支出和 14.7% 的付费搜索点击次数。 由于 Google 努力通过富媒体广告格式提高知名度，投资 Google Shopping 广告系列已成为零售搜索行业的主要趋势。 但是，您能否使用 Google 购物以可接受的成本获取客户，从而为您带来利润？ 一言以蔽之？ 是的 。 OMG Commerce首席执行官 Brett Curry 去年 管理的广告活动平均 广告支出回报率 (ROAS) 为 300-600% 。 您愿意花 1美元获得 3 至 6 美元的销售额吗？ 我愿意打赌你会的。 你是怎么做到的？ 在本文中，您将准确了解 Google 购物是什么、它的工作原理以及如何开始您的第一个广告系列。 好吧，系好安全带 。 Fansgurus是一个社交媒体营销在线平包含了Facebook，Instagram，Twitter，Pinterest，YouTube，Tiktok，telegram，虾皮等等海外社交媒体，并提供增粉、点赞、转发、评论浏览量直播间在线，网站引流等数据服务。快速体验： zllp.myyfrs.ciwi._okgyw?fyuokfj 什么是谷歌购物？ Google 购物广告也称为产品详情广告或 PLA。而且，当用户在 Google 上搜索产品时，它们就会显示。 它们出现 在搜索结果的顶部或页面的右上角： Google 购物广告也可以 在"购物"标签下找到。 这些广告如此有效的 部分原因 是它们位于搜索结果顶部的显着位置。 那么，Google 购物广告包含哪些内容？ 简而言之， 消费者熟悉的5 个关键组件： 产品图片 产品名称 价格 卖家姓...
Read more