ITPub博客

[root@rac1 ~]# uname -r2.6.18-194.1.AXS3[root@rac1 ~]# uname -aLinux rac1 2.6.18-194.1.AXS3 #1 SMP Fri May 7 10:03:53 CST 2010 x86_64 x86_64 x86_64 GNU/Linux[root@rac1 ~]# cat /etc/issueAsianux Server 3 (Quartet SP3)Kernel r on an m[root@rac1 ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.5 (Tikanga)[@more@]

[root@rac1 ~]# uname -r2.6.18-194.1.AXS3[root@rac1 ~]# uname -aLinux rac1 2.6.18-194.1.AXS3 #1 SMP Fri May 7 10:03:53 CST 2010 x86_64 x86_64 x86_64 GNU/Linux[root@rac1 ~]# cat /etc/issueAsianux Server 3 (Quartet SP3)Kernel r on an m[root@rac1 ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.5 (Tikanga)注意：此内核版本2.6.18-194.1.AXS3 安装oracle rac的话，是不受oracle asmlib包支持的。也就是说，在oracle网站（http://www.oracle.com/us/solutions/midsize/rhel5-084877.html）上 ，是

windows 2003 32bit 下 goldengate director 对应的startweblogic.cmd无法正常启动。现象是点击 startweblogic.cmd 黑色窗口一闪而过， 在cmd界面下，到startweblogic.cmd所在路径下，然后敲入startweblogic.cmd 回车，之后，黑色窗口也是一闪而过。最后的原因找到了：此台机器装了监控软件，具体我也不知道是干啥的，反正卸载了此软件，startweblogic.cmd就好用了。。。[@more@]

白鳝-shenzhen(62565) 2011-11-10 15:30:13 就像以前RESIZE 文件，我们不建议RESIZE文件，而是直接ADD文件，一旦RESIZE过程出问题，那么文件就损坏了[@more@]

该 LSN 称为“最小恢复 LSN”（“MinLSN”）。 MinLSN 是下列各项中的最小者： 检查点起点的 LSN。最早的活动事务起点的 LSN。尚未传递给分发数据库的最早的复制事务起点的 LSN。 [@more@]

备份日志在完整恢复模式 或大容量日志恢复模式下，如果最近尚未备份事务日志，则请立即进行备份以免发生日志截断。如果从未备份日志，则必须创建两个日志备份，以允许数据库引擎将 日志截断到上次的备份点。截断日志可释放空间以供新的日志记录使用。若要防止日志再次填满，请经常执行日志备份。 [@more@]

先补充一下oracle临时表的知识：创建oracle临时表，可以有两种类型的临时表：会话级的临时表和事务级的临时表。1）会话级的临时表因为这这个临时表中的数据和你的当前会话有关系，当你当前session不退出的情况下，临时表中的数据就还存在，而当你退出当前session的时候，临时表中的数据就全部没有了，当然这个时候你如果以另外一个session登陆的时候是看不到另外一个session中插入到临时表中的数据的。即两个不同的session所插入的数据是互不相干的。当某一个session退出之后临时表中的数据就被截断（truncate table，即数据清空）了。会话

select file_name from dba_data_files ，看查询出的file_name 是否是在共享存储上。若是不在共享存储上，请找合适的停机时间进行修改。[@more@]

当前目录是+racdb_data/dbname/arch,此目录也是数据库的归档目录，在+racdb_data/dbname/arch,目录下，ls -lt 却发现，每个归档文件都指向了 +racdb_data/dbname/archivelog/目录下的文件。相当于快捷方式。在+racdb_data/dbname/arch目录下，执行du命令，系统没任何反馈，就直接显示了“asmcmd>”提示符，在+racdb_data/dbname/archivelog目录下，执行du命令，系统能正常显示大小。[@more@]

