是的...我不是设置它的人。我的任务是为他们的 Exchange 数据设置备份。我通读了文档并了解了使用cheapo 内置备份解决方案的所有注意事项，包括必须备份整个卷才能对Exchange 进行一致的“应用程序”备份。
好的，所以我选择了 D:\ 驱动器，这是 DB 和日志所在的位置。为了节省空间，我在“高级”菜单中添加了两个文件夹排除项，其中一个显然包含 VHD 和用于实时运行的 VM 的相关文件。备份成功运行，日志被重放和截断，一切看起来都很好。
第二天我去执行测试还原。在恢复类型选择屏幕上，应用程序是灰色的！呃……
1a。添加排除项是否计入 Exchange 应用程序备份的“整个卷”要求，或者...
1b。Hyper-V 编写器是否与 Exchange 编写器冲突？
背景：应用程序需要创建用户对象以包含各种用户信息。这些用户对象的存在只是为了他们的数据，用户对象不应该能够登录、访问文件或做任何事情。此外，由于应用程序的功能，用户对象不能被禁用。
用户对象在创建时默认具有什么级别的访问权限（假设具有 DC 和文件服务器的典型简单域）？需要做些什么来锁定这些用户对象以使该访问无效？
我们目前正在为 Windows 文件服务器实施 DR 策略。我们已经排除了存储复制，因为它是一个预览功能，并且故障转移集群是为高可用性而设计的，而不是 DR。DFSR 在复制打开/锁定文件方面也存在缺陷，因此不适合该任务。
文件服务器 VM 的 SAN 到 SAN 复制对我来说似乎是最好的方法，尽管我已经被警告不要这样做，因为复制是未在更高级别合并的原始副本，可能导致不一致文件系统或损坏的文件。但是，对于以这种方法复制的任何服务器，这一事实都是正确的，这也是我们 DR 计划中用于其他服务器的方法。VSS/以前的版本也总是可以用来恢复任何损坏的文件。
进行 SAN 复制的好处是否大于文件损坏的风险？或者有没有更好的方法对文件服务器进行 DR？也许有一种产品可以执行更高级别的复制/快照，从而最大限度地减少数据中的逻辑不一致？
注意：集群运行 vSphere 5.5
我们目前正在实施一项灾难恢复战略。已决定使用 2 个实时文件服务器通过 DFSR 进行复制，而不是 SAN-SAN 复制。但是，我不知道这是否是一个好主意。
示例：DFS 不复制锁定的文件。假设用户有一个打开了数周的电子表格。它们会定期保存，但文件仍保持打开状态。然后，活动文件服务器关闭，用户被重定向到另一个服务器，该文件尚未被复制。
有没有办法缓解这种情况？我是不是误会了什么？或者 DFSR 不是为 DR 技术而设计的？
编辑：除了我上面的示例之外，DFSR 在 DR 上下文中还有哪些其他缺陷？
我已经自定义了所有的 XML 文件，但是我无法弄清楚如何编写 scanstate 脚本以在大量（约 50 台）PC 上远程运行。我有一个 PC 列表和我想以 CSV 格式迁移的相应用户配置文件。
我想我可以在启动时运行一个 Powershell 脚本，该脚本调用在 CMD 下运行的 scanstate，从列表中填写适当的参数。但是，我担心这会延迟登录或用户将关闭 CMD 窗口，这不是我想要的。有什么建议吗？
我们正在做一些清理工作，并且有一个旧的 Exchange 虚拟机挂在我们想要摆脱的地方。我们没有本地管理员凭据，但我们可以确定它不是当前域的一部分。看到新的生产 Exchange 服务器工作正常，关闭并移除旧服务器是否安全？
*我可能应该注意到这不是边缘传输服务器。过去曾升级到 Exchange 2013，现在只有一台正常运行的 Exchange 服务器。
在域中，PC 启用了文件夹重定向和脱机文件。取消加入后，我的文档是空的，但之前同步到我的文档的所有文件都卡在脱机文件文件夹中。我试图将它们复制出来，但出现错误（复制文件时出错。无法从磁盘读取源文件。）。我猜这是某种权限问题，但我不知道 OFF 实际位于磁盘上的哪个位置。
如何恢复所有这些文件？如果您也能找到一种方法来保留以前的文件夹结构，则可以加分。
在用户的笔记本电脑 (Windows 7 x64) 上，糟糕的性能让我在排除了几乎所有其他问题后怀疑是 rootkit。我用 Autoruns 检查了引导条目，并用 Malwarebytes 进行了全面扫描，结果都或多或少是干净的。我下载了 RKR，解压缩，以管理员身份运行，但它打不开。我打开任务管理器检查并尝试重新打开程序。有时这个过程甚至不会显示。有时它会显示大约 10 秒并列出固定数量的内存，然后消失。有一次，我获得了 Sysinternals 许可协议，但在那之后它就死了。尝试重命名 EXE，没有骰子。试过安全模式，没有骰子。
我还没有做的一件事是检查事件日志，我可能应该这样做。除此之外，什么机制可能导致 RKR 无法启动？还是我的系统可能受到损害，需要来自轨道的核武器？
我正在测试多个文件夹的文件夹重定向，并将我的桌面重定向到网络共享。我创建了一个脚本，将其保存到我的桌面，然后尝试在提升的 CMD 中运行它。但是，我无法通过 CD 进入 C:\Users\jsmith\Desktop 来运行脚本！
我假设会有某种指向共享位置的链接。到目前为止，我在文件夹重定向方面遇到了很多麻烦，我不得不恢复/重新创建一些文件夹，所以也许我丢失了那里的任何链接。还是这种行为是设计使然？
如果应该有指向重定向桌面的链接，我该如何重新创建它？
我有一个链接到用户 OU 的 GPO，其中设置了一些用户配置设置（特别是文件夹重定向设置）。这些在用户登录到他们的桌面时工作正常，但不适用于 TS。与组策略相关的事件日志中没有错误。在 TS 上运行 gpresult /r 表示未应用该策略。为什么？我看到的一个建议是将 GPO 链接到 TS OU，但为什么有必要这样做呢？TS 正在运行 Server 2008 SP2。
我们正在尝试将一组选定服务器的 TTL 设置为较低的值（1 分钟）。这是简单的部分，并且已经手动完成。但是，我担心如果记录因任何原因变得陈旧/被清除，或者服务器更新它并将 TTL 重置为默认值，将会发生什么，所以我想让它更永久。我有几个问题...
SOA下的Minimum Default TTL值在Windows中如何发挥作用？在另一篇文章中，提到此值的规范行为已更改。这也适用于 Windows 吗？
我的最小默认 TTL 值当前设置为 10 分钟，但客户端注册的所有 A 记录都设置了 20 分钟的 TTL。Windows下如何设置每条记录的TTL？客户端请求一个值，还是由 DNS 服务器决定？在任何一种情况下，它是如何改变的？
这可以通过Netplwiz. 有没有办法以编程方式执行此操作，也许是通过 Powershell？这样做的目的是预先安排他们的用户配置文件文件夹，以便可以对其执行操作。
目前，我们有一个 TS，所有用户配置文件都存储在本地。我们有一个 DR 服务器，它通过自动复制 C:\Users 文件夹并在另一端执行手动配置来同步，以更新配置文件的链接（对于新用户）。
这显然很麻烦。我想要做的是将用户帐户对象配置为指向共享上的 TS 配置文件（然后将通过 AD 和 DFS 复制设置/文件）。但是，问题是几个用户在 AppData\Local 下有很大的应用程序文件（几 GB），我们希望避免每次用户登录或注销时都复制它们（TS/RDS 在注销时是否做差异复制/登录？）。我在服务器上创建了一个本地共享，这样服务器就会指向它自己，但这仍然会触发复制。我还考虑过将 C:\Users 设为共享，这样网络路径将完全覆盖实际文件，但我还没有尝试过，有些事情告诉我这是个坏主意。
实现这个的最佳方法是什么？
编辑：另一个要求是 AppData\Local 必须在配置文件中保持一致，这意味着它在生产和 DR 中应该相同。显然，文件夹重定向仅适用于 AppData\Roaming，因此这不是一个完整的解决方案。这些配置文件的大部分大小似乎都在 AppData\Local 中，因此这是处理此问题的关键。
在布线有限的地方，我不得不设置 WiFi 信号扩展器以覆盖整个区域。这是一个粗略的图表......
Internet - WiFi/Gateway - Extender 1 - Extender 2
| |
PC (ethernet) WiFi device
我能够成功地将三个连接在一起，并且我可以从连接到最远扩展器的 WiFi 设备访问互联网。这是受支持的配置吗？如果不是，它会引起什么样的问题？我问的原因是PC老是报IP地址冲突，不知道是不是配置问题导致的。
此外，我注意到扩展器将自己的 SSID 命名为与它们连接的 SSID 相似，但带有后缀。使用相同的 SSID 命名它们，以实现无缝漫游，就像使用多个独立 AP 一样，会不会有任何问题？
假设我想从视图中删除一个事件，以便我可以查看其余事件。我该如何做到这一点？这是在 Server 2003 R2 盒子上。
我们有一个文件夹供员工扫描合同。扫描后，他们应该根据我们的惯例重命名它们，以便它们可以进一步处理。作为对最近事件的回应，这些文件夹的安全性已被锁定（它们被授予写入权限，但没有修改权限），现在它们无法重命名文件。
有没有一种技术方法可以完成我想做的事情？从我读过的内容来看，我认为这是不可能的。
如果没有，你能建议任何解决方法吗？一种可能性是在扫描文件时设置文件的名称。另一种方法是让受信任的管理人员获得足够的重命名权限。
最佳实践表明应该127.0.0.1在域控制器的网络适配器配置的 DNS 列表中列出一个，而不是第一个。话虽如此，将它放在列出了两个以上DNS 服务器的列表中的最佳位置是什么？第二，最后，还是无关紧要？解释原因也很有帮助。
我的 VM 配置为保存状态，如果之前在主机服务器重新启动时运行，则重新启动。所有 VM 都在重新启动时启动……但是，其中一些是从冷启动启动的，而不是从保存状态恢复启动的。为什么会这样？我已经搜索了任何相关的修补程序，但我找不到。主机是 Server 2008 SP2 x64。我找不到哪些来宾虚拟机无法正确恢复之间的相关性，有时会，有时不会。
我们有一个新的 2008 R2 服务器将替换 2003 R2 服务器（这是一个 DC 并且具有 DNS/DHCP/DFS/等）。这是我的计划大纲...
重命名 DC 然后立即为新服务器提供旧名称是否会产生任何问题？