可以查下当时的连接数与系统负载情况，是否存在连接风暴。也可参考MOS ID 1538717.1进行排查

online与offline是正常的，不可能永久online不释放

ORA01017（"invalidusername/password;logondenied"）看似非常简单的密码问题，最近处理了几次相关问题，排除密码本身问题，大多是权限相关：1、SQLNET.AU

rman是物理备份，可以实现增量数据备份，rman+归档可以恢复到任何一个时间点。rman的作用不仅仅备份，在发生ORA-01110坏块时可以修复数据。可以说是备份必备。数据泵作为逻辑备份，不受版本与平台的限制，导出导入比较灵活，也更适用与某个用户或某个表单独的数据需求。比如高水位线清理，分区表转换，不同环境的数据迁移。

用户属于逻辑概念，只能采用exp、expdp逻辑方式。expdp时指定schemas与paraller参数。schemas可以按照用户进行分离。paraller可以控制并行度

高版本客户端连接低版本数据库当然兼容。又不是10g或更老的版本。不放心可以找个虚机装上19c客户端测试连接效果。

先把2节点diable在删除：alter database disable THREAD 2;

rac2已经启动了，要启动单独的实例，srvctl start instance -d dbname -i instance_name另外，看日志好像是在root下执行的srvctl start database命令？

备库分别使用easy conn方式与dg tns配的连接串试下报错吗，连接被拒啊

如果是rac集群看下/u01/databack是否共享存储，非共享存储单节点导出指定cluster=no。另外paraller指定多少，有时候paraller指定也会遇到这个报错

2021-09-01 02:13:18.932 [ORAAGENT(57728)]CRS-5020: Not all endpoints are registered for listener LISTENER2021-09-01 02:13:19.125 [ORAAGENT(57728)]CRS-5020: Not all endpoints are registered for listene

应该是本地空间满了，df -h与df -i看下哪个目录，清理一下

背景mysql定期归档到oracle12c任务，这个月突然卡住了，mysql批量生成的insert脚本执行时hang住了。脚本如下:!/bin/bash$ORACLEHOME/bin/sqlusern

看下crs日志有什么异常，是不是有驱逐节点动作

这个没法直接使用。我记得是之前oracle 远程分享时整理过一套脚本。需要将ora文件放在$ORACLE_hOME/bin下并授予x权限。常见的版本可以百度下ora脚本

lob的retetion有独立的设置，在修改undorentention后，如果没有修改lobretention，还是会遇到ORA01555等报错。根据（1507116.1）方式修改：selectma

1、行锁，查看top sql中dml类sql，可以看到awr中top elstime的update的sql正在执行中，建议排查是否业务有冲突。2、io性能差。按照awr报告看，这是个OLAP数据库吧。如果需要可以从io性能或者优化sql入手

每小时默认是生成一个snapshot，不是生成在本地。awr的数据同样是表的形式存在数据库中。需要手工执行@?/rdbms/admin/awrrpt。执行后在sqlplus的当前目录下生成html文件。

简单来说，listener文件grid用户下修改，sqlnet.ora需要grid和oracle都要改。tnsname在oracle下修改。

这个等待时间大部分是触发bug，其他的可能比如大表truncate,收集统计信息degree并行设置，表空间的收缩之类。单凭一个event无法判断下结论

No such file。缺包了吧

crsctl stat res -t集群状正常吗

这个报错是rac环境吧，要停掉一个节点，临时禁用集群参数ALTER SYSTEM SET CLUSTER_DATABASE=FALSE scope=spfile ;改完后在开启集群参数正常启动另一个节点

执行的删除时间，比如突增的归档是在最近几个小时，删除一天前的确实不在删除范围，这个是没有问题的。另外，建议归档不要用默认闪回空间，使用log_archive_dest_1参数控制归档路径

一般时一个nat转换做公网用，一个host-only做私网用。只要保证这四个ip通就行

