暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

DBASK问答集萃第三期

墨天轮 2019-05-29
646

引言


近期我们在DBASK小程序新关联了韩锋频道、互联网侦察、数据库SQL、SQL数据库开发、跨界架构师、石杉的架构笔记等数据领域的公众号,聚合更新展示,欢迎大家阅读分享。


问答集萃


接下来,我们分享本期整理出的问题和诊断总结,供大家参考学习,详细的诊断分析过程可以通过标题链接跳转到小程序中查看。

问题一、Windows 系统是否需要设置filesystemio_options

如题,数据版本为10g

诊断结论:不需要设置,参考《Best Practices For Oracle Database Performance On Windows》



问题二、windows 安装oracle dbca建库报错ora-27102 out of memory

windows 2016(64bit) 安装oracle 11g r2 (64bit) dbca建库报错 ora-27102 out of memory,windows 系统内存 64G  分配给oracle 内存 24G  空闲内存充足,这个是因为 2016系统有啥限制吗该如何解决?

诊断结论:问题为window操作系统参数的问题。在控制面板中将处理器核数由默认的1改成8或最大值即可 ,重新启动,然后再dbca建库.  成功。



问题三、集群资源ora.LISTENER_LEAF.lsnr,资源offline,这是什么资源?

集群资源ora.LISTENER_LEAF.lsnr,资源offline。db版本12.2.0.1。

诊断结论:这是12c Oracle Flex Cluster的特性,引入了叶子节点的概念,不需要直接连接共享存储。而LISTENER_LEAF是用来注册leaf node上运行的实例的。



问题四、Execute to Parse %指标24.95,硬解析比例很高

数据库中,Execute to Parse %指标24.95,SQL硬解析比例很低,排除cursor_sharing= force,系统负载非常低,AWR采样时间60分钟,db time1mins。

希望获取SQL能找到造成大量硬解析的SQL文本,或者应用连接mode,

获取降低硬解析的方法。

诊断结论:一般来说硬解析高的SQL主要的原因就是没有使用绑定变量,其次就是内存不够或者BUG等原因了。

可以使用详情中的SQL查出没有使用绑定变量的SQL。



问题五、Asm磁盘组冗余模式IO性能有差异么

Asm磁盘组冗余模式,IO性能有差异么?差异有多大?

诊断结论:在读场景下,不论冗余方式,都只读其中一份AU,所以不会有读性能的损失。

在写的场景下,外部冗余的ASM磁盘组的IO性能,可以近似理解为是所有LUN的IO综合,包括IOPS及吞吐量。Normal冗余是双写嘛,因为每次要写两个相同的AU,所以可以理解为IO相关指标损失一半。High冗余损失三分之二。



问题六、ogg 12c可以应用源为10g的trail文件吗?

如题,10g的trail文件是否可以应用到12c中,需要注意什么?

诊断结论:应该是没问题,建议测试验证下。源端抽取进程和传输进程加下参数FORMAT RELEASE。另外目标端需要非PDB模式。



问题七、删除一张上亿记录数表的唯一性约束和索引有什么影响

如题,删除了一张记录数有一亿的表的唯一性约束和索引,会有影响么?重建会花多久?


诊断结论:删除本身当然没有影响。只不过数据完整性没法保证,索引无法利用。至于创建时间要根据表大小,当前业务量,系统i/o情况,需要全扫表读取数据,然后内存排序创建唯一索引。可以看下session_longops,或者根据索引的段大小推测所需时间。



问题八、TB级别数据库搭建goldengate

在这个级别搭建ogg使用table还是schema进行??,在后期表结构会发生变化的情况下哪种方式方便后期维护?

诊断结论:如果非要用OGG,建议按表拆分多个进程吧,不然一个进程出现问题会影响整个库的同步。



问题九、oracle rac时间被调整的影响

rac配置了时钟同步,由于时钟同步服务器出问题导致rac两个节点时间被同时调整到了3天后,然后关闭集群手动调整系统时间,启动集群后发现undo的begintime和快照时间都有问题,目前重建了undo,这种事故对数据库有其他影响嘛??业务数据问题已与研发沟通过,没造成影响

专家解答:如果业务数据确认没有问题,数据库能正常启动运行的话问题不大,依赖时间戳的主要是日志和监控数据类,建议重要的检查处理下:

1、grid/db的相关alertlog备份清理下问题的日志

2、AWR备份删除部分snapshot,以免混淆

3、sys.WRH$_ACTIVE_SESSION_HISTORY的相关记录



问题十、Oracle Stream 不再被支持了吗?从什么版本开始的?

之前的旧系统,有些还在使用 Stream 流复制,听说不被Oracle支持了。将来要怎么办?

诊断结论:Oracle Streams在Oracle Database 12c第1版(12.1)中已弃用。不支持 Oracle Database 12c 及更高版本中引入的支持功能,包括多租户架构,LONG VARCHAR数据类型,长标识符和其他功能。

Oracle Database 18c是Oracle Streams支持的最终版本。从Oracle Database 19c开始,Oracle Streams将不再受支持。

对于复制来说,Oracle GoldenGate是Oracle数据库复制的最终解决方案。



问题十一、ASM新加DG,数据文件如何迁移

oracle12c数据库原来创建的表空间所在asm上的DG用完,我又新加了一个DG如何修改原来DG上表空间的参数设置,比如表空间自动扩展

诊断结论:关闭之前DG上所有数据文件的自动扩展,然后在新DG上为相应表空间创建数据文件即可。还有temp、undo这些方便迁移的,可以移到新的DG上。



问题十二、关于Extended RAC两种模式压测存储复制的方式都优于ASM冗余

我们正在实施容灾项目,对比Extended RAC在存储复制和ASM冗余两种方案的性能,供客户方案选型,目前测试的结果显示存储复制的方式都优于ASM冗余的方式。请问测试结果符合预期吗如何理解这种结果?

诊断结论:我认为应该是符合预期的。存储复制层面会有比较多的额外硬件支持,比如cache,比如硬件级别的IO复制优化。而这些都是单纯的ASM多副本写出所不具备的。毕竟存储级复制产品作为一个商业产品要卖出价格,必须要有更值得付钱的功能。


往期阅读

《墨天轮DBASK技术专家邀请函》

DBASK小程序升级,欢迎大家体验

《DBASK问答集萃第二期》

《DBASK问答集萃第三期》

《DBASK问答集萃第四期》

DBASK问答集萃第五期

DBASK问答集萃第六期

最后修改时间:2020-04-02 12:18:35
文章转载自墨天轮,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论