乡下人

尝试方法一：在sys/sys 下面执行下面语句：（失败）注:SQL> alter database CHARACTER SET ZHS16GBK;alter database CHARACTER SET ZHS16GBK结果报下面错误：ERROR 位于第 1 行:ORA-12712: 新字符集必须为旧字符集的超集。注：超集解释：如果s1集合包含s2集合中的每一个

一.  Library Cache Lock    Library cacheHandle 里保存了lock 和 pin 的信息。而且在Library cache handle 和child cursor 上都有lock 和pin。它们称为library cache lock和library cache pin。 Library cacheloc

一. Library Cache 说明            LibraryCache 是Oracle SGA 中Shared pool 的组成部分。Shared Pool的说明，参考之前的blog：            Oracle Shared pool 详解           http://www.cndba.cn/Dave/article/1540 

一. 相关的基本概念之前整理了一篇blog，讲了Library Cache 的机制，参考：            Oracle Library cache 内部机制 说明          http://www.cndba.cn/Dave/article/1381             在这个机制中，没有详细讲library 上的lock 和pin。这

本文以学习为目的，大部分内容来自网络转载。什么是Latch串行化    数据库系统本身是一个多用户并发处理系统，在同一个时间点上，可能会有多个用户同时操作数据库。多个用户同时在相同的物理位置上写数据时，不能发生互相覆盖的情况，这叫做串行化。串行化会降低系统的并发性，但这对于保护数据结构不被破坏来说则是必需的。在Oracle数据库中，通过闩锁（latch）、锁定（lock）、互斥（mutex）来实行...

今天来给大家分享一个Oracle使用中的小技巧。 当某条SQL语句或者对象被反复访问，过多的软解析可能会造成大量的“library cache:mutex X”争用，有什么样的方法处理此类问题呢？这是个头疼的问题。 今天的话题，就是介绍如何利用hotcopy来缓解library cache中的热点争用。在oracle 11g中，“library cache:mutex X”是个有点特殊的mutex...

在Oracle中，用户应用输入的SQL语句要进行所谓的Parse解析过程，用于生成执行计划，这也就是Query Optimizer的主要工作。在Parse中，有两种具体类型，被称为“hard parse”（硬解析）和“Soft parse”（软解析）。 “实现执行计划shared cursor共享，减少硬解析”是我们OLTP系统优化一个重要方向。但是，让Oracle真正实现SQL共享不是一件容易的...

上篇我们介绍了Oracle SQL共享游标的机制，以及cursor_sharing参数EXACT取值作用。本篇我们继续介绍cursor_sharing参数的其他两个取值：FORCE和SIMILAR的实际含义。 4、  FORCE——强制共享执行计划 默认值EXACT的作用是不对非字面SQL绑定变量进行替换操作。而FORCE值和SIMILAR取值意味着Oracle需要对输入的SQL语句进行处理，首先...

 I was testing an application performance in 12c, and one job was constantly running slower than 11g. This post is to detail the steps. I hope the steps would be useful if you encounter similar issue....

1 window下配置NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK2 LINUX下配置NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK上述配置一致，但是在linux下查询无乱码，windows下查询为乱码。当初使用SecureCRT导入数据，SecureCRT设置为UTF8.会不会是这个影响，导致保存在数据的都...

1.执行opatch apply 报错 OPatch failed with error code 73 [oracle@ora_11g 14275605]$ /opt/oracle/product/db_1/OPatch/opatch apply ./ Oracle Interim Patch Installer version 11.2.0.3.0 Copyright (c) 20...

在检查补丁冲突时报错code 2[oracle@DBMONITOR01 ~]$ opatch prereq CheckConflictAgainstOHWithDetail -ph ./Oracle Interim Patch Installer version 11.2.0.3.12Copyright (c) 2018, Oracle Corporation. All rights ...

转自:http://blog.itpub.net/20674423/viewspace-1352257/探索Oracle之数据库升级二11.2.0.3升级到11.2.0.4完整步骤说明：这篇文章主要是记录下单实例环境下Oracle 11.2.0.1升级到11.2.0.3的过程，当然RAC的升级是会有所不同。但是他们每个版本之间升级步骤都是差不多的，先升...

转自刘相兵老师的博文：http://www.askmaclean.com/archives/11g-direct-path-read-10949-_small_table_threshold-_serial_direct_read.html在11g之前串行的扫描大表默认总是先将数据读取到Oracle高速缓冲中，其等待事件常为db file scattered read。从11g开...

Oracle的数据文件大小是有限制的，今天在创建表空间的时候就遇到了问题，限制很简单，作为DBA必须要了解。   测试环境：   操作系统：Win7 64位专业版   数据库版本：64位Oracle10.2.0.4   DB_NAME：hoegh   表空间名称：hoegh    在执行创建表空间语句时报错，具体语句如下：   create tablespace

转自:http://www.cndba.cn/Expect-le/article/261DBA_FREE_SPACE查询慢的原因及解决方法MOS文档271169.11.当执行查询表空间使用空间，速度非常慢    SELECT D.TABLESPACE_NAME,      SPACE,      (SPACE - NVL (FREE_SPACE, 0)),      