一般这种情况就是触发BUG了，尤其是在升级、打补丁之类的动作后，可以在mos中搜索下。在巡检确认无误的情况下，如果没有匹配到对应的bug，也可以手工写个脚本定期清理，避免inode满影响数据库实例

60小时窗口，时间很富裕了。无论是inmdp方式或者xtts，都可以。xtts方式比较省心一些，物理方式，不用核对数据之类

大部分步骤都一样，唯独如果使用asm，restor时需要设置set newname ,如果多的话可以源库select 拼接为批量语句。示例如下：run { set newname for datafile 1 to ''; set newname for datafile 2 to ''; allocate channel c1 type disk; allocate channel c2 typ

看问题像是监听问题。可以从连接串、监听、service几个点排查。对应的local与remote是否配置错误

log_archive_dest_state_n先置为defer呢，等dg网络修复后在enable

有lob对象吗，11g远程lob是有限制的。可以尝试下单独导出某个没有lob对象的用户测下

在生产中，绝大部分性能问题是由差sql或错误的执行计划导致。如何排查，如何优化呢？记录几个案例与其中排查思路差sql首先，一个差的sql再如何优化，也是有限度的。比如遇到过一个几十G的表中以下语句：s

哪一步报的错，restore吗。如果控制文件恢复完成mount没问题，可以从vdatafile和源库vdatafile_header看下数据文件scn号是否一致，在对比备份日志报错排查。还有rman备份时是否开启BACKUP OPTIMIZATION，导致备份确实缺少在之前的备份文件中

没有恢复完全。是NBU吗，验证下归档给的在指定时间吗

sys的一些表还不行。如果需要查询sys，还需要grant select_catalog_role。因为O7_DICTIONARY_ACCESSIBILITY 参数默认值falsh，但这个参数不建议调整

不一样的操作系统版本是有区别的,参考如下rhel6for i in sdb sdc sdd sde sdf do UUID=`/sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/$i` echo 'KERNEL=="sd*", BUS=="scsi", PROGRAM=="/sbin/scsi_id --whiteliste

检查下原库看是否有索引建在别的表空间

这个太模糊，没法给出具体的思路。这个有很多排查的点，比如日志写性能导致的gc，网络通讯，差的sql，不合理的应用交叉访问。可以传一个awr看下

集群不影响，但以后applu 补丁会影响，不过apply前可以重新配置

sqlplus查也不一致？可以先不用工具查对比下。之前遇到toad里查的表空间大小和sqlplus查的不一致，可能是工具问题吧，对toad不怎么信任。另外alert日志在表空间操作期间有报错吗，也可以作为一个方向排查

可以啊。网上有很多参考文档，墨天轮上也有部署文档，如：https://www.modb.pro/doc/8812

可以通过dba_hist_tbspc_space_usage查看增长情况，根据快速增长的时间，然后dba_segment按照大小分组查看是够有某几个对象一直增长，通过session或ash视图对应logon_time的会话与执行sql_id在做的操作

最近处理一起apply 202101RU 后Last_Successful_Logon_Time导致的library cacha lock，详细如下：# 问题描述一套12.2 for x86-64

racg日志来看vip是活动的。查看下vip是什么进程启动的，能否ping通，确保oracle 启动vip时资源可用不能ping通的

只读模式不加from active database.duplicate target database for standby nofilenamecheck dorecover;

可能是触发bug了。impdp排除统计信息试试：EXCLUDE=STATISTICS

如果启用闪回，且归档存放闪回空间中，可以使用以下方式：set linesize 500col name for a45select * from v$flash_recovery_area_usage ;FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES CON_ID --

impdp是完全支持这些字符集的。检查下导入端系统变量NLS_LANG和数据库服务器字符集是否有不一致的设置

sql优化是oracle比较难的部分，需要对oracle具备非常扎实的理论基础。但是再刚开始接触时，往往不能很好的将理论知识应用到实践，或者有了一定的思路，又不自信不敢确定是不是正确的。那么如何入门