先上操作步骤，后面见迁移流程。 零、操作步骤 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 Server 2003 64bit IP 地址： 192.168.20.148 数据库版本： Oracle 11.2.0.4.0 数据库sid 名： mesorcl 数据库名： mesorcl 数据库db_unique_name ： mesorcl 数据文件路径：D:\app\Administrator\oradata\mesorcl 归档路径： D:\app\Administrator\fast_recovery_area\mesorcl\ARCHIVELOG …
迁移方案8-Oracle利用expdp/impdp（同平台）历史数据迁移导入导出-不同用户的相同名称表导入后进行合并并根据条件截断
https://blog.csdn.net/xxddxhyz/article/details/133972398
一、问题 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、面临的问题 开发人员找到我方，希望我们可以给sql进行优化。 （1）当前开发使用with as语句进行数据查询，查询代码如下： 生产机查询时间大约109s。 (关于with as用法见：https://www.topunix.com/post-10515.html） with tab as (select b.scan_barcode, b.datetime_created, a.mo_code from inv_transfer_detail a inner join inv_t…
一、MES数据库问题描述 1、现象 （1）开发描述，mes_prd用户下的很多表的列属性变为了4000。 （2）所有表的列数量 2、分析原因 在早期，数据库曾中毒，后期数据导入后，没有再进行检查，最近测试才发现。 二、解决方案测试 使用expdp/impdp导入导出功能进行测试。 1、需要的数据和库 （1）需要的数据 有问题的生产库A的数据导出（expdp）-192.168.20.219 正常的生产库B的数据结构导出（expdp）-192.168.20.220 （2）需要的数据库库 -192.168.20.222 …
1、业务正常的MES库的主键数量(用户是MES_PRD）-192.168.20.50 select count(*) from ( SELECT c.* FROM dba_cons_columns c JOIN dba_constraints k ON c.owner = k.owner AND c.constraint_name = k.constraint_name WHERE k.constraint_type = 'P' and k.owner='MES_PRD' ORDER BY c.owner, c.t…
迁移方案7-Oracle数据迁移6—一张7.5亿行的表（没有做分区，没有优化索引）进行优化测试，并用最短停机窗口迁移到新分区表—步骤3-生产库迁移方法4—在线重定义
迁移方案7-Oracle数据迁移5—一张7.5亿行的表（没有做分区，没有优化索引）进行优化测试，并用最短停机窗口迁移到新分区表—步骤3-生产库迁移方法3—交换分区方式（注：此方式不适合当前方式-此思路可以适用于分区表->独立表的交换。） （注：此方式不适合当前方式-此思路可以适用于分区表->独立表的交换。）
迁移方案7-Oracle数据迁移4—一张7.5亿行的表（没有做分区，没有优化索引）进行优化测试，并用最短停机窗口迁移到新分区表—步骤3-生产库迁移方法2—expdp/impdp停机迁移（可回收空间）
1、现象 （1）创建用户a，授权为dba create user a identified by 123; grant dba to a; （2）创建用户b，并创建test表，插入数据 create user b identified by 123; grant resource,connect to b; conn b/123 create table test(id number,name varchar2(10)); insert into test values(1,'xxx01'); insert int…
迁移方案7-Oracle数据迁移3—一张7.5亿行的表（没有做分区，没有优化索引）进行优化测试，并用最短停机窗口迁移到新分区表—步骤3-生产库迁移方法1—expdp/impdp在线迁移
迁移方案7-Oracle数据迁移2—一张7.5亿行的表（没有做分区，没有优化索引）进行优化测试，并用最短停机窗口迁移到新分区表—步骤2-测试内容
迁移方案7-Oracle数据迁移1—一张7.5亿行的表（没有做分区，没有优化索引）进行优化测试，并用最短停机窗口迁移到新分区表—步骤1—测试计划