　　1、把光盘放到光驱，挂载光驱： 　　#mount /dev/hdc /mnt/cdrom 　　或者： 　　# mount /dev/hdc /media/cdrom 　　mount: block device /dev/hdc is write-protected, mounting read-only 　　如果本机有iso文件也可以将iso文件上传到服务器上，然后执行： 　　# mount -o loop rhel-server-5.4-i386-dvd.iso /media/cdrom 　　2、设置yum源，在/etc/yum.repos.d目录下添加一个文件，文件的内容如下： 　　# vi dvd.repo 　　[dvd] 　　name=install dvd 　　baseurl=file:///media/cdrom/Server 　　enabled=1 　　g

linux物理: cat /proc/cpuinfo | grep "physical id" | sort | uniq | wc -l 逻辑: cat /proc/cpuinfo | grep "processor" | wc -l solaris10物理和逻辑: psrinfo -pv aix5 物理: smtctl | grep threads | wc -l prtconf | grep "Number Of Processors" | awk -F: '{print $2}' 逻辑: bindprocessor -q hpux11 物理: lsdev -C | grep Processes | wc -l echo runningprocs/D | adb -k /stand/vmunix /dev/mem freebsd6 物理：逻辑： dmesg | grep /SMP | awk -F: '{print $3}' | awk '{print $1

/var/opt/resmon/log/event.log/var/adm/syslog/syslog.log还有ems机制。忘记全称了。[@more@]

摘：http://www.iaiau.com/read.php/31.htmHPUX 查看 CPU个数 #ioscan -fnCprocessorHPUX 查看主机型号 #modelHPUX 查看物理内存大小#dmesg 或者print_manifest 或者machinfoHPUX 查看系统配置#print_manifestHPUX 查看序列号#cstm >sel dev 1 >il补充一些网上找来的：1. model 查看机器型号，和uname -a 差不多。2. uptime 查看机器上次启动时间和cpu平均负载3. top 前几行是cpu个数，型号，和平均负载，下面的十几行信息是进程占用cpu实时状况， 一般占用cpu越多排名就越靠前。4. sar 2 3 查看系统当前负载， sar -u 查看cpu的负载

1.归档在闪回区，会根据db_recovery_file_dest_size来判断是否归档空间满了。查看v$recovery_file_dest 和v$recovery_file_dest_usage 得知 归档的使用情况。2. 归档在非闪回区： a。比如单独的asm磁盘组，使用asmcmd 的lsdg就可以看出来归档的使用情况b 。比如单独的文件系统，使用bdf（hpux），df -g（aix），df -h （rhel）命令查看。[@more@]

centos的 sosreport 跟rhel的sysreport是一个作用，貌似sysreport -norpm 也能在centos里使用[@more@]

http://www.oraclefans.cn/forum/showtopic.jsp?rootid=38198 11.2.0.2 grid安装交换机检查工具 在11.2.0.2 GRID安装过程中，如果用了CISCO等产品的交换机，可能失败，而11.2.0.1没问题。这是因为11.2.0.2由于使用了冗余 INTERCONNECT 网络，所以需要UPD广播功能，而CISCO的交换机出于安全考虑正好关闭了Oracle 使用的地址。 附件可以检查你的交换机是否关闭了Oracle 所需端口。如果真的关闭了，可以

8:30到12:00，因前台业务，oracle切了6次归档（非人工发布alter system switch logfile），每个归档日志300M，一共是1.8G，而在此时间段内，传到目的地的trail文件有90个，每个10M，共900m,这样算下来，大概是1/2的关系。[@more@]

请见官方文档中的Release Notes 中new feature部分。[@more@]

goldengate 目的端replicat进程 运行缓慢的问题现实中的时间已经过了1个小时了，但是去看goldengate的replicat 检查点（info replicat 进程名）却向前移动了不到1分钟。解决步骤：1.ps -ef |grep /u02/ggs获得 replicat 进程的进程id， 假设查询出来的进程id为123452. ps -ef | grep 12345，获得goldengate 执行复制的进程的进程id（主要是看beq连接），假如此进程的id是120003.使用语句查询出12000的进程，正在做什么。。使用sql查询出正在执行的sqlSELECT sql_text FROM v$sqltext a WHERE a.hash_value = (SELECT sql_hash_value FROM

logdump--help查询open ./dirdat/aa000000ghdr ondetail ondetail datafilter string 'abc'n[@more@]