Indexserver -Wiederherstellung

Question

Unsere Staging -Umgebung (1xSQL, 2x WFE 1x Indexer / Anwendung Moss 2007 SP1 mit einigen Hotfixes) wurde schlecht (VMware Mayhem), und wir haben unseren Such -Indexer verloren. Es ist keine Form der Genesung möglich.

Unser Plan ist es, von Grund auf neu zu bauen, was fast vollständig ist. Die Konfiguration (Festplatten usw.) ist alle identisch.

Sollte ich den alten Server von der Farm entfernen und dann die neu gebaute Maschine mit dem ursprünglichen Namen hinzufügen?

Oder führen Sie den Konfigurationsassistenten aus und versuchen Sie, ihn mit demselben Namen in die Farm hinzuzufügen?

Oder fügen Sie es als neuer Indexer mit einem neuen Namen in die Farm hinzu?

Es gibt auch einen verrückten Plan, einen Klon von einem Server zu verwenden, der genau dasselbe in unserer Live -Umgebung tut. Wie klingt dieser Blick auf Peeps (gleiche Domäne, unterschiedlichen Namen)?

Alle Kommentare wurden geschätzt.

Update 1:

Danke, ich habe den neuen Server hinzugefügt und ihn ein Setup Crawling OK hinzugefügt (obwohl es für immer dauert).

Sollte ich alle krabbenden Inhalte zurücksetzen und von vorne anfangen? Wann sollte ich die toten Server (alter Indexer und 2. WFE) von der Farm entfernen?

Update 2:

Ich habe den Server von der Farm entfernt und habe einen neuen Crawl gemacht, und jetzt ist alles glücklich.

Answer 1

Ich denke, es gibt eine Richtlinie in der Registrierung, die eine Maschine für die Farm eindeutig identifiziert. Es befindet sich hier:

HKEY_LOCAL_MACHINE -> Software -> Microsoft -> Shared Tools -> Webserver -Erweiterungen -> 12.0 -> Serverid

Immer wenn ich eine VM kloniert habe, ändere ich das immer in einen neuen GUID und lösche den String -Wert unter:

HKEY_LOCAL_MACHINE -> Software -> Microsoft -> Shared Tools -> Webserver -Erweiterungen -> 12.0 -> Secure -> configDB -> DSN

Aber ich habe nur WFEs geklont, niemals den Indizierungsserver. Ich weiß also nicht, wie sich dies auf Dinge auswirken könnte oder ob Sie einen neuen SSP von Grund auf neu erstellen müssen oder nicht.

Ein Gedanke könnte darin bestehen, Ihrem neuen Computer dieselbe Serverid -GUID und den Computernamen zuzuweisen, den der alte hatte, und zu sehen, was passiert.

Da Ihre alte Maschine ausgefallen ist, gehe ich davon aus, dass Sie wahrscheinlich die Serverid finden können, die Sie in der SharePoint -Konfiguration DB irgendwo benötigen würden. Ich denke, die Objekttabelle und dann den Computernamen mit der Spalte Name und der ID -Spalte für die Serverid -Richtlinie finden.

Answer 2

Ich würde immer einen neuen Server mit einem neuen Namen hinzufügen, da es immer die Möglichkeit gibt, dass der alte Server irgendwo eine Referenz haben kann, die irgendwo durcheinander geraten könnte - verwenden Sie also immer einen neuen Server.

Answer 3

Ich musste mich nie damit befassen, aber meine starke Empfehlung wäre, Ihre neue Maschine mit einem zur Farm hinzuzufügen Neu Nennen Sie es und weisen Sie ihm die Indexer -Rolle zu. Dies wäre effektiv der Prozess, dem Sie befolgen würden, wenn Sie den Box ausgetauscht hätten, der unter den „normalen“ Umständen der Indexer war (in diesem Fall würden Sie sicherlich nicht versuchen, den Maschinennamen zu übereinstimmen). Die Reihenfolge des Entfernens der alten Maschine/das Hinzufügen des Neuen sollte überhaupt keine Rolle spielen.

Da SharePoint Machine SIDs in der Konfiguration DB speichert, ist es nicht ratsam, eine der anderen Optionen zu verfolgen, da Sie dann eine Missverhältnis haben würden. Ich denke so wie das. Die Serverrollen sind wichtig, nicht übereinstimmende Maschinennamen oder SIDS.

Behandle es so, als würdest du die Maschine wie gewohnt ausgetauscht haben, und es wird dir gut gehen.

Answer 4

Ich würde immer einen Ersatzserver als neuen Namen bereitstellen und dann die Indizes wieder aufbauen.

Chris bringt auch mit dem geklonten Bild einen wirklich guten Punkt auf, wobei die SIDs in SharePoint gespeichert sind und einen Klon verwenden könnten, könnte riskant sein. Trotzdem verwenden wir ein Sysprep -Tool, bevor wir Systembilder aufnehmen, die den SID aus der Box schrubben. Wenn Sie das Bild dort neu anwenden, ist ein Umkehrprozess, um den Windows -Produktschlüssel als Teil der Bereitstellung einzugeben. Dies ermöglicht es uns, Systembilder mit Software/Konfiguration bereitzustellen, ohne auf SID -Konflikte zu stoßen. Ich bin mir nicht sicher, wie viel das für Ihre Situation gelten könnte, wenn Sie versuchen, VM -Klone/Schnappschüsse zu verwenden. Wir machen den größten Teil unserer Bildgebung aus physischer Hardware und verwenden Winpe oder Acronis, um die Bilder zu erstellen.