我的问题很简单，我想我知道我的答案-我确实是在得到其他人的确认之后。
显然，如果我的WSUS服务器死了，一旦备份，我将需要进行大量下载，这不是问题。我在想更多WSUS背后的数据库-应该备份吗？
我认为将发生的情况就像是第一次重新设置WSUS-更改组策略，然后WSUS服务器将从头开始构建其计算机数据库及其已安装的更新。
我的假设正确吗，还是会做一些意想不到的事情？
从长远来看，每月备份一次并完成数据库，这是否更好？
Answers:
这取决于您的小组布局有多复杂，以及您是否对某些小组进行了大量的自定义批准/拒绝。它还取决于您是否关心数据库中计算机的历史记录和当前状态。
如果您有一个非常简单的设置，其中您只批准所有更新，而您实际上并不关心任何计算机的历史记录，则无需备份数据库或更新。与从备份还原相比，从头开始重建服务（取决于您与Microsoft的网络连接速度）可能会花费更少的时间。一旦启动，您所有现有的计算机都将使用新服务器签入。
对于任何服务，这都是相当基本的风险分析。如果您的数据昂贵（时间或金钱）或无法从头开始重新创建，则应进行备份。否则，请不要打扰。
当备份接近磁带容量时，我在上一份工作中对此进行了研究。我没有继续备份WSUS，而是将其设置在另一台服务器上并将其配置为下游服务器，即使该服务器实际上并没有为任何客户端提供服务。我认为，如有必要，我可以只编辑指向服务器的GPO设置，然后继续处理更紧急的事情，例如还原故障系统的其余部分。不用担心使用多少磁盘空间，但是它确实释放了磁带上的宝贵空间。
无论如何，我都会备份它，只是为了增加舒适度。令我惊讶的是，WSUS并不是绝对需要在常规的每晚备份工作中包括的，而是可以在白天运行，如果您的时间窗口和/或存储空间很紧，这可能会使事情变得更容易。是否要备份更新以及数据库和其他配置取决于您自己；如果重新下载它们很简单，那么您可能就不需要。
如果您决定不备份它，请确保您完整地记录了配置。重建操作系统以及应用程序和数据库软件可能是微不足道的，但是除非您重新获得正确的配置，否则您还没有真正恢复过。
您所说的是：重建WSUS服务器是正确的（尽管如果替换WSUS服务器的更新URL与发生故障的WSUS服务器相同，则对客户端配置的更改不会更改：组策略，注册表设置等）必要）。
是否备份WSUS数据库实际上只是下载时间与备份资源使用情况（备份窗口中的空间，时间）之间的权衡。它通常很小，所以我会定期去抓它。