今天，我们存储SVN存储库的虚拟W2003服务器变得非常繁忙。事实证明它在C：驱动器上只剩下88KB的可用空间。没那么好。由于访问问题，我们可以通过从任务管理器（McAffee，SqlServer，services.exe）中删除繁忙进程然后正常重启来重启它。我们释放了一些空间，机器再次开心，但我们的SVN存储库不再可用了。
如果我从客户端连接，它会在“svn：// [mymachine] / repos / [myapp]'”中显示消息“没有找到存储库” 但是，从服务器我可以使用“ svnlook tree [rootFolder] ”命令查看内容。
如果我使用Windows资源管理器导航到根文件夹，则以下文件夹为空（我不知道是否正常）：
但是， [rootFolder] / db 包含许多具有相应修订名称的文件。头部的大小应该在600MB左右，但我们也有一些分支机构。 [rootFolder]的总大小现在约为600MB。我们松开了树枝吗？明天我们也会知道我们的备份系统是否运行良好。无论如何，有没有人有任何想法？
[找到解决方案后更新]
对于所有提交答案的人来说，他们在解决问题时非常有用。 在崩溃期间，SVN服务被破坏，而数据保持不变。重新安装服务已经解决了这个问题。
答案 0 :(得分：3)
在存储库框中，尝试修复和验证。
svnadmin repair [rootFolder]
svnadmin verify [rootFolder]
如果这没有帮助，希望您的备份有效。
不要过分担心头部大小的大小。分支就像符号链接一样，只存储通常相当小的差异。
答案 1 :(得分：3)
听起来你只需要重启svnserve。
如果您使用sc跟随Subversion Book设置服务：
net start [service]
net start subversion
或者，直接:(理论上......我自己使用了sc和net）
svnserve.exe --service -r [rootFolder]