Häufig gestellte Fragen - SQL Server 2000 - Protokollversand

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 314515 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Dieser Artikel beschreibt verschiedene Aspekte des Protokollversands und beantwortet die am häufigsten gestellten Fragen zur Einrichtung, Sicherheit, Überwachung, Änderung der Rolle und das Entfernen des Protokollversands in SQL Server 2000 Enterprise Edition.

Weitere Informationen

Protokollversand in SQL Server 2000 bietet eine warme Backup-Lösung mit den SQL Server Wartungsplanungs-Assistenten herstellen. Sicherungen des Transaktionsprotokolls aus einer Datenbank können automatisch auf einen anderen Server ausgeliefert und auf einer standby-Datenbank angewendet werden. Die standby-Datenbank können Sie nur-Lese Operationen (je nach Auslastung).

Einrichten des Protokollversands

F1: Welche Edition von SQL Server muss ich beim Protokollversand eingerichtet haben?

A1: Die folgende Matrix zeigt die Edition von SQL Server, die für die drei Komponenten erforderlich ist, die am Protokollversand teilnehmen:
Tabelle minimierenTabelle vergrößern
KomponenteEdition von SQL Server erforderlich
Primärer ServerEnterprise Edition oder Developer Edition
Sekundärer ServerEnterprise Edition oder Developer Edition
ÜberwachungsserverEine beliebige Edition


F2: Was muss ich tun, bevor ich den Protokollversand Set up über SQL Server Enterprise Manager starten?

A2: Hier ist die Liste der möchten, müssen Sie vor der Protokollversand in SQL Server 2000.

  • Starten Sie SQL Server und SQL Server-Agent-Dienste Undera Domänenkonto oder die relevante primäre, sekundäre und Monitorservers für Pass-Through-Sicherheit zu konfigurieren (siehe Frage 3 in diesem Bereich für Weitere Informationen).
  • Sie können den Protokollversand von jedem Computer mit SQL Server Enterprise Manager (SEM) einrichten. Sie müssen registrieren alle Computer sind mit SQL Server die Funktion als Server, die dazu bestimmt sind, werden Thesecondary-Servern über SEM, auf dem Computer aus der Protokollversand eingerichtet werden soll.
  • Erstellen Sie einen Ordner auf dem primären Server für die Rückseite Transactionlog USV. Sie können diesen Ordner an einer beliebigen Stelle auf dem primären Computer erstellen.Muß eine ausreichend freier Speicherplatz auf dem Laufwerk, auf dem Sie die Sperre für den Ordner aus anordnen, ups mindestens Tage des Transaktionslogs wieder. Genaue Spacerequired ist nicht einfach, vorhergesagt werden, da es die Größe und Häufigkeit des Transaktionsprotokolls hängt die Sicherungen für die Datenbank. Microsoft empfiehlt, einen anderen Ordner für jede Datenbank, Protokollversand, Youcreate.
  • Teilen Sie die Ordner, die Sie im vorherigen Schritt erstellt haben. Lesen Sie sicherzustellen, die Sie erteilen, und für die Server, die Teil des Protokollversands Berechtigungen ändern, die Microsoft Windows-NTaccounts unter der Dienste SQL Server und SQL Server-Agent gestartet werden. Wenn Sie Pass-Through-Sicherheit verwenden, erteilen Sie Berechtigungen für das lokale Windows NT-Konto, unter dem der SQL Server-bezogenen Dienste gestartet wurden.
  • Entfernen oder Deaktivieren von jeder Art von Transaktionsprotokoll sichern Sie Aufträge auf Thedatabases, die Log geliefert werden sollen. Dies schließt alle Drittanbieter-Back-Upjobs.
F3: Habe ich zum Starten des SQL Server-bezogenen Dienste unter einem Domänenkonto im Gegensatz zu den lokalen Windows NT-Konto?

