..experience – 第 12 页

运行DBCA显示configure选项为灰色

2014-07-15 没有评论

运行dbca的时候，发现configure database选项为灰色。处理方式为：

1. 如果在windows环境中：
1.1 开一个窗口。
1.2 set oracle_home=<directory path of the specific oracle home>
1.3 再次运行dbca

1

2

3

4

1. 如果在windows环境中：

1.1 开一个窗口。

1.2 set oracle_home=<directory path of the specific oracle home>

1.3 再次运行dbca

2.如果在unix环境中：

2.1 如果是在solaris环境中，修改/var/opt/oracle下的oratab文件
     如果是在其他unix环境，修改/etc下的oratab文件
2.2 修改oratab文件，在文件中添加：<database_sid>:<oracle_home_dir>:<Y|N >
2.3 再次运行dbca

1

2

3

4

2.1 如果是在solaris环境中，修改/var/opt/oracle下的oratab文件

如果是在其他unix环境，修改/etc下的oratab文件

2.2 修改oratab文件，在文件中添加：<database_sid>:<oracle_home_dir>:<Y|N >

2.3 再次运行dbca

如果上面的情况还是没用，那么考虑是否 ORACLE_ […]

..experience, Working case

Job中报错ora-1493，no data found

2014-06-06 没有评论

客户这边遇到个问题，他们有个package，在job中定期运行，但是会出现时不时的报错ora-1493，no data found。定位引发ora-1493，no data found的语句为：

SELECT sid, serial#
  INTO v_sid, v_serial#
  FROM v$session
WHERE sid =
       (SELECT MAX(sid) FROM v$session WHERE audsid = userenv('sessionid'));

1

2

3

4

5

SELECT sid, serial#

INTO v_sid, v_serial#

FROM v$session

WHERE sid =

(SELECT MAX(sid) FROM v$session WHERE audsid = userenv('sessionid'));

这样的语句，放在客户端中发起，是没有 […]

..experience, Working case

11g启动报错ORA-00371: not enough shared pool memory

2014-06-06 没有评论

问题： 11g的一个库，启库时，报错shared pool不够。由于我是在一个测试的机器上，我不需要那么多的share pool，我只需800M的shared pool就够了。但指定shared pool的大小为800M在初始化文件中，起库就报错： SQL> startup ORA-00371: […]

..experience, Working case

data file init write等待

2014-06-06 没有评论

发生data file init write的等待是数据文件正在发生扩展，在11g中，这往往和SMCO和Wnnn进程的自动预扩展有关。在生产环境中，如果在生产高峰期出现预扩展，可能会造成短暂的hang住，或者CPU突然的升高，或者查询dba_free_space的hang住。但是，预扩展这个功能是 […]

..experience, Working case

删除分区缓慢的一次分析

2014-06-06 没有评论

