ITPub博客

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@]

/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@]

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 所需端口。如果真的关闭了，可以

http://zhang41082.itpub.net/post/7167/497054[@more@]

SELECT sql_text FROM v$sqltext a WHERE a.hash_value = (SELECT sql_hash_value FROM v$session b WHERE b.SID =( select s.sid from v$session s,v$process p where s.paddr=p.addr and p.spid='31903')) ORDER BY piece ASC[@more@]

第一。bug的现象：ORA-07445: exception encountered: core dump [$cold_kggbt()+304] [SIGSEGV] [Address not mapped to object] [0x63646567B4B9BEBE] [] []ORA-00600: internal error code, arguments: [25027], [9], [2399694318], [], [], [], [], []ORA-00600: internal error code, arguments: [kghGetHpSz1], [0x9FFFFFFFFC60BB60], [], [], [], [], [], []ORA-00600: internal error code, arguments: [kdiblLockRange:maxRetryCountExce], [], [], [], [], [], [], []trc文件中有bitmap的很多提示。第二，解决方法：Oracle 技术

使用goldengate时，绝对禁止前台应用程序连接目的库（除非基于灾备切换的需要）。一方面，由于前台应用程序登陆数据库时会在应用的表中记录登陆的log，这一点，有些人可能会说，我把应用对应的表空间全部read only，此时再用前台应用连接，就可以看出应用程序是否记录登陆log，其实应用对应的表空间全部read only，不能阻止应用的sequence 增长，因为sequence是存放在system表空间中的，是作为数据字典进行自维护的。万一应用程序登陆目的库后，触发sequence的增长，那对于gg同步来说，是很痛苦的。[@more@]

11g Dataguard New Features. [ID 443540.1][@more@]11g Dataguard New Features. [ID 443540.1]

HowTo Restore RMAN Disk backups of RAC Database to Single Instance On Another Node [ID 415579.1][@more@]HowTo Restore RMAN Disk backups of RAC Database to Single Instance On Another Node [ID 415579.1]

RMAN: RAC Backup and Recovery using RMAN [ID 243760.1][@more@]RMAN: RAC Backup and Recovery using RMAN [ID 243760.1]

1、源头用altid参数，建立英文表名，目的端用英文的view，此方法只能同步该中文表的dml操作。2.另外，若是配置了ddl操作，再加中文表名或者列名。这将是很痛苦的事情。。。所以，中文表名或者列名的情况，最好是不列入gg的同步范围。否则。。。。无尽的尽头。。。[@more@]

edelivery.oracle.com只能翻墙下载。鄙视一下oracle的政策[@more@]e

Step By Step Guide To Create Physical Standby Database Using RMAN [ID 469493.1][@more@]

Step By Step Guide On Creating Physical Standby Using RMAN Duplicate In ASM Filesystem For ASM Primary [ID 837102.1][@more@]

有时候前后划分的lv方式不同，比如第一批划分的预留了4k给操作系统，而第二批划分的时候没有预留。这样，如果直接使用dd复制第一批的lv到第二批，则lv由于文件头有os的信息无法被oracle识别出来，所以需要在复制的时候把这部分预留块忽略掉。然后，一般预留块大小都比较小，大部分都是4k，而如果使用4k作为dd的blocksize明显效率会比较慢。下面是利用管道的方式，input时使用4k的bs并忽略第一个4k，而output使用256k的bs：dd bs=4k skip=1 if=/dev/rtest1vg_lv001|dd of=/dev/rtest2vg_lv001 bs=256k经测试显示明显要比直接使用4k作为bs来

How to Move Tablespaces Across Platforms Using Transportable Tablespaces With RMAN [ID 371556.1][@more@]

10g : Transportable Tablespaces Across Different Platforms [ID 243304.1][@more@]