A3: Es ist möglich, SQL Server-Dienste unter einem lokalen Windows NT-Konto konfigurieren, wenn SQL Server so konfiguriert ist, um als virtueller Server in Verbindung mit Microsoft Cluster Service auszuführen. Sie können für diesen Zweck Pass-Through-Sicherheit von Windows NT verwenden. Gehen folgendermaßen Sie vor, um die Pass-Through-Sicherheit zu konfigurieren:
  • Erstellen Sie ein Windows NT-Konto auf die primären, sekundären Andmonitor Computer mit dem gleichen Namen und Kennwörter.
  • Konfigurieren der SQL Server-bezogenen Dienste unter TheseWindows NT-Konten auf allen Computern starten.
Die Dienste SQL Server müssen unter einem Domänenkonto gestartet werden, wenn SQL Server so konfiguriert ist, um als virtueller Server mit Microsoft Clusterdienst ausgeführt. Auch wenn SQL Server ein virtueller Server ist, empfiehlt Microsoft, dass Sie ein Domänenkonto verwenden, um die Dienste zu starten, wenn SQL Server-Computer in einer Domäne sind. Sie erhalten die folgenden Vorteil, dass der SQL Server-bezogene Dienste unter einem Domänenkonto starten:
  • Änderung des Kennworts für den Start der SQL Server-Konto revolutiongibt s nicht Ergebnis in einem Ausfall des Jobs für den Protokollversand. Logshipping erfolgreich in einer Pass-Through-Sicherheitslage fortgesetzt wird, müssen alle Server Benutzeranmeldung geändert, für die Windows NT-Konto zur gleichen Zeit zu starten.
F4: Wo kann ich Protokollversand einrichten?

A4: In SQL Server Enterprise Manager mit der rechten Maustaste in der Datenbank, für welches, die Protokoll Versand eingerichtet werden muss, und dann auf Wartungsplan. Klicken Sie im Dialogfeld Willkommen auf Weiter. Klicken Sie auf das Kontrollkästchen Lief das Transaktionsprotokoll auf andere SQL Server (Protokollversand) . Das Kontrollkästchen zeigt, dass diese Datenbank mit Protokollversand benötigen den SQL Server Wartungsplanungs-Assistenten. Sie können diesen Schritt von einem Client ausführen, die SQL Server Enterprise Manager installiert ist.

F5: Warum ist das Kontrollkästchen Versand manchmal im Dialogfeld Wartungsplan abgeblendet?

A5: Das Kontrollkästchen können abgeblendet werden, aus einem der folgenden Gründe:
  • Für die MaintenancePlan können mehrere Datenbanken ausgewählt werden.
  • Die ausgewählte Datenbank ist nicht in das Modell für vollständige oder Massen protokollierte Wiederherstellung .
  • SQL Server 2000 Enterprise Edition ist nicht auf dem Server installiert.
F6: Warum kann der Protokollversand einrichten nicht beim Durchführen der erstmaligen Konfiguration?

A6: Es gibt mehrere Gründe, die für den Protokollversand Satz von Fehler verursachen können. Zu diesem Zeitpunkt gibt es mindestens ein bekanntes Problem, das dieses Problem verursacht. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
298743 BUG: Alle Änderungen können nicht zurückgesetzt, wenn Log Shipping Wartungs-Assistent schlägt fehl
F7: Werden die Schema und die Datenbank Datei Struktur Tabellenänderungen auf den sekundären Server weitergegeben?

A7: In SQL Server 2000 werden alle Schema- und Datenbank Datei Struktur Tabellenänderungen protokollierte Vorgänge. Wenn eine neue NDF oder LDF-Datei mit der primären Datenbank hinzugefügt wird, schlägt Transaction Log Wiederherstellungsauftrag jedoch beim Laden der Transaktionsprotokollsicherung an, die durchgeführt wurden, sofort nachdem die Datenbankdatei mit der primären Datenbank hinzugefügt wurde. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
286280 Beschreibung der Auswirkungen auf die Wiederherstellung der Datenbank nach dem Hinzufügen oder Entfernen von Datenbankdateien
F8: Kann ich beim Protokollversand Skript?

A8: Nein. Derzeit ist es nicht möglich, Skript-Protokollversand. Die einzige unterstützte Möglichkeit zum Einrichten des Protokollversands ist über den Assistenten wie unter Frage 4 dieses Abschnitts beschrieben.

F9: Kann ich den Protokollversand zwischen Servern in mehreren Domänen einrichten?

