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 der Protokollversand und beantwortet die am häufigsten gestellten Fragen zu Setup, Sicherheit, Überwachung, Änderung der Rolle und das Entfernen des Protokollversands in SQL Server 2000 Enterprise Edition.

Weitere Informationen

Protokollversand in SQL Server 2000 bietet die Möglichkeit Einrichtung einer betriebsbereiten Backup-Lösung mithilfe der SQL Server-Wartungsplan Assistenten. Sicherungen des Transaktionsprotokolls aus einer Datenbank können automatisch geliefert werden einen anderen Server und auf einer standby-Datenbank angewendet. Sie können den Standbyserver verwenden. Datenbank für schreibgeschützte Operationen (je nach Auslastung (Zustand).

Einrichten des Protokollversands

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

A1: Die folgende Matrix zeigt die Ausgabe des SQL Server, die erforderlich für die drei Komponenten, die am Protokollversand teilnehmen:
Tabelle minimierenTabelle vergrößern
KomponenteAusgabe des SQL Server erforderlich
Primärer ServerEnterprise Edition oder Developer Edition
Sekundäre ServerEnterprise Edition oder Developer Edition
ÜberwachungsserverBeliebige Edition


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

A2: Hier ist die Liste der was Sie tun müssen vor dem start des Protokollversands in SQL Server 2000.

  • Starten Sie SQL Server und SQL Server-Agent-Dienst unter eine Domäne Konto oder konfigurieren Sie die entsprechenden primären, sekundären und überwachen Server für Pass-Through-Sicherheit (Siehe Frage drei in dieser Rubrik mehr (Informationen).
  • Sie können von jedem Computer mit SQL des Protokollversands einrichten Server Enterprise Manager (SEM) installiert. Sie müssen alle Computer registrieren, laufen SQL Server die Funktion als Server, die bestimmt sind, werden die sekundäre Server durch SEM, auf dem Computer, die Protokolldateien die Versandkosten betragen Gehen eingerichtet werden.
  • Erstellen Sie einen Ordner auf dem primären Server für die Transaktion Melden Sie sich wieder Ups. Sie können diesen Ordner an einer beliebigen Stelle auf dem primären Computer erstellen. Auf dem Laufwerk, auf dem Sie den Ordner platzieren, muss genügend freier Speicherplatz verfügbar sein. mindestens Tage Wert des Transaktionsprotokolls Zurückhalten Ups. Den genauen Abstand benötigt, ist nicht leicht, vorhergesagt werden, da es von der Größe und Häufigkeit der abhängt das Transaktionsprotokoll Sicherungen für die Datenbank. Microsoft empfiehlt, dass Sie Erstellen Sie einen anderen Ordner für jede Datenbank, Protokollversand.
  • Teilen Sie die im vorherigen Schritt erstellten Ordner. Stellen Sie sicher, dass die Berechtigungen lesen und Ändern der Microsoft Windows NT zu gewähren Konten, unter denen SQL Server, denen und SQL Server-Agent für gestartet werden die Server, die am Protokollversand teilnehmen. Bei Verwendung von Pass-Through-Sicherheit Erteilen von Berechtigungen für die lokale Windows NT-Konto, unter denen die SQL Server-bezogene Dienste gestartet wurden.
  • Entfernen oder deaktivieren Sie alle Transaktionsprotokoll sichern Jobs auf der Datenbanken, die Protokolldateien werden ausgeliefert. Dazu gehören die dritte sichern Stellenangebote.
F3: Habe ich SQL Server start-bezogenen Dienste unter einem Domänenkonto im Gegensatz zu einem lokalen Windows NT-Konto?

A3: Es ist möglich, Konfigurieren von SQL Server-Diensten unter einem lokale Windows NT, wenn SQL Server konfiguriert ist, als ein virtuelles Konto Server in Verbindung mit Microsoft Cluster Service. Sie können Windows NT verwenden. Pass-Through-Sicherheit für diesen Zweck. Gehen Sie folgendermaßen vor, konfigurieren Pass-Through-Sicherheit:
  • Erstellen Sie ein Windows NT-Konto auf dem primären, sekundären und Überwachen von Computern mit dem gleichen Namen und Kennwörter.
  • Konfigurieren Sie die SQL Server-bezogenen Dienste unter diesen starten Windows NT-Konten auf allen Computern.
Die SQL Server muss unter einem Domänenkonto gestartet werden Wenn SQL Server als virtueller Server mit Microsoft Cluster ausführen konfiguriert ist Service. Auch wenn die SQL Server eines virtuellen Servers ist, Microsoft empfiehlt, dass Sie Verwenden Sie ein Domänenkonto zum Starten der Dienste, wenn SQL Server Computer befinden sich in einem Domäne. Sie erhalten die folgenden Vorteil, dass SQL Server-Dienstleistungen unter einem Domänenkonto starten:
  • Ändern des Kennworts für den SQL Server-Start-Konto kein Ergebnis in einem Ausfall des Protokollversands Jobs. Protokoll erfolgreich weiter Versand in einer Pass-Through-Sicherheitslage, müssen alle Server haben die Kennwort für den Start Windows NT-Konto, die gleichzeitig geändert werden.
F4: Wo kann ich Protokollversand einrichten?

A4: SQL Server Enterprise Manager mit der rechten Maustaste der Datenbank für der Protokollversand muss eingerichtet werden, und klicken den Wartungsplan. Klicken Sie im Dialogfeld Willkommen auf Weiter. Klicken Sie auf das Kontrollkästchen Schiff das Transaktionsprotokoll an andere Server SQL (Protokollversand) . Das Kontrollkästchen gibt an, dass die Aufrechterhaltung des SQL Server Planen Sie die Assistenten, dass diese Datenbank mit Protokollversand haben muss. Sie können dies durchführen Schritt von einem Client, der SQL Server Enterprise Manager installiert ist.

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

A5: Das Kontrollkästchen können abgeblendet werden, aus einem der folgenden Gründe:
  • Für die Wartung möglicherweise mehrere Datenbanken ausgewählt werden Planen.
  • Die ausgewählte Datenbank ist nicht in das Modell für vollständige oder Massen protokollierte Wiederherstellung .
  • SQL Server 2000 Enterprise Edition ist nicht installiert, auf der Server.
F6: Warum kann der Protokollversand eingerichtet nicht während die Erstkonfiguration durchführen?

A6: Es gibt mehrere Gründe, die für den Protokollversand Set up verursachen können fehlschlagen. Zu diesem Zeitpunkt gibt es mindestens ein bekanntes Problem, das dadurch Verhalten. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
298743BUG: Alle Änderungen können nicht zurückgesetzt, wenn Log Shipping Wartungs-Assistenten 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 Tabelle alle Schema- und Datenbank-Dateistruktur Änderungen sind protokollierte Vorgänge. Jedoch, wenn eine neue NDF oder LDF-Datei hinzugefügt wird die primäre Datenbank Transaction Log Wiederherstellungsauftrag schlägt fehl, während des Ladens der Sicherung des Transaktionsprotokolls, der unmittelbar nach der Datenbankdatei durchgeführt wurde in der primären Datenbank aufgenommen. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
286280Beschreibung der Auswirkungen auf die Wiederherstellung der Datenbank nach dem Hinzufügen oder Entfernen von Datenbankdateien
F8: Kann ich beim Protokollversand Skript?

A8: Nr. Ist derzeit nicht möglich, Skript Protokollversand. Die nur ist unterstützte Einrichten des Protokollversands über den Assistenten als unter Frage 4 dieses Abschnitts wird beschrieben.

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

A9: "Ja". Es ist möglich, um den Protokollversand zwischen Servern einzurichten, in befinden unterschiedlichen Domänen. Es gibt zwei Möglichkeiten, dies zu tun:
  • Verwenden Sie die Pass-Through-Sicherheit. Konfigurieren von Windows NT-Konten mit dem gleichen Namen und Kennwörter auf dem primären, sekundären und Überwachen von Servern. Konfigurieren Sie die SQL Server-bezogenen Dienste unter diesen Konten auf allen starten Server und SQL-Authentifizierung verwenden, beim Einrichten der Protokollversand zum Herstellen der Überwachungsserver. -oder-

  • Verwenden Sie herkömmliche Windows NT-Sicherheit. Sie müssen konfigurieren die Domänen mit bidirektionalen Vertrauensstellungen. SQL Server-bezogene Dienste gestartet werden kann unter Domänenkonten. SQL-Authentifizierung oder Windows-Authentifizierung kann Herstellen einer Verbindung mit dem Monitor von Jobs auf den primären und sekundären Servern verwendet werden Server. Alle anderen Anforderungen entsprechen den erläutert in Frage 2 Abschnitt.
F10: Kann ich die primäre und sekundäre Server SQL-Authentifizierung verwenden, Herstellen einer Verbindung mit dem Überwachungsserver konfigurieren?

A10: "Ja". Es ist möglich, entweder Windows oder SQL-Authentifizierung für primäre und sekundäre Server für die Verbindung mit dem Überwachungsserver. Microsoft empfiehlt, dass Sie Windows-Authentifizierung für diesen Zweck verwenden. Jedoch, wenn es ist nicht möglich, Windows-Authentifizierung verwenden, können Sie SQL Authentifizierung. SQL Server wird "Log_shipping_monitor_probe" Erstellen eines Kontos auf dem primären sekundäre Server und überwachen, wenn es nicht bereits mit dem Kennwort vorhanden ist, angegeben, beim Einrichten des Protokollversands. Wenn für den SQL-Authentifizierung verwendet wird Versand, müssen Sie SQL Server auf dem primären, sekundären und Monitor konfigurieren Server für die Authentifizierung im gemischten Modus verwenden.

Überlegungen zur Sicherheit des Protokollversands

F1: Wenn ich das Konto "Gast" nicht verfügbar vor dem Einrichten der Protokollversand, und ich meine sekundäre Datenbank im standby-Modus möchte, wie können ich Benutzern den Zugriff auf die sekundäre Datenbank (dasselbe Sicherheitsmodell wie der primäre Server erzwingen)?

A1: Das Konto "Gast" dürfen nicht von SQL Server für jede entfernt werden Grund. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
315523Entfernen von das Gastkonto kann in SQL Server 2000 SP4 oder eine Zugriffsverletzung behandelte Ausnahme in früheren Versionen von SQL Server 2000 eine 916 Fehler verursachen.
Sie können jedoch das Konto "Gast" vornehmen können nicht verfügbar für Datenbanken, in denen Sicherheitsbedenken werden könnte. Da die sekundäre Datenbank in einem Standbystatus ist, ist es nicht möglich, verwenden Sie die sp_change_users_logingespeicherte Prozedur, die Anmeldungen entsprechend neu. Das gleiche erzwingen Sicherheitsmodell auf einer standby-Datenbank erstellen Sie die Anmeldungen auf dem sekundären server mit den gleichen Wert für die Sicherheits-ID (SID) als primären Server. Lesen die folgenden Microsoft Knowledge Base-Artikel Weitere Informationen zu Anmeldungen erstellen mit der gleichen SID-Werte:
303722 Gewusst wie: Gewähren von Zugriff auf SQL-Benutzernamen auf eine Standbydatenbank, wenn der Benutzer Guest in SQL Server deaktiviert ist
Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
321247Wie Konfigurieren von Sicherheit für SQL Server-Protokollversand
F2: Was macht Sp_resolve_logins?

A2: Zum Zeitpunkt der Protokollversandrollen-Änderung die sp_resolve_loginsgespeicherte Prozedur erfordert eine BCP-Datei der Systemtabelle Syslogins vom primären Server. Diese gespeicherte Prozedur wird geladen Die BCP-Datei in die temporäre Tabelle und durchläuft jede Anmeldung überprüfen eine Anmeldung mit dem gleichen Namen vorhanden ist, in dem sekundären Server Syslogins -Systemtabelle. Es überprüft dann, ob die SID-Wert für diese Anmeldung in der sekundären Datenbank Sysusers -Systemtabelle ist vorhanden. Es prüft schließlich, ob die SID-Wert in sekundäre Datenbank wird Sysusers System nicht das gleiche wie die SID-Wert im sekundären Syslogins -Tabelle des Servers. Wenn diese Überprüfungen erfüllt sind, die Sp_resolve_logins gespeicherte Prozedur führt die Sp_Change_users_login gespeicherte Prozedur für diesen Benutzernamen und behebt die SID in der sekundäre Datenbank Sysusers -Systemtabelle gespeichert. Ausführung dieser gespeicherten Prozedur ist nur erforderlich Wenn es neue Anmeldungen, die auf dem primären Server nach erstellt hat Protokollversand wurde initialisiert und die gleichen Benutzernamen, die nicht auf den sekundären Servern erstellt werden mit der gleichen SID (wie in der Microsoft Knowledge Base-Artikel beschrieben. Q303722).

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

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

F4: Muss ich einen übertragen von Logins DTS-Task in Verbindung mit der Sp_resolve_logins gespeicherte Prozedur ausführen, vor dem Ausführen der Rolle Ändern?

A4: "Ja". Müssen Sie den Task "Anmeldungen übertragen" verwenden, um sicherzustellen, dass die Anmeldungen in der Syslogins -Systemtabelle auf dem sekundären Server vorhanden sind. Dies garantiert nicht dass der Benutzer die sekundäre Datenbank verwenden kann (Wenn die sekundäre Datenbank ist Loaded in standby-Modus). Wenn der Benutzer verwenden muss, um die sekundäre Datenbank vor Sie den Protokollversand-Rollenänderung durchführen, finden Sie unter Frage 1 in diesem Abschnitt.

Q5: Funktioniert die Sp_resolve_logins gespeicherte Prozedur für remote-Logins in SQL Server?

A5: Nr. Die Sp_resolve_logins gespeicherte Prozedur, die für typische Anmeldungen funktioniert nur. Remoteanmeldungen muss auf dem sekundären Server manuell erstellt werden.

Versand Überwachung protokollieren

Q1: Versand Protokollsicherung und synchron Warnungen sind brennen sogar, 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, auch wenn die sekundäre Datenbank wird aktualisiert. Wenn die Alarmschwelle auf einen Wert festgelegt ist double weniger als die Zeit zwischen Back up und kopieren oder Wiederherstellen von Aufträgen, Warnungen möglicherweise ausgelöst. Wenn die Warnungen ist ausgelöst wird und der Schwellenwert nahe oder weniger als zwei Mal die Zeit zwischen nachfolgenden Backup und kopieren oder wiederherstellen Jobs, vorangehen, und erhöhen Sie den Schwellenwert.

F2: Warum führen Sie Sicherungen des Transaktionsprotokolls nicht auf dem sekundären Server wiederherstellen?

A2: Sicherungen des Transaktionsprotokolls können nur wiederhergestellt werden, wenn sie sind ein Sequenz. Diese Sequenz wird anhand der LastLSN und FirstLSN Felder, die durch zurückgegeben werden die WIEDERHERSTELLEN HEADERONLY Befehl. Wenn der LastLSN -Feld und das Feld FirstLSN nicht die gleiche Anzahl auf aufeinander folgenden Transaktionen anzeigen log-Sicherungen, sie sind nicht wiederherstellbar, in dieser Reihenfolge. Möglicherweise gibt es mehrere Gründe für die Sicherungen des Transaktionsprotokolls außerhalb der Sequenz sein. Einige der am meisten Häufige Ursachen sind:
  • Gibt es redundante Transaction Log backup-Jobs auf der Primärer Server, die die Sequenz unterbrochen verursachen.
  • Es gibt nicht protokollierte Operationen in der Datenbank.Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
    272093Beschreibung 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 wurde wahrscheinlich ausgeschaltet. zwischen Sicherungen des Transaktionsprotokolls.
  • Die Data Transformation Services (DTS)-Vorgang auf dem primären Server möglicherweise dieses Problem verursacht.Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
    308267Update: DTS Kopie Objekte Aufgabe (DMO) Bricht Transaktionsprotokoll-Sicherungskette durch den Wechsel von Recovery-Modus zu einfach während der Übertragung
F3: Wo kann ich finden Informationen zu Fehlern beim Ausführen, sichern, kopieren oder Wiederherstellungsvorgänge?

A3: Weitere Informationen zu einem bestimmten Protokollversandpaar zu erhalten, Gehen Sie folgendermaßen vor:
  1. SQL Server Enterprise Manager zu öffnen und dann eine Verbindung mit der Überwachungsserver.
  2. Klicken Sie unter Verwaltungauf Protokollversandmonitor. Klicken Sie im rechten Fenster werden alle Log shipping Paare (konfigurierten mit diesem Server als Überwachungsserver) angezeigt. Wenn das Protokollversandpaar nicht sichtbar ist, mit der rechten Maustaste den Protokollversandmonitor (unter Verwaltung), und klicken Sie dann auf Aktualisieren.
  3. Mit der rechten Maustaste des Protokollversandpaars, dass Sie Informationen wünschen Info, und klicken Sie dann auf View Backup History sichern Auftragsverlauf anzeigen.
  4. Mit der rechten Maustaste das Protokollversandpaar, und klicken Sie dann auf Kopie/wiederherstellen-Verlauf anzeigen zeigt die Chronik für Kopie und Wiederherstellungsaufträge.
  5. Mit der rechten Maustaste das Protokollversandpaar, und klicken Sie dann auf Eigenschaften der aktuellen Log shipping-Status, Quelle und Ziel anzeigen Alert-Status.
F4: Zufolge die Datei namens first_file_000000000000.trn der Auftrag kopieren oder Wiederherstellung nicht erfolgreich war?

A4: Jede Ausführung des Auftrags Kopier- und Wiederherstellungsaufträge ist mindestens zugeordnet eine Datei. In der Standardeinstellung Wenn keine Dateien kopiert oder auf eine bestimmte wiederhergestellt werden ausgeführt von Diese zwei jobs, SQL Server setzt first_file_000000000000.trn in das Feld Dateiname ein. Dies kann oder möglicherweise kein Problem dar. Zum Beispiel die sehr ersten sind kopieren oder Wiederherstellen von Jobs auf dem sekundären Server ausgeführt, Gibt es möglicherweise keine Dateien zu kopieren oder wiederherstellen zur Verfügung. In diesem Fall first_file_000000000000.TRN stellt nicht notwendigerweise auf einen Fehler dar. Allerdings unter bestimmten Umständen kann dies ein Problem darstellen. Lesen Sie die folgenden Microsoft Knowledge Base-Artikel Weitere Informationen:
292586 Sicherungs-, Kopier- und Load jobinformationen werden nicht auf den Protokollversandmonitor aktualisiert
F5: Ist es möglich, die Frequenz und das Ziel von Transaktionsprotokollsicherungen auf dem primären Server zu ändern, nachdem der Protokollversand eine Weile betriebliche wurde?

A5: "Ja". Diese Information ist 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 dieser Informationen muss geändert werden.
  2. Klicken Sie auf die Sicherung des Transaktionsprotokolls Registerkarte ändern das Ziel und Häufigkeit im dialog im Feld.
  3. Da der Copy-Auftrag auf dem sekundären Server erwartet Kopieren von Transaktionsprotokollsicherungen von der Freigabe angegeben werden, zum Zeitpunkt Versand eingerichtet wurde, diesen Auftrag nach dem Ändern des Zielordners für das Fehlschlagen das Transaktionsprotokoll zurück USV. Weitere Informationen dazu, wie Sie umgehen Dieses Problem, lesen Sie folgenden Artikel der Microsoft Knowledge Base:
    314570 Backup Netzwerkfreigabe kann nicht geändert werden, nachdem Sie backup Transaktionsprotokollordner ändern

Protokollversand-Rollenänderung ändern

F1: Wie führe ich einen Protokollversand-Rollenänderung durch?

A1: Klicken Sie auf folgenden Link, um die SQL Server 2000-Onlinedokumentation lesen Thema zum Durchführen einer Protokollversand-Rollenänderung ändern:

Wie 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_rolegespeicherte Prozedur auf dem primären Server ist optional.

F3: Warum die Sp_resolve_logins gespeicherte Prozedur fehl mit Fehlermeldung 208 beim Ausführen von der sekundäre Datenbank zum Zeitpunkt einer Änderung der Rolle?

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

A4: Lesen Sie den folgenden Microsoft Knowledge Base-Artikel über einen bekannten Problem, das verursachen Fehler beim Ausführen einer Rollenänderung, die beinhaltet mehrere sekundäre Server:
300497 FIX: Protokollversand: kann nicht vom sekundären zum primären Rolle ändern Wenn Datenbank unterscheiden
Q5: Wie kann ich beim Protokollversand nach der Heraufstufung des sekundären Servers als primären Server wiederherzustellen?

A5: Wenn Sie das Kontrollkästchen zulassen Datenbank primäre Rolle übernimmt beim Einrichten des Protokollversands, klicken Sie im Dialogfeld Zieldatenbank hinzufügen aktiviert ist, folgendermaßen Sie um einen neuen sekundären Server hinzufügen nach eine Rolle geändert. Wenn die Einstellung nicht aktiviert wurde, verwenden Sie die Wartungsplanungs-Assistenten zum Einrichten des Protokollversands nach dem Ändern einer Rolle.
  1. SQL Server Enterprise Manager zu öffnen und dann eine Verbindung mit der primären Server wird gefördert. Registrieren Sie den Server, die Sie hinzufügen möchten die sekundären Server.
  2. Erweitern Sie Verwaltung (in SQL Server Enterprise Manager), und klicken Sie dann auf Wartungspläne. Mit der rechten Maustaste den entsprechenden Wartungsplan aus der Liste und Klicken Sie dann auf Eigenschaften.
  3. Klicken Sie auf die Registerkarte Protokollversand , und klicken Sie dann auf Hinzufügen.
  4. Geben Sie die entsprechende Informationen zu den sekundären Server über diesen Dialog box, und klicken Sie dann auf OK. Dadurch wird den neuen sekundären Server anmelden hinzugefügt. Versand.
F6: Wie kann ich weiterhin Schiff auf den ehemaligen primären Server anmelden, ohne eine Datenbanksicherung wiederherstellen?

A6: Es ist möglich, Protokollversand zwischen zwei Servern wiederholt ohne müssen die vollständige Datenbanksicherung wiederherzustellen. Die Voraussetzung ist, dass beide die primären und sekundären Servern sind verfügbar, wenn Sie die Rolle ausführen Ändern Sie die Prozedur. Als Teil der Rollenänderung durchführen, müssen Sie die sp_change_primary_rolegespeicherte Prozedur. Sie müssen die Sp_change_primary_role gespeicherte Prozedur mit einem Parameter @ Final_state 2 oder 3 ausführen. Auf diese Weise die primäre Datenbank bleibt. in einem nicht wiederhergestellten Status nach dem Ausführen des Transaktionsprotokolls sichern. Weil die Datenbank wird in einem nicht wiederhergestellten Status belassen, diese Datenbank ausgewählt werden können Wenn das Protokollversandziel hinzugefügt wird, (wie im vorangegangenen beschrieben Frage). So haben Sie keine Sicherung der Datenbank neu zu laden.

Zum Entfernen des Protokollversands

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

A1: Ein Protokollversandpaar zu entfernen gehen folgendermaßen Sie vor:
  1. Öffnen Sie die SQL Server Enterprise Manager auf dem primären Server. Erweitern Sie Verwaltung, und klicken Sie den Wartungsplan. Mit der rechten Maustaste den Wartungsplan, und klicken Sie dann auf Eigenschaften.
  2. Klicken Sie auf die Registerkarte Protokollversand , und aktivieren Sie dann das gewünschte Protokollversandpaar Entfernen.
  3. Klicken Sie auf die Befehlsschaltfläche Löschen dieses Paar aus Protokollversand entfernen. Ist dies die letzten paar beim Protokollversand, Protokollversand entfernt auf Löschen . Wenn Sie weiterhin Protokollversand zu einem anderen Server oder einer Datenbank, klicken Sie auf Hinzufügen. Klicken Sie zum Auswählen der entsprechenden Server oder Datenbank handeln Entfernen Sie als sekundären Server, bevor Sie den vorhandenen Protokollversand sekundären.
F2: Gibt es ein Problem mit dem Entfernen des Protokollversands für eine Datenbank mit Sonderzeichen in seinem Namen?

A2: Lesen den folgenden Microsoft Knowledge Base-Artikel, die wird dieses Problem genauer erläutert:
295936 Update: Fehler durch Entfernen des Protokollversands auf sekundäre Datenbank Datenbankname ein Angebot hat

REFERENZEN

Weitere Informationen zum Protokollversand finden Sie auf der folgenden Microsoft-Websites
Protokollversand
http://msdn2.Microsoft.com/en-us/library/aa213785 (SQL.80) aspx
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/
Anmerkungen zu dieser oder anderen Microsoft Knowledge Base-Artikeln? Schreiben Sie uns an SQLKB@Microsoft.com.

Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
917544BUG: Fehlermeldung beim Ausführen des Auftrags "Log Shipping Alert Job ? wiederherstellen" in SQL Server 2000

Eigenschaften

Artikel-ID: 314515 - Geändert am: Dienstag, 12. Juni 2012 - Version: 3.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 und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
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