在这个 SF question中，我询问了如何确定服务器正在与哪个 DC 通信。我们正在进行一些弹性测试，需要向客户证明，如果 DC 出现故障，还有其他 DC 可用于承受压力。
使用nltest，我可以在任何给定时间确定我正在与哪个 DC 交谈。但是，如果我们使当前 DC 失败，我们如何强制服务器重新评估它可以与哪些其他 DC 通信，然后连接到一个……这样 'nltest' 将反映新的 DC？
理想情况下，我喜欢某种可以在同一个 Windows 会话中运行的操作，但到目前为止我们注销并重新登录。我对登录/注销的担忧是缓存的凭据可能会使图片复杂化。
简而言之，如果发生 DC 故障，使服务器连接到辅助 DC 的最简单/最快/最安全的方法是什么？
我正在准备在一个新网络（将托管一个关键任务应用程序）上进行一系列弹性测试。
作为其中的一部分，我应该确认域控制器的弹性。在这个环境中，我们有 2 个 DC，我需要能够确认当我拔掉一个 DC 时，剩余的 DC 会填补空缺。
为了确认 DC2 成功覆盖 DC1，我能做的最简单的测试是什么？
简单的事情gpupdate /force就足够了吗？还是有更好、更简单的测试？我们有很多东西要测试，所以我们需要做的越少越好。
当我已经安装了完整的 SQL Server 副本时，它坚持尝试安装 SQL Express，我发现我对 Web 平台安装程序的使用有些静音。
为什么会这样？有什么方法可以让 WPI 识别我安装了 SQL Server？
我刚刚重建了我的开发机器并安装了 IIS。然后我安装了 Web 部署工具并使用它来将我以前备份的网站恢复到干净的机器上。不幸的是，恢复没有正确/完全工作。
我无法轻易纠正这个问题，所以我决定卸载/重新安装 IIS 并手动重新创建站点。
我卸载了 IIS 并重新启动，但仍然留下了很多东西，例如/windows/system32/inetsrv/我试图手动删除的各种文件（成功有限！）。
我再次重新启动并尝试重新安装 IIS - 它报告了一个错误（没有有意义的消息）并请求再次重新启动。事件日志包括以下错误：
The World Wide Web Publishing Service (WWW Service) did not register the URL prefix http://*:80/gallery for site 1. The site has been disabled.
和
Unable to bind to the underlying transport for [::]:80. The IP Listen-Only list may contain a reference to an interface which may not exist on this machine.
我想避免再次重建。我可以完全删除 IIS，以便我可以从头开始重新安装它吗？或者我可以“修复”当前设置，以便 IIS 重新安装已经存在的内容吗？
我刚刚使用 Web 部署工具将旧开发机器上的网站转移到了新机器上（效果还可以，但效果不佳）。
我开始在默认网站的根目录下运行的 Web 应用程序之一上工作。起初似乎运行良好，但我在几个位置添加了一些指向图像的链接（一个在应用程序子目录中，另一个在应用程序下方的虚拟目录中），但我遇到了相对路径的问题（即/images/myimage.png）未正确链接：
呈现的 url 应该是：
//MyServer/MySite/Images/MyImage.png
实际上呈现为：
//MyServer/Images/MyImage.png
就好像服务器无法识别应用程序，但应用程序被配置为应用程序并且正在读取 Global.asa（即数据库连接、应用程序变量等）
我猜这是 Web 部署工具的一个怪癖......有人知道我需要做什么来实现预期的行为吗？
……至少我是这么认为的。
我最近在我的开发服务器上修改了我的备份例程。我为用户数据库创建了一个维护计划，该计划在全天的关键点执行一些每周清理任务、每日完整备份和事务日志备份。
一切都运行良好，直到今天收到一封电子邮件，通知我午餐时间备份失败。日志查看器并没有透露太多，除了一定数量的数据库已完全备份成功，在结束日志条目之前：
[snipped] Source: ... The package execution fa... The step failed.
不完全暴露
我突然想到，与以前的尝试相比，唯一的变化是今天早上我创建了一个新的（小而不起眼的）数据库。
我重新启动了 SQL Server 代理，并尝试手动重新运行（事务日志备份）步骤，但它再次失败。
但是，运行完整备份步骤（从而为我的新数据库创建第一个完整备份）有效 - 此外，再次重新运行事务日志备份步骤也有效。
由于缺少完整备份或以前的事务日志备份，事务日志备份似乎很困难。
这是预期的行为吗？一方面，在原始层面上这种做法是有道理的，但实际上，我希望它能够更优雅地处理这种情况。
如果是这样，有没有办法自动处理这个？这种情况不会经常发生，但我不能指望我在创建数据库时记得备份它，尤其是因为它仅处于开发的早期阶段。
如果不是，这种行为的可能原因是什么？我可以避免吗？
我敲开了一个简单的 Web 应用程序，它列出了特定文件夹中的所有文件或特定类型，并将它们呈现为 ListView 控件中的一系列 LinkButtons - 当用户单击 LinkButton 时，相关文件将流式传输给用户. 我已经在 ASP Classic 中这样做了十几次，但这是一个新的 ASP.NET 版本。
当我在我的开发机器上运行它时，它运行良好 - 但现在我已经将它设置在我遇到问题的实时服务器上：
“拒绝访问 'X:\mydir\'。无法开始监视文件更改”
该应用程序（当前）配置为使用匿名身份验证，但最终它将使用 Windows 身份验证。
查看权限情况后，我可以确认 ASPNET 用户和 IUSR_ServerName 用户对应用程序的父级（以及下面的所有内容）具有权限。
主机服务器是 Windows Server 2003 R2。
有任何想法吗？