A9: "Ja". Es ist möglich, richten Sie den Protokollversand zwischen Servern, die in verschiedenen Domänen befinden. Es gibt zwei Möglichkeiten, dies zu tun:
  • Verwenden Sie Pass-Through-Sicherheit. Windows NT Accountswith denselben Namen und Kennwörter des primären, sekundären Server konfigurieren und überwachen.Konfigurieren der SQL Server-bezogenen Dienste zu starten, klicken Sie unter diese Konten Allservers verwenden Sie beim Einrichten des Protokollversands SQL-Authentifizierung für die Verbindung mit dem Überwachungsserver. -oder-

  • Verwenden von herkömmlichen Windows NT-Sicherheit. Sie müssen Configurethe Domänen mit bidirektionalen Vertrauensstellungen. SQL Server-bezogenen Dienste Domänenkonten Startedunder sein können. SQL-Authentifizierung oder Windows Authentifizierung jederzeit von Aufträgen auf der primären und sekundären Server zum Herstellen der Monitorserver verwendet. Alle anderen Anforderungen sind identisch mit Frage 2 des Thissection erläutert.
F10: Kann ich die primären und sekundären Server Verwendung der SQL-Authentifizierung für die Verbindung mit dem Überwachungsserver konfigurieren?

A10: "Ja". Es ist möglich, Windows oder SQL-Authentifizierung für die primären und sekundären Server für die Verbindung mit dem Überwachungsserver verwenden. Microsoft empfiehlt, dass Sie zu diesem Zweck die Windows-Authentifizierung verwenden. Ist es nicht möglich, Windows-Authentifizierung verwenden, können Sie SQL-Authentifizierung verwenden. SQL Server erstellt ein Konto "Log_shipping_monitor_probe" auf dem primären, sekundären und Server, wenn es nicht bereits mit dem Kennwort angegeben vorhanden ist, wenn Sie den Protokollversand einrichten, überwachen. Wenn die SQL-Authentifizierung ist für den Protokollversand verwendet Sie müssen SQL Server auf dem primären, sekundären Server konfigurieren und überwachen Authentifizierung im gemischten Modus verwenden.

Sicherheitsüberlegungen für den Protokollversand

Zulassen F1: Wenn ich das Konto "Gast" nicht zur Verfügung vor dem Einrichten des Protokollversands, und ich meine sekundäre Datenbank möchte an, in den standby-Status befinden, können wie kann ich Benutzer haben Zugriff auf die sekundäre Datenbank (dasselbe Sicherheitsmodell als primärer Server erzwingen)?

A1: Das Konto "Gast" muss aus irgendeinem Grund nicht aus SQL Server entfernt werden. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
315523 Entfernen des Gastkontos kann ein 916 Fehler in SQL Server 2000 SP4 oder einer behandelten Ausnahme Zugriffsverletzung in früheren Versionen von SQL Server 2000 führen.
Allerdings können können für Datenbanken nicht verfügbar-Konto "Gast" wo es möglicherweise Sicherheitsprobleme. Da die sekundäre Datenbank im standby-Status befindet, ist es nicht möglich, verwenden Sie die sp_change_users_login gespeicherte Prozedur, die die Benutzernamen entsprechend neu zuordnen. Erstellen Sie die Anmeldungen enforce dasselbe Sicherheitsmodell auf einer standby-Datenbank auf dem sekundären Server mit den gleichen Wert der Sicherheits-ID (SID) als primären Server. Lesen Sie den folgenden Microsoft Knowledge Base-Artikel Weitere Informationen über das Erstellen von Anmeldungen mit der gleichen SID Werte:
303722 Gewusst wie: Zugriff auf SQL-Anmeldungen auf einer standby-Datenbank gewähren, wenn der Gastbenutzer in SQL Server deaktiviert ist
Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
321247 Wie das Konfigurieren der Sicherheit für SQL Server-Protokollversand
F2: Wie geht Sp_resolve_logins vor?

