December 20, 2004
纪念Veritas的离去
作者:eygle
出处:http://blog.eygle.com
赛门铁克与12月17日完成了对Veritas的收购，又一家值得尊敬的公司就此消失。
这是一个聚合的年代，一个又一个公司在购并中消亡。
也许应验了一句古话:
天下之道，分久必合。
那么合久之后，我们希望这些优秀的产品能够继续存在发展下去...
赛门铁克135亿美元收购Veritas 全部股票支付
(2004.12.17) 来自：新浪科技
美国东部时间12月16日7:33(北京时间12月16日20:33)消息
赛门铁克(Symantec)收购Veritas软件公司的最终协议已经敲定。双方的交易以股票形式进行。
赛门铁克将支付总价为135亿美元的股票。并购完成后，双方将组成一家新的软件公司，其年
收入接近50亿美元，并且将成为增长速度最快的软件巨头。
赛门铁克12月16日举行了一次新闻发布会.会上,该公司表示,Veritas股东持有的每股Veritas
股票，可以兑换1.1242股赛门铁克股票。此次交易结束后，赛门铁克股东将获得联合公司大约
60%的股票，同时Veritas股东将获得大约40%的股票。双方达成的135亿美元股票交易额，以12
月15日赛门铁克股票收盘价为基础，即每股27.38美元。
Veritas和赛门铁克双方的董事会已经批准了收购协议。知情人士透露称,赛门铁克董事会做出
这个决定，也在冒着很大风险，因为消息传出后，赛门铁克的股票价格就会大幅下跌。赛门铁
克股票价格12月14日已经下跌了16%，12月15日又下跌了七美分。投资者都认为,赛门铁克的快
速增长势头，可能会因为此次并购行动而变缓。
12月15日，Veritas股价上涨了73美分或2.7%，达到每股28.11美元,其市值为119亿美元。此次
收购行动进一步加速了软件业的并购风潮。就在本周，甲骨文刚刚结束对仁科公司的收购行动
最终交易价为103亿美元。赛门铁克以生产安全软件为主，Veritas主要开发数据存储和系统管
理技术，两家公司合并后，新公司的市场份额将进一步扩大。
Posted by eygle at 5:23 PM | Comments (1)
Gmail你还需要吗?
作者:eygle
出处:http://blog.eygle.com
看来Gmail的技术是逐渐成熟了，今天一下子收到10个Gmail邀请。
看来Google打算大规模推广Gmail使用了。
不知道现在还有没有人需要Gmail邮箱，如果有的话，可以在这里留言。
注意:
hotmail会把邀请信丢到垃圾箱里面，使用Hotmail邮箱的自己找找看。
以上申请我全都发送过，但是很多人没有接受。
btw:忽然发现信箱里多了100个邀请，而且邀请改在了左下角，不再用弹出式窗口。
看来Gmail会变得越来越普及了。
2005.02.05
现在Gmail变成2G的容量了。
2005.04.05
今天发现每个Gmail信箱现在给的邀请信是100个了。
2005.08.28
不要忘了附上邮件地址、姓名或ID...
Posted by eygle at 4:47 PM | Comments (252)
Rman Crosscheck删除失效归档
作者:eygle
出处:http://blog.eygle.com
当手工删除了归档日志以后，Rman备份会检测到日志缺失，从而无法进一步继续执行。所以此时需要手工执行crosscheck过程，之后Rman备份可以恢复正常。
1.Crosscheck日志
$ rman target /
Recovery Manager: Release 9.2.0.4.0 - 64bit Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
connected to target database: AVATAR2 (DBID=2480694409)
RMAN> crosscheck archivelog all;
using target database controlfile instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=25 devtype=DISK
validation failed for archived log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2714.dbf recid=2702 stamp=545107659
validation failed for archived log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2715.dbf recid=2703 stamp=545108268
...........
validation failed for archived log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2985.dbf recid=2973 stamp=545399327
validation succeeded for archived log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2986.dbf recid=2974 stamp=545400820
validation succeeded for archived log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2987.dbf recid=2975 stamp=545401757
validation succeeded for archived log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2988.dbf recid=2976 stamp=545402716
validation succeeded for archived log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2989.dbf recid=2977 stamp=545403661
validation succeeded for archived log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2990.dbf recid=2978 stamp=545404946
validation succeeded for archived log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2991.dbf recid=2979 stamp=545406220
Crosschecked 278 objects
RMAN>
2.使用delete expired archivelog all 命令删除所有过期归档日志:
RMAN> delete expired archivelog all;
released channel: ORA_DISK_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=12 devtype=DISK
List of Archived Log Copies
Key Thrd Seq S Low Time Name
------- ---- ------- - --------- ----
376 1 2714 X 23-NOV-04 =/opt/oracle/oradata/avatar2/archive/1_2714.dbf
.....
3.简要介绍一下report obsolete命令
使用report obsolete命令报告过期备份
RMAN> report obsolete;
RMAN retention policy will be applied to the command
RMAN retention policy is set to redundancy 1
Report of obsolete backups and copies
Type Key Completion Time Filename/Handle
-------------------- ------ ------------------ --------------------
Backup Set 125 01-NOV-04
Backup Piece 125 01-NOV-04 /data1/oracle/orabak/full_1_541045804
Backup Set 131 04-NOV-04
Backup Piece 131 04-NOV-04 /data1/oracle/orabak/full_AVATAR2_20041104_131
....
Backup Set 173 06-DEC-04
Backup Piece 173 06-DEC-04 /data1/oracle/orabak/full_AVATAR2_20041206_173
Backup Set 179 11-DEC-04
Backup Piece 179 11-DEC-04 /data1/oracle/orabak/arch544588206.arc
.....
Backup Piece 189 17-DEC-04 /data1/oracle/orabak/arch545106606.arc
Backup Set 190 17-DEC-04
Backup Piece 190 17-DEC-04 /data1/oracle/orabak/arch545106665.arc
Backup Set 191 20-DEC-04
Backup Piece 191 20-DEC-04 /data1/oracle/orabak/arch_AVATAR2_20041220_194
Archive Log 2973 20-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2985.dbf
Archive Log 2971 20-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2984.dbf
.....
Archive Log 2705 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2717.dbf
Archive Log 2704 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2716.dbf
Archive Log 2703 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2715.dbf
Archive Log 2702 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2714.dbf
4.使用delete obsolete命令删除过期备份:
RMAN> delete obsolete;
RMAN retention policy will be applied to the command
RMAN retention policy is set to redundancy 1
using channel ORA_DISK_1
Deleting the following obsolete backups and copies:
Type Key Completion Time Filename/Handle
-------------------- ------ ------------------ --------------------
Backup Set 125 01-NOV-04
Backup Piece 125 01-NOV-04 /data1/oracle/orabak/full_1_541045804
....
Archive Log 2704 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2716.dbf
Archive Log 2703 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2715.dbf
Archive Log 2702 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2714.dbf
Do you really want to delete the above objects (enter YES or NO)? yes
deleted backup piece
backup piece handle=/data1/oracle/orabak/full_AVATAR2_20041206_173 recid=173 stamp=544156241
.....
deleted archive log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2715.dbf recid=2703 stamp=545108268
deleted archive log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2714.dbf recid=2702 stamp=545107659
Deleted 286 objects
RMAN> crosscheck archivelog all;
released channel: ORA_DISK_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=19 devtype=DISK
specification does not match any archive log in the recovery catalog
-The End-
Posted by eygle at 1:40 PM | Comments (4)
SUN的DISKSUITE
作者:eygle
出处:http://blog.eygle.com
SUN的DISKSUITE看来真是不太可靠.
今天一个数据库出了问题，07445导致数据库crash掉了.
别的问题没发现，但是发现DiskSuite的镜像盘出了问题.
使用metastat检查:
root:/usr/opt/SUNWmd/sbin>df -k
Filesystem kbytes used avail capacity Mounted on
/proc 0 0 0 0% /proc
/dev/md/dsk/d10 2056211 496291 1498234 25% /
/dev/md/dsk/d20 6050182 4260145 1729536 72% /usr
/dev/md/dsk/d50 1987399 1095655 832123 57% /var
/dev/md/dsk/d60 1729667 1314094 363683 79% /home
/dev/md/dsk/d40 1018191 722828 234272 76% /opt
swap 4173696 9272 4164424 1% /tmp
/dev/dsk/c1t1d0s3 59896734 44228699 15069068 75% /u01
/dev/dsk/c1t1d0s4 60409070 28844117 30960863 49% /u02
root:/usr/opt/SUNWmd/sbin>metastat d10
d10: Mirror
Submirror 0: d11
State: Needs maintenance
Submirror 1: d12
State: Needs maintenance
Pass: 1
Read option: roundrobin (default)
Write option: parallel (default)
Size: 4198392 blocks
d11: Submirror of d10
State: Needs maintenance
Invoke: metareplace d10 c0t10d0s0
Size: 4198392 blocks
Stripe 0:
Device Start Block Dbase State Hot Spare
c0t10d0s0 0 No Maintenance
d12: Submirror of d10
State: Needs maintenance
Invoke: after replacing "Maintenance" components:
metareplace d10 c0t11d0s0
Size: 4302056 blocks
Stripe 0:
Device Start Block Dbase State Hot Spare
c0t11d0s0 0 No Last Erred
发现磁盘镜像的状态是Needs maintenance，需要进一步研究诊断。
Posted by eygle at 10:43 AM
| Comments (0)
Man Page Of METASTAT
作者:eygle
出处:http://blog.eygle.com
Maintenance Commands METASTAT(1M)
NAME
metastat - display status for metadevice or hot spare pool
SYNOPSIS
metastat -h
metastat [ -s setname ] [ -p ] [ -t ] [ metadevice... ]
[ hot_spare_pool... ]
AVAILABILITY
/usr/opt/SUNWmd/sbin
DESCRIPTION
The metastat command displays the current status for each
metadevice (including stripes, concatenations, concatena-
tions of stripes, mirrors, RAID5, and trans devices) or hot
spare pool, or of specified metadevices or hot spare pools.
It is helpful to run the metastat command after using the
metattach command to view the status of the metadevice.
OPTIONS
-h Displays usage message.
-p Displays the list of active metadevices and hot spare
pools in a format like md.tab.
-s setname
Specifies the name of the diskset on which metastat
will work. Using the -s option will cause the command
to perform its administrative function within the
specified diskset. Without this option, the command
will perform its function on metadevices and/or hot
spare pools in the local diskset.
-t Prints the current status and timestamp for the speci-
fied metadevices and hot spare pools. The timestamp
provides the date and time of the last state change.
metadevice...
Displays the status of the specified metadevice(s). If
a trans metadevice is specified, the status of the mas-
ter and log devices is also displayed.
hot_spare_pool...
Displays the status of the specified hot spare pool(s).
EXAMPLES
SunOS 5.7 Last change: 19 June 1996 1
Maintenance Commands METASTAT(1M)
The following example shows the partial output of the metas-
tat command after creating a mirror, d0, consisting of two
submirrors, d70 and d80.
# metastat d0
d0: Mirror
Submirror 0: d80
State: Okay
Submirror 1: d70
State: Resyncing
Resync in progress: 15 % done
Pass: 1
Read option: roundrobin (default)
Write option: parallel (default)
Size: 2006130 blocks
.
.
.
WARNING
metastat prints states as of the time the command is
entered. It is unwise to use the output of the metastat -p
command to create a md.tab(4) file for a number of reasons:
o The output of metastat -p may show hot spares being used.
o It may show mirrors with multiple submirrors. See
metainit for instructions for creating multi-way mirrors
using metainit and metattach.
o A slice may go into an error state after metastat -p is
issued.
SEE ALSO
metaclear(1M), metadb(1M), metadetach(1M), metahs(1M),
metainit(1M), metaoffline(1M), metaonline(1M),
metaparam(1M), metareplace(1M), metaroot(1M), metaset(1M),
metasync(1M), metattach(1M), md.tab(4), md.cf(4), mddb.cf(4)
Solstice DiskSuite User's Guide, Solstice DiskSuite Refer-
ence
SunOS 5.7 Last change: 19 June 1996 2
Posted by eygle at 9:57 AM
| Comments (0)