DBASK问答集萃第五期

引言

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

问答集萃

接下来，咱们分享本期整理出的问题和诊断总结，供你们参考学习，详细的诊断分析过程能够经过标题连接跳转到小程序中查看。

问题1、Windows 系统是否须要设置filesystemio_options

如题，数据版本为10g

诊断结论：不须要设置，参考《Best Practices For Oracle Database Performance On Windows》

问题2、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建库. 成功。

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

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

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

问题4、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。

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

Asm磁盘组冗余模式，IO性能有差别么？差别有多大？

诊断结论：在读场景下，不论冗余方式，都只读其中一份AU，因此不会有读性能的损失。

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

问题6、ogg 12c能够应用源为10g的trail文件吗？

如题，10g的trail文件是否能够应用到12c中，须要注意什么？

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

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

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

诊断结论：删除自己固然没有影响。只不过数据完整性无法保证，索引没法利用。至于建立时间要根据表大小，当前业务量，系统i/o状况，须要全扫表读取数据，而后内存排序建立惟一索引。能够看下session_longops，或者根据索引的段大小推测所需时间。

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

在这个级别搭建ogg使用table仍是schema进行？？，在后期表结构会发生变化的状况下哪一种方式方便后期维护？

诊断结论：若是非要用OGG，建议按表拆分多个进程吧，否则一个进程出现问题会影响整个库的同步。

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

rac配置了时钟同步，因为时钟同步服务器出问题致使rac两个节点时间被同时调整到了3天后，而后关闭集群手动调整系统时间，启动集群后发现undo的begintime和快照时间都有问题，目前重建了undo，这种事故对数据库有其余影响嘛？？业务数据问题已与研发沟经过，没形成影响

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

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

二、AWR备份删除部分snapshot，以避免混淆

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

问题10、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数据库复制的最终解决方案。

问题11、ASM新加DG，数据文件如何迁移

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

诊断结论：关闭以前DG上全部数据文件的自动扩展，而后在新DG上为相应表空间建立数据文件便可。还有temp、undo这些方便迁移的，能够移到新的DG上。

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

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

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

想了解更多知识问答吗？登陆“墨天轮”立刻学习！