索引服务器恢复

Question

我们的登台环境（1XSQL，2X WFE 1X索引 /运行MOSS 2007 SP1带有一些HotFixes）的登台环境不好（VMware Mayhem），我们丢失了搜索索引器。没有恢复形式。

我们的计划是从头开始重建，这几乎完成了。配置（磁盘等）都是相同的。

我应该从农场删除旧服务器，然后添加新建的机器，并带有原始名称？

还是运行配置向导并尝试以相同名称添加到农场中？

还是将其作为带有新名称的新索引者添加到农场中？

还有一个疯狂的计划，使用从服务器中使用的克隆，该克隆在我们的实时环境中完全相同。这听起来如何窥视（相同的域，不同的名称）？

任何评论都赞赏。

更新1：

谢谢，我添加了新服务器，并使其设置为OK（尽管它永远使用）。

我应该重置所有爬行内容并重新开始吗？我什么时候应该从农场中删除死去的服务器（旧索引和第二WFE）？

更新2：

我确实从农场删除了服务器，并进行了新的爬网，现在一切都很高兴。

Answer 1

我认为注册表中有一个GUID可以唯一地识别机器的机器。它位于这里：

hkey_local_machine->软件 - > Microsoft->共享工具 - > Web服务器扩展名 - > 12.0-> ServerId

每当我克隆VM时，我总是将其更改为新的GUID，并删除位于以下位置的字符串值。

hkey_local_machine->软件 - > Microsoft->共享工具 - > Web服务器扩展名 - > 12.0-> Secure-> configDB-> DSN

但是我只克隆了WFE，从来没有索引服务器。因此，我不知道这可能会如何影响事物，或者您是否需要从头开始构建新的SSP。

一个想法可能是将您的新计算机分配给旧机器的同一serverid GUID和计算机名称，并查看会发生什么。

由于您的旧计算机已关闭，我假设您可以在某处的SharePoint配置DB中找到所需的服务器。我认为对象表，然后使用名称列找到计算机名称，而ID列是ServerID GUID。

Answer 2

我总是会添加带有新名称的新服务器，因为旧服务器总是有可能在某处拧紧的参考 - 因此始终使用新服务器。

Answer 3

我从来没有真正要处理这个问题，但是我的强烈建议是将您的新机器添加到农场 新的 名称，然后将其分配为索引器角色。如果您在“正常”情况下换成索引器（在这种情况下，您当然不会尝试匹配机器名称），这将有效地是您要遵循的过程。卸下旧机器/添加新机器的顺序根本不重要。

由于SharePoint将机器SIDS存储在配置DB中，因此选择其他任何选项是不明智的，然后是您的不匹配。我想史蒂夫·莱恩伯里（Steve Lineberry）的建议是将新机器的SID实际设置为与旧机器相同（大概是NewsId.exe或类似机器）会让您遍及您，但是我当然看不到任何已发布的指导像那样。服务器角色是重要的，而不匹配机器名称或SIDS。

像对待它一样将机器像往常一样换成，您会没事的。

Answer 4

我总是将替换服务器部署为新名称，然后重建索引。

克里斯（Chris）也从克隆的图像中提出了一个非常好的观点，将小溪存储在SharePoint中，使用克隆可能会冒险。也就是说，在拍摄从盒子上擦洗SID的系统图像之前，我们立即使用SYSPREP工具。当您重新部署图像时，将有一个反向过程，可以作为部署的一部分输入Windows产品键。这使我们能够使用已经完成的软件/配置部署系统图像，而不会遇到SID冲突。我不确定如果您尝试使用VM克隆/快照，可以适用于您的情况。我们从物理硬件中进行大部分成像，并使用Winpe或Acronis创建图像。