phantom in ORACLE

window系统下的oracle 数据库，（看到这种就恶心，不知道那个开发自己装的。4 也就是本次情况遇到的，本地系统用户是不是加入到了oracle用户组里。至于window平台里的，用户管理配置，贴个命令，后续的大家应该会调整了。1.监听位置的文件sqlnet.ora 配置的认证方式。开发千万不要再自己百度乱装数据库了，DBA心脏不好。已经查看过sqlnet.ora 里面配置是NTS。cmd登录 sqlplus / as sysdb。2.SID是否设置正确？3.密码文件是否损坏？

adding some parameters into sqlnet.ora( both server and client).DIAG_ADR_ENABLED = off # Diable ADR if version 11gTRACE_LEVEL_SERVER = 16 # Enable level 16 traceTR

runinstall，oracle图形化安装 DISPLAY

echo "# 3. 把需要本地安装的rpm和software上传到软件目录"echo "# 1. 把脚本放入软件目录，例如：/soft"echo "# 4. 设置好主机IP"echo "# 2. 挂载ISO"echo "#执行脚本前："

最近某业务SQL执行时间过长，导致后续对账跑不出来。然后就做了那个时间段的awr报告。根据sql order by elapsed time 找到最高的SQL .SQL:select JRN_NO, JRN_SEQ, AC_DT, SYS_DT, SYS_TM, CAP_TYP, CCY, AC_TYP, PRD_NO, TX_TYP, BUS_TYP, ORG_JRN_NO, ORG_TX_DT, CNL_TX_CD, ORG_CD, AC_ORG_CD, AE_SEQ, SEP_CD, JRN_ST

两种原因：一致读 ，CR (consistency Read)查询修改数据的前镜像时，前景镜像被覆盖。块延迟清理事务工作步骤Transaction 开始前 回滚段获取一个ITL(事务槽)，分配空间， 记录事务信息Transaction 提交后，redo完成记录，同时还清除回滚段的事务信息 包括行级锁，ITL信息(commit 标志，SCN等)清除这些事务段的信息的过程就叫做 块清除， 在完成块清除时, 我们本事务修改的数据块就会存在两种可能 (1) 所有的数据块还保存在 buff

修改步骤listener配置：lsnrctl 登录输入：set inbound_connect_timeout 0；set save_config_on_stop on；（下次重启生效）sqlnet 配置SQLNET.INBOUND_CONNECT_TIMEOUT = 0reload 监听如果要设置时间， listener里的时间 应 <= sqlnet的时间。...

原开发代码：SELECT rp_ord_noFROM ( SELECT ROW_NUMBER() over(PARTITION BY rp_ord_no ORDER BY post_ac_dt DESC) rn, a.rp_ord_no , post_ac_dt, ord_sts FROM t_ppd_ordr a )WHERE

DBCA静默安装的时候，报错：UnsatisfiedLinkError exception loading native library: njni11 Java.lang.UnsatisfiedLinkError: /data/oradata/product/11.2.0/dbhome_1/lib/libnjni11.so: /data/oradadta/product/11.2.0/dbhom

在做数据迁移是，开发用exp导出数据。但发现报错：“EXP-00003 未找到段的存储定义。”这样造成导出备份的数据不完整。查资料发现Oracle 11g R2 增加了一个新参数： deferred_segment_creation, 含义是段延迟创建，默认为true。即新表在创建，但是未插入数据时，数据库不会立即为此表分配segment。当使用exp命令进行导出数据时，未分配空间的表是不会被导

为了开启oracle 11G 的 AMM ，但是数据库运行在debian系统下。先说下这个报错： ORA-00845: MEMORY_TARGET not supported on this system 简单来说就是 MEMORY_MAX_TARGET 的设置不能超过 /dev/shm 的大小要不把memory_max_target 改小，要不把/dev/shm改大。普通linux系统： 修

今天因为oracle 链接数设置的是150 ，报错超过最大porcess限额了。 所以修改了：alter system set processes=300 scope=spfile;然后重启数据库，好了，开始报错：ORA-27154: post/wait create failedORA-27300: OS system dependent operation:semget failed wit

最近客户那边自己自己用工具导出的时候，报错EXP-00003.11g的一个新特性，在新建表的是，不会马上分配segment。 在exp导出时，未分配空间的表不会被导出。（此问题在oracle 11.0.2.0版本及以上已经得到修复）1. alter system deferred_segment_creation=false ,并重启数据库才能生效。这个参数默认的是tr

起因是alert.log 里经常报Thread 1 cannot allocate new log, sequence 37255Checkpoint not complete相关原因，thomas kyte已经在书中将了一些解决方法。这里仅仅补充一点：如果依靠增加DBWr进程数来解决，并不能缓解此问题，相反会增加日志切换频率，更容易报错。下面就考虑以增加日志组和 修改日志组大小为

最常见的 exp 报错，这个原因是因为exp工具所在的环境变量中的NLS_LANG与DB中的NLS_CHARACTERSET不一致。有两种解决方法：1.检查数据库里的变量设置值，然后在工具环境变量里同步2.在exp语句中加入statistics=none，但这个要根据自己是否需要统计信息而定。 检查数据库相关参数：SQL> select * from v$nls_param

报错信息ORA-20011:Approximate NDV failed: ORA-29913: error in executing ODCIEXTTABLEOPEN callout.1.首先检查alert.log.ORA-20011: Approximate NDV failed: ORA-29913: error inexecuting ODCIEXTTABLEOPEN

adding some parameters into sqlnet.ora( both server and client).DIAG_ADR_ENABLED = off                  # Diable ADR if version 11gTRACE_LEVEL_SERVER = 16               # Enable level 16 trace