Month: December 2013

  本安装文档的脚本下载： 在Oracle Linux 6.5上安装Oracle 10gR2 的最佳实践【Maclean版】脚本 安装成功的OS的RPM列表下载 有很多同学来咨询如何顺利在ORACLE/REDHAT linux 6上安装ORACLE 10gR2，由于10gR2的初始版本10.2.0.1是在2005年发布的，而最早的Linux 6也是在2010年发布的(Red Hat Enterprise Linux 6 (Santiago), 10 November 2010 Uses Linux kernel 2.6.32-71[17]) ，所以 10.2.0.1 对redhat/oracle linux 6都是不支持的；  即便是2010年发布的10.2.0.5对linux 6的兼容性也不佳。 这里最主要需要解决的几个问题： 1、 对于ORACLE 10gR2而言编译LINK需要用到GCC 3.4，但是Linux 6默认用的是GCC 4.4，所以需要安装必要的gcc兼容包 2、需要安装必要的libX 32bit的包 libXp.i686 libXt.i686 libXtst.i686等，保证java图形化界面启动 3、Linux 6的Network eth0等网络接口默认不启动 4、Linux 6的Firewall和SELINUX 现在不会在FirstBoot时可以禁用，需要安装后手动禁用   下面是安装步骤：   首先下载和在Vbox上安装Linux 6，我们选择ORACLE…

Linux 6如何安装图形化界面   yum groupinstall “X Window System” “GNOME Desktop Environment” need KDE yum groupinstall “X Window System” KDE need XFCE yum groupinstall “X Window System” XFCE      

PCTFREE 指数据块中保留的空间以便更新现有的行。所以对于update造成的行变长而言更大的PCTFREE是更亲和的，更少造成migrated rows的。这个参数是一个百分比，代表块大小的百分比。   在块中剩余空间达到PCTFREE指定的百分比之前，这些空闲空间可以被插入行数据和block header的增长、以及UPDATE造成的行变长等等操作所用。  换而言之当剩余空间等于或者小于PCTFREE时，这些空闲空间不会再为插入所用了，而只是给block header的增长、以及UPDATE造成的行变长等等操作所用。注意在ASSM下 当剩余空间等于或者小于PCTFREE时  数据块就被 bitmap block标记为 FULL了，而不是真的”FULL”了。 PCTUSED参数(ASSM Automatic Segment Space Management下被废弃，仅仅MSSM下具有效果) 决定数据块在达到PCTFREE而被标记为FULL后，当数据块中被使用的比例下降到比PCTUSED(其实也是百分比)更小时，这个数据块被认为又可用来插入新的行数据了，这是PCTUSED的作用。   由于当数据被插入到数据块中时，行数据时从块的底部往上存储的。 而块头block header所占的空间又是浮动的，这是由于interested transaction lists (ITLs)也是要占用空间的，而一个块中ITL的数量是变化的，这种空间使用时从块的头部往下扩展的。  设置一个较大的INITRANS初始ITL数据将为块头保留更多的空间，这是因为一开始就会创建空的ITL(对于已有的块要MOVE才生效)，但空的ITL已经占了地方了，所以别人就占不走了， 但是这样也会造成每个块中可用的空间减少。  DBA需要自行在 并发需要和可用空间上权衡利弊。 From askmac.cn 需要注意 ， 这2个参数在MSSM和ASSM 数据段管理方式下的不同。 在MSSM freelist-managed模式下，当PCTFREE指定的值被达到后，由于该块会从Freelist上被移除所以不会有新的数据被插入到该块中。 但余下来的所有空间均只能用来更新现有的行。 DELETE删除显然会释放块上的空间，当DELETE和UPDATE(指让行缩小的UPDATE)营造出更多的空闲空间，以致于被使用的空间已经小于PCTUSED了，那么此时这个数据块又会被放到FREELIST上，这之后用户又可以插入数据到该块中。 还需要注意，PCTUSED在ASSM段上是不生效的。        

在Windows  2000上安装Oracle 8i 817ntee                  

Database Support Engineer Oracle数据库支持工程师手册 TROUBLESHOOTING STEPS  

  Veritas 搞的故障 之前有同事遇到VxCFS上的RAC出现大量ORA-8103 object no longer exist和ORA-600的问题，原厂工程师在顶了很大压力后帮VxCFS查出了bug，发现是 VxCFS存在备用镜像在实际未完成同步情况下反馈为同步，导致Oracle读取到未同步完成的数据块。在最近几年发现基于VxCFS的RAC实在不太稳定。   老CPU配新版本数据库的麻烦 在老的sun4u低CPU主频服务器上将oracle 10g升级到11g，可能发现SQL的CPU TIME大幅上升的问题， 官方解释是可能存在CPU cache miss。maclean的理解是新版本是在一些低级、常用的底层函数中对现有流行的指令集做了优化，这导致在过老CPU上表现不佳，当然这些不会体现在官方文档上。

10.2.0.4以后vip不会自动relocate back回原节点， 原因是ORACLE开发人员发现在实际使用中会遇到这样的情况： relocate back回原节点 需要停止VIP并在原始节点再次启动该VIP，但是如果原始节点上的公共网络仍不可用，则这个relocate的尝试将再次失败而failover到第二节点。 在此期间VIP将不可用，所以从10.2.0.4和11.1开始，默认的实例检查将不会自动relocate vip到原始节点。       详细见下面的Note介绍：       Applies to: Oracle Server – Enterprise Edition – Version 10.2.0.4 to 11.1.0.7 [Release 10.2 to 11.1] Information in this document applies to any platform. Symptoms Starting from 10.2.0.4 and 11.1, VIP does not fail-over back to the original node even…

当用户加载mount一个之前可用的diskgroup 时，将在ASM的告警日志中看到下面的错误：   如果自己搞不定可以找ASKMACLEAN专业ORACLE数据库修复团队成员帮您恢复!   SQL> ALTER DISKGROUP ALL MOUNT Tue Jul 19 09:31:09 2005 Loaded ASM Library – Generic Linux, version 1.0.0 library for asmlib interface Tue Jul 19 09:31:09 2005 NOTE: cache registered group DBFILE_GRP number=1 incarn=0xc3fd9b7d NOTE: cache registered group FLASHBACK_GRP number=2 incarn=0xc40d9b7e NOTE: cache dismounting group 1/0xC3FD9B7D (DBFILE_GRP) NOTE: dbwr not…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected] $ oerr ora 704 00704, 00000, “bootstrap process failure” // *Cause: Failure in processing bootstrap data – see accompanying error. // *Action: Contact your customer support representative. $ oerr ora 39700 39700, 00000, “database must be opened with UPGRADE option” // *Cause: A normal database open…

enq: TA – contention 等待事件   This enqueue is used when undo tablespace operations are being performed. Some examples of such operations are: When dropping an undo tablespace we acquire the enqueue in exclsuive mode to stop other sessions using the undo tablespace at that point. If we cannot acquire the enqueue because the undo…