在客户处遇到个问题，客户昨晚清理数据，删除一些表的分区，第一个表跑了20多分钟，但是差不多数据量的另外一个表，跑了好几个小时才完成。为何类似的数据在drop 分区的时候，有那么大的差异？检查了改删除分区的语句，发现是update了global索引，并且，还用到了parallel 8的并行。 [cr […]

..experience, Working case

收集统计信息degree不生效的问题

2014-04-21 没有评论

在10.2以上的版本，收集统计信息，如使用dbms_stats.gather_table_stats，还是在ebs中调用fnd_stats.GATHER_TABLE_STATS，有的时候虽然用了degree的参数，如degree=8，但是会发现仍然不使用并行。在10046的trace中，我们可以看到 […]

..experience, Working case

ORA-00000 normal, successful completion

2014-04-21 没有评论

当hosts文件配置错误时，用sqlplus登录后startup nomount，就会报错ORA-00000

[oracle11g@testdb2 dbs]$ sqlplus "/ as sysdba"

SQL*Plus: Release 11.2.0.4.0 Production on Mon Apr 21 13:48:32 2014

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Connected.
SQL> startup nomount
ORA-00000: normal, successful completion
SQL> alter database mount;
ERROR:
ORA-01012: not logged on

SQL> 

[root@testdb2 etc]# cat hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.56.250 wrong_server
#192.168.56.132 testdb2

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

[oracle11g@testdb2 dbs]$ sqlplus "/ as sysdba"

SQL*Plus: Release 11.2.0.4.0 Production on Mon Apr 21 13:48:32 2014

Connected.

SQL> startup nomount

ORA-00000: normal, successful completion

SQL> alter database mount;

ERROR:

ORA-01012: not logged on

SQL>

[root@testdb2 etc]# cat hosts

# Do not remove the following line, or various programs

# that require network functionality will fail.

127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4

::1 localhost localhost.localdomain localhost6 localhost6.localdomain6

192.168.56.250 wrong_server

#192.168.56.132 testdb2

修改host文件后：

[root@testdb2 etc]# cat hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
#192.168.56.250 wrong_server
192.168.56.132 testdb2

再次启动：
SQL> startup nomount
ORACLE instance started.

Total System Global Area 1052274688 bytes
Fixed Size                  2259840 bytes
Variable Size            1023411328 bytes
Database Buffers           20971520 bytes
Redo Buffers                5632000 bytes
SQL> 

正常。

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

[root@testdb2 etc]# cat hosts

# Do not remove the following line, or various programs

# that require network functionality will fail.

127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4

::1 localhost localhost.localdomain localhost6 localhost6.localdomain6

#192.168.56.250 wrong_server

192.168.56.132 testdb2

再次启动：

SQL> startup nomount

ORACLE instance started.

Total System Global Area 1052274688 bytes

Fixed Size 2259840 bytes

Variable Size 1023411328 bytes

Database Buffers 20971520 bytes

Redo Buffers 5632000 bytes

SQL>

正常。

另外，除了写错，如果丢失hosts文 […]

..experience, Working case

当Parallel DML遇到分布式事务、分区表和LOB时

2014-02-28 没有评论

今天遇到一个问题，某sql的并发度虽然已经全部获得但是只有少数几个slave干活。

alter  session enable parallel dml;
insert /*+ parallel(t 16)*/一个本地分区表t  
select /*+ full(a parallel(a 32))*/* from 远程分区表a@dblink 
where 时间>=xxxx and 时间<xxxxx;

1

2

3

4

alter session enable parallel dml;

insert /*+ parallel(t 16)*/一个本地分区表t

select /*+ full(a parallel(a 32))*/* from 远程分区表a@dblink

where 时间>=xxxx and 时间<xxxxx;

insert要求有16个并发，虽然在v$PX_SESSION看到其获得的degree是16，但是并不是这16个slave都在干活，从sqlmonito […]

..experience, Working case

current_timestamp在job中不准的问题

2014-02-21 没有评论

有些job中跑应用程序，希望记下时间戳，但是取了current_timestamp之后，发现时间和实际的时间不准，查了几个小时。这是因为在job中跑的时候，current_timestamp是GMT格林尼治时间。见下面的testcase，我们设置数据库服务器的时区是东八区的北京时间；客户端plsq […]

..experience, Working case

在跨年时出现执行计划的突变

2014-02-02 没有评论

遇到这样一个问题，客户的某系统在进入2014年后，某sql执行就非常慢，看到这个sql的执行计划发生了改变，原来很好的走hash连接的执行计划变成了走索引的nest loop的执行计划。在收集统计信息后，恢复正常。这个故障的测试案例，我们可以这样模拟： [crayon-68bb0b870f5fc9 […]

..experience, Working case

增量分区统计信息收集的一点研究

2014-01-30 没有评论

Oracle在11g中能增量收集分区表的统计信息。在11g之前，收集global的统计信息时，oracle需要扫描每个分区的统计信息，才能得出global的统计信息。而在11g中，Oracle会简单记录分区的概要信息，（synopsis，记录在WRI$_OPTSTAT_SYNOPSIS_HEAD$ […]

..experience, Working case

11g的reference partition的一个bug

2013-12-21 一条评论

在11g上有个新特性，叫reference partition table，但是有时候在查询reference partition的时候，会报错ORA-00600 [6305] 我们可以看下面的testcase：

TestCase:
SQL> CREATE TABLE BILL_DATA_T
("BILLID"    CHAR(10 BYTE) NOT NULL ENABLE, -----<<<<<<< 4.BILLID是char 10
  "COGCODE"   CHAR(7 BYTE),
  CONSTRAINT "PK_BILL_DATA_T" PRIMARY KEY ("BILLID"))
PARTITION BY RANGE
  ("COGCODE")
  (PARTITION "BILLS_2012" VALUES LESS THAN ('X'),
   PARTITION "BILLS_OPEN" VALUES LESS THAN (MAXVALUE));  2    3    4    5    6    7    8  

Table created.

SQL> 
SQL> CREATE TABLE FREIGHT_ITEM_T
("BILLID"    CHAR(10 BYTE) NOT NULL ENABLE,
  "FRTITEMID" CHAR(3 BYTE) NOT NULL ENABLE,
  CONSTRAINT PK_FREIGHT_ITEM_T PRIMARY KEY ("BILLID"),
  CONSTRAINT FK_FREIGHT_ITEM_T FOREIGN KEY ("BILLID") REFERENCES ---<<<<<<< 3.外键是参考BILL_DATA_T表的BILLED字段
    BILL_DATA_T ("BILLID"))
PARTITION BY REFERENCE   ----<<<<<<<<<<<<< 1.是partition by reference
  ("FK_FREIGHT_ITEM_T")  ----<<<<<<<<<<< 2.参考了FK_FREIGHT_ITEM_T
  (PARTITION "BILLS_2012",
   PARTITION "BILLS_OPEN");  2    3    4    5    6    7    8    9   10  

Table created.

SQL> 
SQL> 
SQL> select * from freight_item_t where billid='123456789000000';  ----<<<<< 5.超过char 10，就报错
select * from freight_item_t where billid='123456789000000'
              *
ERROR at line 1:
ORA-00600: internal error code, arguments: [6305], [16], [12], [1], [], [], [],
[], [], [], [], []


SQL> 
SQL> 
SQL> 
SQL> c/123456789000000/123456789
  1* select * from freight_item_t where billid='123456789' -----<<<<<< 6.不超过char 10，就不会报错。
SQL> /

no rows selected

SQL>

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

TestCase:

SQL> CREATE TABLE BILL_DATA_T

("BILLID" CHAR(10 BYTE) NOT NULL ENABLE, -----<<<<<<< 4.BILLID是char 10

"COGCODE" CHAR(7 BYTE),

CONSTRAINT "PK_BILL_DATA_T" PRIMARY KEY ("BILLID"))

PARTITION BY RANGE

("COGCODE")

(PARTITION "BILLS_2012" VALUES LESS THAN ('X'),

PARTITION "BILLS_OPEN" VALUES LESS THAN (MAXVALUE)); 2 3 4 5 6 7 8

Table created.

SQL>

SQL> CREATE TABLE FREIGHT_ITEM_T

("BILLID" CHAR(10 BYTE) NOT NULL ENABLE,

"FRTITEMID" CHAR(3 BYTE) NOT NULL ENABLE,

CONSTRAINT PK_FREIGHT_ITEM_T PRIMARY KEY ("BILLID"),

CONSTRAINT FK_FREIGHT_ITEM_T FOREIGN KEY ("BILLID") REFERENCES ---<<<<<<< 3.外键是参考BILL_DATA_T表的BILLED字段

BILL_DATA_T ("BILLID"))

PARTITION BY REFERENCE ----<<<<<<<<<<<<< 1.是partition by reference

("FK_FREIGHT_ITEM_T") ----<<<<<<<<<<< 2.参考了FK_FREIGHT_ITEM_T

(PARTITION "BILLS_2012",

PARTITION "BILLS_OPEN"); 2 3 4 5 6 7 8 9 10

Table created.

SQL>

SQL> select * from freight_item_t where billid='123456789000000'; ----<<<<< 5.超过char 10，就报错

select * from freight_item_t where billid='123456789000000'

*

ERROR at line 1:

ORA-00600: internal error code, arguments: [6305], [16], [12], [1], [], [], [],

[], [], [], [], []

SQL>

SQL> c/123456789000000/123456789

1* select * from freight_item_t where billid='123456789' -----<<<<<< 6.不超过char 10，就不会报错。

SQL> /

no rows selected

SQL>

这其实是bug 13 […]