SMALL BUSINESS SERVER 2003 sp1容灾恢复testing,准备networking连接速度慢

好的做了一个sbs 2003 r2 sp1机器的不同硬件的testing,客户端需要一个文档化的testing。 过去多次为其他人做过这个“准备networking连接”需要很长时间,大约需要20分钟才能启动到ctrl + alt + dlt

  • 启动到安全模式是快速的
  • 启动到目录服务模式是快速的(似乎当exchnage服务和活动目录不涉及的事情是好的)

  • 我在目录服务模式下使用sbs 2003的备份进行恢复

  • 我恢复了C盘和系统状态
  • 启动回来,并固定在同一个旧的IP地址系统的网卡,与DNS一样,这样的一切都是它应该的方式。
  • 重新启动,广告出现,所有在内部DNS下的正向和反向查找也在那里。
  • 我把设备pipe理器下的隐藏物品(老尼克斯)拿出来,我也删除了它们。

通常在这个阶段我会完成,事情会很快启动,testing将结束。 但是我一直在慢慢准备networking连接。 我已经做了这个与电缆连接的networking,并将其删除。 主要的偶编号是1126关于全局编录错误。 我检查下的网站和服务,似乎是启用。

这曾经是一个两个DCnetworking。 另一个DC是服务器2003单元。 既然是2003年的SBS,所有的fsmoangular色3年前都搬到了sbs 2003的盒子里。 而且两个DC都被制造出来了
GC(全球目录)

DNS正在指向自己。 我必须做任何事情MS回送适配器? 从来没有做过,但如果有的话,是否有任何白皮书。 我想也许有一个机会,回环适配器仍然locking到旧的硬件。

我还能做什么来testing? 谢谢。 GD

各种各样的事情可能会导致你所看到的。 通常这是DNS相关的,但它不一定是,而且这听起来像你已经检查出来。

将组策略“pipe理模板”的“系统”部分中的“详细与正常状态消息”设置切换为“已启用”,并查看消息“正在准备networking连接…”是否更改得更有帮助。 (我在所有客户networking上将此设置设置为“Enabled”。在WinLogon将机器放在一起时,查看更详细的信息非常方便。)

你可以编辑你的文章,包括更详细的描述,你说你在事件日志中看到什么?

在安全模式下,尝试在services.msc中将Microsoft Exchange Services设置为“自动”的“手动”。 如果服务器启动OK,请查看“队列目录”; 默认情况下,它位于c:\ program files \ exchsrvr \ mailroot \ vsi 1 \ queue中,或者在Exchangepipe理器的“默认SMTP虚拟服务器”中检查位置的“消息”选项卡。 如果队列中有任何文件将其移动到其他位置,请将Exchange服务重新设置为“自动”并重新启动。

在队列文件夹中存在损坏的消息之前,我已经看到了这个问题。