A2: Zum Zeitpunkt der Protokollversandrollen-Änderung die sp_resolve_logins gespeicherte Prozedur erfordert eine BCP-Datei von der Syslogins -Systemtabelle vom primären Server. Diese gespeicherte Prozedur lädt die BCP-Datei in die temporäre Tabelle und durchläuft jede Anmeldung zu überprüfen, ob eine Anmeldung mit dem gleichen Namen in der sekundäre Server Syslogins -Systemtabelle vorhanden ist. Es überprüft dann der SID-Wert für diesen Benutzernamen existiert in der sekundären Datenbank Sysusers -Systemtabelle. Schließlich überprüft um festzustellen, ob der SID-Wert in Sysusers -Systemtabelle sekundäre Datenbank nicht mit der SID-Wert in der Syslogins -Tabelle der sekundäre Server ist. Diese Überprüfungen erfüllt, die Sp_resolve_logins gespeicherte Prozedur führt die Prozedur Sp_Change_users_login gespeichert für diesen Benutzernamen und beseitigt die SID in der sekundären Datenbank Sysusers -Systemtabelle. Die Ausführung dieser gespeicherten Prozedur ist erforderlich, nur dann, wenn neue Anmeldungen auf dem primären Server erstellt werden, nachdem der Protokollversand initialisiert wurde und (wie im Microsoft Knowledge Base-Artikel Q303722 beschrieben) werden nicht die gleichen Benutzernamen auf den sekundären Servern die gleiche SID erstellt.

F3: Die Sp_resolve_logins gespeicherte Prozedur wird erfolgreich; Allerdings führt auch nicht die erwarteten Änderungen auf die Sicherheit auf dem sekundären Server. Warum?

A3: Die Sp_resolve_logins gespeicherte Prozedur erfordert eine BCP-Datei des primären Servers Syslogins -Systemtabelle auf dem neuesten Stand. Diese Anmeldungen müssen-auf dem sekundären Server erstellt. Wenn diese beiden Bedingungen erfüllt sind, führt die Sp_resolve_logins gespeicherte Prozedur die Änderungen in der Systemtabelle Sysusers in der sekundären Datenbank.

F4: Muss zusammen mit der Sp_resolve_logins gespeicherte Prozedur einen übertragen von Logins DTS-Task vor dem Ausführen der Rollenänderung ausgeführt werden?

A4: "Ja". Sie müssen den Task Benutzernamen übertragen verwenden, um sicherzustellen, dass die Benutzernamen in der Syslogins -Systemtabelle auf dem sekundären Server vorhanden sein. Dies garantiert nicht, dass der Benutzer die sekundäre Datenbank verwenden kann (wenn die sekundäre Datenbank im standby-Modus geladen werden). Der Benutzer besitzt die sekundäre Datenbank vor dem Ausführen der Protokollversandrollen-Änderung verwenden, finden Sie unter Frage 1 in diesem Abschnitt.

F5: Funktioniert die Sp_resolve_logins gespeicherte Prozedur für remote-Benutzernamen in SQL Server?

A5: Nein. Die Sp_resolve_logins gespeicherten Prozedur funktioniert nur für typische Anmeldungen. Remoteanmeldungen müssen auf dem sekundären Server manuell erstellt werden.

Versand Überwachung protokollieren

F1: Versand Protokollsicherung synchron Warnungen sind Feuer und selbst, wenn der sekundäre Server mit Transaktionsprotokollsicherungen aktualisiert wird. Ist dies möglich?

A1: "Ja". Es ist möglich, dass die Warnungen auslösen können als sekundäre Datenbank aktualisiert wird. Wenn die Warnschwelle auf einen Wert festgelegt ist kleiner als die Zeit zwischen doppelte sichern und kopieren oder Wiederherstellungsaufträge, möglicherweise die Warnungen ausgelöst werden. Sind die Warnungen ausgelöst werden, und der Schwellenwert ist nahe oder weniger als zwei Mal die Zeit zwischen den nachfolgenden Backup und Remote Copy oder Wiederherstellungsaufträge, weiter und erhöhen Sie den Schwellenwert.

F2: Warum nicht Sicherungen des Transaktionsprotokolls auf dem sekundären Server wiederherstellen?

