bash-2.03# ls

Bus Error

ls: Cannot read /usr/lib/ld.so.1

Killed

# dmesg

dmesg: Cannot read /usr/lib/ld.so.1

Killed

不过还好，这时没有将当前的session断开，否则就只有通过光盘恢复了。下面是恢复命令：

/usr/sbin/static/cp /etc/lib/ld.so.1 /usr/lib/

使用/usr/sbin/static/cp静态命令将/etc/lib目录下的ld.so.1备份文件拷贝到ld.so.1目录下即可。

上面的情况是用户现有session没有断开的情况下的恢复情况，如果系统当前session断开后，用户是无法再登录系统的，这时只能重启系统（而且运行reboot命令也会提示错误，只能通过按钮重启），通过光盘启动的方法恢复了：

恢复的方法，用光盘或者其他方式启动安装界面，在界面上直接启动一个终端程序。

1． 当前的usr/lib目录下是光盘中mount的目录。可以做为恢复系统中损坏的ld.so.1文件用。

2． 接下来要做的是找到原来系统中usr/lib目录，一般这个设备是在/dev/dsk下c1t*的设备文件，一般不会是c1t0d0s0的。如果以前有各个目录的设备名记录可以直接mount，不然只有一个一个来了。有可能在mount的时候会提示需要fsck，fsck命令是：fsck -F ufs /dev/rdsk/c1t0d0s0（设备名称，根据实际情况来改）

mount命令：mount /dev/rdsk/c1t0d0s0 /mnt   （设备名称也是要一个一个改的哦）

mount成功后需要到mnt目录下查看，是不是有lib目录，因为我们找的就是这个。

3． 找到这个设备后，就先ls -l 看一下，是不是没有运行权，没有当然加一下喽。方法：chmod +x  ld.so.1  

4． 这里要做的是先umount后再重新启动机器。

Umount命令： umount /mnt 

Fsck也可以用在发生系统不能启动的情况下，可以一个一个修复设备，一般的小问题都可以解决。

下面介绍一下Solaris动态链接库：

         大家都知道，在WINDOWS系统中有很多的动态链接库(以.DLL为后缀的文件，DLL即Dynamic Link Library)。这种动态链接库，和静态函数库不同，它里面的函数并不是执行程序本身的一部分，而是根据执行程序需要按需装入，同时其执行代码可在多个执行程序间共享，节省了空间，提高了效率，具备很高的灵活性，得到越来越多程序员和用户的青睐。

         Solaris系统里面有些库文件，当编译的时候，如果把库文件也编译到文件中，那文件本身就可以执行，但这样的缺点是生成的文件十分大。所以很多情况下使用动态连接库，就是编译出的文件不包含库，而只包含到库的指针，这样在运行的时候会到指定的地方调用这个库，这样就减少了文件的大小。Solaris包含的实时连接器ld.so.1，就是动态对象的运行阶段链接程序。许多系统命令都要通过该文件实时将相关东西动态装载进内核，如果用truss来跟踪某个命令来执行的话，都会发现绝大多数命令都要调用到ld.so.1库文件。

         如果ld.so.1文件丢失将造成系统大多数命令都不能执行，为了防止这种情况，Solaris将一些重要的库文件备份在"/etc/lib"目录下，并在 /usr/sbin/static下保存了五个常用和关键系统的命令，这些命令不受该库文件的影响（也就是说即使该库文件被损坏，这些命令依然可以运行），此时如果系统还没有宕机或者没有reboot，可以通过以下的方法来恢复：

# /usr/sbin/static/cp /etc/lib/ld.so.1 /usr/lib/

/usr/sbin/static目录下的这个五个命令为：

cp、 ln、 mv、 rcp、 tar

这几个命令都是静态链连接的命令文件，不受库文件的影响:

# file *

　　cp: ELF 32-bit MSB executable SPARC Version 1, statically linked, stripped

　　ln: ELF 32-bit MSB executable SPARC Version 1, statically linked, stripped

　　mv: ELF 32-bit MSB executable SPARC Version 1, statically linked, stripped

　　rcp: ELF 32-bit MSB executable SPARC Version 1, statically linked, stripped

　　tar: ELF 32-bit MSB executable SPARC Version 1, statically linked, stripped

--The End--

Example of an Oracle Release Number

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Major Database Release Number

This is the most general identifier. It represents a major new edition (or version) of the software that contains significant new functionality.

 

Database Maintenance Release Number

This digit represents a maintenance release level. Some new features may also be included.

 

