Индекс -сервер восстановление

Question

Наша промежуточная среда (1xsql, 2x WFE 1x Индексера / приложение, управляемая Moss 2007 SP1 с некоторыми горячими лицами), стала плохой (VMware Mayhem), и мы потеряли наш поисковый индексер. Форма восстановления невозможна.

Наш план состоит в том, чтобы восстановить с нуля, что почти завершено. Конфигурация (диски и т. Д.) Все идентична.

Должен ли я удалить старый сервер с фермы, а затем добавить недавно построенную машину с исходным именем?

Или запустите мастер конфигурации и попытайтесь добавить его на ферму с тем же названием?

Или добавить его на ферму в качестве нового индексатора с новым названием?

Существует также сумасшедший план использования клона с сервера, который делает то же самое в нашей живой среде. Как это звучит для Peeps (тот же домен, другое имя)?

Любые комментарии оценены.

Обновление 1:

Спасибо, я добавил новый сервер и получил его настройку, ползающую (хотя он займет вечность).

Должен ли я сбросить весь ползающий контент и начать снова? Когда я должен удалить мертвые серверы (старый индексатор и 2 -й WFE) с фермы?

Обновление 2:

Я удалил сервер с фермы и сделал новый ползание, и теперь все это счастлива.

Answer 1

Я думаю, что в реестре есть гид, который уникально идентифицирует машину для фермы. Он расположен здесь:

HKEY_LOCAL_MACHINE -> Software -> Microsoft -> Shared Tools -> расширения веб -сервера -> 12.0 -> ServerId

Всякий раз, когда я клонировал виртуальную машину, я всегда меняю это на новую GUID, а также удаляю строковое значение, расположенное по адресу:

Hkey_local_machine -> Software -> Microsoft -> Shared Tools -> расширения веб -сервера -> 12.0 -> secure -> configdb -> dsn

Но я только клонировал WFE, никогда не сервер индексации. Поэтому я не знаю, как это может повлиять на вещи или вам нужно будет построить новый SSP с нуля или нет.

Одна мысль может заключаться в назначении вашей новой машины той же имени ServerId и имя компьютера, что и старый, и посмотреть, что произойдет.

Поскольку ваша старая машина падает, я предполагаю, что вы, вероятно, можете найти необходимую ServerID в конфигурации SharePoint DB где -то. Я думаю, что таблица Objects, а затем найду имя компьютера, используя столбец имени, а столбец ID - GUID ServerID.

Answer 2

Я всегда добавляю новый сервер с новым именем, так как всегда есть шанс, что у старого сервера может быть какая -то ссылка где -то, что -то облажалось - поэтому всегда используйте новый сервер.

Answer 3

На самом деле мне никогда не приходилось иметь дело с этим, но моя прочная рекомендация - добавить вашу новую машину на ферму с новый Имя, затем назначьте ему роль индексера. Это фактически был бы процесс, за которым вы будете следовать, если бы вы заменяли коробку, которая была индексером в «нормальных» обстоятельствах (в этом случае вы, безусловно, не будете пытаться сопоставить имя машины в любом случае). Последовательность удаления старой машины/добавление нового не должна иметь значения вообще.

Поскольку SharePoint хранит машины в конфигурации DB, не целесообразно использовать какие -либо другие варианты, так как у вас будет несоответствие. Я предполагаю, что предложение Стива Линеберри фактически установить SID новой машины такой же, как старая машина (предположительно с Newsid.exe или аналогичным образом), вы получите это, но я, конечно, не вижу опубликованного руководства, которое рекомендует что -нибудь как это. Роли сервера - это то, что важно, а не сопоставление имен машин или СВДС.

Относитесь к нему так, как будто вы меняли машину как обычно, и все будет в порядке.

Answer 4

Я бы всегда развернул сервер смены в качестве нового имени, а затем перестроил индексы.

Крис также поднимает действительно хороший момент с клонированным изображением, а СВДС хранится в SharePoint, использование клона может быть рискованным. Тем не менее, мы используем инструмент SYSPREP прямо перед тем, как принять системные изображения, которые вычитывают SID из коробки. Когда вы переделываете изображение, тогда есть обратный процесс, чтобы ввести ключ продукта Windows как часть развертывания. Это позволяет нам развертывать системные изображения с помощью программного обеспечения/конфигурации, уже выполненных без конфликтов SID. Я не уверен, сколько это может применить к вашей ситуации, если вы пытаетесь использовать виртуальные клоны/снимки. Мы делаем большую часть нашей визуализации из физического оборудования и используем Winpe или Acronis для создания изображений.