Index Server Recovery

Question

Il nostro ambiente di staging (1xSQL, 2X WFE 1x indicizzatore / applicazione in esecuzione MOSS 2007 SP1 con alcuni aggiornamenti rapidi) è andato male (vmware caos) e abbiamo perso il nostro indicizzatore di ricerca. Nessuna forma di recupero è possibile.

Il nostro piano è quello di ricostruire da zero, che è quasi completa. La configurazione (dischi ecc) è tutto identica.

Devo rimuovere il vecchio server dalla farm e quindi aggiungere la macchina di nuova costruzione con il nome originale?

o eseguire il wizard di configurazione e cercare di aggiungerlo nella fattoria con lo stesso nome?

o aggiungerlo nella fattoria come un nuovo indicizzatore con un nuovo nome?

C'è anche un piano folle di utilizzare un clone da un server che fa esattamente la stessa cosa nel nostro ambiente vivo. Come funziona questo suono fa capolino (stesso dominio, nome diverso)?

Qualsiasi commento apprezzato.

Aggiornamento 1:

Grazie, ho aggiunto il nuovo server ed ottenuto l'installazione strisciando ok (anche se la sua assunzione per sempre).

Dovrei ripristinare tutti i contenuti scansionati e ricominciare da capo? Quando devo togliere i server morti (vecchia indicizzatore e 2 ° WFE) dalla fattoria?

Aggiornamento 2:

Ho fatto rimuovere il server dalla fattoria e ha fatto un nuovo passo d'uomo ed è tutto felice.

Answer 1

Penso che ci sia un GUID nel Registro di sistema che identifica in modo univoco una macchina alla fattoria. Si trova qui:

HKEY_LOCAL_MACHINE -> SOFTWARE -> Microsoft -> Shared Tools -> Web Server Extensions -> 12.0 -> ServerId

Ogni volta che ho clonato una macchina virtuale a cambiare sempre che ad un nuovo GUID, nonché eliminare il valore di stringa si trova in:

HKEY_LOCAL_MACHINE -> SOFTWARE -> Microsoft -> Shared Tools -> Web Server Extensions -> 12.0 -> Sicurezza -> configdb -> DSN

Ma ho clonato solo WFE di, non il server di indicizzazione. Quindi non so come che potrebbe influenzare le cose o se sarà necessario costruire un nuovo provider di servizi condivisi da zero oppure no.

Un pensiero potrebbe essere quella di assegnare il nuova macchina lo stesso GUID ServerID e il nome del computer che il vecchio aveva e vedere cosa succede.

Dal momento che la vostra vecchia macchina è giù, sto assumendo probabilmente si può trovare il ServerID che si avrebbe bisogno di SharePoint config db da qualche parte. Penso che la tabella di oggetti e poi trovare il nome del computer utilizzando la colonna nome e la colonna id è il GUID ServerID.

Answer 2

Mi sarebbe sempre aggiungere un nuovo server con un nuovo nome in quanto v'è sempre la possibilità che il vecchio server potrebbe avere un po 'da qualche riferimento avvitato -. Così sempre utilizzare un nuovo server

Answer 3

Non ho mai realmente avuto a che fare con questo, ma il mio forte raccomandazione sarebbe aggiungere la nuova macchina per la fattoria con un nuovo nome, quindi assegnare il ruolo indicizzatore. Questo potrebbe effettivamente essere il processo che ci seguono se si stesse sostituendo la scatola che era l'indicizzatore in circostanze 'normali' (in questo caso certamente non sarebbe cercare di abbinare il nome della macchina in ogni caso). La sequenza di rimuovere la vecchia macchina / aggiungendo il nuovo non dovrebbe importa affatto.

Dal SID negozi SharePoint macchina nel DB di configurazione, non è saggio per perseguire una qualsiasi delle altre opzioni come ci si allora avete una mancata corrispondenza. Credo che il suggerimento di Steve Lineberry della realtà impostare il SID della nuova macchina per essere la stessa della vecchia macchina (presumibilmente con NewSid.exe o simili) si otterrebbe rotonda che, ma certamente non vedo alcuna guida che raccomanda pubblicato nulla come quello. I ruoli server sono ciò che è importante, i nomi delle macchine che non corrispondono o SID.

trattarlo come se si stesse scambiando la macchina come business as usual e andrà tutto bene.

Answer 4

Mi sarebbe sempre distribuire un server di sostituzione come un nuovo nome poi ricostruire gli indici.

Chris porta in primo piano un ottimo punto con l'immagine clonata anche, con i SID memorizzati in SharePoint, utilizzando un clone potrebbe essere rischioso. Detto questo, noi usiamo un diritto strumento sysprep prima di prendere le immagini di sistema che scrub il SID dalla scatola. Quando si ridistribuisce l'immagine c'è poi un processo inverso di inserire la chiave del prodotto Windows come parte della distribuzione. Questo ci permette di distribuire immagini del sistema con il software / configurazione già fatto senza incorrere in conflitti SID. Io non sono sicuro di quanto questo potrebbe applicare alla vostra situazione, se si sta cercando di utilizzare cloni VM / istantanee. Facciamo la maggior parte del nostro di imaging da hardware fisico e usiamo WinPE o Acronis per creare le immagini.