Application Server Release Number

This digit reflects the release level of the Oracle9i Application Server (Oracle9iAS).

 

Component Specific Release Number

This digit identifies a release level specific to a component. Different components can have different numbers in this position depending upon, for example, component patch sets or interim releases.

 

Platform Specific Release Number

This digit identifies a platform specific release. Usually this is a patch set. Where different platforms require the equivalent patch set, this digit will be the same across the effected platforms.

 

Note: Starting with release 9.2, maintenance releases of Oracle are denoted by a change to the second digit of a release number. In previous releases, the third digit indicated a particular maintenance release.

 

 

下面几个有用视图可用来检查你的数据库当前版本：

V$OPTION

This view lists options that are installed with the Oracle server.

V$option是指dbms安装的组件。

 

SQL> select * from v$option;

PARAMETER                                VALUE

---------------------------------------- --------------------

Partitioning                             TRUE

Objects                                  TRUE

Real Application Clusters                FALSE

Advanced replication                     TRUE

Bit-mapped indexes                       TRUE

Connection multiplexing                  TRUE

Connection pooling                       TRUE

Database queuing                         TRUE

Incremental backup and recovery          TRUE

Instead-of triggers                      TRUE

Parallel backup and recovery             TRUE

Parallel execution                       TRUE

Parallel load                            TRUE

Point-in-time tablespace recovery        TRUE

Fine-grained access control              TRUE

Proxy authentication/authorization       TRUE

Change Data Capture                      TRUE

Plan Stability                           TRUE

Online Index Build                       TRUE

Coalesce Index                           TRUE

Managed Standby                          TRUE

Materialized view rewrite                TRUE

Materialized view warehouse refresh      TRUE

Database resource manager                TRUE

Spatial                                  TRUE

Visual Information Retrieval             TRUE

Export transportable tablespaces         TRUE

Transparent Application Failover         TRUE

Fast-Start Fault Recovery                TRUE

Sample Scan                              TRUE

Duplexed backups                         TRUE

Java                                     TRUE

OLAP Window Functions                    TRUE

Block Media Recovery                     TRUE

Fine-grained Auditing                    TRUE

Application Role                         TRUE

Enterprise User Security                 TRUE

Oracle Data Guard                        TRUE

Oracle Label Security                    FALSE

OLAP                                     FALSE

Heap segment compression                 TRUE

Join index                               TRUE

Trial Recovery                           TRUE

Oracle Data Mining                       FALSE

Online Redefinition                      TRUE

Streams                                  TRUE

File Mapping                             TRUE

 

47 rows selected.

 

 

PRODUCT_COMPONENT_VERSION

PRODUCT_COMPONENT_VERSION contains version and status information for component products.

Product_component_version指rdbms的产品：

 

SQL> select * from product_component_version;

PRODUCT                                  VERSION              STATUS

---------------------------------------- -------------------- --------------------

NLSRTL                                   9.2.0.4.0            Production

Oracle9i Enterprise Edition                    9.2.0.4.0            64bit Production

PL/SQL                                    9.2.0.4.0            Production

TNS for Solaris:                             9.2.0.4.0            Production

 

 

DBA_REGISTRY

DBA_REGISTRY displays information about the components loaded into the database.

DBA_REGISTRY指数据库中组件的信息：

比如，建库时如选择 Oracle Text，则此视图查询时也会有 Oracle Text这一项。

 

SQL> select comp_name,version,status from dba_registry;

COMP_NAME                      VERSION              STATUS

------------------------------ -------------------- --------------------

Oracle9i Catalog Views          9.2.0.4.0            VALID

Oracle9i Packages and Types      9.2.0.4.0            VALID

Oracle Workspace Manager       9.2.0.1.0            VALID

 

 

]]>

发现最近在Oracle 10.2.0.3的RAC环境中，时不时会提示下面错误：

ORA-1461 encountered when generating server alert SMG-3500

经研究发现，其是Oracle 10g的一个Bug，并且目前只有Oracle 10.2.0.3会遇到：

造成这个错误的原因是由于SMON 进程正在 UPDATE SMON_SCN_TIME表时引发了ORA-1461：

下面是诊断信息：

DIAGNOSTIC ANALYSIS:

--------------------

Set the event 1461 and got the smon trace file which shows the error

.

SQL> alter system set EVENT="1461 TRACE NAME ERRORSTACK LEVEL 10" 

scope=spfile;

.

ksedmp: internal or fatal error

ORA-01461: can bind a LONG value only for insert into a LONG column

