SourceSafe 备份脚本 - 最好的方法？答案

【问题标题】：SourceSafe backup script - best approach?SourceSafe 备份脚本 - 最好的方法？
【发布时间】：2010-11-04 06:23:11
【问题描述】：

我想知道为我的组织的 SourceSafe 数据库创建备份并将其移动到另一台服务器上的共享位置的最佳方法是什么？目前我们有一个运行批处理文件的计划作业，该批处理文件又执行 PowerShell 脚本。

此 Powershell 脚本创建一个备份文件（使用 SourceSafe 命令行参数），将其移动到新服务器（通过在 SourceSafe 服务器上映射的驱动器），并将 SourceSafe 备份的输出发送给我们的管理员通过电子邮件。

这个过程在大多数情况下有效，但我不禁觉得我们应该使用更简化的方法或工具。欢迎任何建议！

【问题讨论】：

我能给出的最佳建议是迁移到 SourceSafe 以外的存储库！ :)
不是 sourcesafe 存储库只是 Windows 共享上的文件集合吗？你不能只使用普通的文件系统备份工具吗？
@skaffman，你是对的。我们就是这样做的（直到我们完成向 TFS 的迁移）

标签： command-line powershell backup batch-file visual-sourcesafe

【解决方案1】：

SSARC 并不是真正的备份工具。我不会推荐它。它更像是一种在不同数据库之间剪切粘贴 VSS 存储库段的方法。它也不是没有副作用。至少，源数据库中的项目被标记为已归档。在最坏的情况下，它们会被删除。

最好的方法是让您的数据库脱机，将其压缩（或 RAR，等等），然后将 *.zip 文件复制到安全的地方。 VSS 是在文件共享是唯一在 PC LAN 上可靠可用的跨平台协议时设计的，因此文件系统是数据库。与现代客户端-服务器系统相比，VSS 架构有许多缺陷，我相信您已经意识到了——但您不妨利用它的便利性来发挥自己的优势。

【讨论】：

【解决方案2】：

查看SSARC-http://msdn.microsoft.com/en-us/library/t9d14fh1(VS.80).aspx，但请考虑远离 SourceSafe！

【讨论】：

我们已经使用了 SSARC 实用程序 :) 我应该在我原来的帖子中说明这一点。在过去的六个月里，我们一直在研究 Team Foundation Server，但我们至少要再过六个月才能做出任何决定！
好的。我已经从 VSS 转移到 TFS。 TFS要好得多。现在我正在从 TFS 迁移到 Subversion，但我都喜欢。

【解决方案3】：

我们的做法与您所说的非常相似，但也会每晚离线并检查完整性。多年来，它对我们来说一直很有效。

【讨论】：