今天早上早些时候，store.exe 以某种方式模糊不清，这需要重新启动我们的 Exchange 服务器。它重新上线，没有错误或问题，所有事务日志都成功重放，并且所有商店都正常安装。对我来说，这只是随机崩溃之一；然而，我们的顾问怀疑这是由其中一家商店的腐败造成的。也许他是对的，因为他的经验比我多得多，但这不是重点。
为了修复可疑的错误，他计划运行 ESEUTIL 碎片整理（通过 PerfectDisk）来修复它们，他声称这也将修复存在的任何错误。
据我了解，碎片整理、验证和修复是 3 个独立的操作，碎片整理并不意味着任何类型的完整性检查。这样对吗？在可能损坏的数据库上运行直接碎片整理是否有任何危险？
编辑：
这是事件日志中的第一个错误，它表明我们遇到的问题的开始。有谁知道它可能表示什么？
Event Type: Error
Event Source: Microsoft Exchange Server
Event Category: None
Event ID: 1000
Date: 11/23/2011
Time: 8:15:47 AM
User: N/A
Computer: SERVER
Description:
Faulting application exsp.dll, version 6.5.7638.1, stamp 430e735b, faulting module kernel32.dll, version 5.2.3790.4480, stamp 49c51f0a, debug? 0, fault address 0x0000bef7.
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 41 00 70 00 70 00 6c 00 A.p.p.l.
0008: 69 …我正在四处寻找一些新的 Wi-Fi 路由器，Cisco Aironets 看起来不错。模型之间有一些区别特征；特别是，与 1140 相比，1260 专为“具有挑战性的射频环境”而设计（显然是通过添加天线的能力）。
现在，我的办公室在纽约市，几乎所有可以想象的方式都非常拥挤。我的 iPod 在主接入点附近接收到大约 10 个 WiFi SSID，您可以假设每个人和他们的兄弟都在使用他们的 iPhone 以及天知道有多少其他设备，包括 WiFi 和 3G/4G。在最坏的情况下，假设我将有 50-100 人连接到这个特定的接入点。这是否构成“具有挑战性的射频环境”，或者这是一个相当典型的非极端负载？更实际地说，这是否证明了获得 1260 的额外费用是合理的？
注意：大楼内的不同地方还有 3 个其他接入点，但由于其位置，大厅中的接入点将是最常用的接入点。
某些设备，例如服务器和高端交换机具有双 PSU/电源输入，然后可以连接到单独的 UPS，这些 UPS 连接到单独的电源电路（到目前为止是正确的，对吗？）。
但是，许多设备（例如标准开关）只有一个电源输入。这是有问题的，因为在电路 #1 出现故障的情况下，您的服务器可能仍在电路 #2 上运行，但您的整个网络基础设施已关闭，因为它也在电路 #1 上。
如何为只有一个电源输入的设备设置电源冗余（可能通过本身具有双电源输入的配电盘类型的设备）？或者是否必须专门购买具有该功能的设备？
在布线有限的地方，我不得不设置 WiFi 信号扩展器来覆盖整个区域。这是一个粗略的图表...
Internet - WiFi/Gateway - Extender 1 - Extender 2
| |
PC (ethernet) WiFi device
我能够成功地将三个菊花链连接在一起，并且我可以从连接到最远扩展器的 WiFi 设备访问互联网。这是支持的配置吗？如果不是，它会产生什么样的问题？我问的原因是PC不断报告IP地址冲突，我想知道这是不是配置方式引起的。
此外，我注意到扩展器将自己的 SSID 命名为与它们所连接的 SSID 相似，但带有后缀。将它们全部命名为相同的 SSID 是否会像使用多个独立 AP 一样实现无缝漫游？
我们目前正在为 Windows 文件服务器实施 DR 策略。我们已经排除了存储复制，因为它是一项预览功能，而故障转移群集旨在实现高可用性，而不是灾难恢复。DFSR 在复制打开/锁定的文件方面也存在缺陷，使其不适合该任务。
文件服务器虚拟机的 SAN 到 SAN 复制对我来说似乎是最好的方法，尽管我被警告不要这样做，因为复制是未在更高级别合并的原始副本，可能会导致不一致文件系统或损坏的文件。然而，这个事实适用于以这种方法复制的任何服务器，而且我们的 DR 计划中的其他服务器也使用这种方法。VSS/以前的版本也可以始终用于恢复任何损坏的文件。
进行 SAN 复制的好处是否大于文件损坏的风险？或者有没有更好的方法为文件服务器做 DR？也许有一种产品可以执行更高级别的复制/快照，以最大限度地减少数据中的逻辑不一致？
注意：集群运行的是 vSphere 5.5
我正在尝试通过其公共 IP 地址访问 LAN 上的服务器。外部客户端可以正常连接，但我无法从 LAN 内部连接。还有就是在我的网关（这相当于子网地址的公共接口IP，但在其他方面）的NAT设置一个单独的规则，但它似乎没有正常工作。
我将如何正确设置以通过公共 IP 地址访问本地资源？
我知道中继是一个 VLAN 概念，其中多个 802.1Q 标记的数据包在同一条路由上传输。相反，我正在寻找（也许我的术语错误）是将两个端口从一个交换机组合到另一个，因此它们充当具有双带宽的单个路由，而不是两个单独的路由（这会导致问题STP）。这叫什么，它通常是如何实现的？