我有一个专门用于通过 rsync 存储远程备份的 EBS 卷。此卷附加并安装到 EC2 实例。用户调解备份可以通过用户主目录中的符号链接访问该卷。一切似乎都运行良好。用户写入一个文件夹，所有写入都进入附加的卷，这样我只需要对备份卷进行快照。
但是，这里有一个问题：当我在 EC2 管理控制台中监视此卷时，此卷上从未出现任何写入！事实上，所有写入都记录为进入根卷。
我的问题是：这只是 AWS 没有正确计算通过跨卷符号链接的磁盘写入的问题吗？或者我的设置可能有什么问题我应该担心？
我有一台服务器，其 WSUS 已经有一段时间无法运行了。我怀疑当服务器的系统驱动器空间不足时它崩溃了，但我真的不确定。我看到的唯一一个曾经安装过 WSUS 的遗迹是一个C:\WSUS包含 SQL 服务器的目录MYSQL$WSUS，以及一些自动批准更新的计划任务。没有与此数据库对应的服务，我也没有在 WSUS 的程序列表中看到任何安装。
此时我正准备完全重新安装 WSUS。但是，我想知道，我应该先尝试删除该C:\WSUS目录，还是保留它并希望安装会处理它？
使用资源管理器，当我尝试进入C:\WSUS\MSSQL$WSUS\目录时，窗口实际上冻结了 60 秒，这让我觉得可能会发生更严重的事情。尝试将 SQL Server 管理器连接到 WSUS 也会导致长时间的图形用户界面冻结。
最后，在服务器管理控制台中，当试图查看更新服务时，报告服务器错误，说
找不到文件或程序集名称 Microsoft.UpdateServices.Administration 或其依赖项之一。
我应该继续尝试重新安装，还是应该做其他事情来尝试恢复以前的 WSUS 安装？
在任务管理器中，我看到了sqlserver.exe的两个实例。一个正在消耗大量资源，所以我想稍微尝试一下利用它。如何确定这对应于哪个数据库？
我们拥有的两个 SQL Server 数据库分别用于Sharepoint和SBSMonitoring ，它们在各自的目录中都有一个sqlserver.exe 。\Binn我怀疑SBSMonitoring是分配资源的那个，因为Sharepoint很少对其进行任何更改。但是，我想确定地验证这一点，任务管理器似乎不是查找该信息的工具。
这是带有 SQL 2000 的 Windows SBS 2003。