Mysql创建表报错

客户需求,对Mogdb测试库数据从老的单机,迁移到主从集群上来。测试库的名称及用户都会进行修改

可能性1、创建数据库时,add instance的时候，节点名称和实例名称反了；可能性2、数据库安装的时候模式选择错误，db安装Oracle支持策略或者池的概念,数据库实例可以在不同的RAC节点，需要铲库重装；可能性3、bug 重启或者移除上述的rac资源后,重新add新建；

1.如果每天晚上全备时间足够的，没必要使用增量备份；2.常规的客户增量备份脚本，每周六日一次全备，周一-周五工作日，进行增量备份1级别-累计；

问题现象修改pg_hba.conf配置文件后,重启数据库启动失败.--change # IPv4 local connections: host all all

问题现象Tpcc压测报错,使用并发300报错,使用并发100执行正常.17:07:51,213 [Thread-43] ERROR jTPCCTData : Unexpected SQLExcept

报告概述本篇文档对ORA-39405数据导入时区不兼容报错问题分析.问题分析报错现象现象：用数据泵在2套Oracle 19c(19.18)导数据，导入时报了个错 ORA-39002: invalid

文档概述本篇文档对Oracle DG PDB数据同步进行学习测试，模拟pdb新建、新建Pdb数据文件，模拟PDB ADG的数据恢复操作。学习测试学习资料参考Oracle 21c 新特性 | 基于 PD

主机名尽量不修改,只修改IP地址就可以了，监听调整一下IP 确认可以动态注册就可以提供对外的访问

Troubleshooting ORA-201 and ORA-202 Errors (Doc ID 948710.1)阅读这篇文章可以发现，如果你的19c 是dbca安装的，那么肯定是无法降级的。如果是dbua升级的方式过来的，你可以考了重建控制文件，或者恢复数据文件到升级之前+ 参数回退完成降级的动作。 但是生产环境从来不建议调整这个参数，基本上默认是只能+，不能-

你这个问题比较奇怪：MSCPDC - ODS Load Fails ORA-01658: Unable To Create Initial Extent For Segment (Doc ID 377391.1)可能性：1.有很多无效的索引占用了空间浪费了，建议删除重建失效的索引Unusable indexes can also cause this issue2.大概率，是不是表空间碎片比较严重

Oracle如何限制数据泵只在RAC的某个节点上运行

OGG 21是支持抽取11g db的，那么问题要么是bug没搜到，要么就是你抽取的SQL执行报错导致进程abendERROR OGG-10556 No data found when executing SQL statement <SELECT md_tab_userid, md_tab_colcount, md_tab_total_col_num, md_tab_iot, md_tab_iot

# 一、问题现象 二、问题分析 三、问题处理

# 一、问题现象 某客户现场环境运维,监控告警某台Oracle db os 内存使用率大于90%,需要进行问题排查; # 二、问题诊断 ## 2.1 内存使用率check Linux free

当然会导致进程abend,ogg内置的sql执行报错了；启动慢正常，你分析一下当时是不是在读取归档日志什么的，慢不正常

Primary Note for Oracle GoldenGate for Filtering and Transformation Data (Doc ID 1450495.1)没看到mos给出模糊匹配，但是Mos说支持多个filter,省事的话,2个条件，2条map filter 不同的条件,或者整2个进程拆分一下,如下链接说还有其它方式可以根据sql语句没测试过，建议测试后执行。https

你这个是由于经典模式OGG抽取是读取所有redo,然后filter过滤日志。 大量的数据导入，短时间内产生大量的redo导致OGG进程延迟。 正常，如果你想解决这个：1.合并OGG进程，减少抽取进程，减少IO；2.模式换成集成模式抽取进程；3.减少数据泵导入产生的redo,但这个是个伪命题transform=disable_archive_logging:y”运行 DataPump 导入作业时仍会

1.影响肯定是影响的，因为目前的高可用是连不上某个节点后，重连到可以连接的节点。 而没有用到例如某个节点不可用，自动飘逸到可用节点并且恢复之前的查询，oracle支持select级别的这种故障转移，但是实际上没啥客户真正使用。https://www.modb.pro/doc/48692.如何尽快减少对业务的影响，其实对于业务来说，数据库就是一个提供读写的器具。 那么你直接停节点，那么对应RAC就是

你的问题是源端create table的操作无法同步到目标环境；那么第一个问题：1.DDL的同步能同步哪些，不能同步哪些，复制进程咋写的参数；2.DDL是如何配置的；3.新表的自动补充日志需要 ADD SCHEMATRANDATA XX 执行一次就可以了

