Índice de recuperación del servidor

Question

Nuestro entorno de ensayo (1xSQL, 2X WFE 1x indexador / aplicación que se ejecuta MOSS 2007 SP1 con algunas revisiones) fue malo (VMware caos) y hemos perdido nuestra indizador de búsqueda. No forma de recuperación es posible.

Nuestro plan es reconstruir desde cero, que es casi completa. La configuración (discos etc) es todos idénticos.

¿Debo quitar el antiguo servidor de la granja y luego añadir la máquina de nueva construcción con el nombre original?

o ejecutar el asistente de configuración y tratar de agregarlo a la granja con el mismo nombre?

o añadirlo a la granja como un nuevo paso a paso con un nuevo nombre?

También hay un plan loco para utilizar un clon de un servidor que hace exactamente lo mismo que en nuestro entorno real. ¿Cómo funciona este sonido a píos (mismo dominio, nombre diferente)? ??

Cualquier comentario apreciado.

Actualización 1:

Gracias, he añadido el nuevo servidor y consiguieron configuración de rastreo bien (a pesar de su toma por los siglos).

¿Debo restablecer todos los contenido rastreado y empezar de nuevo? ¿Cuándo debería quitar los servidores muertos (indexador de edad y segundo WFE) de la granja?

Actualización 2:

Lo hice eliminar el servidor de la granja e hice un nuevo rastreo y todo es feliz ahora.

Answer 1

Creo que hay un GUID en el registro que identifica de forma exclusiva una máquina a la granja. Se encuentra aquí:

HKEY_LOCAL_MACHINE -> SOFTWARE -> Microsoft -> Shared Tools -> Servidor Web Extensiones -> 12.0 -> ServerId

Siempre que he clonado una máquina virtual que siempre pasa a una nueva GUID, así como eliminar el valor de cadena se encuentra en:

HKEY_LOCAL_MACHINE -> SOFTWARE -> Microsoft -> Shared Tools -> Servidor Web Extensiones -> 12.0 -> Seguro -> ConfigDB -> DSN

Pero sólo he clonado WFE de, no el servidor de indexación. Así que no sé cómo que podría afectar a las cosas o si necesitará para construir un nuevo SSP a partir de cero o no.

Una idea podría ser la de asignar su nueva máquina el mismo GUID ServerID y el nombre del equipo que tenía el viejo y ver qué pasa.

Debido a que su vieja máquina está abajo, estoy suponiendo que es probable que pueda encontrar el ServerID que lo que se necesita en la configuración de SharePoint db en alguna parte. Creo que los objetos de mesa y luego encontrar el nombre del equipo utilizando la columna nombre y la columna id es el GUID ServerID.

Answer 2

Siempre sería añadir un nuevo servidor con un nombre nuevo ya que siempre hay una posibilidad de que el antiguo servidor podría tener alguna referencia alguna parte la pata -. Por lo que siempre utilice un nuevo servidor

Answer 3

realidad nunca he tenido que hacer frente a esto, pero mi fuerte recomendación sería añadir su nueva máquina a la granja con un nueva nombre, y luego asignarle el papel indexador. Esto sería efectivamente el proceso que le sigue si estuviera intercambiando la caja que era el indexador en circunstancias 'normales' (en cuyo caso, desde luego, no estaría tratando de coincidir con el nombre de la máquina de todos modos). La secuencia de la eliminación de la vieja máquina / adición de la nueva no debería importar en absoluto.

Desde SID SharePoint almacena la máquina en el DB de configuración, no es aconsejable seguir cualquiera de las otras opciones como desee a continuación, tiene un desajuste. Creo que la sugerencia de establecer realmente el SID de la nueva máquina a ser la misma que la máquina de edad (presumiblemente con NewSid.exe o similar) le conseguiría redondo que Lineberry de Steve, pero desde luego no veo ninguna orientación publicada el que se recomienda nada como eso. Las funciones de servidor son lo importante, nombres o SID de la máquina no coincidentes.

tratarlo como si estuviera intercambiando la máquina como de negocios como de costumbre y se le multa.

Answer 4

Siempre sería implementar un servidor de sustitución con un nuevo nombre y luego reconstruir los índices.

Chris aporta un punto muy bueno con la imagen clonada también, con el SID almacenados en SharePoint, utilizando un clon podría ser arriesgado. Dicho esto, utilizamos un derecho herramienta sysprep antes de tomar imágenes del sistema que friega el SID de la caja. Cuando vuelve a implementar la imagen que hay a continuación, un proceso inverso para introducir la clave de producto de Windows como parte de la implementación. Esto nos permite implementar imágenes del sistema con el software / configuración ya se ha realizado sin caer en conflictos SID. No estoy seguro de cuánto que podrían aplicarse a su situación si usted está tratando de utilizar clones de VM / instantáneas. Hacemos la mayor parte de nuestra imagen de hardware físico y el uso de WinPE o Acronis para crear las imágenes.