Index serveur de récupération

Question

Notre environnement de mise en scène (1xSQL, 2x WFE 1x indexeur / application en cours d'exécution MOSS 2007 SP1 avec quelques correctifs) a mal tourné (vmware Mayhem) et nous avons perdu notre recherche indexeur. Aucune forme de récupération est possible.

Notre plan est de reconstruire à partir de zéro qui est presque complète. La configuration (disques, etc.) est tous identiques.

Devrais-je supprimer l'ancien serveur de la ferme, puis ajouter la machine nouvellement construite avec le nom original?

Ou exécuter l'assistant de configuration et d'essayer de l'ajouter dans la ferme du même nom?

Ou l'ajouter dans la ferme comme une nouvelle indexeur avec un nouveau nom?

Il y a aussi un plan fou d'utiliser un clone à partir d'un serveur qui fait exactement la même chose dans notre environnement direct. Comment ce son à coups d'oeil (même domaine, nom différent)?

Les commentaires apprécié.

Mise à jour 1:

Merci, j'ai ajouté le nouveau serveur et l'ont obtenu ok rampants configuration (bien que sa prise pour toujours).

Devrais-je réinitialiser tout le contenu et recommencer exploré? Quand dois-je supprimer les serveurs morts (ancien indexeur et 2ème WFE) de la ferme?

Mise à jour 2:

Je l'ai fait supprimer le serveur de la ferme et fait une nouvelle exploration et est tout heureux maintenant.

Answer 1

Je pense qu'il ya un guid dans le registre qui identifie une machine à la ferme. Il est situé ici:

HKEY_LOCAL_MACHINE -> SOFTWARE -> Microsoft -> Outils partagés -> Web Server Extensions -> 12.0 -> ServerId

Chaque fois que je l'ai cloné une machine virtuelle je toujours changer cela à un nouveau guid ainsi que supprimer la valeur de chaîne située à:

HKEY_LOCAL_MACHINE -> SOFTWARE -> Microsoft -> Outils partagés -> Web Server Extensions -> 12.0 -> Secure -> ConfigDB -> dsn

Mais je n'ai cloné WFE de jamais le serveur d'indexation. Je ne sais pas comment cela pourrait affecter les choses ou si vous aurez besoin de construire un nouveau fournisseur de services partagés à partir de zéro ou non.

Une pensée pourrait être d'attribuer votre nouvelle machine même serverid guid et nom de l'ordinateur que l'ancien avait et de voir ce qui se passe.

Depuis votre ancienne machine est en panne, je suppose que vous pouvez probablement trouver le serverid que vous auriez besoin quelque part dans le config sharepoint db. Je pense que les objets table, puis trouver le nom de l'ordinateur en utilisant la colonne de nom et la colonne id est le guid SERVERID.

Answer 2

Je toujours ajouter un nouveau serveur avec un nouveau nom car il y a toujours une chance que l'ancien serveur pourrait avoir un endroit de référence foiré -. Il faut donc toujours utiliser un nouveau serveur

Answer 3

Je ne l'ai jamais eu en fait pour faire face à cela, mais ma recommandation forte serait d'ajouter votre nouvelle machine à la ferme avec un nom , puis lui attribuer le rôle de l'indexeur. Ce serait effectivement le processus que vous souhaitez suivre si vous Délestage la boîte qui était l'indexeur dans des circonstances « normales » (dans ce cas, vous ne serait certainement pas essayer de faire correspondre le nom de la machine de toute façon). La séquence d'enlever la vieille machine / ajouter la nouvelle ne devrait pas importer du tout.

Depuis la machine stocke SharePoint dans la db SIDs de configuration, il est sage de ne pas poursuivre l'une des autres options que vous auriez alors un décalage. Je pense que la suggestion de Steve Lineberry de mettre effectivement le SID de la nouvelle machine à être la même que la vieille machine (probablement avec NewSid.exe ou similaire) pourrait vous contourner, mais je ne vois certainement pas publié des lignes directrices qui recommande quoi que ce soit comme ça. Les rôles de serveur sont ce qui est important, qui ne correspondent pas les noms de machines ou SIDs.

le traiter comme si vous échangeaient la machine comme comme d'habitude et vous serez bien.

Answer 4

Je déploierait toujours un serveur de remplacement comme un nouveau nom à la reconstruction puis les index.

Chris apporte un très bon point avec l'image clonée aussi, avec les SIDs stockés dans SharePoint, en utilisant un clone pourrait être risqué. Cela dit, nous utilisons un droit d'outil Sysprep avant de prendre des images système qui frotte le SID de la boîte. Lorsque vous redéployer l'image il y a alors un processus inverse pour entrer la clé de produit Windows dans le cadre du déploiement. Cela nous permet de déployer des images système avec le logiciel / configuration déjà fait sans se heurter à des conflits SID. Je ne sais pas combien cela pourrait appliquer à votre situation si vous essayez d'utiliser des clones instantanés / VM. Nous faisons la plupart de notre imagerie du matériel physique et utiliser WinPE ou Acronis pour créer les images.