公司项目开发源代码管理一直用vss，从vss6.0用到vss8.0（vss2005），在近两年的试用中碰到一些大大小小的问题：
1：vss服务迁移，这个比较好办，直接将整个vss目录拷贝过去，加上相应的权限就行了
2：vss错误修复，
由于各种原因（vs出错，vs强行结束，网络错误，vss服务器异常启动，关机等），1个工作日下来，vss服务或多或少的总有一些问题，vss出了错误后，从vs中打开程序有时候会很慢或异常，所以必须要修复。由于对vss了解肤浅，处理这个问题也经历了几个阶段
a、运行 Microsoft Visual SourceSafe Administration 后，如果有错误，会提示需要检查修复，一般就用这个检查下。
运行时间：不定期
其实这里面有问题，它应该只是检查了错误，而没有修复错误。
b、手动运行批处理文件修复
a方法每次都需要人工去运行挺麻烦，就做了1个批处理文件。点击执行就可以了。批处理文件内容如下：
"c:Program FilesMicrosoft Visual SourceSafeanalyze.exe" -f e:vssdata
用法就不具体解释了，可以在dos命令下查看analyze.exe的使用说明
运行时间：1周1次，需要确保所有用户都没有使用vss
c、自动运行修复
用了AutoMate（定时执行任务的工具，比较好用，功能很强大）来自动运行vss修复任务
运行时间：1周几次，设置在凌晨1：00运行（具体看各自情况）
但运行了几个月后，最近发现1点问题，修复失败了，错误如下：
Visual SourceSafe Analyze Version 8.0
Copyright (C) Microsoft Corporation. All rights reserved.
Database analysis in progress @ 07-10-06; 8:11.
File e:vssdatastatus.dat is already open
Cannot rebuild the database while Visual SourceSafe is being run. Make sure all users have exited SourceSafe and try again.
Analysis complete @ 07-10-06; 8:11
但检查用户确没有发现有用户连接vss。google下之后，没有找到好的办法，只好将vss服务重启了下，就不报这个错误，就能正常修复了。估计是缓存原因引起的。
找到问题后，将自动运行的批处理文件内容做了一些修改，停止vss服务，修复vss，启动vss服务，批处理内容如下
net stop ssservice
"c:Program FilesMicrosoft Visual SourceSafeanalyze.exe" -f e:vssdata
net start ssservice
经运行证实可行。 但还有个问题，如果分析的过程中异常了，vss服务将不能启动，所有做个调整，重启vss服务后，再修复，批处理文件内容如下：
net stop ssservice
net start ssservice
"c:Program FilesMicrosoft Visual SourceSafeanalyze.exe" -f e:vssdata
最后强调一点：修复vss的时间，一定要再vss使用闲时，因为vss修复时vss不能提供服务。
附注：
几篇参考文章：
http://www.cnblogs.com/kaima/archive/2007/06/26/693268.html
http://www.cnblogs.com/LeeWenjie/archive/2006/11/24/509498.html
http://www.cnblogs.com/RChen/archive/2006/01/12/315861.html
http://support.microsoft.com/kb/279191/zh-cn