Schreiber

Writer sind Anwendungen oder Dienste, die persistente Informationen auf dem Datenträger speichern und die Namen und Speicherorte dieser Dateien für Anforderer mithilfe der Schattenkopieschnittstelle bereitstellen.

Während Sicherungsvorgängen stellen Autoren sicher, dass ihre Daten still und stabil sind – geeignet für Schattenkopie und Sicherung. Autoren arbeiten mit Wiederherstellungen zusammen, indem Sie Dateien nach Möglichkeit entsperren und bei Bedarf alternative Speicherorte angeben.

Wenn während eines VSS-Sicherungsvorgangs keine Autoren vorhanden sind, kann weiterhin eine Schattenkopie erstellt werden. In diesem Fall befinden sich alle Daten auf dem schattenkopierten Volume im absturzkonsensierten Zustand.

Writer State

Autoren behalten ihren Status in einem XML-basierten Metadatenobjekt, dem Writer Metadata Document.

Diese Writer-Metadaten sind die einzige Datenstruktur, die den Dateisatz-Pfad-, Dateispezifikations- und Rekursionskennzeichen - der Daten enthält, die gesichert und wiederhergestellt werden sollen.

Das Writer-Metadatendokument organisiert die Dateisätze des Autors in Gruppen oder Komponenten. Die Beziehung einer dieser Komponenten während sicherungs- und wiederherstellungsvorgängen zu den anderen komponenten, die vom Writer verwaltet werden, wird im Writer-Metadatendokument durch die Auswahlmöglichkeit der Komponente für Sicherungs-, die Auswahlmöglichkeit für die Wiederherstellungund die logischen Pfadebeschrieben. (Weitere Informationen finden Sie unter Einrichten von Komponentenorganisation und Arbeiten mit Auswahl und logischen Pfaden.)

Weitere Informationen zur Wiederherstellung von Dateien und anderen Problemen sind ebenfalls in diesem Dokument enthalten.

Der Antragsteller benötigt die Writer-Metadaten in Verbindung mit seinem eigenen Sicherungskomponentendokument, um eine Sicherung oder Wiederherstellung zu verarbeiten.

Im Gegensatz zum Dokument für Sicherungskomponenten sollte das Writer-Metadatendokument als schreibgeschützte Struktur betrachtet werden. Sobald ein Autor es erstellt hat, wird das Dokument nicht geändert.

Writer-Ereignisbehandlung

Die VSS-Vorgänge eines Autors werden über den Empfang von COM-Ereignissen initiiert.

Wenn keine Ereignisse vorhanden sind, führt ein Writer keine VSS-Vorgänge (z. B. eine VSS-Sicherung oder Wiederherstellung) aus. Stattdessen führt sie ihre normale Arbeit aus, z. B. das Beantworten von Datenbankabfragen, das Verwalten von Benutzerdaten oder das Bereitstellen anderer Dienste.

Um sicherzustellen, dass die Fehlerbehandlung für mehrere parallele Sicherungs- und Wiederherstellungssitzungen ordnungsgemäß ausgeführt wird, und um sicherzustellen, dass eine Sicherungs- oder Wiederherstellungssitzung keine andere beschädigt, müssen Sie die folgenden Schritte ausführen:

• Wenn der Ereignishandler eines Autors (z. B. CVssWriter::OnFreeze) den CVssWriterEx2::GetSessionId, CVssWriter::SetWriterFailureoder CVssWriterEx2::SetWriterFailureEx-Methode aufruft, Der Ereignishandler muss die Methode im selben Thread aufrufen, der den Ereignishandler aufgerufen hat.
• Die Implementierung eines Ereignishandlers wie OnFreeze kann Arbeit bei Bedarf in Arbeitsthreads entladen, solange jeder Workerthread alle erforderlichen Fehlerberichte zurück an den ursprünglichen Ereignishandlerthread leitet.

Behandeln von Identifizieren von Ereignissen

Mit Ausnahme des "Identify"-Ereignisses hängt der Typ und die Reihenfolge der Ereignisse, die ein Writer empfängt, eindeutig vom Typ der derzeit laufenden VSS-Vorgänge ab.

Das Identify-Ereignis erfordert Autoren, die Systeminformationen über ihre Konfiguration und die Dateien bereitzustellen, die sie über ihre Writer Metadata Documentverwalten. Ein Identify-Ereignis wird zur Unterstützung von fast jedem VSS-Vorgang generiert, einschließlich Systemabfragen sowie Schattenkopie- und Sicherungs- und Wiederherstellungsvorgängen. Daher muss jede Writer-Implementierung des Identify-Ereignishandlers CVssWriter::OnIdentify jederzeit in der Lage sein, ein "Identify"-Ereignis zu behandeln , einschließlich in der Mitte der Verarbeitung eines anderen VSS-Vorgangs, z. B. einer Sicherung oder Wiederherstellung. Ein Identify-Ereignis sollte niemals als Teil des Lebenszyklus eines VSS-Vorgangs betrachtet werden, auch wenn seine Generierung erwartet und vor dem Beginn dieses Vorgangs erforderlich sein kann.

Es ist besonders wichtig, dass Zustandsinformationen zu einem VSS-Vorgang nicht in CVssWriter::OnIdentifygeändert werden, da der Empfang eines Out-of-Order-Ereignisses diese Informationen zurücksetzen würde.

Sicherungs- und Wiederherstellungsereignisse

Je nachdem, ob er an einer Sicherung oder Wiederherstellung teilnimmt, empfängt ein Writer zusätzlich zu einem anfänglichen Identify-Ereignis zwischen zwei und sieben Ereignissen.

Die Behandlung dieser Ereignisse stellt (aus Sicht eines Writers) den Lebenszyklus eines Sicherungs- oder Wiederherstellungsvorgangs dar.

In einem typischen Sicherungsvorgang (siehe Übersicht über die Verarbeitung einer Sicherung unter VSS-), würde ein Writer die folgenden Ereignisse behandeln (zusätzlich zu einem anfänglichen Identify-Ereignis):

• PrepareForBackup
• PrepareForSnapshot
• Gefrieren
• Tauwetter
• PostSnapshot
• BackupComplete
• BackupShutdown

In einem typischen Wiederherstellungsvorgang (siehe Übersicht über die Verarbeitung einer Wiederherstellung unter VSS), behandelt ein Writer die folgenden Ereignisse:

• PreRestore
• PostRestore