在通过备份进行数据恢复时，经常会遇到由于备份的不完整，特别是归档日志的缺失，导致虽然数据文件已经顺利恢复，但是数据文件的恢复时间点没有完全一致或者数据文件的fuzzy的状态不一致，从而数据库无法正常的打开

Oracle从低版本迁移到高版本12c、19c之后，在用户密码保持不变的情况下，出现用户密码登录报错的问题，报错为ORA-28040和ORA-01017。

在使用CDB容器数据库时，由于某些PDB出现高并发或者慢SQL，可能会出现PDB资源恶意争用的情况，最终导致一个PDB耗尽全部CDB资源。所以，为了避免PDB出现资源恶意争用，我们需要对PDB的资源，尤其是内存、CPU、IO、并发进行限制，以避免出现一个PDB耗尽全部CDB资源的情况。

用户在客户端服务器通过sqlplus通过scan ip登陆访问数据库时，偶尔会出现连接报错ORA-12545: Connect failed because target host or object does not exist的情况。

现今，Oracle数据迁移MySQL的需求已经越来越普遍，主要的迁移场景大致可以分为三类，第一类是涉及小表以及少量表的一次性迁移，无需进行增量同步，第二类是涉及大表以及多表的一次性迁移，第三类是涉及增量实时同步，而对于数据的迁移方法，常见的方式有使用第三方的同步工具CDC进行Oracle到MySQL的数据迁移、使用开源的同步工具以及应用层面进行迁移同步。

​一套Oracle11.2.0.4的RAC集群，通过Dataguard switchover方式迁移到新机器之后，运行第一天应用报障说应用性能慢，需要进行性能问题排查

现今，Oracle数据迁移MySQL的需求已经越来越普遍，主要的迁移场景大致可以分为三类，第一类是涉及小表以及少量表的一次性迁移，无需进行增量同步，第二类是涉及大表以及多表的一次性迁移，第三类是涉及增量实时同步，而对于数据的迁移方法，常见的方式有使用第三方的同步工具CDC进行Oracle到MySQL的数据迁移、使用开源的同步工具以及应用层面进行迁移同步。

版本:MySQL-5.7.32+GTID前言:本文讲述MySQL主从切换流程，切换步骤主要针对主备正常切换以及主库宕机备库切换两个场景，掌握正确的切换流程，可以有效避免切换过程中可能出现的数据不一致问题以及提高整体切换的时间主从环境:场景一:主备正常切换，此场景主要是针对在主备同步复制正常的情况下进行的主备切换，例如：灾备演练，计划性的主备切换。切换步骤:1 切断应用对主库的流量2...

数据库性能缓慢，大量的cursor:pin s wait x ，library cache lock以及log file switch(checkpoint incomplete),db file async I/Osubmit等待。

现今，Oracle数据迁移MySQL的需求已经越来越普遍，主要的迁移场景大致可以分为三类，第一类是涉及小表以及少量表的一次性迁移，无需进行增量同步，第二类是涉及大表以及多表的一次性迁移，第三类是涉及增量实时同步，而对于数据的迁移方法，常见的方式有使用第三方的同步工具CDC进行Oracle到MySQL的数据迁移、使用开源的同步工具以及应用层面进行迁移同步。