Author: mac

实例节点的警告日志，错误如下： Fri Mar 28 04:52:24 2008 Errors in file /oracle/oracle/admin/UC/bdump/u1_lmon_9208.trc: ORA-00481: LMON process terminated with error Fri Mar 28 04:52:24 2008 LMON: terminating instance due to error 481 Fri Mar 28 04:52:24 2008 System state dump is made for local instance System State dumped to trace file /oracle/oracle/admin/UC/bdump/u1_diag_9204.trc Fri Mar 28 04:52:28 2008 Instance terminated…

通过安装Openfiler或者FreeNAS软件，我们可以很方便地将闲置的PC机变废为宝为存储服务器，其中还提供了ISCSI TARGET服务。但很多情况下我们用不到Openfiler的那么多功能(包括NFS,CIFS等等)，同时又希望这台”存储服务器”能扮演更多的角色(例如作为DataGurad的备库或者作为Netbackup备份服务器)，这时Openfiler就无法满足我们了。何不手动来搭建能够基本满足需求的ISCSI服务呢？

Last week Patch set update 10.2.0.4.6 has been released, this psu includes “All fixes in the 10.2.0.4.5 overlay patch” and “New fixes which are included in the Critical Patch Update for October 2010 (CPUOCT2010)”. Now I am trying to apply it on my 10.2.0.4.5 instance!

一周不关注MOS就变得落伍了！在上周的Oct 12，Oracle分别发布了10.2.0.4 Patch Set的PSU 6(10.2.0.4.6)和10.2.0.5的第一个PSU。 10.2.0.4.6补丁更新集包含了所有10.2.0.4.5中的fix，此外添加了CPU(Critical Patch Update) For October 2010 (CPUOCT2010)；而10.2.0.5.1则包含了Critical Patch Update for October 2010 (CPUOCT2010)，并修复了以下bug: Bug:6402302 Streams table and schema rules not consistently applied for DDL on view/synonym Bug:7519406 Larger trace than needed for ORA-8103 under kteincnt1 Bug:8544696 Table segment growth (blocks are not reused) with ASSM Bug:8546356 ORA-8102/ORA-1499/OERI[kdsgrp1] Composite Partitioned Index…

有网友反映说订阅的feed显示有问题，实际我使用firefox或opera等浏览器测试是可以正常显示的:

11g r1中引入了闪回数据归档新特性，其工作原理是为针对启用了归档方式的表，FBDA进程将创建对应于该表的内部历史表。历史表将拥有原始表的所有列加上某些时间戳列以便跟踪事务处理的变化，具体如下: SQL> desc SYS_FBA_HIST_75718; Name Null? Type —————————————– ——– —————————- RID VARCHAR2(4000) STARTSCN NUMBER ENDSCN NUMBER XID RAW(8) OPERATION VARCHAR2(1) T1 NUMBER(38) T2 VARCHAR2(20) /* 注意其中T1,T2为原始表上的应用数据列 */

习惯使用SQLPLUS管理Oracle的朋友肯定不会对使用show errors命令来确认PL/SQL匿名块或过程执行错误感到陌生。似乎在11g以前这是唯一的一种勘错途径了，可惜的是这部分show errors显示的错误信息往往不够全面同时也无法立即保存下来。11g r1中引入了新的错误日志特性，以便DBA或应用开发人员在调试PL/SQL程序时更高效地排除错误。通过set errorlogging命令可以在SQL执行期间将所有的错误记录存储在一个特定的错误日志表中。默认情况下，set errorlogging会将错误记录写入到名为SPERRORLOG的表中。可以客制化该表的表名，错误日志表记录错误的各种属性:1.引发错误用户的用户名;2.错误发生时间;3.包含引发错误语句的脚本名;4.用户自定义的标识符;5.SP2,ORA,PLS错误消息;6.具体引发错误的语句。 SQL> desc sperrorlog; Name Null? Type —————————————– ——– —————————- USERNAME VARCHAR2(256) TIMESTAMP TIMESTAMP(6) SCRIPT CLOB IDENTIFIER VARCHAR2(256) MESSAGE CLOB STATEMENT CLOB SQL> show errorlogging ; errorlogging is OFF /* 默认情况下错误日志功能是关闭的，我们需要手动打开它 */ SQL> set errorlogging on; SQL> show errorlogging ; errorlogging is ON TABLE SYS.SPERRORLOG /* 可以看到成功打开错误日志功能，并会将后续的错误日志写入到当前用户(SYS)名下的SPERRORLOG表 */ SQL> select…

很多朋友都习惯使用PL/SQL Developer图形化工具的快捷View SQL功能获取数据库中对象的创建DDL语句信息，这种方式的优点是要比使用DBMS_METADATA.GET_DDL函数方便许多，但使用View SQL功能却有着潜在的隐患，如下例: SQL> drop table tv; Table dropped. SQL> create table tv (t1 int) tablespace users parallel; Table created. /* 为tv表指定了parallel为DEFAULT DEGREE */ 接着在PL/SQL DEVELOPER中CTRL+左键点击TV可以进入TV对象的属性界面，点击View SQL可以看到PL/SQL DEVELOPER生成的DDL语句:

之前在WorePress 3.0.1上Post一篇博文的时候出现了”Precondition Failed The precondition on the request for the URL /wp-admin/post.php evaluated to false.”的错误页面，这个错误看上去不像是由php引起的，很有可能是apache相关的一个错误。Google了半天，网上讨论认为这可能是由于MAD_SECURITY模块引起的，而非WordPress的Bug。一般该错误可以通过修改.htaccess文件规避，透过Cpanel或ssh等界面修改该文件(一般就在虚拟空间的根目录下)，在结尾处加入以下记录： <Files post.php> SecFilterInheritance Off </Files> # END WordPress 修改后保存并再次尝试Publish文章，发现不再出现”Precondition Failed”错误。

一直以来在UNIX/Linux like操作系统上安装Oracle数据库软件都是一门精细活，在实际安装软件前有不少操作系统参数或配置需要我们关心。我们以10g release 2为例，尽可能完整地列出所有有必要的预检查工作。 1.确认使用的AIX版本经过认证，AIX 5.2之前的版本包括5.1都没有通过Oracle 10g的认证，换而言之如果你要安装10g的话就要保证AIX的版本>=5.2，我们可以通过以下脚本进行验证: