先上操作步骤，后面见迁移流程。 零、操作步骤 1、备份表1—导出需要的老数据-query02.par （1）配置parfile文件 cd /backup vi query02.par dumpfile=query02.dmp logfile=query02.log DIRECTORY=backup_mes tables=sfc_brookner_param_log QUERY=sfc_brookner_param_log:"where ku$.Bruckner_Code like '0%' and ku$.Para…
一、问题 1、原因 一网友联系，咨询数据库跑的慢，操作系统是windows的，数据库一启动CPU就飙升。 2、系统环境 数据库版本：19C cpu 2颗*1core 内存：16G 服务器：阿里云 二、分析AWR 1、基本信息 这个CPU真的是无敌了，还是windows的，还是19c。这性能能跑起来也是牛。 话说DB time太闲，前台都没啥业务。 继续往下看 2、load profile（这是重点） 额。。。啥也没有，事务数也还好，一秒7个，一般100以内是可以的。 继续往下看 3、Instance Efficie…
1、MES数据库服务器环境 操作系统：linux 7.9 Oracle版本：11gr2 物理内存：256G 2、业务前端反馈报错，如图 3、分析 分析上图大致为系统内存不足，查看系统内存： swap和avalible全不足。 4、跟踪查看 （1）查看内存分配 内存大页分配：82120 sga分配：160G （2）查看内存大页使用情况 less /pro/meminfo |grep Huge 发现内存大页并未被使用 （3）查看/etc/security/limit.conf 发现Oracle用的memlock只有80…
一、公司反馈记工查询超时 1、记工查询超时现象 记工查询超时，通过检查发现查询几天的可以查出，但查询一个月的会报错。 通过修改应用端时间参数time_out为1500s，仍然报错：ORA_00103。 2、根据SQL查看如下 最终报错原因是执行sql语句时间过长导致，查询一个月的数据需要34-40分钟。 二、跟踪SQL语句 1、获取SQL语句 -https://www.topunix.com/post-1782.html#SQL-2 2、获取语句： SELECT ttt.车间上浮, ttt.工序, ttt.工序名称…
一、原因 业务查询1个月的数据，需要15-20秒，过长。 二、分析并解决 1、通过sql_trace跟踪查询语句 （1）登录sys，设置追踪打开 alter system set sql_trace=true; （2）查看目录 $ORACLE_BASE/diag/rdbms/$ORACLE_UNQNAME/$ORACLE_SID/trace （3）找到最新的 mesorcl_ora_8452.trc等 （4）生成可读文档 tkprof mesorcl_ora_25624.trc test2.log sys=no 2…
一、问题 1、问题描述 外网可以查询访问，内网无法查询访问。提示： 2、查看语句 select pm.IND_CODE 设备编号, case when pm.BUFFER30 = '1' then A.RUNTIME_EQ else B.RUNTIME_FILE end 开机时间, '0' 开机率, PM.IND_CODE 设备编号, PM.IND_Name 设备名称, pm.buffer21 部门名称 from MES_PM_MASTERDATA pm left join (SELECT ROUND…
一、问题描述 1、问题发现 工厂报告某个工序可以查询，但无法下活（无法插入新数据），同时开发给出报错： 2、咨询工厂情况 工厂管理员回复，上午9点30前后停电，9点50启动后，出现此问题。 二、跟踪分析 1、查看log日志 2、log日志的跟踪trace 3、跟踪日志 是表PRDIFE插入数是有问题，但查询就没问题。 三、解决思路 1、问题原因 定位该表有LOB字段，可能出现坏块造成； 经过查询，该问题是由于Oracle的一个bug导致（参考文档 ID 1608861.1）…
一、问题现象： 1、现象描述 有10分钟左右的时间报工不显示生产单元。还特别容易退，具体时间是周末的6点，工作日的11点40左右 2、查看根据描述，基本断定和统计信息收集优化有关。查看日志。 Sun Apr 16 06:00:00 2023 Setting Resource Manager plan SCHEDULER[0x32DF]:DEFAULT_MAINTENANCE_PLAN via scheduler window Setting Resource Manager plan DEFAULT_MAINTEN…
关于AWR中Execute to Parse %:过低的浅析 Execute to parse %，该参数主要体现的是sql的执行次数与解析次数的比率。 可以把 Execute to Parse %和Soft Parse %这两个参数放在一起看。 ①如果两个参数同时很低时，说明硬解析次数多，建议使用绑定变量。 ②如果Soft Parse %高，而Execute to Parse %比低时(<40%)，说明执行解析比率低，可以通过静态sql、动态绑定、调整session_cached_cursor参数、调整op…
一、问题现象 云安在2022.03.05的6点，10点，14点出现车间无法报工现象。 二、分析原因 考虑到这天是周六，根据Oracle自动优化窗口，周六，周日全天进行优化，触发时间点是6点开始，约每隔4小时执行一次，每次执行时间约30分钟。 此期间，如果操作频繁，可能会导致sql死锁。 三、排查流程 1、查看alert日志 （1）早上6点开始执行优化sql任务，出现死锁现象； （2）上午10点第二次SQL Tunning Advisor 任务，于10点19分再次死锁。 约10点17-20分，设备人员重启IIS，中断…
第2个案例—运城包装mes查询数据慢，运安2秒，运城则用40秒
1、问题现象 2022.01.18日晚22点，青包前端无法刷新看板，时间节点是22点 2、分析现象 此时间节点正好是数据库系统默认的统计信息采集时间 （1）查看altert.log 发现有报错，这个时间点有锁导致了错误，继续跟踪j001_163530.trc文件 （2）查看j001_163530.trc文件 （3）再次查看其他时间点的ORA-04021报错： 2022.1.17 22点，2022.1.18 22点，以及2021.12.4，2021.11.29 2021.9.19 这几天发生过。 从上述…
