[MOSS点滴]Service Pack 1, Search Service 及定时备份

：MOSS Service Pack 1出来已有月余，到了这个月的维护日，才开始打上去。
在开发和QA环境上测试没有发现大问题。就为生产环境（Production Environment）安装。
生产环境由二架web服务器和一架目录服务器（Indexer/Jobs）组成。
第一架web服务器打WSS SP1 和MOSS SP1没有问题，十分顺利。
第二架web服务器打WSS SP1时运行wizard报了一个错误，被吓了一跳，因为第一架web服务器已经搞定，心中有底，继续打MOSS SP1,顺利完成。目录服务器也发生同样的问题。因为最后测试通过，认为这是一个可以被忽略的问题。
事后分析：可能应该先为所有的服务器打上WSS SP1,然后再为所有的服务器打上MOSS SP1.这样就不会有报错了。

：MOSS SP1好像还是没有彻底解决Search Service的问题。一旦发生Service僵死的问题，解决起来十分辣手，在log 文件中爬上翻下，花掉大量的时间。 好在花了大价钱的MS Premier技术支持最后终会给一个解决方案。

：在为MOSS 2007做配置的时候，有一个小问题很让人困扰，完成配置需要相当多次输入管理员密码，因为没有再输入密码验证机制，输入错误的密码MOSS有时不会立刻报错，造成除错困难。有一次安装reporting service for MOSS时输入错误的密码，排错了二天，最后在AD的log文件中发现MOSS服务器一直在想用bad password与AD建立连接，才发现可能输入了错误的密码。现在凡是要输入密码时，在notepad打入明文，然后cut/paste，以策安全。

：MOSS有备份机制，但是只限于管理员，普通用户很难备份自己的subsite，有时用户要求恢复自己的subsite，管理员不得不恢复整个moss,从中提取用户的subsite，在数据大小达到数十个GB的级别时，你的头皮就开始发麻了。那么一个简单的subsite备份模块就是自然而然的事情了。

模块核心是一条dos(CMD)命令
STSADM -o export -url "<subsite url>" -filename e:\backup\%date:~10.4%\%date:~4.2%\%date:~7.2%\<备份文件名>” -overwrite -includeusersecurity
其中的%date因为时间的设置不同，有调整的必要。

建立一个列表,有如下的field
1:title 名称
2:subsite url 网址
3:backup mode(daily,monthly,weekly) 备份方式
4:remark 备注

在列表上用户提交备份要求，经过workflow被管理员批准后。batch任务用object model读出列表，生成一个cmd 文件定时运行。