山上有风

下午出去理发，顺便买奶粉。
出门的时候找钱包，怎么也找不到了，想起来刚才送家具的，会不会给他们顺手了？想起来有个朋友的手机被这么牵走了，真有点着急，还好找到了。
想要不要带钱包，还是带了。

理发完了，去乐购买奶粉，比较了很久，最后买了简装的，算起来比桶装的便宜7块多。
然后顺手给家里打电话，要不要买别的，母亲要买一些扁豆和土豆。
这个时候感觉很不情愿去买。不知道为什么。路上还在想，下班回来时经过大门口，看到卖菜的，顺便买一些，觉得很随意，现在刻意去买，总觉得有点不舒服。

先买了豆角，然后蹲下挑了几个土豆。往回走的路上，看到一个朋友的车，好像被碰到了。
突然想到钱包，一摸，没有。这时离开菜摊不到20米，赶紧往回找，问菜商，说没有见到。

一时有点不知所措。

就这样钱包丢了。

里面有：
现金100，刚买的饭票60，身份证，招行信用卡，招行一卡通，未报销的车票等若干。

回到家赶紧上网查招行信用卡电话，挂失，竟然要60元手续费！
挂失一卡通。

回想起来，冥冥之中就是要丢这个钱包

VMWare的虚拟机上网的方法

有以下几种可选方法：
　　１、Ｂｒｉｄｇｅｄ（网桥）方式，如果主机是通过局域网上网的，可让虚拟机使用与主机网段、网关和ＤＮＳ等的相同的设置，选用一个有效的局域网ＩＰ即可。
　　２、ＮＡＴ方式，使用ＶＭＷａｒｅ提供的ＮＡＴ和ＤＨＣＰ服务，虚拟机使用主机中的虚拟网卡ＶＭｎｅｔ８作为网关，并且ＴＣＰ／ＩＰ设置需遵循程序中关于ＶＭｎｅｔ８的ＤＨＣＰ和ＮＡＴ设置，如ＩＰ必须在其ＤＨＣＰ设置的ＳｔａｒｔＩＰ和ＥｎｄＩＰ之间，网关需使用其ＮＡＴ设置的Ｇａｔｅｗａｙ　ＩＰ。
　　３、共享主机的Ｉｎｔｅｒｎｅｔ连接的方式（如果主机是Ｗｉｎ９８系统可能不适用）：在主机的“本地连接”属性的高级里面共享Ｉｎｔｅｒｎｅｔ连接，如果选的是ＶＭｎｅｔ１虚拟网卡，则在虚拟机的Ｅｔｈｅｒｎｅｔ设置需选用Ｈｏｓｔ－Ｏｎｌｙ；如果选ＶＭｎｅｔ８，则Ｅｔｈｅｒｎｅｔ设置需选用ＮＡＴ。共享连接后，那个被选中的虚拟网卡的ＩＰ会默认被设为１９２．１６８．０．１，如果主机也是通过局域网的１９２．１６８．０．１网关上网的，则需把这个虚拟网卡设置为不同的网段ＩＰ，如１９２．１６８．１．１。这时候虚拟机里面就可以通过把这个虚拟网卡作为网关来上网了。

另：
　　１、第一种方式有一个缺点，主机拔掉网线后，虚拟机无法与主机通过网络的方式进行通讯。但是后面两种没这个问题。
　　２、使用过程中发现，只有第二种方式需要用到ＶＭＷａｒｅ在系统服务中启动的三个服务。
　　３、目前使用觉得第三种方式最方便和占用资源最少：只要使用一个虚拟网卡（可以停掉没有用到的那个虚拟网卡），并且那三个服务可以停掉。

实际使用情况：
vmware 的配置：
dhcp:
start:192.168.220.128
end: 192.168.220.254
gatewayip: 192.168.220.2

虚拟主机： 192.168.220.151(满足在start和end之间）
设置虚拟主机网关： 192.168.220.2

DEVICE=eth0
ONBOOT=yes
BOOTPROTO=static
IPADDR=192.168.220.151
NETMASK=255.255.255.0
GATEWAY=192.168.220.2
~

重启网络服务后，可以ping 202.96.209.5

这件事遇到已经不是一次两次了，而是， 我处理的客户就有5个，有大客户，大得有几十个数据库，有小客户，只有一台pc server。
可见这种问题发生的普遍性，貌似没有技术的事情，但是遇到就是大问题，因为生产停止了。

总结起来，不外乎几种原因：

1.业务异常
这好像是最主要的原因
2.dba不懂得删（确实有）

业务异常的情况，有次遇到是9204的bug，做报表时使用了临时表，而9204里面有个bug，临时表的redo 比普通表还大好多（正常情况临时表的redo很少），这样看报表时归档日志那个快，一分钟100M，甚至删都来不及。
还有个客户，就是我最近遇到的这个，这个系统比较复杂，一个数据库上有几个应用，不同的应用的数据是不同的开发商维护的（乱），有个应用的开发商前几天删数据，导致归档日志狂增，增到来不及备份释放空间，结果就挂了。
另外一个大客户，前面几乎每周都有这个事情，也是业务突然有变化，归档空间不够大，发生了几次。

dba不懂的，我只遇到一个，真是不懂。

解决方法：原因找到了，问题就好解决，改扩大空间的扩大空间，改增加备份频率的增加备份频率。

但是救急的解决方法很重要，比较简单的，就是把归档日志移动到其他目录（不要删）。
然后 archive log start;启动归档进程，业务马上恢复。
如果空间比较多，而且是aix的，那么可以临时调大归档空间，最容易了。（一般大客户才有这个条件）；
如果把文件移走了，后面rman备份时找不到，也是个问题。
在备份前要先change archivelog all crosscheck,让oracle检查一下哪些归档日志实际不存在，就不会去备份，否则因为找不到而备份失败。 后面可以再通过change … available把移走的归档日志状态改回来，下次备份的时候，这些归档日志还可以被备份。

另外有个方法，我没有测试过，frank提出来的。就是备份归档日志时，把最后切换归档日志那句去掉，这样不会因为没有空间导致切换日志失败，导致备份归档日志失败。因为一般备份归档日志后都会删除这些归档日志，这样也可以解决空间不足的问题。

对这些问题，主要是每天检查归档日志备份是否成功，以及业务是否有变化。