Current SQL statement for this session:

update smon_scn_time set orig_thread=0, time_mp=:1, time_dp=:2, scn=:3,  

scn_wrp=:4,  scn_bas=:5, num_mappings=:6, tim_scn_map=:7 where thread=0 and 

scn =  (select min(scn) from smon_scn_time where thread=0)

----- Call Stack Trace -----

ksedmp ksddoa ksdpcg ksdpec ksfpec kgesev 

ksesec0 opiobv opipbr opibvg opiexe opiall0 

opikpr opiodr rpidrus skgmstack rpidru rpiswu2 

kprball ktf_scn_time ktmmon ksbrdp opirip opidrv 

sou2o opimai_real main start 

ORA-1461错误有时也会和

ORA-01461: can bind a LONG value only for insert into a LONG column   错误一起出现。

Solution：

 Oracle提供 Patch 6602742 补丁下载可以解决问题。

不过还好此错误对系统影响不大。

--The End--

大家都说我回家水土不服了，晕倒 ^_^

其实我不是水土不服，这一点俺家的那只 大笨狗 可以证明，一年不见了，它见到偶还是那么亲切，老远的就摇着尾巴跑过来亲热。

追究上火之原因，也就是在家熬夜、暴饮暴食的缘故了。还有一条就是喝酒所致。

回到家老妈每到吃饭就会说我瘦，要多吃点，本来可以吃一碗米饭（我们家的碗挺大的），老妈一定要"逼"着我吃一碗半，然后又会给夹好多菜。我是个孝顺而且听话的儿子，每到这个时候我就会主动请缨，"妈，我要吃两碗饭"，妈妈听了后就会比较高兴。我直到吃到肚皮"圆"了为止，呵呵 ^_^ 

在父母眼里，孩子永远都是孩子，天下父母心啊！

还要非常感谢我的女友，回到北京后，每天做好多青菜吃，还有泡蜂蜜水喝，上火症状很快消去，伤口也很快长好了！

母亲和女友，她们爱我的方式是不一样的，但她们都是我最爱的女人！

--The End--

大家知道，ORA-03113错误是Oracle数据库常见的错误，导致这个错误的原因比较复杂，各种各样的原因。可能是网络中断引起的、也可能是数据库本身出现了问题。

下面就一个案例，分析一下ORA-03113错误。

故障现象：

Oracle 9208 DataGuard日志应用正常，但是在standby alter log文件里老是提示下面错误：

Metalink的解释：

按照上述说明，果然在primary database所在主机上，找到了另外一个实例，其参数log_archive_dest_2的设置也是：

log_archive_dest_2                   string      SERVICE=standby

将log_archive_dest_2参数defer后，即可解决问题。

关于log_archive_dest_n参数的设置说明：

（

说明: 指定相应的归档日志目标参数 (仅 LOG_ARCHIVE_DEST_3) 的可用性状态。如果启用,

日志目标将被归档。如果延迟, 该目标将被排除在归档操作之外直至重新启用。

值范围: ENABLE | DEFER

）

有钱没钱回家过年
我知道你想衣锦把家还
有钱没钱回家过年
家里总有年夜饭......

回家过年------对于漂泊在外的游子来说，家是最温暖的字眼；对于在外地务工的农民工来说，远离都市的老家是他们可以避风躲雨的港湾，能够在春节的时间回家过年，同一家老小团聚更是大家最大的期盼。

今年游子们归家的路,似乎格外漫长。中国南方大部分省份遭受到了百年不遇的大雪及恶劣天气。水路、公路、铁路、航空，都相继受到了影响，阻断了很多旅客回家过春节的路。一时间，广州、长沙、上海、武汉等交通枢纽站滞留了大量的乘客，人们开始为了回家而焦急地等待着，寻找着各种回家的路。

一、  V$LOG:STATUS 指的是GROUP的状态

UNUSED：

尚未记录change的空白group（一般会出现在，loggroup刚刚被添加，或者刚刚使用了resetlogs打开数据库，或者使用clear logfile后）

CURRENT:

当前正在被LGWR使用的group(同时是ACTIVE状态)

ACTIVE：

未被LGWR写，instance recovery需要的。还没有完成checkpoint。

INACTIVE：

online,未被LGWR写，对instance recovery不再有用了。

CLEARING：

正在被clear的group（Log is being re-created as an empty log after an ALTER DATABASE CLEAR LOGFILE statement. After the log is cleared, the status changes to UNUSED.）

CLEARING_CURRENT:

