结项时VSS备份问题
前几天接手部门服务器，发现里面内容杂而无章，决定整理一下。发现有一个名称为VSS的目录，打开一看，明显是一个项目的VSS配置库。看更新时间已经是一年以前了，可到底是什么项目呢？里面内容有多重要呢？头一回碰到这样的配置库，愁煞我也！
我咨询好几个同事才找到点儿线索，然后又在user列表里找到个曾经参与这个项目的成员，试了n多密码才打开这个配置库。这一折腾，两个人的半天时间进去了。试想，如果没有人能记得起密码呢？再悲观点儿说，如果项目组成员都已经离职了呢？也许这个VSS就成了一个永远的谜了。
针对这次事件，我觉得以后我们再做结项备份时要注意避免这个问题，也就想到这几个方法吧：
1. 备份前要求VSS Admin去掉密码，这样无论谁，只要被授权了，就能访问配置库内容
2. 备份时连同密码一起备份，就是说单独弄个记事本什么的把密码下下来。就像安装软件的序列号一样，需要的时候看一下就可以
3. 最麻烦但最直接的方式，就是把配置库最新版本全导出来，直接备份就行了。当然这样相对于以上两种方式有利有弊。利就是看起来方便且节省空间，弊呢，当然是不能保留历史版本了。
作为题外话，为了做到一目了然，我对配置库命名也作了个规范，项目简称-配置工具简称，
如ABC-VSS，这样一看就知道是哪个项目了。
其实很简单的问题，但稍不注意就带来很大隐患。也许大家已经做得很好了，甚至有更好的办法，希望拿出来共享一下。
搜索更多相关主题的帖子:
VSS
