Frage : Sharepoint Bediener-Unterstützungs- und Wiederherstellung

Hallo Experten,

I morgens die Schwierigkeiten habend, zum ein der sharepoint Datenbank auf einem neuen Bediener wieder herzustellen. Die Situation ist wie this

On mein alter Sharepoint Bediener, den ich einen Reservebetrieb von der Hauptverwaltung laufen gelassen habe (CA) und es ist successful.

On der neue Sharepoint Bediener ich in CA einsteige und an Wiederherstellung von der Unterstützung klicke und sie auf die Position zeige, in der ich die Sicherungsdatei habe. Es findet dann die Datenbank richtig und zeigt sich die Unterstützungsinformationen. Ich wähle dann das sharepoint vor, das ich wieder herstellen möchte und alle SQL-Informationen auszufüllen dann Continue.

After anklicken über wenige Sekunden, zeigt sich es dem folgenden Störung message




Use diese Seite, um die Unterstützung anzusehen oder Jobstatus wieder herzustellen.    

Status: Gegenwärtiger Aushilfs-/Wiederherstellungsprozeß ist ausgefallen.
View alle Timer-Jobinformationen:

Timer Job-Status
Timer Job-Definitionen

The Unterstützung/Wiederherstellungsjob fielen aus. Um das Unterstützungs wieder laufen zu lassen/den Timer wieder herstellen, den Job aus der Timer-Job-Definitionseite gelöscht werden muss. Ausfall-Mitteilung: Zugang zum Weg „C:\sharepointbackup\spbrt oc.xml“ wird verweigert.



Anyone wissen, was mit dieser Datenbankwiederherstellung falsch ist?

Thanks

Antwort : Sharepoint Bediener-Unterstützungs- und Wiederherstellung

O.K. .if dieses ist das neue DC. und hat bereits seine srv Aufzeichnungen im DSNbediener. geregistriert. (zu den Testüberprüfung RReg Testergebnissen des comand dcdiag /test: DNS)
die meine Klienten verwenden noch das alte DC. für das müssen Sie ipconfig /flushdns auf den Klienten tun, damit sie DNS für ein DC in ihrem Aufstellungsort fragen und DNS diesem Bedieneraufzeichnungen zum Klienten für Authentisierung gibt
.
ist hier, wie LOGON Prozessstartd:
der DNS-Service am Arbeitsplatz schickt DNS-Frage zum DNS-Bediener, der in den IP-Einstellungen spezifiziert wird
und DNS-Bediener geben die Resultate, die das Aufstellungsortposition requestd durch Klienten. übereinstimmen.
wenn Klient keinen Aufstellungsort. spezifiziert. DNS geben alles DCS. und Klient schließt an gelegentliches DC an

howevr, wenn das DC im unterschiedlichen Aufstellungsort. ist. dieses DC gibt das FQDN des DC-Klienten sollte Anschluss zu sein.

jetzt. anderer Fall kann sein. wenn SRV Rekordproority und Gewicht spezifiziert in DNS

cleints schließen an srv Aufzeichnungen „an niedrigste Priorität und an höchstes weith“. an.  das ist (0) (100) durch Rückstellung

wenn es ein DC mit prioruty von 5 gibt und Gewicht von 100 und anderes DC hat 0 und 100

der Klient wird wählte neueres DC. .as dieses hat niedrigere Priorität

prüfen ob, wenn DCS in anderem Aufstellungsort die geänderten srv Aufzeichnungen haben