DBA_HIST_SQLTEXT dba_hist_sqlstat DBA_HIST_SQLBIND DBA_HIST_SQL_PLAN ,你找找历史的视图查询一下，如果这个都没有那就是被刷出去了。 或者SQL执行效率很高，oracle并没有捕捉到，或者SQL本身是执行解析有问题，数据库视图也不会记录。–SQL比较短可以通过看执行计划也能顺带看到sql文本select * from table(d

1.数据库时区问题，但是数据库时区rac正常都是同一个时区你这个很奇怪，但是还是检查一下；2.系统时间，oracle并不会自己存储一个自己的时间，而是查询系统主机时间进行调用【没有验证，自行理解，有问题可以随时指正】

1.你需要对需要回收表空间对应数据文件的max blocks的对象例如表进行delete数据后,move,shrink才能降低高水位，再降低表或者挪走这个对象，你才能对数据文件进行空间释放；2.你delete 不会降低高水位，只是blocks变成空块而已。数据文件空间更不会回收。https://www.modb.pro/doc/4060

没有注意dg切换后,主库产生新的redo sequence编号的改变；你现在看Mrp进程是正常的，但是你的排查或者方向有问题。 建议你查询主库current sequence# thread#, 然后再去观察dg是否接收这个sequence是否应用。 如果是正常的，那么可能是你的dg切换导致切换前sequence max 2177,dg切换后sequence出现改变比2177小，所以你看着不一样。

https://blog.csdn.net/stoperp/article/details/38042703让客户花钱买OGG专用的监控图形化软件，图形化看就完事了。如果不想花钱，或者少花钱，就国产监控软件把你执行的info all的信息截图配置规则进行告警。

1）第一个问题你的service_name可以查询数据库视图进行判断，根据v$session，service_name 看看应用使用的service_name;2) 业务是否使用实例或者服务名绑定的问题，这个可以通过非技术手段，应用测试实现，不要所有的东西通过技术去挖掘，这个让应用连接dg进行测试就行了，DG又不是禁止业务连接，DG只是禁止写数据！ 让应用改下IP,服务名连接一下DG连接正常就出结

Sqlplus Unable To Find Library Libclntsh.Sl.10.1 (Doc ID 303762.1)Set the following variables:1- LD_LIBRARY_PATH=/lib:/usr/dt/lib:/usr/lib; export LD_LIBRARY_PATHSHLIB_PATH=/lib:/usr/dt/lib:/usr/lib;

10*1=10g 笔误,可以看看https://www.cnblogs.com/lvcha001/p/9180514.html

第一个问题，你需要查询确认你慢的SQL的执行计划，是什么，你的问题没有说清楚2个不同的执行计划，分别走什么，另外就是执行计划的平均执行时间，这个你对sql创建个sqlreport网上搜一下，基本上可以得到报告。第二个问题，如何分析是不是统计信息收集导致执行计划的改变，https://blog.csdn.net/lihuarongaini/article/details/100983838参考这个文

首先你要明确你的这个参数是什么意思？你这个参数调整后15分钟session非活跃就会被killhttps://docs.oracle.com/en/database/oracle/oracle-database/12.2/refrn/MAX_IDLE_TIME.html#GUID-9E26A81D-D99E-4EA8-88DE-77AF68482A20建议：1.中间件或者应用配置超时断开更为合理；

最简单的就是ogg进程可以通过info all看，你的Ogg抽取投递复制进程都处于running 就ok；ogg的两个ckpt可以看如下的链接https://www.cnblogs.com/lvcha001/p/13469500.html这两个ckpt的延迟都在10s以内就说明Ogg同步没有延迟【或者说ogg同步数据的延迟在10s内】,一般延迟在1分钟内差不多都能接受。

其实比较实用的就是你要分析慢SQL在DG的执行计划，sql moniter; db >11.2就行了，dg执行5s及以上就会被统计。套路是ash视图定位慢sql及慢sql执行计划;sql monitor查询sql最慢的位置,看看你能不能优化一下;10046，10053也可以在备库开启，追踪慢sql；版本比较搞，直接整个awr.比如查询sql的执行时间的视图不确认dg是否记录自己的还是同步主库的这里

你看你的报错是ORA-39155: 展开转储文件名 “D:\programs\oracle19c\dbhome\oradata\dir\ATMB_CWGL_01_2022031512001647316801.dmp” 时出错但是你的导入是ATL_01_2022031512001647316801ATL_02_2022031512001647316801······directory=DATA_TM

没啥子问题,如果你动源端Ogg抽取ddl可能目标端也会执行move操作，这个注意下。 如果不同步DDL就无影响。 DG是物理复制，可以忽略这个问题。

https://www.cnblogs.com/lvcha001/p/14025140.html作用大了，比如我们有客户两个机房,2套不同的存储，我们可以设置normal冗余，2个fail group组，组1在A机房A存储,组2在B机房B存储。 那么正常情况下fail group 1的a机房挂了，数据库也正常！！！ 注意normal不是只允许丢失1块盘，丢失的单位按照fail group组算最多丢