OracleBlog – 第 38 页 – 笑看数据库江湖的那些事儿……

不要删除你所有的归档日志

2008-09-01 没有评论

今天遇到一个问题，同事来说归档目录已经全部删除了，但是归档目录的大小还是100%，且执行shutdown immediate挂死。

$ bdf
Filesystem          kbytes    used   avail %used Mounted on
/dev/vg00/lvol3     262144  181520   80040   69% /
/dev/vg00/lvol1     314736   84360  198896   30% /stand
/dev/vg00/lvol8    4718592 1056280 3633752   23% /var
/dev/vg00/lvol7    2654208 1435160 1209576   54% /usr
/dev/vg00/lvol4    1540096 1028512  508264   67% /tmp
/dev/vg00/lvol9    10485760 4948670 5365096   48% /oracle
/dev/vg00/lvol6    94208000 7317328 86211936    8% /opt
/dev/vg00/lvol5     163840    2480  160104    2% /home
/dev/vg00/lv_arch  51216384 51112984  102632  100% /arch
$ cd /arch
$ ll
total 0
drwxr-xr-x   2 oracle     dba             96 Dec 18  2007 lost+found
$

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

$ bdf

Filesystem kbytes used avail %used Mounted on

/dev/vg00/lvol3 262144 181520 80040 69% /

/dev/vg00/lvol1 314736 84360 198896 30% /stand

/dev/vg00/lvol8 4718592 1056280 3633752 23% /var

/dev/vg00/lvol7 2654208 1435160 1209576 54% /usr

/dev/vg00/lvol4 1540096 1028512 508264 67% /tmp

/dev/vg00/lvol9 10485760 4948670 5365096 48% /oracle

/dev/vg00/lvol6 94208000 7317328 86211936 8% /opt

/dev/vg00/lvol5 163840 2480 160104 2% /home

/dev/vg00/lv_arch 51216384 51112984 102632 100% /arch

$ cd /arch

$ ll

total 0

drwxr-xr-x 2 oracle dba 96 Dec 18 2007 lost+found

$

同时alertlog中也在不断的报错：

ORA-16014: log 2 sequence# 28801 not archived, no available destinations
ORA-00312: online log 2 thread 1: '/dev/vg_audit01/rredo_128m_02'
ORA-00312: online log 2 thread 1: '/dev/vg_audit01/rredo_128m_12'
ORA-00312: online log 2 thread 1: '/dev/vg_audit01/rredo_128m_22'
Mon Sep  1 10:28:55 2008

1

2

3

4

5

ORA-16014: log 2 sequence# 28801 not archived, no available destinations

ORA-00312: online log 2 thread 1: '/dev/vg_audit01/rredo_128m_02'

ORA-00312: online log 2 thread 1: '/dev/vg_audit01/rredo_128m_12'

ORA-00312: online log 2 thread 1: '/dev/vg_audit01/rredo_128m_22'

Mon Sep 1 10:28:55 2008

..experience, Working case

HP中无法使用@符号

2008-09-01 没有评论

在一次测试中，发现在oracle用户下无法使用@符号，测试用tnsnames登录的时候，无法识别@符号：

$ sqlplus user/pwd@hnadt
sh: hnadt:  not found.

1 2	$ sqlplus user/pwd@hnadt sh: hnadt: not found.

但是tnsping却能ping通的，检查tnsnames.ora文件也没问题，同时，用vi打开profile时，也不能添加使用@ […]

Study note

小议compress表

2008-08-30 一条评论

总体说来，compress table的原理和compress index原理大致相同，compress table是压缩某表的同一字段下的相同的行，compress index是压缩复合索引中同一字段（一般是第一、二个字段）的相同行。 compress表可以通过user_tables.COMPRE […]

..oracle service, Working case

oracle的整合力量

2008-08-27 一条评论

1、7月15日，oracle在亚太区甲骨文融合中间件新策略发布会上，首次披露并购整合BEA后的策略。该战略涵盖BEA和已有oracle融合中间件的产品线，将保留并支持BEA产品线。顶级的BEA销售人员、开发人员将被保留，原BEA中国公司将占oracle中国管理团队较大比重，原BEA全球副总裁兼中国区 […]

..experience, Working case

开启异步IO的相关风险

2008-08-21 7条评论

由于IO的请求不是每次等待完成指令后再发送下一个请求，而是存在于队列中，且遵循FIFO。因此如果遇到存储掉电的情况，就可能会出现数据的不一致。虽然这种情况出现的可能性不大，因为存储中有电池，能保证cache中的信息写到存储中。但是在这里还是提一下数据丢失的风险。由于我们的异步IO的队列中是针对使用 […]

..experience, Working case

远程rac，比较难

2008-08-01 2条评论

下面的2张图是做远程rac（RAC on Extended Distance Clusters）的2种模式：前者是host base的模式，近端数据库节点在读写的时候，同时读写近端和远端的存储，近端和远端的存储中的内容都是一模一样的；远端数据库节点在读写的时候也是一样，同时读写近端和远端的存储。这 […]

..experience, Working case

分布式事务故障处理

2008-07-29 2条评论

分布式事务，简单来说，是指一个事务在本地和远程执行，本地需要等待确认远程的事务结束后，进行下一步本地的操作。如通过dblink update远程数据库的一行记录，如果在执行过程中网络异常，或者其他事件导致本地数据库无法得知远程数据库的执行情况，此时就会发生in doublt的报错。此时需要dba介入 […]

Study note

10g的新进程以及not documented进程

2008-07-24 3条评论

昨天在群里面有人问到，10g的rac中 ora_pz99是啥进程，一开始也没查到资料，经朋友指点后，在metalink上找到了答案，原来这是属于not document的10g后台进程。在这里，干脆把10g新增的进程整理一下吧。

SQL> select * from v$version;
 
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE    10.2.0.1.0      Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
 
SQL> !ps -ef |grep ora_
oracle    6296     1  0 Jul23 ?        00:00:07 ora_pmon_devdb1
oracle    6304     1  0 Jul23 ?        00:00:18 ora_diag_devdb1
oracle    6310     1  0 Jul23 ?        00:00:02 ora_psp0_devdb1
oracle    6315     1  0 Jul23 ?        00:01:26 ora_lmon_devdb1
oracle    6317     1  0 Jul23 ?        00:01:41 ora_lmd0_devdb1
oracle    6319     1  1 Jul23 ?        00:03:28 ora_lms0_devdb1
oracle    6329     1  0 Jul23 ?        00:00:01 ora_mman_devdb1
oracle    6331     1  0 Jul23 ?        00:00:07 ora_dbw0_devdb1
oracle    6333     1  0 Jul23 ?        00:00:15 ora_lgwr_devdb1
oracle    6337     1  0 Jul23 ?        00:00:15 ora_ckpt_devdb1
oracle    6341     1  0 Jul23 ?        00:00:13 ora_smon_devdb1
oracle    6351     1  0 Jul23 ?        00:00:00 ora_reco_devdb1
oracle    6359     1  0 Jul23 ?        00:00:33 ora_cjq0_devdb1
oracle    6365     1  0 Jul23 ?        00:00:18 ora_mmon_devdb1
oracle    6370     1  0 Jul23 ?        00:00:11 ora_mmnl_devdb1
oracle    6372     1  0 Jul23 ?        00:00:00 ora_d000_devdb1
oracle    6374     1  0 Jul23 ?        00:00:00 ora_s000_devdb1
oracle    6394     1  0 Jul23 ?        00:00:29 ora_lck0_devdb1
oracle    6422     1  0 Jul23 ?        00:00:01 ora_asmb_devdb1
oracle    6437     1  0 Jul23 ?        00:00:01 ora_rbal_devdb1
oracle    6840     1  0 Jul23 ?        00:00:01 ora_arc0_devdb1
oracle    6842     1  0 Jul23 ?        00:00:03 ora_arc1_devdb1
oracle    6895     1  0 Jul23 ?        00:00:01 ora_qmnc_devdb1
oracle    6916     1  0 Jul23 ?        00:00:00 ora_o003_devdb1
oracle    7065     1  0 Jul23 ?        00:00:00 ora_q001_devdb1
oracle    5327     1  0 Jul23 ?        00:00:30 ora_pz99_devdb1
oracle   16365     1  1 Jul23 ?        00:01:19 ora_j000_devdb1
oracle   23522     1  0 00:58 ?        00:00:00 ora_q002_devdb1
oracle   25680     1  0 01:00 ?        00:00:00 ora_q000_devdb1
oracle   26024 25845  0 01:00 pts/2    00:00:00 /bin/ksh -c ps -ef |grep ora_
oracle   26026 26024  0 01:00 pts/2    00:00:00 grep ora_
 
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

SQL> select * from v$version;

BANNER

----------------------------------------------------------------

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod

PL/SQL Release 10.2.0.1.0 - Production

CORE 10.2.0.1.0 Production

TNS for Linux: Version 10.2.0.1.0 - Production

NLSRTL Version 10.2.0.1.0 - Production

SQL> !ps -ef |grep ora_

oracle 6296 1 0 Jul23 ? 00:00:07 ora_pmon_devdb1