A2: Sicherungen des Transaktionsprotokolls können nur wiederhergestellt werden, wenn sie in einer Sequenz sind. Diese Sequenz wird bestimmt durch die Felder LastLSN und FirstLSN , die durch zurückgegeben werden die RESTORE HEADERONLY Befehl. Wenn der LastLSN -Feld und das Feld FirstLSN nicht die gleiche Anzahl auf aufeinander folgenden Transaktionsprotokollsicherungen angezeigt werden, sind sie nicht in dieser Reihenfolge wiederhergestellt. Möglicherweise gibt es mehrere Gründe für Sicherungen des Transaktionsprotokolls außerhalb der Sequenz sein. Einige der häufigsten Ursachen sind:
  • Es sind redundante Transaktion Protokoll Sicherungsaufträge auf der primäre Server, die die Sequenz aufzugliedern verursachen.
  • Nicht protokollierte Operationen in der Datenbank vorhanden sind. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
    272093 Beschreibung der Auswirkungen von nicht protokollierte und minimal protokollierte Operationen für die Sicherung des Transaktionsprotokolls und der Wiederherstellung in SQL Server
  • Das Wiederherstellungsmodell der Datenbank war wahrscheinlich Toggledbetween Sicherungen des Transaktionsprotokolls.
  • Der Data Transformation Services (DTS)-Task auf die Einträge von Primaryserver möglicherweise dieses Problem verursacht. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
    308267 Update: DTS Copy Objects Aufgabe (DMO) unterbricht Transaktionsprotokoll-Sicherungskette Wiederherstellungsmodus zu einfach während der Übertragung wechseln
F3: Wo kann finden Informationen zu Fehlern beim Ausführen, Sichern Sie, kopieren oder wiederherstellen?

A3: Um weitere Informationen zu einem bestimmten Protokollversandpaar zu erhalten, gehen Sie folgendermaßen vor:
  1. Öffnen Sie SQL Server Enterprise Manager, und klicken Sie dann wärensie-Server verbinden.
  2. Klicken Sie unter Verwaltungauf Protokollversandmonitor. Klicken Sie im rechten Fenster Paare der Protokollversand Aredisplayed (, die mit diesem Server als Überwachungsserver konfiguriert wurden).Wenn das Protokollversandpaar nicht angezeigt wird, mit der rechten Maustaste den Protokollversandmonitor (unter Verwaltung), und klicken Sie auf Aktualisieren.
  3. Mit der rechten Maustaste in des Protokollversandpaars Sie Informationen, und klicken Sie dann auf View Backup History , um das Sichern von Auftragsverlauf anzeigen.
  4. Mit der rechten Maustaste das Protokollversandpaar, und klicken Sie dann auf Kopie/Restore-Historie anzeigen , um die Historie für Kopie und Wiederherstellungsaufträge.
  5. Mit der rechten Maustaste des Protokollversandpaars, und klicken Sie dann auf Eigenschaften , um den aktuellen Protokollversand Status, Quelle und Destinationalert anzeigen Status.
F4: Gibt die Datei namens first_file_000000000000.trn, dass der Auftrag kopieren oder Wiederherstellen fehlgeschlagen ist?

A4: Jede Ausführung des Auftrags Kopier- und Wiederherstellungsaufträge ist mindestens eine Datei zugeordnet. Wenn keine Dateien kopiert oder bei einer bestimmten Ausführung der eines dieser beiden Aufträge wiederhergestellt werden, speichert SQL Server standardmäßig first_file_000000000000.trn im Feld Dateiname . Dies kann oder kann nicht auf ein Problem hinweisen. Beispielsweise beim allerersten, die Kopier- und Wiederherstellungsaufträge auf dem sekundären Server ausgeführt werden es möglicherweise keine Dateien kopieren oder wiederherstellen. First_file_000000000000.trn in diesem Fall nicht notwendigerweise auf einen Fehler dar. Unter bestimmten Umständen kann dies allerdings ein Problem darstellen. Lesen Sie den folgenden Artikel der Microsoft Knowledge Base weitere Informationen:
292586 Sicherungs-, Kopier- und Load Job-Informationen werden nicht auf den Protokollversandmonitor aktualisiert
F5: Ist es möglich, die Häufigkeit und das Ziel von Transaktionsprotokollsicherungen auf dem primären Server ändern, nachdem der Protokollversand eine Weile betriebliche wurde?

