eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
新书《循序渐进Oracle》即将出版
昵称
内容 页: 1 - << < 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 > >> - 403
# 44483
数据泵




To: eygle
  大师你好,最近在做数据泵实验,发现每次导入都有这些错误啊,试了很多次了。
================================
ORA-39083: Object type REF_CONSTRAINT failed to create with error:
ORA-02298: cannot validate (INTERLIB.FK_RDACCOUN_REFERENCE_READER) - parent keys not found
Failing sql is:
<这里省略>
ORA-39083: Object type TABLE_STATISTICS failed to create with error:
ORA-06550: line 1448, column 310:
PLS-00173: SPACE, TAB or RETURN are disallowed as alternative quote delimiters
PLS-00114: identifier 'B660028004300680069006E0065007' too long
ORA-06550: line 1556, column 303:
ORA-39083: Object type TABLE_STATISTICS failed to create with error:
PLS-00114: identifier 'SW?ШW?S??E????' too long
line 6276, column 310:
PL/SQL: ORA-00917: missing comma
ORA-06550: line 6272, column 448:
PL/SQL: SQL Statement ignored
ORA-06550: line 6288, column 296:
PLS-00103: Encountered the symbol "?" when expecting one of the following: begin case declare end exception exit for goto if loop mod
 null pragma raise return select upda
From: 数据泵
2009.09.21 20:09

版主选项: 回复 编辑
# 44482
sy_oracle


来自: jilin


To:
  还剩两章,大师的深入浅出就看完啦,对oracle又多了不少新的理解,发现了好多当年考OCP时理解没到位的地方。大师对oracle的研究真是入木三分啊,语言也极其严密。小弟佩服不已!
发现能把书看明白和能写书实在不是一个层次了,也想锻炼一下自己,打算从翻译oracle原版书做起,不知这方面的市场如何,能否得大师指点一二?谢谢啦!
From: sy_oracle
2009.09.21 01:52

版主选项: 回复 编辑
# 44481
K


来自: 北京


To:
  我的用户下面突然出现了很多表,以EPC_CLI、VBZ$、VDK、VMQ、SMP开头的表,大部分表里面是空的,我用的是9i,不知道这是为什么,这些表示干什么的

From: K
2009.09.17 19:19
To: K
  可能是你装了什么工具或选件产生的。
From: eygle
2009.09.19 01:40

版主选项: 回复 编辑
# 44480
sy_oracle




To:
  感谢大师百忙之中给予提示,这下俺就知道去哪找资料学啦!难怪查了半天没有查到有library cache pin这样的event产生呢。
From: sy_oracle
2009.09.17 18:05

版主选项: 回复 编辑
# 44479
sy_oracle




To:
  感谢大师如此快速的回复,可我找了一圈还是没找到补充说明。
起初以为是grant操作不再引起对象重编译,可是先后两次查看了last_ddl_time发现还是变化了,那10g究竟改进了什么呢?
SQL> select last_ddl_time from dba_objects where object_name='PINING';

LAST_DDL_TIME
--------------
17-9月 -09

SQL> grant execute on pining to scott;

授权成功。

SQL> select last_ddl_time from dba_objects where object_name='PINING';

LAST_DDL_TIME
--------------
18-9月 -09
From: sy_oracle
2009.09.17 16:41
To: sy_oracle
  使用mutex机制替代了library cache pin的很多功能。
From: eygle
2009.09.17 17:47

版主选项: 回复 编辑
# 44478
sy_oracle


来自: 吉林


To:
  大师,深入浅出第五章那个模拟library cache pin的实验,我在oracle 10.2.0.4上面做了咋没碰见library cache pin呢,v$session_wait上面只能查到PL/SQL lock timer等待。难道是10g的改进?
From: sy_oracle
2009.09.17 01:30
To: sy_oracle
  10g有变化,技术进步了。

站内有补充说明,新书也修订了。
From: eygle
2009.09.17 08:23

版主选项: 回复 编辑
# 44477
tianshenghao




To: eygle
  eygle老师:
  数据库里主要占操作系统内存的是sga与pga。那在数据库运行的时候还会有其他的内容占操作系统的内存吗?比如说sga与pga的大小总共是4g,还会占用4g以外的内存吗?
谢谢eygle老师
From: tianshenghao
2009.09.16 01:33

版主选项: 回复 编辑
# 44476
sjl




To: eygle
  在alert日志中出现如下信息:
Mon Sep 14 15:41:59 2009
Global Enqueue Services Deadlock detected. More info in file
 /export/home/oracle/admin/mqis/bdump/mqis1_lmd0_5665.trc.
但是在bdump目录下却没有mqis1_lmd0_5665.trc文件!

请问该怎莫解决?谢谢!
From: sjl
2009.09.15 20:20
To: sjl
  应该有的,除非有人删除了。
From: eygle
2009.09.15 22:49

版主选项: 回复 编辑
# 44475
shanjl




To: eygle
  数据库里面有一个无效视图,用plsql打开view drop edit时plsql会不响应!
用oracle客户端打开可以看到ddl语句,但是drop时客户端也是不响应!

请问盖老师使用什末方法可以删除该无效视图!谢谢!
From: shanjl
2009.09.15 20:01
To: shanjl
  用SQL*PLus做。

如果一直不行,用10046跟踪会话,看后台出了什么问题。
From: eygle
2009.09.15 22:49

版主选项: 回复 编辑
# 44474
sjl




To: eygle
  您好!最近遇到了非常棘手的问题,请盖老师帮忙分析一下!谢谢
系统环境
两台sunV890,cpu 8,内存 16G,os solaris 10
数据库版本:10.2.0.3.0
系统运行状况:
cpu一般占用在50%左右,最近经常出现cpu占用70-90的情况。用户操作很慢有时会无法执行。
在alert日志中有类似下面的信息:
GES: Potential blocker (pid=28812) on resource LB-83860DCB-78E55398;
 enqueue info in file /export/home/oracle/admin/mqis/udump/mqis1_ora_12989.trc and DIAG trace file

数据库参数配置信息如下:
sga_max_size big integer 1536M
sga_target big integer 1536M
pga_aggregate_target big integer 2038M

/etc/system内容如下:
set noexec_user_stack=1
set semsys:seminfo_semmni=100
set semsys:seminfo_semmns=1024
set semsys:seminfo_semmsl=256
set semsys:seminfo_semvmx=32767
set shmsys:shminfo_shmmax=4294967295
进程数:
root@db1 # ps -ef|grep oracle|wc
 2432337 18702

问题:
调整sga区的大小是否能够解决问题。进程数按400来算的话sga调整到多大合适?
出现ges日志的原因是什么,应该怎么去跟踪处理?

谢谢!
From: sjl
2009.09.15 19:27
To: sjl
  10.2.0.3中有很多Bug和这个有关,具体要分析那个跟踪文件才能知道原因。

调整SGA一般是没有用的。
From: eygle
2009.09.15 22:48

版主选项: 回复 编辑

页: 1 - << < 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 > >> - 403
我要留言
Copyright © 2003~2012 eygle.com All Rights Reserved.
Powered by: www.eygle.com