一个正在被clear的CURRENT group（Current log is being cleared of a closed thread. The log can stay in this status if there is some failure in the switch such as an I/O error writing the new log header.）出现在中状态一般是有错误的。

二、V$LOGFILE:STATUS指的是member的状态

INVALID:

             不能使用的member,可能损坏了(另外，刚加入到redolog group的日志文件在被使用之前也是这个状态)

STALE：

            见下面解释

DELETED：

      被alter database drop logfile member的member

BLANK:

            正常的都是blank，不管是否被写。

下面是对metalink上对stale的解释：

Log files may have a status of stale regardless of redo log mirroring or

archival mode.

Solution Description:

=====================

In general, the stale status of a redo log member should not be a cause for

great concern, unless you observe that this happens frequently or

systematically.  Keep in mind that a stale log is not necessarily an invalid

log, but more of an "in-doubt" one. Once the corresponding redo group becomes

the current one again, the stale status will go away by itself.

下面是一个例子：

logfile中有两个file为stale状态，当发生日志切换时，group1变成current状态，从而，group1下的logfile变成

blank(正常状态)

另外，这个例子也展示了logfile group从active到inactive的变化。

当发生switch logfile前，group5为current状态，switch logfile后，group5变为active状态，这说明recovery时

group5是有用的，同时也说明logfile时发生的不是完全检查点。

当手工发生检查点后，group5从active变为了inactive状态，此时，group5对recovery不再有用。这说明：

alter system checkpoint发生的是完全检查点。

SQL> l  

  1* select * from v$logfile

SQL> /

    GROUP# STATUS  TYPE    MEMBER

---------- ------- ------- ----------------------------------------

         1 STALE   ONLINE  /opt/oracle/oradata/userlog2/redo01.log

         2 STALE   ONLINE  /opt/oracle/oradata/userlog2/redo02.log

         3         ONLINE  /opt/oracle/oradata/userlog2/redo03.log

         4         ONLINE  /opt/oracle/oradata/userlog2/redo04.log

         5         ONLINE  /opt/oracle/oradata/userlog2/redo05.log

SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM

---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------

         1          1         21   20971520          1 NO  INACTIVE                704228 07-AUG-06

         2          1         22   20971520          1 NO  INACTIVE                753376 07-AUG-06

         3          1         23   20971520          1 NO  INACTIVE                785843 07-AUG-06

         4          1         24   20971520          1 NO  INACTIVE                868923 08-AUG-06

         5          1         25   20971520          1 NO  CURRENT                 951980 10-AUG-06

SQL> alter system switch logfile;

System altered.

SQL> select * from v$logfile;

    GROUP# STATUS  TYPE    MEMBER

---------- ------- ------- ----------------------------------------

         1         ONLINE  /opt/oracle/oradata/userlog2/redo01.log

         2 STALE   ONLINE  /opt/oracle/oradata/userlog2/redo02.log

         3         ONLINE  /opt/oracle/oradata/userlog2/redo03.log

         4         ONLINE  /opt/oracle/oradata/userlog2/redo04.log

         5         ONLINE  /opt/oracle/oradata/userlog2/redo05.log

SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM

---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------

         1          1         26   20971520          1 NO  CURRENT                 994126 10-AUG-06

         2          1         22   20971520          1 NO  INACTIVE                753376 07-AUG-06

         3          1         23   20971520          1 NO  INACTIVE                785843 07-AUG-06

         4          1         24   20971520          1 NO  INACTIVE                868923 08-AUG-06

         5          1         25   20971520          1 NO  ACTIVE                  951980 10-AUG-06

SQL>

SQL> alter system checkpoint;

System altered.

SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM

---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------

         1          1         26   20971520          1 NO  CURRENT                 994126 10-AUG-06

         2          1         22   20971520          1 NO  INACTIVE                753376 07-AUG-06

         3          1         23   20971520          1 NO  INACTIVE                785843 07-AUG-06

         4          1         24   20971520          1 NO  INACTIVE                868923 08-AUG-06

         5          1         25   20971520          1 NO  INACTIVE                951980 10-AUG-06

  - The End-

      自从学习Oracle以来，从网络上各种渠道获得了很多资料，正是由于这些资料的帮助，才加速了我的进步。长时间以来，总想通过网络回报给大家一些什么，也很想在此与大家一起共同探讨学习。希望在此，大家能了解到一个豁达、开朗、努力进取的Dodd。

      以此为记！

                                                                              二零零八年二月一日 于 华友