在做exp的时候，我们可以做owner级的导出，导出该用户下的所有对象。owner级的导出，会导出所有的表，不太容易排除单独的一些表；而如果做table级的导出，就必须列出所有的table，且当数据库有增加新table的时候，也得把新增的table加到exp的列表中。 今天收到一个客户的要求，做ow […]
ORA-03232老库的老问题
今天接到客户的一个问题，应用报错：ORA-03232 从报错上看，是属于表空间3的，进一步查select TS#,NAME from v$tablespace; 3号表空间为temp。 然后进一步看ORA-03232的报错信息，查对应版本的error message: [crayon-678c732 […]
AIX上启动xmanager界面
在aix上安装oracle，用图形界面进行安装，首先的一点是要让oracle用户能启动xwindow。由于之前一直在HP平台下，对AIX还不是很熟悉，此文章是以为记。 我们假定root可以启动xclock： 我们用xstart通过root登录之后，我们查看通道： [crayon-678c732cf4 […]
又见bug，动态调整SGA参数导致数据库crash
最近遇到这样一个事情，在动态的调整sga的一个参数的时候，数据库就down了：
|
1 2 3 4 5 6 7 8 |
SQL> alter system set DB_KEEP_CACHE_SIZE=1g; alter system set DB_KEEP_CACHE_SIZE=1g * ERROR at line 1: ORA-03113: end-of-file on communication channel SQL> |
对应的，在alertlog中的报错为：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
Sat Nov 13 03:56:00 2010 Errors in file /u01/app/oracle/product/10.2.0/admin/MICPRD/bdump/micprd_mman_3264732.trc: ORA-00600: internal error code, arguments: [kmgs_update_target_size_1], [0], [], [], [], [], [], [] Sat Nov 13 03:56:01 2010 Errors in file /u01/app/oracle/product/10.2.0/admin/MICPRD/bdump/micprd_mman_3264732.trc: ORA-00600: internal error code, arguments: [kmgs_update_target_size_1], [0], [], [], [], [], [], [] Sat Nov 13 03:56:01 2010 MMAN: terminating instance due to error 822 Sat Nov 13 03:56:01 2010 Errors in file /u01/app/oracle/product/10.2.0/admin/MICPRD/bdump/micprd_mmon_2969868.trc: ORA-00600: internal error code, arguments: [kmgs_perform_parameter_updates_1], [0], [], [], [], [], [], [] Sat Nov 13 03:56:03 2010 Errors in file /u01/app/oracle/product/10.2.0/admin/MICPRD/bdump/micprd_mmon_2969868.trc: ORA-00600: internal error code, arguments: [kmgs_parameter_update_timeout_1], [600], [], [], [], [], [], [] ORA-00600: internal error code, arguments: [kmgs_perform_parameter_updates_1], [0], [], [], [], [], [], [] Instance terminated by MMAN, pid = 3264732 |
对应的tace文件中的call stack为： […]
DG备库遭遇ORA-16146的bug
今天收到监控的一个告警：
|
1 |
ORA-16146: standby destination control file enqueue unavailable |
登录主库和备库检查其报错信息： 备库上的alertlog：
|
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 |
Media Recovery Waiting for thread 1 seq# 2506 Media Recovery Log /oracle_log/JPJDE/arch_logs/stby_1_2506.arc Wed Oct 27 20:30:24 2010 Media Recovery Waiting for thread 1 seq# 2507 Media Recovery Log /oracle_log/JPJDE/arch_logs/stby_1_2507.arc Thu Oct 28 00:13:35 2010 Media Recovery Waiting for thread 1 seq# 2508 Media Recovery Log /oracle_log/JPJDE/arch_logs/stby_1_2508.arc Thu Oct 28 01:24:57 2010 RFS: controlfile enqueue unavailable Possible invalid cross-instance archival configuration Thu Oct 28 01:25:00 2010 Errors in file /oracle_log/JPJDE/admin/udump/jpjde_rfs_1331404.trc: ORA-16146: standby destination control file enqueue unavailable Thu Oct 28 01:44:42 2010 RFS: Error State mode '2' Thu Oct 28 01:45:31 2010 Media Recovery Log /oracle_log/JPJDE/arch_logs/stby_1_2509.arc Thu Oct 28 01:46:53 2010 RFS: Forced Shutdown due to RFS_ERROR state Thu Oct 28 01:50:33 2010 Media Recovery Waiting for thread 1 seq# 2510 (in transit) Media Recovery Log /oracle_log/JPJDE/arch_logs/stby_1_2510.arc Media Recovery Log /oracle_log/JPJDE/arch_logs/stby_1_2511.arc Media Recovery Log /oracle_log/JPJDE/arch_logs/stby_1_2512.arc Thu Oct 28 02:11:34 2010 Media Recovery Waiting for thread 1 seq# 2513 Media Recovery Log /oracle_log/JPJDE/arch_logs/stby_1_2513.arc |
对应同一时间，主库上的信息： [crayon-678c732d0209372270 […]
移动DG数据库的数据文件
今天遇到个问题，由于执行一个TSM脚本的时候，没注意到脚本中的语句会新建一个tablespace，而且新建的语句是
|
1 |
create tablespace tsm datafile 'tsm.dbf' size 100m autoextend off; |
由于没有指定数据文件的绝对路径，所以默认就放在了$ORACLE_HOME/dbs路径下。 数据文件路径不统一，风险可大 […]
由于TSM引起的数据库宕机
今天接到一个电话，一个应用的同事说的登录不上数据库，该数据库是在一台windows服务器上的，登录主机后，发现在系统的服务里面，oracle是启动的，但是登录数据库发现数据库已经宕机。检查数据库的alertlog发现：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
Tue Oct 19 03:22:38 2010 Thread 1 advanced to log sequence 40786 Current log# 3 seq# 40786 mem# 0: D:\ORACLE\ORADATA\JPJDE2\REDO03.LOG Tue Oct 19 03:25:44 2010 Thread 1 advanced to log sequence 40787 Current log# 1 seq# 40787 mem# 0: D:\ORACLE\ORADATA\JPJDE2\REDO01.LOG Tue Oct 19 03:29:48 2010 Errors in file d:\oracle\admin\jpjde2\bdump\jpjde2_lgwr_2532.trc: ORA-00321: log 2 of thread 1, cannot update log file header ORA-00312: online log 2 thread 1: 'D:\ORACLE\ORADATA\JPJDE2\REDO02.LOG' ORA-27091: skgfqio: unable to queue I/O ORA-27041: unable to open file OSD-04002: unable to open file O/S-Error: (OS 32) The process cannot access the file because it is being used by another process. Tue Oct 19 03:29:48 2010 Errors in file d:\oracle\admin\jpjde2\bdump\jpjde2_lgwr_2532.trc: ORA-00321: log 2 of thread 1, cannot update log file header LGWR: terminating instance due to error 321 Instance terminated by LGWR, pid = 2532 |
看来昨天晚上3 […]
crs只能启动一个asm实例
今天接到一个朋友的电话，说他有个客户rac安装的时候总是有问题。cluster软件已经装上，但是没法装数据库。由于网络环境比较差，无法远程，只能通过QQ来了解情况和诊断了。 一开始，先让对方运行crs_stat -t看看各个资源的状况：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
[oracle@rac01 bin]$ ./crs_stat -t Name Type Target State Host ------------------------------------------------------------ ora....SM1.asm application ONLINE ONLINE rac01 ora....01.lsnr application ONLINE ONLINE rac01 ora.rac01.gsd application ONLINE ONLINE rac01 ora.rac01.ons application ONLINE ONLINE rac01 ora.rac01.vip application ONLINE ONLINE rac01 ora....SM2.asm application ONLINE OFFLINE ora....02.lsnr application ONLINE ONLINE rac02 ora.rac02.gsd application ONLINE ONLINE rac02 ora.rac02.ons application ONLINE ONLINE rac02 ora.rac02.vip application ONLINE ONLINE rac02 |
工作中遇到的一些小技巧
最近的工作中总结了一些小技巧，利用这些小技巧，可以在平时的工作中促进效率，但是其实这些小技巧说实在话，还是对数据库的安全性有一定的影响。 1.在9i中，或者说在8i，9i，10gR1中，dblink的用户密码被以明文的形式保留在link$表中： [crayon-678c732d05d1c798659 […]
exp full报错SYS.DBMS_DEFER_IMPORT_INTERNAL
今天在进行一个全库exp的导出的时候，遇到一个报错：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
EXP-00008: ORACLE error 6550 encountered ORA-06550: line 1, column 18: PLS-00201: identifier 'SYS.DBMS_DEFER_IMPORT_INTERNAL' must be declared ORA-06550: line 1, column 7: PL/SQL: Statement ignored ORA-06512: at "SYS.DBMS_SYS_SQL", line 1120 ORA-06512: at "SYS.DBMS_SQL", line 323 ORA-06512: at "SYS.DBMS_EXPORT_EXTENSION", line 97 ORA-06512: at "SYS.DBMS_EXPORT_EXTENSION", line 126 ORA-06512: at line 1 . . exporting table DEF$_AQERROR EXP-00008: ORACLE error 6510 encountered ORA-06510: PL/SQL: unhandled user-defined exception ORA-06512: at "SYS.DBMS_EXPORT_EXTENSION", line 50 ORA-06512: at "SYS.DBMS_EXPORT_EXTENSION", line 126 ORA-06512: at line 1 |
这个库是在aix的上一个9208的库，前段时间刚刚打了CPUApr2010。应该来说，做全库导出，是不会有这样的报错的，做全库导出的用户也给了connect，resource，db […]
AIX上升级CPUApr2010
周末有个加班，需要在一台sever上升级22个instance，数据库从9207升级到9208，在打一个CPUApr2010。在这里简单记录一下升级的过程和经验。 从这个架构来看，这个server上的数据库属于库小且多的类型，虽然每个库都很小，也就几个G，但是数量不少。所以在做9207升级到9208 […]
关于shutdown的时候存在active进程的问题
oracle在shutdown immediate的时候，如果遇到活动的事务，比如job还在跑，那么该shutdown操作就会挂起，直到job完成为止。我们在alertlog中可以看到：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
ARC0: Completed archiving log 2 thread 1 sequence 68549 Thu May 20 01:18:52 2010 Shutting down instance: further logons disabled Shutting down instance (immediate) License high water mark = 530 Thu May 20 01:23:59 2010 Active call for process 6622 user 'oracle' program 'oracle@my_dc01 (J000)' Active call for process 6246 user 'oracle' program 'oracle@my_dc01 (TNS V1-V3)' SHUTDOWN: waiting for active calls to complete. Thu May 20 02:13:28 2010 Thread 1 advanced to log sequence 68551 Current log# 1 seq# 68551 mem# 0: /dev/vg_ora1/rredo_256m_01 Current log# 1 seq# 68551 mem# 1: /dev/vg_ora2/rredo_256m_11 Current log# 1 seq# 68551 mem# 2: /dev/vg_ora3/rredo_256m_21 Thu May 20 02:13:28 2010 ARC0: Evaluating archive log 3 thread 1 sequence 68550 ARC0: Beginning to archive log 3 thread 1 sequence 68550 Creating archive destination LOG_ARCHIVE_DEST_1: '/oraarchlog/arch_1_68550.arc' ARC0: Completed archiving log 3 thread 1 sequence 68550 |
如果在一小时内，job没有跑完，那么该shut […]