oracle 6304 1 0 Jul23 ? 00:00:18 ora_diag_devdb1

oracle 6310 1 0 Jul23 ? 00:00:02 ora_psp0_devdb1

oracle 6315 1 0 Jul23 ? 00:01:26 ora_lmon_devdb1

oracle 6317 1 0 Jul23 ? 00:01:41 ora_lmd0_devdb1

oracle 6319 1 1 Jul23 ? 00:03:28 ora_lms0_devdb1

oracle 6329 1 0 Jul23 ? 00:00:01 ora_mman_devdb1

oracle 6331 1 0 Jul23 ? 00:00:07 ora_dbw0_devdb1

oracle 6333 1 0 Jul23 ? 00:00:15 ora_lgwr_devdb1

oracle 6337 1 0 Jul23 ? 00:00:15 ora_ckpt_devdb1

oracle 6341 1 0 Jul23 ? 00:00:13 ora_smon_devdb1

oracle 6351 1 0 Jul23 ? 00:00:00 ora_reco_devdb1

oracle 6359 1 0 Jul23 ? 00:00:33 ora_cjq0_devdb1

oracle 6365 1 0 Jul23 ? 00:00:18 ora_mmon_devdb1

oracle 6370 1 0 Jul23 ? 00:00:11 ora_mmnl_devdb1

oracle 6372 1 0 Jul23 ? 00:00:00 ora_d000_devdb1

oracle 6374 1 0 Jul23 ? 00:00:00 ora_s000_devdb1

oracle 6394 1 0 Jul23 ? 00:00:29 ora_lck0_devdb1

oracle 6422 1 0 Jul23 ? 00:00:01 ora_asmb_devdb1

oracle 6437 1 0 Jul23 ? 00:00:01 ora_rbal_devdb1

oracle 6840 1 0 Jul23 ? 00:00:01 ora_arc0_devdb1

oracle 6842 1 0 Jul23 ? 00:00:03 ora_arc1_devdb1

oracle 6895 1 0 Jul23 ? 00:00:01 ora_qmnc_devdb1

oracle 6916 1 0 Jul23 ? 00:00:00 ora_o003_devdb1

oracle 7065 1 0 Jul23 ? 00:00:00 ora_q001_devdb1

oracle 5327 1 0 Jul23 ? 00:00:30 ora_pz99_devdb1

oracle 16365 1 1 Jul23 ? 00:01:19 ora_j000_devdb1

oracle 23522 1 0 00:58 ? 00:00:00 ora_q002_devdb1

oracle 25680 1 0 01:00 ? 00:00:00 ora_q000_devdb1

oracle 26024 25845 0 01:00 pts/2 00:00:00 /bin/ksh -c ps -ef |grep ora_

oracle 26026 26024 0 01:00 pts/2 00:00:00 grep ora_

SQL>

10 […]

..experience, Working case

关闭侦听须谨慎

2008-07-21 2条评论

侦听的关闭需要绝对的小心，因为在9i中，如果没有设置密码，侦听能轻易的关闭远程的侦听。有时候，生产库的侦听被宕不是因为被黑客入侵了，而是错误的操作而已。最近就遇到了这样的事情：一次工程迁移，需要将原来的两台rp 4440换成两台rp 8440（有两台，是因为要做MC双机热备）。当前网络情况：主 […]

..experience, Working case

耐心，再耐心些

2008-07-19 没有评论

某数据库主机突然掉电，重启数据库库后进行实例恢复，没想到这个恢复一直进行了近一个小时，唉，当时真有shutdown abort重来的冲动了，幸好没做！真是想不明白，oracle的前滚要做这么长的时间！ 50分钟的内，做了38384 data blocks的recovery，按照8k一个db bloc […]

..experience, Working case

浅谈HP BCV/CA容灾技术

2008-07-16 8条评论

上图为一容灾架构图，p_db01和p_db02为用于做双机热备（SG/MC）的生产数据库，p_db01为主库，p_db02为备库，同连在生产数据库的存储eva 6100上；在eva 6100 的存储上做BC。 eva 5k为用于容灾的异地存储，利用CA与eva 6100进行实时同步。db3和db4连 […]

It's my life

历史文化古城，西安

2008-07-15 3条评论

我终于来到了历史文化古城，西安。这座城市值得我赞叹的东西太多（所以这次上的照片也比较多了），西安的几千年的历史文化沉淀，如果不身临其境，那是不能用语言描述的。中国三分之二部古代史，你都可以在西安体会到…… 城墙里城墙上城墙-永宁门城墙夜景大慈恩寺-大雁塔陕西历史博物馆-饕餮纹大鼎陕西历 […]