A5: "Ja". Diese Informationen sind in den Wartungsplan auf dem primären Server. Um die Informationen anzuzeigen, gehen Sie folgendermaßen vor:
  1. Doppelklicken Sie auf den Wartungsplan auf dem primären Server für die Datenbank für die diese Informationmust geändert werden.
  2. Klicken Sie auf die Registerkarte Sicherung des Transaktionsprotokolls . ändern Sie das Ziel und die Häufigkeit in der Dialogbox.
  3. Da der Kopiervorgang auf dem sekundären Server Expectingto Kopiesicherungen des Transaktionsprotokolls von der Freigabe angegeben wird die Zeit Logshipping eingerichtet wurde, diesen Auftrag nach dem Ändern des Zielordners für das Transaktionsprotokoll wieder fehlschlagen USV. Weitere Informationen zu Aroundthis Problem, lesen Sie im folgenden Artikel in der Microsoft KnowledgeBase:
    314570 Backup Netzwerkfreigabe kann nicht geändert werden, nachdem Sie backup Ordner des Transaktionsprotokolls geändert

Protokollversand-Rollenänderung ändern

F1: Wie führe ich eine Protokollversandrollen-Änderung aus?

A1: Klicken Sie auf den folgenden Link, um die SQL Server 2000-Onlinedokumentation Themen zum Ausführen einer Protokollversands-Rollenänderung lesen:

Das Einrichten und Durchführen einer Protokollversand-Rollenänderung (Transact-SQL)

F2: Kann ich eine Rollenänderung durchführen, während der primäre Server offline oder nicht verfügbar ist?

A2: "Ja". Ausführen der sp_change_primary_role gespeicherte Prozedur auf dem primären Server ist optional.

F3: Warum wird die Sp_resolve_logins gespeichert Prozedur fehl mit Fehlermeldung 208 Ausführung aus der sekundären Datenbank zum Zeitpunkt der eine Rollenänderung?

A3: Die Sp_resolve_logins gespeicherten Prozedur die Systemtabelle Sysusers mit der master -Datenbank Präfix nicht geeignet ist. Dies ist ein bekanntes Problem mit dem Code für die Prozedur Sp_resolve_logins gespeichert. Weitere Informationen zu diesem Problem finden Sie im folgenden Artikel der Microsoft Knowledge Base:
310882 Fehler: Sp_resolve_logins gespeicherten Prozedur schlägt fehl, wenn beim Protokollversand-Rollenänderung ausgeführt
F4: Gibt es ein Problem beim Heraufstufen eines sekundären Servers eines primären Servers sein, wenn es mehrere sekundäre Server eine Rollenänderung beteiligt sind?

A4: Lesen Sie den folgenden Microsoft Knowledge Base-Artikel über bekannte Probleme, die beim Ausführen einer Rollenänderung zu Fehlern führen kann umfasst, die mehrere sekundäre Server:
300497 Update: Protokollversand: kann nicht vom sekundären zum primären Rolle ändern beim Datenbanknamen unterschiedlich sind.
F5: Wie kann ich beim Protokollversand nach der Heraufstufung des sekundären Servers zum primären Server erneut herstellen?

A5: Wenn Sie das Kontrollkästchen Zulassen Datenbank die primäre Rolle übernimmt beim Einrichten des Protokollversands im Dialogfeld Zieldatenbank hinzufügen aktiviert ist, folgendermaßen Sie vor, um einen neuen sekundären Server hinzuzufügen, nachdem eine Rollenänderung durchführen. Wenn die Einstellung nicht aktiviert wurde, mithilfe des Wartungsplanungs-Assistenten können Sie nach dem Ändern einer Rolle für den Protokollversand einrichten.
  1. Öffnen Sie SQL Server Enterprise Manager, und klicken Sie dann mit Thepromoted Primärserver verbinden. Registrieren Sie den Server, den Sie als Thesecondary Server hinzufügen möchten.
  2. Erweitern Sie Verwaltung (in SQL Server Enterprise Manager), und klicken Sie dann auf Wartungspläne. Mit der rechten Maustaste die geeigneten Wartungsplan aus der Liste, und dann klicken Sie auf Eigenschaften.
  3. Klicken Sie auf die Registerkarte Protokollversand , und klicken Sie dann auf Hinzufügen.
  4. Geben Sie die entsprechende Informationen zu diesem Dialogfeld zu den SecondaryServer zurück, und klicken Sie dann auf OK. Dadurch wird den neuen sekundären Server zu Logshipping hinzugefügt.