一：数据库在exp导出11g时报错EXP-00003。在11g版本中在没有数据的情况下是不会分配extent。所以如果出现这种情况需要手动对表分配extent。解决方式如下:(1) select * from dba_tables where owner='ABC' and a.segment_created='NO;(2)alter table XXX allocate extent(非

--查找最近一分钟内，最消耗CPU的sql语句   SELECT sql_id,       count(*),       round(count(*) / sum(count(*)) over(), 2) pctload  FROM V$ACTIVE_SESSION_HISTORY  WHERE sample_time > sysdate - 1 / (24 * 60)  

在Oracle中，为数据表字段column和PL/SQL语言，分别提供了多种数据类型，以应对实际开发中的多种类型。Lob类型是Oracle推出一种保存大对象的数据类型。当我们考虑将信息文件（十进制、二进制）、图像甚至音频信息采用数据库作为保存载体时，就需要使用lob类型数据。 目前Oracle支持的Lob类型具体包括四个子类型（subtype），分别为CLOB、BLOB、NLOB和BFIL

由于ORALCE_HOME目录满了，数据库后台报了大量的错误:ORA-01114: 将块写入文件  时出现 IO 错误 (块 # )ORA-01114: 将块写入文件 2001 时出现 IO 错误 (块 # 546304)ORA-29701: 无法连接到集群同步服务解决办法:删除7天前的trc文件： /oracle/app/oracle/diag/rdbms

环境：RHEL6.3+Oracle 11.2.0.3.0 双节点RAC，在DBCA过程中，发现无法识别ASM磁盘组，解决方法如下：两个节点分析执行：su - gridcd $ORACLE_HOME/binchmod +s oraclechmod+s含义：为了方便普通用户执行一些特权命令，SUID/SGID程序允许普通用户以root身份暂时执行该程序，

1 源数据库:   字符集:SIMPLIFIEDCHINESE_CHINA.AL32UTF8  EXP导出客户端字符集(windows导出)：NLS_LANG=SIMPLIFIEDCHINESE_CHINA.ZHS16GBK2 目标数据库:  字符集：SIMPLIFIED CHINESE_CHINA.ZHS16GBK IMP导入客户端字符集(linux客户端导入):zh_CN.

今天打开数据库，想修改oracle的归档模式结果出现以下错误： SQL> alter database archivelog;  alter database archivelog    *  ERROR at line 1:  ORA-00265: instance recovery required, cannot set ARCHIVELOG mode   上网查了下，原

--创建oracle目录[root@zw home]# mkdir oracle[root@zw home]# lltotal 8drwxr-xr-x 2 root   root 4096 Jan  7 21:22 oracledrwx------ 3 oracle dba  4096 Jan  7 19:25 oracle.bak[root@zw home]# chown

业务场景:1 业务表每天插入当天的数据，大概数据量为2000万2 第二天清除前一天的2000多万数据3 数据库删除前一天数据和插入当天数据进行时间隔离，防止性能问题。产生的问题：两个节点的RAC,节点1在delete数据(数据为2000多万)，节点2在insert update数据，由于节点1删数据慢了，时间上和节点2的操作重合。导致节点2的效率特别低。由此

1. 连接 RMAN 管理[html] view plain copy rman target /  2. 查看归档日志列表[html] view plain copy RMAN> crosscheck archivelog all;  3. 删除所有归档日志

知道 11g 中有一个新特新 MEMORY_TARGET,打算将SGA设大一点 ，谁知报了个 ORA-00845，报错比较容易迷惑人，不借助Google真得想半天：123456789101112131415SQL> alter system set memory_max_target=3G scope=sp

在metalink上找到一篇，ID 1069517.1相关的，开始检查1. 用listener的owner用户检查rdbms_home目录下是否有权限[root@rac1~] # ls -l /u01/app/oracle/product/11.2.0.3/db/bin/oracle-rwsr-s--x   1 oracle   oinstall 233186712 May

在Oracle Database 11g中有一个新特性，全表扫描可以通过直接路径读的方式来执行（Direct Path Read），这是一个合理的变化，如果全表扫描的大量数据读取是偶发性的，则直接路径读可以避免大量数据对于Buffer Cache的冲击。当然对于小表来说，Oracle允许通过Buffer Cache来进行全表扫描，因为这可能更快，也对性能影响不大。小表受到隐含参数：

上图非常清楚的表述了单实例模式下用户提交操作的处理过程，从图中可以看出正常情况下log file sync事件的大部分时间被log file parallel write占据，除此之外，还有一部分时间消耗在cpu调度上面，如下图：从上图可以看出，如果cpu资源紧张也会造成log file sync等待时间的延长。来自吕大师（vage）对log

数据库Oracle11g下,EXP逻辑导出时，遇到如下错误:EXP-00056: 遇到 ORACLE 错误 1455ORA-01455: 转换列溢出整数数据类型EXP-00000: 导出终止失败据现象观察，出现此错误之前，大多数记录数为0的正式表（不是临时表）没有被导出.查阅资料,得到原因是Oracle11g增加了参数deferred_segment_creation，参数