年前一个项目组通过SAW来大面积MOVE目录，但有一个目录在操作中停止响应，长久等待不是办法，强行退出。这下坏了，每次进入此目录SAW就没反应了。查看服务器SAW服务，发现服务没死，但重新启动服务就解决问题，可以运行了。所以认为是SAW问题。心里觉得嫁接的东西还是不好。
有次突发奇想，在SAW停止响应时候，用VSS登录，结果访问问题目录时候，VSS也歇菜了。难道是VSS本身问题吗？
于是测试了几遍，发现还真是VSS的故障，SAW给背了黑锅。
这个问题一直没很好解决，通过Analyze也没找出毛病。那个郁闷啊~~~~~~~~~每天重启SAW服务N次！
今天耗了一天时间，先用Archive备份没问题的同级目录，然后把有问题的目录连同上级目录一块毙了。那个爽！
然后重建上级目录，再Restore,可是只恢复了一部分目录，其他总提示“XXX exits and archive files in database and........."意思是数据库还有这个文件，奇怪，明明"Destroy"的。
算了，不求甚解一次，反正以前备份过这些文件，重新让他们ADD吧。

心病终于解决了，发现SAW运行也快多了，这哥们也够郁闷的！

我也有同感！SAW是我一手在公司使用起来的，也是SAW的拥护者。但是，从VSS客户端转换到SAW客户端，我承担了很大的压力，出一点点问题都往SAW上推，也不具体分析到底是哪里出了问题。诚然，SAW有优点也有缺点，这个我在论坛也发表过帖子阐述。我们用工具也和用人一样，用它长处，避其短处。

因此，当我们在论坛把这些经验都分享出来的话，其他的朋友会少走很多弯路。谢谢楼主！

我还没用过SAW，因为是新手，不敢贸然尝试，下次准备把自己电脑带过来，建一个VSS模拟库，装一个SAW，想怎么试就怎么试，反正不是真正的项目配置库。哈哈

引用:

原帖由 wenleili 于 2008-3-14 18:44 发表
我还没用过SAW，因为是新手，不敢贸然尝试，下次准备把自己电脑带过来，建一个VSS模拟库，装一个SAW，想怎么试就怎么试，反正不是真正的项目配置库。哈哈

的确要先试用，搞清楚了在出手，SAW有利有弊的。