ITPub博客

在虚拟机上成功安装了oracle 11g，感觉比10g的安装相比没多大变化，11g会提示安装所需的package，而在检测阶段发现还是有一部分package缺少，但是ignore后还是可以顺利安装的。不过安装软件和数据库后，却无法执行sqlplus等命令。[root@orcl11g ~]# su - oracle[oracle@orcl11g ~]$ sqlplus /nologsqlplus: error while loading shared libraries: /opt/oracle11g/product/11.2.0/dbhome_1/lib/libclntsh.so.11.1: cannot restore segment prot after reloc: Permission denied权限不足，而/opt目录下已经级联chown给oracle用户了，从网络

客户意外rm掉了数据文件，导致数据库无法打开，由于没有完整的备份和归档，需要使用别的方法，而客户又关闭了数据库，导致无法使用文件描述符恢复，就要使用linux上别的方法了，现记录使用extundelete来恢复丢失的文件 [root@server119 ~]# cd /db [root@server119 db]# ll 总计 32 drwxrwxr-x 2 oracle oinstall 16384 2011-05-06 lost+found -rwxr-xr-x 3 oracle oinstall 21096 08-02 18:05 odu drwxrwxr-x 7 oracle oinstall 4096 2011-05-06 oracle10g [root@server119 db]# rm -rf odu [root@server119

逻辑卷LVM是建立在物理存储设备之上的一个抽象层，LVM使存储虚拟化，不会受限于物理磁盘的大小，可以组合多个物理磁盘，也可以在线对其逻辑卷的大小进行追加。[root@orcl11g test]# pvcreate /dev/sda{5,6,7,8,9}Physical volume "/dev/sda3" successfully created Physical volume "/dev/sda5" successfully created Physical volume "/dev/sda6" successfully created Physical volume "/dev/sda7" successfully created Physical volume "/dev/sda8" successfully created Phy

关于asm的对应的具体的磁盘分区名。在asmlib下安装的asm磁盘可以用如下方式查看。 SQL> select group_Number,name,state from v$asm_diskgroup; GROUP_NUMBER NAME STATE ------------ ------------------------------ ----------- 1 DISKVOL1 CONNECTED SQL> col disk_number for 9 SQL> col path for a20 SQL> select group_number,disk_number,path,state from v$asm_disk; GROUP_NUMBER DISK_NUMBER PATH

Eygle的最近的一本dba手记4上面说到了利用文件描述符恢复意外删除的数据文件，虽然这本书最近还没有入手，翻阅了一下文档做了一个测试，数据得到完全恢复，记录如下： [oracle@server119 admin]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.5.0 - Production on Tue Aug 21 15:11:31 2012 Copyright (c) 1982, 2010, Oracle. All Rights Reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production With the Partitioning, OLAP, Data

Linux下可以用本地光盘做yum源，这在有些网络环境无法连接互联网的服务器下很有帮助，特别是对于安装oracle数据库那些繁琐的依赖包，不过如果是oel的那就另当别论了。 新建一个目录，挂载光盘镜像，需要以只读方式挂载。 [root@localhost ~]# mkdir /media/mnt [root@localhost ~]# mount /dev/cdrom /media/mnt mount: block device /dev/cdrom is write-protected, mounting read-only [root@localhost ~]# mount -o r /dev/cdrom /media/mnt mount: block device /dev/cdrom is write-protected,

Alter日志中出现如下错误，而后数据库就奔溃了。Thu Aug 16 20:21:25 2012Detected change in CPU count to 8Thu Aug 16 20:23:29 2012Process J000 died, see its trace fileThu Aug 16 20:23:29 2012kkjcre1p: unable to spawn jobq slave process Thu Aug 16 20:23:29 2012Errors in file /db/oracle10g/admin/benguo/bdump/benguo_cjq0_3249.trc:Thu Aug 16 20:25:25 2012Detected change in CPU count to 8Thu Aug 16 12:25:55 2012Errors in file /db/oracle10g/admin/benguo/udump/benguo_ora_31075.trc:ORA-00600: Message 600 no

数据库启动后出现如下错误，文件打开过多 SQL> alter database open; alter database open * ERROR at line 1: ORA-00313: open failed for members of log group 2 of thread 1 ORA-00312: online log 2 thread 1: '/db/oracle10g/oradata/benguo/redo02.log' ORA-27041: unable to open file Linux-x86_64 Error: 23: Too many open files in system Additional information: 2 先对oracle用户环境的limits.conf做修改，将nofile soft和hard分别增加，但是还是报上述同样的错误。可能是sys

今天同事在centos 6.1下安装oracle 10g，说实话是个很苦逼的活，本来就对于系统那些繁琐的包自己都觉得很麻烦，所以在前面选择服务上面都选对的选择多了点，后面就很少缺少gcc lib compat等类型的包了。不过linux 6下可不买这个帐了，总是安装过程同事说到是个很痛苦的过程。其实其中的曲折自己不太清楚，但是在dbca建库开始时出现的ora-27125还是值得斟酌的。ORA-27125: unable to create shared memory segment 无法分配创建共享内存段，这点开始以为是/etc/sysctl.conf中的设置问题，不过查看其实问题不在这儿。正确的办法是修改/proc/

反应服务器的应用连接较慢，由于应用和数据库在同一台服务器上。先从os上top查看下 [oracle@server115 ~]$ top -c top - 11:58:28 up 31 days, 1:53, 5 users, load average: 1.55, 1.51, 1.51 Tasks: 247 total, 1 running, 226 sleeping, 1 stopped, 19 zombie Cpu(s): 0.1%us, 25.2%sy, 0.0%ni, 71.5%id, 3.2%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 32935076k total, 31446084k used, 1488992k free, 261712k buffers Swap: 33547688k total, 48112k used, 33499576k free, 27773788

[root@server24 ~]# iostat -x /dev/sdb* Linux 2.6.18-128.el5 (server24) 2012年07月10日 avg-cpu: %user %nice %system %iowait %steal %idle 12.10 0.02 0.71 2.33 0.00 84.83 Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sdb 0.32 10.16 5.13 3.02 292.06 105.34 48.79 0.31 38.14 9.43 7.68 sdb1 0.05 0.86 0.57 0.43 50.