ITPub博客

一、环境说明：操作系统：RHEL7.4数据库版本：12.2.0.1已打补丁：201910月的季度补丁由于保密缘故，相关命名与IP已做变更--------------20210719 打19C的季度补丁时也遇到了这个问题二、问题描述在对GI打季度补丁时，节点1运行opatchauto apply后，CRS正常关闭，但是到自动拉起CRS时遇到ORA-12547: TNS:lost contact报错了

1.pt-ioprofile做数据库运维的兄弟们常常遇到这样的问题，iostat -x 1看到某块盘的%util为100%,老大下命令了，立刻给我降下来。其实这个时候我们是很蒙逼的，虽然知道是IO子系统不行，但是不知道从何下手，到底是数据库的那部分操作使IO这么忙，或者说到底是哪个表，哪个数据文件的IO动作最频繁，以及他到底是什么样的系统调用。pt-ioprofile就是解救大家的神器，pt-io

由于维护人员修改Oracle Linux 7中的/dev/shm大小造成其大小小于Oracle实例的MEMORY_TARGET或者SGA_TARGET而导致集群不能启动(CRS-4535,CRS-4000)[grid@jtp1 ~]$ crsctl stat res -tCRS-4535: Cannot communicate with Cluster Ready ServicesCRS-4000: Command Status failed, or completed with errors.检查asm...

一.实例环境说明主库环境说明操作系统:Oracle Linux 7.1数据库版本:12.2.0.1IP:10.10.10.190/10.10.10.191主机名:cs1/cs2数据库名:csDb_unique_name:cs实例名(SID)cs1/cs2备库环境说明操作系统:Oracle Linux 7.1数据库版本:12.2.0.1IP:10.10.10.171/172主机名:jytest1/jytest2数据库名:csDb_unique_nma...