周五的时候，在测试环境对某个web应用程序下作站点备份还原时，不小心将该web应用程序下的首要网站给覆盖了。而该站点目前是用户正在使用的，上面大概有1.5g的文档。还是强烈建议将测试和生产环境区分开。一下把我弄蒙了。我傻傻的跑到管理中心看了下回收站，现在想想当时真的蒙了。怎么可能在管理中心的回收站找到呢。冷静了一下想，还是给领导写邮件吧，现在写还是下周一在写呢？犹豫的时候，就想测试环境中的数据库有没有做定时备份呢。怀中一种试一试的态度去看了。当看到计划任务里面有个每晚12点做全备时，我眼前一亮。有机会。。我直接将将该站的的数据库还原了。还好那时我们建立Web应用程序的时候数据库名都是以 Wss_Content_端口号 来命名的，这样就很方便找到要恢复的是那个数据库，如果你不幸的是在创建web应用程序的时候没有修改默认的数据库名，恭喜你你将看到一堆乱码。不过也没关系，到管理中心找到内容数据库，就可以找到站点对应那个数据库了。
数据库还原过程就不说了。碰到的问题无非是，数据库正在使用、或者数据库日志没有备份之类的。大家都是干这行的，这个问题很简单，实在搞不定上网搜搜也就找到解决方法。当我成功将内容数据库还原到后。第一件事看了下数据库的大小，多出了1g多，大小对了。然后直接访问站点。。。。还是找不到站点。moss中记录有几个站点每个站点的路径配置信息保存在什么地方。Sharepoint_Config库。同理对该库进行还原。我可爱的站点能打开了。不用给领导写邮件了
后面想了下，其实moss如果要做灾难性备份只需要做数据库的全备、和程序的全备。基本上就可以了。目前我没想到有什么太大的问题。数据库备份又快又省。如果哪位博友对这种方式有什么想法欢迎讨论。