F6: Wie kann ich weiterhin Protokollversand auf dem ehemaligen primären Server ohne eine Datenbanksicherung wiederherstellen?

A6: Es ist möglich, Protokollversand zwischen zwei Servern wiederholt ohne die vollständige Datenbanksicherung wiederherzustellen. Die Anforderung ist, dass die primären und sekundären Server verfügbar sind, wenn Sie die Rolle Change-Ereignisprozedur ausführen. Im Rahmen der Rollenänderung durchführen, führen Sie die sp_change_primary_role gespeicherte Prozedur. Sie müssen mit dem Parameter @final_state 2 oder 3 die Sp_change_primary_role gespeicherte Prozedur ausführen. Dies wird die primäre Datenbank in einem nicht wiederhergestellten Status nach der Ausführung des Transaktionsprotokolls sichern lassen. Da die Datenbank in einem nicht wiederhergestellten Zustand gelassen wird, kann diese Datenbank ausgewählt werden, wenn das Protokollversandziel hinzugefügt wird (wie in der vorherigen Frage erläutert). Auf diese Weise, die Sie nicht verfügen, um eine Sicherung der Datenbank erneut zu laden.

Entfernen des Protokollversands

F1: Wie kann ich den Protokollversand für einen bestimmten Protokollversandpaar verhindern?

A1: Gehen folgendermaßen Sie vor, um ein Protokollversandpaar zu entfernen:
  1. Öffnen Sie den SQL Server Enterprise Manager auf die Einträge von Primaryserver. Erweitern Sie Verwaltung, und klicken Sie auf Maintenance Plan. Mit der rechten Maustaste den Wartungsplan, und klicken Sie dann auf Eigenschaften.
  2. Klicken Sie auf die Registerkarte Protokollversand , und aktivieren Sie anschließend das Protokollversandpaar entfernen wollen.
  3. Klicken Sie auf die Befehlsschaltfläche Löschen , um dieses Paar aus Protokollversand entfernen. Ist dies die letzten paar Protokollversand, entfernt auf Löschen der Protokollversand. Wenn Sie auf einem anderen Server oder in einer Datenbank für den Protokollversand fortsetzen möchten, klicken Sie auf Hinzufügen. Klicken Sie zum Auswählen der entsprechenden Server oder die Datenbank auf dem sekundären Server Actas vor dem Entfernen des vorhandenen Protokollversands sekundären.
F2: Gibt es ein Problem mit dem Protokollversand für eine Datenbank mit Sonderzeichen in seinem Namen entfernen?

A2: Lesen Sie den folgenden Microsoft Knowledge Base-Artikel die dieses Problem genauer erläutert:
295936 Update: Fehler beim Entfernen des Protokollversands auf sekundäre Datenbank als Datenbanknamen ein Angebot hat

Informationsquellen

Weitere Informationen über die Protokollversandfunktion finden Sie auf der folgenden Microsoft-Websites
Der Protokollversand
http://msdn2.Microsoft.com/en-us/library/aa213785 (80
275146 Häufig gestellte Fragen - SQL Server 7.0 - Protokollversand
Werden eine Antwort auf Ihre Frage nicht angezeigt? Besuchen Sie die Microsoft SQL Server-Newsgroups an:
Microsoft SQL Server-Newsgroupshttp://www.Microsoft.com/Communities/Newsgroups/en-US/
Ihre Meinung zu diesem oder anderen Knowledge Base-Artikeln? Schicken Sie uns unter SQLKB@Microsoft.com.

Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
917544 Fehler: Wenn Sie das Projekt "Log Shipping Alert Auftrag ? wiederherstellen" in SQL Server 2000 ausführen, wird eine Fehlermeldung angezeigt

Eigenschaften

Artikel-ID: 314515 - Geändert am: Dienstag, 24. Juni 2014 - Version: 4.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
Keywords: 
kbsqlsetup kbinfo kbmt KB314515 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 314515
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com