ITPub博客

关于切换时primary-primary 双主问题，看起来是因为使用“alter database switchover to xx” 执行切换时的流程上缺陷问题：首先在以往传统的switchover切换方式下，切换的流程是这样的：假如当前A库(primary)，B库(standby)1. 在A库(primary)库上，执行切换语句"alter database commit to sw

关于正常计划性地shutdown 实例，服务不会自动漂移，只有在实例异常的情况下才会发生自动failover的情况。不过我们可以在srvctl stop instance时加上 “-f“ ，作用就是让服务自动failover到另外一个节点。-f       This option fails the running services ov

之前卸载12.1的GI再安装19.9的GI，在创建asmdisk的时候报错：ORA-15137: The ASM cluster is in rolling patch state.Case 1. Update the patch level on all nodes, As root user$ clscfg -patchExample:# <grid home>/bin/clscf

1.报错信息：cnsh281177:t3fxqdb > sqlplus '/as sysdba' SQL*Plus: Release 12.1.0.2.0 Production on Wed Apr 14 09:28:15 2021 Copyright (c) 1982, 2014, Oracle.  All rights reserved.&n

ORA-01591错误故障处理摘要：在访问某些表的特定行时报ORA-01591错误select * from BF_INCOME_EXPENSES_Twhere account_id = 36816153and user_id = 39964213and city_code = '185'ORA-01591: 锁定已被有问题的分配事务处理72.0.1608712挂起SQL

ORA-29702: error occurred in Cluster Group Service operationIf you are working on Solaris and having Oracle database 10g or above, you might face ORA-29702 issue after reboot of your server

19c的bug， Bug 31625618  DML Over a LOB Column Using Long Bind Fails with ORA-3137 [3146] [4] / ORA-3137 [3146] [94] When the Bind Size is > 256k Bytes    这个bug补丁是前段时间刚出来，影响版

问题1：where条件查询失败ORA-00997:select "big","small" from "test_bigint"@dblink_b_bak where "big"='1';select "big","small" from "test_b

没有规范整理，比较乱，仅作为笔记备忘！Archived Log entry 52860 added for thread 1 sequence 52864 ID 0x453c1294 dest 1:Wed Aug 12 19:27:25 2020DM00 started with pid=628, OS id=46554, job SYS.SYS_EXPORT_SCHEMA_01Wed Aug 1

临时段reuse引起的异常，小记！SQL> create index cwdtest.testidx1 on cwdtest.tab_level_2(FID) tablespace testidx;create index cwdtest.testidx1 on cwdtest.tab_level_2(FID) tablespace testidx   &nbs

一:12c迁移19c工程，针对大数据相关定时作业进行性能对比，发现部分作业连接19c 出现 Socket read timed out 问题，并且可以复现，该部分作业连接12c并无异常初步排查情况如下：1)在执行到某部分sql时jdbc抛出Error: java.io.IOException: SQLException in nextKeyValue 错误，导致的原因是Caused by: jav

call stack 和system call 的区别！在ORACLE 中我们常用call stack 来匹配是否命中某些bug，这时查看call stack 中的函数调用路径来进一步印证。在某些情况下，例如进程执行慢，我又会通过strace ,truss 来追踪某个进程，查看其系统调用 情况。那么call stack 和system call 的区别是什么？首先说system call：操作系统

用于快速分析10046的时间消耗情况~1）本次追踪的会话一共花费的时间是37秒左右，2）其中17秒左右花费在sql实际执行上，主要是fetch时的cpu消耗，3）其中18秒左右是在空闲等待上，等待事件是SQL*Net message from client。具体我画了以下图表以便更直观理解：

    针对RAC中一些启动故障，常常是与GPNP相关的问题，在这篇文章中，我将解释什么是GPnP配置文件以及它如何被群集件使用，并且通过小小实验来进行常说的修改GPNP文件。什么是GPNP？    GPNP配置文件是位于GRID_HOME / gpnp / / profiles / peer中的一个很小XML文件

oracle 12.2 adg  在应用日志时报出这个问题Errors in file /app/oracle/oracle/diag/rdbms/o12dbadg/O12DBDG/trace/O12DBDG_pr00_186543.trc:ORA-46952: standby database format mismatch for password file '/app/or

在某次重启数据库后，发现实例服务一直无法注册，而仅有asm实例的服务注册：lsnrctl status LSNRCTL for Linux: Version 12.2.0.1.0 - Production on 17-JAN-2020 19:43:44 Listening En

如果你的系统需要在一张很大的表上创建一个索引，你会考虑哪些因素？ 1）关于大表创建索引，如果从综合考虑多个维度来看，我会考虑:1.为什么需要创建索引，即索引创建的之后的性能是否能够提升2.创建什么样的索引，即索引的类型3.创建索引的影响，此时需要了解索引的创建过程，以及如果优化索引的创建效率以减少对业务的影响4.什么时候创建索引5.有没有其他方式来替代这个过程 2）以下关于几种

在数据库进行CTAS操作查询表ooo.A_D_BRXXX_XXX_XXX时报出了ORA-08103错误，SQL> create table A_D_BRXXX_XXX_XXX_1125 as select * from OOO.A_D_BRXXX_XXX_XXX;ORA-08103: object no longer exists 关于ORA-08103的解释：Error: ORA

这是以前的一篇文章，无意间看到，记录到这里吧。12c可插拔数据库的几种克隆迁移方法Oacle多租户环境包含一个容器数据库(CDB)和零个或多个可插拔数据库(PDB)，这种让数据库系统扩展也变得非常的灵活，oracle 12c提供了许多种关于多租户模式下数据库的克隆迁移方式，以下对于几种克隆迁移的方式进行实验介绍。一．通过现有PDB直接创建（CREATE PLUGGABLE DATABASE..FR

Data Mining and Real Application Testing optionsSQL> SQL> exec DBMS_WORKLOAD_REPLAY.START_REPLAY();BEGIN DBMS_WORKLOAD_REPLAY.START_REPLAY(); END;*ERROR at line 1:ORA-15507: cannot start wo