Update: Geringe Leistung, wenn Sie eine Datenbank wiederherstellen, wenn es viele VLFs innerhalb des Transaktionsprotokolls in SQL Server 2005, SQL Server 2008 oder SQL Server 2008 R2 gibt

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 2455009 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Microsoft stellt Updates für Microsoft SQL Server 2005, 2008 und 2008 R2 als downloadbare Datei behebt. Da die Updates kumulativ sind, enthält jede neue Version alle Hotfixes und alle Sicherheitsupdates, die mit früheren SQL Server 2005, 2008 und 2008 R2 enthalten waren beheben Version.
Alles erweitern | Alles schließen

Auf dieser Seite

Problembeschreibung

Betrachten Sie das folgende Szenario:
  • Sie installieren Microsoft SQL Server 2005, Microsoft SQL Server 2008 oder Microsoft SQL Server 2008 R2 auf einem Computer.
  • Ein oder mehrere Datenbanken sind in der vollständigen oder massenprotokollierten Wiederherstellungsmodell.
  • Die ursprüngliche Größe einer Transaktionsprotokolldatei für die Datenbank ist klein. Die Transaktionsdatei wächst jedoch groß.
  • Die Automatische Vergrößerung Schrittweite für die Vergrößerung der Transaktionsprotokolldatei wird auf einer kleineren Größe eingestellt. Angenommen, die Automatische Vergrößerung Schrittweite für die Vergrößerung so konfiguriert auf 1 MB oder 1 Prozent. Oder Sie stellen die Transaktionsprotokolldatei erhöhen, indem Sie eine kleine manuelle Wachstum.
  • Die Transaktionsprotokolldatei wächst um kleine Schrittweite. Nach einer Weile wird die Transaktionsprotokolldatei groß.

    Die Transaktionsprotokolldatei wird z. B. von 100 MB auf 10 GB wächst. Die Transaktionsprotokolldatei wächst um 1 MB-Wert in jeder Wachstum.
In diesem Szenario können Sie die folgenden Probleme auftreten:
  • Datenbankwiederherstellung ist langsam, wenn die Datenbank gestartet wird, wenn es eine große Menge von Arbeit gibt wiederherstellen.

    Zum Beispiel steht eine Transaktion öffnen für eine lange Zeit. Oder viele Buchungen, die klein sind nicht übernommen, wenn die SQL Server heruntergefahren wird oder neu gestartet. In diesem Fall erhalten Sie einen Fehler für eine lange geschätzte Wiederherstellungszeit in der Analysephase, in der Rückgängig-Phase oder in der Wiederherstellungsphase. Der Fehler kann folgendermaßen aussehen und wird in der SQL Server 2005-Fehlerprotokolldatei protokolliert:
    Analyse der Datenbank "Meine Datenbank" (7) ist zu 0 % abgeschlossen (1234 Sekunden verbleiben). Dies ist nur eine Informationsmeldung. Es ist keine Handlung des Benutzers erforderlich.
  • Datenbankwiederherstellung ist langsam, wenn einer vollständigen Datenbanksicherungsdatei und eine zusätzliche Transaktionsprotokollreihenfolge wiederhergestellt werden, wenn die Datenbank online ist.

    Hinweis Wenn Sie um während des Wiederherstellungsvorgangs die Datenbank online zu schalten, verwenden Sie die MIT RECOVERY Die Syntax oder die MIT DEM STANDBYMODUS = <options></options> Syntax.
  • Wiederherstellung der Datenbankspiegelung ist langsam auf einem Partnerserver im Spiegelungs-Paar.
  • Der Fortschritt der Protokolllese-Agent für die Transaktionsreplikation ist langsam, die folgenden Vorgänge:
    • Das Transaktionslog der Publikationseigentümer-Datenbank wird analysiert.
    • Ein Befehl wird in einer Verteilungsdatenbank hinzugefügt.
    • Die Transaktionen werden repliziert.

    Hinweis Weitere Informationen finden Sie auf der folgenden Microsoft Developer Network (MSDN)-Website:
    949523 Die Wartezeit von einer Transaktionsreplikation ist in SQL Server 2005 hoch, wenn der Wert der Eigenschaft "Anfangsgröße" und den Wert der Eigenschaft für die automatische Vergrößerung klein
  • Geringe Leistung tritt auf, wenn ein Datenbanksnapshot erstellt wird, wenn viele Transaktionen gleichzeitig angemeldet sind oder wenn die Transaktionsprotokolle für längere Zeit aktiv bleiben. Dieses Problem tritt auf, weil der Snapshot Recovery ausführen und die Transaktionsprotokolle rückgängig gemacht werden.
  • Geringe Leistung auftritt, wenn Sie die DBCC CHECKDB Syntax für eine versteckte Datenbank-Snapshot zu erstellen, führen Sie die Konsistenz den Datenbanksnapshot vollständig wiederherstellen überprüft.

Ursache

Diese Probleme auftreten, da die virtuellen Protokolldateien (VLFs) in einer Transaktionsprotokolldatei zu Leistungseinbußen beim Scannen von SQL Server über diese VLFs während der folgenden Vorgänge führen kann:
  • Datenbank-recovery
  • Die Datenbankspiegelung
  • Ein Datenbank-snapshot
  • Transaktionsreplikation Log Reader Datenbankaktivitäten
Wenn eine Transaktionsprotokolldatei für eine Datenbank während der extremen Bedingungen in kleinen Schritten vergrößert wird, sind Tausende bis Hunderte oder Tausende von VLFs in eine einzelne Gruppe von Transaktionsprotokolldateien (LDF) vorhanden. Große Protokolldaten in großen Schritten erstellt nur mehrere VLFs jedoch im Vergleich. Zum Beispiel möglicherweise mehrere weniger als 100 VLFs.

Hinweis Die VLFs sind die Abteilungen oder Segmente, die intern von SQL Server in die Transaktionsprotokolldatei verwendet werden.

Lösung

Kumulatives Update-Informationen

SQL Server 2008 R2

Die Fehlerbehebung für dieses Problem wurde erstmals im kumulativen Update 6. Weitere Informationen dazu, wie Sie dieses kumulative Updatepaket für SQL Server 2008 R2 zu erhalten Klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
2489376 Kumulatives Updatepaket 6 für SQL Server 2008 R2
Hinweis Da diese Builds kumulativ sind, jede neue Version enthält alle Hotfixes und alle Sicherheitsupdates, die in vorherigen SQL Server 2008 R2 enthalten waren beheben Version. Es wird empfohlen, dass es Sie sich die neueste Version, die diesen Hotfix enthält. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
981356 SQL Server 2008 R2 erstellt, die nach der Freigabe von SQL Server 2008 R2

SQL Server 2008 Servicepack 1

Die Fehlerbehebung für dieses Problem wurde zuerst im kumulativen Update 12 für SQL Server 2008 Service Pack 1 veröffentlicht. Weitere Informationen zu diesem kumulativen Update-Paket klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
2467236 Kumulatives Updatepaket 12 für SQL Server 2008 Service Pack 1
Hinweis Da diese Builds kumulativ sind, jede neue Version enthält alle Hotfixes und alle Sicherheitsupdates, die mit früheren SQL Server 2008 enthalten waren beheben Version. Microsoft empfiehlt, die neueste Version, die diesen Hotfix enthält anwenden zu berücksichtigen. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
970365 Versionen von SQL Server 2008, die nach der Freigabe von SQL Server 2008 Service Pack 1 veröffentlicht wurden
Microsoft SQL Server 2008-Hotfixes sind für bestimmte SQL Server Servicepacks erstellt. Sie müssen einen SQL Server 2008 Service Pack 1-Hotfix auf eine Installation von SQL Server 2008 Service Pack 1 anwenden. Standardmäßig ist jeder Hotfix, der in einem SQL Server Servicepack bereitgestellt wird in das nächste Servicepack für SQL Server enthalten.

SQL Server 2008 Servicepack 2

Die Fehlerbehebung für dieses Problem wurde zuerst im kumulativen Update 2 für SQL Server 2008 Service Pack 2 veröffentlicht. Weitere Informationen zu diesem kumulativen Update-Paket klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
2467239 Kumulatives Updatepaket 2 für SQL Server 2008 Service Pack 2
Hinweis Da diese Builds kumulativ sind, jede neue Version enthält alle Hotfixes und alle Sicherheitsupdates, die mit früheren SQL Server 2008 enthalten waren beheben Version. Microsoft empfiehlt, die neueste Version, die diesen Hotfix enthält anwenden zu berücksichtigen. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
2402659 Der SQL Server 2008 erstellt, die nach der Freigabe von SQL Server 2008 Service Pack 2
Microsoft SQL Server 2008-Hotfixes sind für bestimmte SQL Server Servicepacks erstellt. Sie müssen einen SQL Server 2008 Service Pack 2-Hotfix auf eine Installation von SQL Server 2008 Service Pack 2 anwenden. Standardmäßig ist jeder Hotfix, der in einem SQL Server Servicepack bereitgestellt wird in das nächste Servicepack für SQL Server enthalten.

SQL Server 2005 Servicepack 3

Die Fehlerbehebung für dieses Problem wurde zuerst im kumulativen Update 13 für SQL Server 2005 Service Pack 3 veröffentlicht. Weitere Informationen zu diesem kumulativen Update-Paket klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
2438344 Kumulatives Updatepaket 13 für SQL Server 2005 Service Pack 3
Hinweis Da diese Builds kumulativ sind, jede neue Version enthält alle Hotfixes und alle Sicherheitsupdates, die mit früheren SQL Server 2005 enthalten waren beheben Version. Microsoft empfiehlt, die neueste Version, die diesen Hotfix enthält anwenden zu berücksichtigen. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
960598 Die SQL Server 2005 erstellt, die nach der Freigabe von SQL Server 2005 Service Pack 3
Microsoft SQL Server 2005-Hotfixes sind für bestimmte SQL Server Servicepacks erstellt. Sie müssen einen SQL Server 2005 Service Pack 3 Hotfix auf eine Installation von SQL Server 2005 Service Pack 3 anwenden. Standardmäßig ist jeder Hotfix, der in einem SQL Server Servicepack bereitgestellt wird in das nächste Servicepack für SQL Server enthalten.

SQL Server 2005 Servicepack 4

Die Fehlerbehebung für dieses Problem wurde zuerst im kumulativen Update 1 für SQL Server 2005 Service Pack 4 veröffentlicht. Weitere Informationen zu diesem kumulativen Update-Paket klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
2464079 Kumulatives Updatepaket 1 für SQL Server 2005 Service Pack 4
Hinweis Da diese Builds kumulativ sind, jede neue Version enthält alle Hotfixes und alle Sicherheitsupdates, die mit früheren SQL Server 2005 enthalten waren beheben Version. Microsoft empfiehlt, die neueste Version, die diesen Hotfix enthält anwenden zu berücksichtigen. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
2485757 Die SQL Server 2005 erstellt, die nach der Freigabe von SQL Server 2005 Service Pack 4
Microsoft SQL Server 2005-Hotfixes sind für bestimmte SQL Server Servicepacks erstellt. Sie müssen einen SQL Server 2005 Service Pack 4-Hotfix auf eine Installation von SQL Server 2005 Service Pack 4 anwenden. Standardmäßig ist jeder Hotfix, der in einem SQL Server Servicepack bereitgestellt wird in das nächste Servicepack für SQL Server enthalten.

Status

Microsoft hat bestätigt, dass dieses Problem auf die im Abschnitt "Gilt für" aufgeführten Microsoft-Produkten zutrifft.

Abhilfe

Installieren Sie diesen Hotfix und Neustart von SQL Server kann die Recovery-Performance verbessern. Beispielsweise kann die Leistung für die folgenden Vorgänge verbessert werden, nachdem Sie diesen Hotfix installieren und starten Sie SQL Server neu:
  • Datenbank-recovery
  • Die Datenbankspiegelung
  • Ein Datenbank-snapshot
  • Transaktionsreplikation Log Reader Datenbankaktivitäten

Wenn Sie diesen Hotfix installieren können, können Sie die folgenden Problemumgehungen, um ein vorhandenes Problem zu verringern und um zu verhindern, dass eine zukünftige Vorkommen ausführen.

Ein vorhandenes Problem verringern

  • Warten auf die Wiederherstellung oder Recovery-Vorgang abgeschlossen

    Wenn Sie eine nicht wiederhergestellten Datenbank, die die langsame Leistung auftreten, wenn Sie wiederherstellen oder die Wiederherstellung der Datenbank haben, müssen Sie warten, bis die Wiederherstellung oder Recovery-Vorgang abgeschlossen werden. Der Status offline oder der wiederherstellen-Status in SQL Server Management Studio (SSMS) für eine Datenbank nicht wiederhergestellt können z. B. möglicherweise angezeigt werden. Beenden von SQL Server in der Regel keine Befreiung für eine langsame Recovery bietet und möglicherweise länger dauert, wiederholt die gleiche Analyse Wiederherstellungsphase Phase wiederholen oder Phase rückgängig zu machen.
  • Vermeiden Sie die Transaktionsprotokollreihenfolge, die Tausende von VLFs enthält wiederherstellen

    Wenn während der wieder her, und eine Datenbank mithilfe einer Sicherungsdatei wiederherstellen die langsame Leistung auftreten, können Sie vermeiden, Wiederherstellen die Transaction Log Sequenzen, die Tausende von VLFs enthalten. Die backup-Datei identifizieren, die meisten die virtuellen Protokolldateien aufgezeichnet, die folgende Anweisung verwenden, um die Spalten FirstLSN und LastLSN in der backup Log-Dateien finden Sie unter:
    RESTORE HEADERONLY aus DISK='C:\folder\file.trn "

    Sie können die Sicherungsdateien wiederherstellen zu vermeiden. Oder Sie können die STOP AT die Anweisung in der STELLEN SIE WIEDER HER Befehle, die stark fragmentierten Teile der Transaktionsprotokolle zu vermeiden. Wenn Sie vollständig nicht die Protokoll-Sequenzen bis zum aktuellen Zeitpunkt rechtzeitig während einer Wiederherstellung Fehlerszenario wiederherstellen, kommt es zu Datenverlusten in der SQL Server-Datenbank. Dieser Datenverlust tritt auf, weil nicht alle Transaktionen aufbewahrt werden. Folglich ist eine Geschäftsentscheidung Kompromiss. Sie können vollständig ein stark fragmentierten Transaktionsprotokoll wiederherstellen. Dieser Vorgang kann jedoch viele Stunden dauern. Oder Sie können die STOP AT die Anweisung in der Wiederherstellungskonsole die Wiederherstellung vor dem stark fragmentierten Teil des Protokolls zu beenden. Fehlenden Transaktionen, die Sie auslassen gehen jedoch verloren.

    Hinweis Ohne diesen Hotfix installieren, ist es in der Regel nicht sicher die Möglichkeit für die beschleunigte Wiederherstellung nach dem Neustart von SQL Server. SQL Server hat, um die VLFs zum Analysieren der Protokolldateien zu wiederholen abgeschlossen-Transaktionen zu finden und anschließend wiederherstellen, um die Datenbank online sicher bringen abschließend unvollständige Transaktionen rückgängig zu machen. Sie können problemlos Transaktionen während der Wiederherstellung nicht überspringen.

Zu verhindern, dass eine zukünftige vorkommen

  • Legen Sie die Schrittweite für automatische Vergrößerung der Datenbank auf eine geeignete Größe

    Wenn die Größe der die Schrittweite für die Vergrößerung zu klein ist, treten möglicherweise geringe Leistung in SQL Server werden viele virtuelle Protokolldateien (VLFs) Wenn die Größe des die Schrittweite für die Vergrößerung zu groß ist, möglicherweise Abfragen, die Transaktion die Protokolle automatisch wachsen warten, bis eine lange Zeit in einem Wachstum. Aus diesem Grund kann in SQL Server ein Zeitüberschreitungsfehler auftreten. Um diese Probleme zu umgehen, können Sie die Größe der die Schrittweite für die Vergrößerung für die Datenbank auf eine geeignete Größe festlegen.
  • Eliminierung vieler VLFs, und verwenden Sie eine manuelle Wachstum

    Wenn viele VLFs in das Transaktionslog geschrieben werden, verringern Sie die Größe des Transaktionsprotokolls und machen Sie es bevor Peak Geschäftsobjekt auf die Anforderung zu erfüllen, indem eine manuelle Wachstum zu erhöhen. Beispielsweise wird das Transaktionsprotokoll zurück zu einer angemessenen Durchschnittsgröße in ein großes Inkrement oder eine einzelne Manuelle Vergrößerung erhöht. Daher die Größe des Transaktionsprotokolls eine maximale Kapazität erreicht, und die backup Log-Dateien sind häufig und regelmäßig geplant. Darüber hinaus kann das Transaktionsprotokoll abgeschnitten werden, und die VLFs für das Transaktionsprotokoll in einem Zyklus wiederverwendet werden können.
  • Das Verkleinern und vergrößern das Transaktionsprotokoll manuell

    Um ein Protokoll zu korrigieren, die zu viele VLFs hat, folgendermaßen Sie vor, um das Protokoll zu verkleinern und erneut manuell zu erhöhen:
    1. Wenn die Datenbank in einem vollständigen oder massenprotokollierten Wiederherstellungsmodell ist, müssen Sie so sichern Sie das Transaktionsprotokoll für die aktive VLFs abgeschnitten und wiederverwendet werden können.
      BACKUP LOG databasename TO DISK='C:\folder\log_backupfile.trn'

      Weitere Informationen dazu, wie Sie die Transaktionsprotokolldatei sichern, mithilfe von SSMS finden Sie auf der folgenden Microsoft Developer Network (MSDN)-Website:
      Sichern Sie die Transaktionsprotokolldatei mit SSMS
      Weitere Informationen dazu, wie Sie die Transaktionsprotokolldatei sichern, mithilfe von Transact-SQL-Anweisungen finden Sie auf der folgenden MSDN-Website:
      Sichern Sie die Transaktionsprotokolldatei mithilfe von Transact-SQL-Anweisungen
    2. Um den logischen Namen der Transaktionsprotokolldatei zu ermitteln, führen Sie eine der folgenden Anweisungen.
      Anweisung 1
      exec sp_helpfile 
      Anweisung 2
      select * from sys.sysfiles 
      Um die Größe der Transaktionsprotokolldatei auf die gewünschte Größe zu verringern, verwenden Sie den folgenden Code ein:
      DBCC SHRINKFILE(transactionloglogicalfilename, TRUNCATEONLY) 
    3. Sie können die Größe der Transaktionsprotokolldatei auf eine geeignete Größe erhöhen. Es wird empfohlen, die Größe der Transaktionsprotokolldatei auf die maximale Größe des regulären anwachsen zu lassen. Aus diesem Grund die Automatische Vergrößerung Inkrement wird vermieden. Legen Sie die Größe des Transaktionsprotokolls verwendet die Datenbankeigenschaften in SSMS, oder verwenden Sie den folgenden ALTER DATABASE Syntax:
      MODIFY FILE ( NAME = transactionloglogicalfilenae, SIZE=newtotalsize MB) 

      Weitere Informationen dazu, wie Sie eine Datenbank in SSMS vergrößern finden Sie auf der folgenden MSDN-Website:
      Wie Sie eine Datenbank in SSMS vergrößern
      Weitere Informationen zu den ALTER DATABASE DATEI ÄNDERN Syntax finden Sie auf der folgenden MSDN-Website:
      Allgemeine Informationen über die Syntax ALTER DATABASE MODIFY FILE

Weitere Informationen

Sie können die Anzahl der Segmente VLF überprüfen, überprüfen Sie das SQL-Fehlerprotokoll und dann die Protokollsequenznummer (LSN) jede Transaktion Protokollsicherungsdatei gesucht. Die ersten Ziffern vor dem Doppelpunkt-Symbol in der LSNs entsprechen der Anzahl der LSN.

Zum Beispiel ist die erste Zahl in der ersten Informationsmeldung für die LSN 1. Allerdings ist die erste Zahl in der zweiten Informationsmeldung für die LSN 100001. In diesem Szenario gibt es 100.000 VLFs, die zwischen dem Zeitpunkt der ersten informative Meldung und die zweite Meldung angezeigt verwendet werden. Daher ähnelt protokollierten fragmentierte Transaktionsprotokolls, der viele virtuelle Protokolldateien (VLFs) verfügt über die folgenden:

{Protokoll wurde gesichert. Datenbank: Mydbname, date(time) erstellen: 2010/07/08(12:36:46) erste LSN: 1:5068:70, Letzte LSN: 1:5108:1, Anzahl der Sicherungsmedien: 1, Geräteinformationen: (Datei = 1, Typ = DISK: {C:\folder\logbackup1.trn}). Dies ist nur eine Informationsmeldung. Es ist keine Handlung des Benutzers erforderlich.

Protokolldatei wurde gesichert. Datenbank: Mydbname, Erstellung date(time): 2010/07/08(15:36:46), erste LSN: 100001:5108:1 letzte LSN: 100002:5108:1, Anzahl der Sicherungsmedien: 1, Geräteinformationen: (Datei = 2, Typ = DISK: {C:\folder\logbackup2.trn}). Dies ist nur eine Informationsmeldung. Ist keine Benutzeraktion erforderlich.}

Die folgende Tabelle enthält weitere Informationen zu den Produkten und Tools, die automatisch für die Bedingung prüfen, die im Abschnitt "Problembeschreibung" in der Instanz von SQL Server und in den Versionen von SQL Server, für den die Regel ausgewertet wird, beschrieben wird.

Tabelle minimierenTabelle vergrößern
Regel-softwareRegel-TitelRegelbeschreibungProduktversionen, für die die Regel ausgewertet wird
System Center AdvisorAufgrund der Größe des Transaktionslogs oder Anzahl der VLF kann SQL Server bei der Transaktionsreplikation, die Log Reader Agent-Leistung beeinträchtigt werdenIn dieser Instanz von SQL Server erkannt Advisor die Präsenz Transaktionsreplikation mit Anzahl VLFs oder TLOG erheblich größer. Die Größe des Transaktionsprotokolls oder Anzahl der VLF beeinträchtigt die Performance Log Reader Agent. Verringern Sie die Größe des Transaktionsprotokolls und der Anzahl der VLF zum Verbessern der Leistung der Protokolllese-Agent.SQL Server 2008

SQL Server 2008 R2

SQL Server 2012



Informationsquellen

Weitere Informationen über die physische Architektur des Transaktionsprotokolls finden Sie auf der folgenden MSDN-Website:
Allgemeine Informationen über die physische Architektur des Transaktionsprotokolls

Weitere Informationen über die Protokollsequenznummer (LSN) finden Sie auf der folgenden MSDN-Website:
Allgemeine Informationen zu Protokollsequenznummer

Wenn die Datenbankspiegelung startet, finden Sie weitere Informationen über den Fehler 1413 auf der folgenden MSDN-Website:
Allgemeine Informationen über den Fehler 1413 beim Starten der Datenbankspiegelung

Weitere Informationen darüber, wie eine Protokoll-Dateistruktur Datenbank Wiederherstellungszeit beeinflussen kann finden Sie auf der folgenden MSDN-Website:
Wie eine Protokoll-Dateistruktur Datenbank Wiederherstellungszeit beeinflussen können

Weitere Informationen über das Transaktionslog VLFs finden Sie auf der folgenden MSDN-Website:
Allgemeine Informationen über die Transaktionsprotokolldatei

Weitere Informationen über das Erstellen eines Datenbanksnapshots finden Sie auf der folgenden MSDN-Website:
Gewusst wie: Erstellen eines Datenbanksnapshots
Weitere Informationen zum inkrementellen Dienstmodell für SQL Server klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
935897 Ein inkrementelles Dienstmodell ist vom SQL Server-Team zum Übermitteln von Hotfixes für gemeldete Probleme verfügbar
Weitere Informationen zum Benennungsschema für SQL Server-Updates klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
822499Neues Namensschema für Microsoft SQL Server-Softwareupdate-Paketen
Weitere Informationen zur Terminologie für Softwareupdates finden Sie im folgenden Artikel der Microsoft Knowledge Base:
824684 Beschreibung der Standardterminologie, die zum Beschreiben von Microsoft-Softwareupdates verwendet wird

Eigenschaften

Artikel-ID: 2455009 - Geändert am: Montag, 6. Januar 2014 - Version: 4.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2005 Evaluation Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Standard Edition for Small Business
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Workgroup
Keywords: 
kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2455009 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: 2455009
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