2012年2月 的存档
2012二月26

心态决定态度,态度决定结果 – 2012年2月个人计划回顾&调整、计划

2012年1月3日,在博客上发了自己的2012年计划(2012年个人计划 – 遵从自己内心的思想,去做自己喜欢的事情)后,会定期每月回顾下自己计划的执行情况,这个周末就是2012年2月底最后一个周末,也到了回顾计划执行的时候了。
其实在做2011年个人总结时透露出来对工作的很多无奈,从悲观失望到希望,其实这个变化最大的一个核心原因是:认清自己,遵从内心,做自己喜欢的事情。换句话说,就是在明确自己发展和定位的情况下,主动积极争取适合自己的资源,做符合自己内心同时也是公司迫切需要改进的事情。心态决定态度,态度决定结果。

2012二月24

DELL PowerEdge 2850 机房服务器硬盘损坏处理简记及小结

【时间】   2011年12月29日-31日
【事件服务器】 机房101服务器,型号为DELL PowerEdge 2850。
【回顾经过】
相关同事在监控报警后,先联系机房重启(这里不知机房重启了几次),没有效果。于是安排我上机房,在坐车赶往机房途中,同事再请机房技术员帮忙接显示器检查,看到如下信息:Scanning SCSI device ·····屏幕就一直停留在此处。随后又拔电源重启一次,结果出现:PXE_MOF: exiting intel boot agent strike F1 to retry boot, F2 for setup utility····,进不了系统。在车上收到信息后,就猜想这是一起磁盘问题故障。到机房后,接上显示器,看到屏幕上提示,判断是硬盘问题。

2012二月21

联想旭日410M系统备份问题

今日安装联想旭日410M笔记本备份系统时遇到的问题,简要记录以备忘:

2012二月20

女儿是父母的心头肉 – 2012年2月3日参加妹妹婚礼

汽车启动的那一刹那
此时此刻,妈妈的眼泪是夺眶而出
而爸爸和我心里亦然,只是为了男子汉的坚强,强忍住泪水,把思念后的伤感留给自己
最年少的弟弟,少年不知愁滋味,虽然现在还不能理解,以后终会明白
婚礼后,我亲爱的妹妹,我才发现这个时候你真的已经嫁了
祝福你,我最爱的妹妹!
Bug 于2012年2月6日

2012二月16

Hyper-V里使用Linux系统

2012二月15

动态IP服务器监控在监控宝上的设置

OA服务器在2月14日凌晨4点因为硬件问题当机了,但是由于没有报警系统,直到早上上班时有同事反馈才知道(详见: 2012年2月14日公司内部某服务器故障解决记录)。知道问题及时处理,一贯是技术部的风格,所以立即将OA的服务器利用监控宝的功能监控起来。以下是设置详细步骤:

2012二月15

从Word发布博客到WordPress步骤

WordPress端的设置

2012二月15

Win7远程桌面提示“您的凭据不工作”无法保存密码的解决方法

当我们使用Windows7远程桌面连接时,即使已经勾选了“记住我的凭证”。
但是下次登录依然无法保存凭据,会提示“您的凭据不工作”

2012二月14

2012年2月14日公司内部某服务器故障解决记录

  1. 故障发现、处理过程简记
    1. 8:30到公司,项目组同事收到反馈CRM无法登陆,确认是服务器问题,无法Ping到
    2. 联系网管强哥解决,尝试重启,连接显示器查看但无任何反应
    3. 9:00左右强哥初步判断是服务器硬件故障,下架检查,发现原因为主板一个部件烧坏
    4. 9:00-10:30 恢复备份
      1. 服务器硬盘挂接到强哥硬盘

        其实这里有个更快的解决办法,直接将硬盘挂接到251或者其他可以挂接的服务器

      2. 将2月13日04:00的备份(2.6G),拷贝到251服务器恢复备份,CRM只可以进行查询,但还存在两个问题:2月13工作日的数据没有;由于同步无法配置,导致只能进行查询。在实际操作过程中碰到若干个问题
        1. 要修改那些配置文件不够熟悉,主要是要修改数据库连接
          1. CRM.exe.config
          2. Log4net日志记录配置有三个地方,都是以.log4net后缀结尾
            1. CRM
            2. AutoUpdater
            3. CRMLocalService
        2. CRMLocalService修改配置后还是报错,导致用户使用后会卡一次并在不断发送报警短息:本地没有运行库的配置文件
        3. 用户拷贝配置文件后,都是报AutoUpdate.exe占用错误,需要一个个结束进程,才能覆盖。
        4. 远程连接251服务器总出问题,具体见后面关于远程桌面连接的说明
    5. 10:30-12:00 恢复2月13日最新的数据并正常 同时联系 修理服务器
      1. 由于CRM数据库日志文件很大(42G,用到完整日志模式),

        尝试单个mdf文件恢复数据库,由于服务器异常中断,无法重建日志文件

      2. 到此就剩下三个选择
        1. 最佳:服务器修理好,挂接硬盘就一切OK
        2. 其次:将硬盘挂接到其他服务器,但有个问题,就是数据库同步需要重新设置有些麻烦
        3. 第三:将日志文件拷贝251服务器,在这里进行恢复,面临的问题跟2是一致的。
      3. 后续联系强哥,确定服务器可以较快修好,决定拷贝日志文件的同时等服务器修理好搬回启用(拷贝日志文件需要耗时70分钟)
    6. 12:50左右,服务器修理好,搬回公司,挂接硬盘即可。同时日志文件的拷贝也已经结束了
    7. 14:06 服务器启动,CRM运行检查正常,恢复CRM正常使用。从发现故障到彻底解决持续近6个小时。
  2. 服务器故障实际发生时间:2012年2月13日21:42分,从CRMLocalService的日志可以准确看出。


2012二月2

Windows索引占用系统盘空间问题处理

         今天因为99服务器假死问题,远程检查中发现系统盘居然只有1.6G空闲空间了,于是检查发现是由于windows索引服务造成的。