DetailPage-MSS-KB

Knowledge Base

Artikel-ID: 958734 - Geändert am: Freitag, 18. Januar 2013 - Version: 2.0

 

Auf dieser Seite

EINFÜHRUNG

Dieser Artikel beschreibt, wie eine Microsoft SQL Server-Installation auf einer Failoverclusterinstanz angebracht.

Wichtig
  • Wenn Sie eine SQL Server-Failoverclusterinstanz auf einem aktiven Knoten aktualisieren, werden SQL Server-Dienste angehalten. Dies bewirkt, dass SQL Server-Ausfallzeiten. Um Ausfallzeiten zu vermeiden, installieren Sie ein paralleles Update auf passiven Knoten, wie in diesem Artikel erläutert.
  • Um einen gemischten Versionen der möglichen Besitzerknoten in der Failoverclusterinstanz zu vermeiden, verwenden Sie die Clusterverwaltung (Cluadmin.exe), um Knoten aus der Liste der möglichen Besitzer Knoten in der Failover-Clusterinstanz zu entfernen. Vermeiden Sie die Verwendung einer gemischten Version des möglichen Besitzerknoten auf mögliche Datenbeschädigung zu verhindern.
  • Der Clusterdienst überprüft in Microsoft SQL Server 2008 oder höher die SQL-Netzwerknamen-Ressource für eine Liste der möglichen Besitzer. Die SQL-Netzwerknamen-Ressource ist auch ein Prüfpunkt erstellt. Dieses Verhalten unterscheidet sich von Microsoft SQL Server 2005. In SQL Server 2005 ist die SQL Server-Ressource selbst ein Prüfpunkt erstellt.

Weitere Informationen

Installieren von SQL Server-parallelen Updates auf einem Failovercluster

Hinweis Die Informationen in diesem Abschnitt gelten für SQL Server 2008 und höher.
  1. Bevor Sie Updates beginnen, stellen Sie sicher, dass Sie eine Liste der möglichen Besitzer für die bestimmte Clusterinstanz von SQL Server sammeln. Um einen bestimmten SQL Server-Netzwerk-Ressourcennamen zu finden, führen Sie den folgenden Befehl:
    Cluster.exe-Ressource
    Sie finden Sie unter Ausgabe, die der folgenden ähnelt:
    Resource                          Group                             Node              Status
    --------------------              --------------------              ----------        ------
    Cluster Disk 1                    Cluster Group                     NODE1             Online
    Cluster Disk 2                    SQL Server (INST1)                NODE1             Online
    Cluster Disk 3                    SQL Server (INST2)                NODE1             Online
    Cluster Disk 4                    Available Storage                 NODE1             Online
    Cluster IP Address                Cluster Group                     NODE1             Online
    Cluster Name                      Cluster Group                     NODE1             Online
    SQL IP Address 1 (SQLVS1)         SQL Server (INST1)                NODE1             Online
    SQL Network Name (SQLVS1)         SQL Server (INST1)                NODE1             Online
    SQL Server                        SQL Server (INST1)                NODE1             Online
    SQL Server Agent                  SQL Server (INST1)                NODE1             Online
    SQL IP Address 2 (SQLVS2)         SQL Server (INST2)                NODE1             Online
    SQL Network Name (SQLVS2)         SQL Server (INST2)                NODE1             Online
    SQL Server                        SQL Server (INST2)                NODE1             Online
    SQL Server Agent                  SQL Server (INST2)                NODE1             Online
    
    In diesem Beispiel können Sie die folgenden Befehle verwenden, um eine Liste der möglichen Besitzer für jede SQL-Netzwerknamen-Ressource erstellen:
    • Cluster.exe Ressource "SQL-Netzwerknamen (SQLVS1)" /listowners > c:\SQLVS1_list_of_owners.txt
    • Cluster.exe Ressource "SQL-Netzwerknamen (SQLVS2)" /listowners > c:\SQLVS2_list_of_owners.txt
  2. Verwenden Sie in der Clusterverwaltung die entsprechende SQL-Netzwerknamen-Ressource die Hälfte der Knoten aus der Liste Mögliche Besitzer in die Failoverclusterinstanzen entfernen auf dem Sie die Updates anwenden möchten. Entfernen Sie die passiven Knoten zuerst von möglichen Besitzern. Halten Sie die Liste der Knoten, die Sie aus den möglichen Besitzern für zukünftige Referenz, während der Updatevorgang wird ausgeführt entfernen.

    Hinweis Es wird empfohlen, dass die Hälfte der Knoten aus der möglichen Besitzer aus, die hohe Verfügbarkeit zu entfernen.
  3. Nachdem Sie die Knoten aus der Liste Mögliche Besitzer in der Failoverclusterinstanz entfernt haben, wenden Sie das SQL Server-Update auf den Knoten, die Sie in Schritt 2 entfernt. Um das Update auf jedem Knoten anzuwenden, die von der möglichen Besitzer entfernt wurde, finden Sie in der Dokumentation, die innerhalb der Update-Paket enthalten ist, die Sie anwenden.

    Hinweis Ist dies das erste Mal, dass Sie das Update auf eine Instanz für einen Knoten anwenden, verschieben Sie alle aktiven Ressourcengruppen auf einen anderen Knoten, bevor die Installation des Updates. Dadurch vermieden, Ausfallzeiten oder Neustarts, die auftreten können, wenn gemeinsam genutzte Komponenten, die verwendet werden, aktualisiert werden.
  4. Nachdem das Update auf den Knoten angewendet wurde, die von der möglichen Besitzer entfernt wurden, verwenden Sie die SQL-Netzwerknamen-Ressource auf das Cluster-Administrator-Tool wieder in der Liste Mögliche Besitzer in der Failoverclusterinstanz aktualisierten Knoten hinzu.

    Stellen Sie sicher, dass Sie Back Knoten für die richtigen SQL Server-Instanzen hinzufügen, verwenden Sie die Liste der möglichen Besitzer, die Sie vor der gesammelt wird durchgeführt, das Update. Stellen Sie sicher, dass Sie die Knoten, die bereits aktualisiert wurden in der Liste markieren.
  5. Basierend auf der SQL-Netzwerknamen-Ressource, finden Sie die richtigen Ressourcengruppe, Anwendung oder Services in Windows Server 2008, und verschieben Sie diese Gruppe, Anwendung oder Dienst zu einem der Knoten, die aktualisiert wurde.
  6. Stellen Sie sicher, dass alle SQL Server-Ressourcen auf dem aktuell aktiven Knoten online sind.
  7. Verwenden Sie im Cluster Administrator-Tool, die SQL-Netzwerknamen-Ressource um die möglichen Besitzer in der Failoverclusterinstanz aufheben die Knoten, die nicht aktualisiert wurden.
  8. Wenden Sie das SQL Server-Update zu den Knoten, die Sie in Schritt 7 entfernt.
  9. Wiederholen Sie Schritt 4, um alle Knoten hinzuzufügen, die auf die möglichen Besitzer für die Failoverclusterinstanz aktualisiert wurden, die Sie aktualisiert.
  10. Stellen Sie sicher, dass der Cluster ohne Probleme ausgeführt wird. Versuchen Sie es, um die Instanz von SQL Server zwischen den Knoten im Cluster zu verschieben.

Deinstallation von SQL Server-Patches auf einem Failovercluster in einem parallelen Update-Szenario

Hinweis Die Informationen in diesem Abschnitt gelten für SQL Server 2008 und höher.

Verwenden Sie die Prozedur, die auf Ihre Situation zutrifft:

Szenario 1: Sie den Patch auf allen Knoten des Clusters angewendet

In diesem Szenario wird das Verfahren zur Deinstallation des Patches genau das Gegenteil der Installation des Patches, die im obigen Abschnitt erläutert wird. Detaillierte Vorgehensweise würde wie folgt aussehen:
  1. Bevor Sie Updates entfernen, stellen Sie sicher, dass Sie eine Liste der möglichen Besitzer für die bestimmte Clusterinstanz von SQL Server sammeln. Um einen bestimmten SQL Server-Netzwerk-Ressourcennamen zu finden, führen Sie den folgenden Befehl:
    cluster.exe resource 
    Sie finden Sie unter Ausgabe, die der folgenden ähnelt:
    Ressource Gruppe Knotenstatus------------
    Clusterdatenträger Online 1 Clustergruppe NODE1 Online Cluster Datenträger 2 SQL Server (INST1) NODE1
    Cluster-Datenträger 3 Clusterdatenträger SQL Server (INST2) NODE1 Online 4 verfügbaren Speicher NODE1 Online
    Cluster-IP-Adresse-Clustergruppe NODE1 Online Cluster Name Clustergruppe NODE1 Online SQL IP-Adresse 1 (SQLVS1)
    SQL Server (INST1) NODE1 Online SQL Netzwerknamen (SQLVS1) SQL Server (INST1) NODE1 Online SQL Server SQL Server
    (INST1) Node1 Online SQL Server-Agent SQL Server (INST1) NODE1 Online SQL IP-Adresse Online 2 Knoten 1 (SQLVS2) SQL Server (INST2)
    SQL Network Name (SQLVS2) SQL Server (INST2) NODE1 Online SQL Server SQL Server (INST2) NODE1 Online
    SQL Server-Agent SQL Server (INST2) NODE1 Online

    In diesem Beispiel können Sie die folgenden Befehle verwenden, um eine Liste der möglichen Besitzer für jede SQL-Netzwerknamen-Ressource erstellen:
    • Cluster.exe Ressource "SQL-Netzwerknamen (SQLVS1)" /listowners > c:\SQLVS1_list_of_owners.txt
    • Cluster.exe Ressource "SQL-Netzwerknamen (SQLVS2)" /listowners > c:\SQLVS2_list_of_owners.txt
  2. Verwenden Sie in der Clusterverwaltung die entsprechende SQL-Netzwerknamen-Ressource die Hälfte der Knoten aus der Liste Mögliche Besitzer in die Failoverclusterinstanzen entfernen auf dem Sie die Updates entfernen möchten. Entfernen Sie die passiven Knoten zuerst von möglichen Besitzern. Halten Sie die Liste der Knoten, die Sie während dieses Vorgangs Update zum Entfernen von möglichen Besitzern für Referenzzwecke entfernen.
    HinweisEs wird empfohlen, dass die Hälfte der Knoten aus der möglichen Besitzer aus, die hohe Verfügbarkeit zu entfernen.
  3. Nachdem Sie die Knoten aus der Liste Mögliche Besitzer in der Failoverclusterinstanz entfernt haben, entfernen Sie das SQL Server-Update auf den Knoten, die Sie in Schritt 2 entfernt. Um das Update auf jedem Knoten entfernen, die von der möglichen Besitzer entfernt wurde, finden Sie in der Dokumentation, die innerhalb der Update-Paket enthalten ist, die Sie anwenden.

    HinweisIst dies das erste Mal, dass Sie das Update auf eine Instanz für einen Knoten entfernen, verschieben Sie alle aktiven Ressourcengruppen auf einen anderen Knoten, bevor Sie das Update zu entfernen. Dadurch vermieden, Ausfallzeiten oder Neustarts, die auftreten können, wenn gemeinsam genutzte Komponenten, die verwendet werden, aktualisiert werden.
  4. Nachdem das Update auf den Knoten entfernt wurde, die von der möglichen Besitzer entfernt wurden, verwenden Sie die SQL-Netzwerknamen-Ressource auf das Cluster-Administrator-Tool wieder in der Liste Mögliche Besitzer in der Failoverclusterinstanz Downgrade Knoten hinzu.

    Stellen Sie sicher, dass Sie Back Knoten für die richtigen SQL Server-Instanzen hinzufügen, verwenden Sie die Liste der möglichen Besitzer, die Sie vor der gesammelt wird durchgeführt, das Update. Stellen Sie sicher, dass Knoten, die bereits herabgestuft wurden in Ihrer Liste zu markieren.
  5. Basierend auf der SQL-Netzwerknamen-Ressource, finden Sie die richtigen Ressourcengruppe, Anwendung oder Services in Windows Server 2008, und verschieben Sie diese Gruppe, Anwendung oder Dienst zu einem der Knoten, der herabgestuft wurde.
  6. Stellen Sie sicher, dass alle SQL Server-Ressourcen auf dem aktuell aktiven Knoten online sind.
  7. Verwenden Sie im Cluster Administrator-Tool, die SQL-Netzwerknamen-Ressource um die möglichen Besitzer in der Failoverclusterinstanz aufheben die Knoten, die nicht herabgestuft wurden.
  8. Entfernen Sie das SQL Server-Update für die Knoten, die Sie in Schritt 7 entfernt.
  9. Wiederholen Sie Schritt 4, um alle Knoten, die herabgestuft wurden auf die möglichen Besitzer für die Failoverclusterinstanz hinzuzufügen, die Sie heruntergestuft.
  10. Stellen Sie sicher, dass der Cluster ohne Probleme ausgeführt wird. Versuchen Sie es, um die Instanz von SQL Server zwischen den Knoten im Cluster zu verschieben.

Szenario 2: Sie sind in der Mitte der parallelen Updateprozess und nur einige Knoten werden aktualisiert.


Hierfür kann es verschiedene Variationen für diese, wie nachfolgend beschrieben:

HinweisDie folgende Erläuterungen wird davon ausgegangen, dass Sie sind im Abschnitt "Installieren von SQL Server parallelen Updates auf einem Failovercluster" in diesem Artikel beschriebenen Schritten folgen, und Sie werden in der Mitte das Aktualisieren der ersten Hälfte oder zweite Hälfte der Knoten.

Szenarien für die erste Hälfte-(die erste Hälfte der Knoten von möglichen Besitzern entfernt werden)

Case-1A: Sie entscheiden, gehen nicht weiter mit Patch aktualisieren Prozess.
Gehen Sie folgendermaßen vor:
  1. Entfernen Sie das Update auf jedem Knoten, die gepatcht wurden, und mithilfe von SQL-Netzwerknamen Ressource in der Clusterverwaltung zum Addieren zurück zur Liste Mögliche Besitzer in der Failoverclusterinstanz.
  2. Stellen Sie sicher, dass der Cluster ohne Probleme ausgeführt wird. Versuchen Sie es, um die Instanz von SQL Server zwischen den Knoten im Cluster zu verschieben.

Case 2A. Nach der Patchinstallation auf einige Knoten, entdecken Sie (entweder durch Durchsuchen des Webs oder beim Arbeiten mit Microsoft CSS), die es gibt bekannte Probleme mit dem Patch und nicht daher weiter fortfahren.
  1. Wenn eine neuere Version des Updates, die das Problem behoben ist, verwenden Sie, die in Verbindung mit Schritte 3 bis 10 der in diesem Artikel im Abschnitt "Installieren von SQL Server 2008 parallelen Updates auf einem Failover Cluster" beschriebene Verfahren, mit der Update-Vorgang fortzufahren.
  2. Wenn entweder neuere Version nicht verfügbar ist, oder Sie nicht auf die neuere Version sofort aktualisieren können, mithilfe des Verfahrens, das dokumentiert ist für Groß-1A oben.

Case 3A. Sie können den Patch auf einem oder mehreren Knoten zu installieren:

In diesem Fall wäre die Empfehlung weiter überprüfen Sie, warum das Update auf diesem Knoten fehlschlägt und patching von die anderen Knoten mit dem Update fortzufahren. Wenn die Knoten als mögliche Besitzer auf SQL Server-Ressource hinzufügen möchten, lassen Sie den problematischen Knoten oder Knoten aus dieser Liste.

Wenn Problembehandlung keine Option ist aus, und Sie benötigen alle Knoten für den Cluster-Betrieb verfügbar sein, können Sie die Prozedur, die dokumentiert ist für die oben genannten Fall 1A.

Szenarien für die zweite Hälfte: (die erste Hälfte der Knoten bereits aktualisiert und die Liste der möglichen Besitzer hinzugefügt und sind entweder gerade entfernt oder hatte bereits die zweite Hälfte aus der Liste der möglichen Besitzer entfernt):

Fall 1 b: Sie feststellen, dass Sie nicht so verschieben Sie die SQL Server-Gruppe mit den aktualisierten Knoten (Schritt #5 des Update-Prozesses) aufgrund eines möglichen Problems mit dem Patch können (von SQL Server-Gruppe im Wesentlichen auf einen Knoten, die nicht aktualisiert fehlschlägt).

Gehen Sie folgendermaßen vor:

  1. Überprüfen Sie, ob eine neuere Version des Patches, die das Problem behebt verfügbar ist. Wenn es verfügbar ist, verwenden Sie, die in Verbindung mit der in diesem Artikel im Abschnitt "Installieren von SQL Server 2008 parallelen Updates auf einem Failover Cluster" beschriebene Verfahren, mit der gesamte Aktualisierungsvorgang fortzufahren.

    HinweisSie müssen nicht den Regression Patch von der ersten Hälfte zu entfernen. Sie müssen nur der erste Hälfte der Knoten entfernen, die aktualisiert werden, aus der Liste der möglichen Besitzer für die SQL Server-Instanz, und klicken Sie dann fortgesetzt, als ob Sie den gesamten Cluster mit einem neuen Patch mit erörterten Prozesses erläuert paralleles Update am Anfang dieses Artikels aktualisieren.
  2. Wenn entweder neuere Version nicht verfügbar ist, oder Sie nicht auf die neuere Version sofort aktualisieren können, verwenden Sie das folgende Verfahren:
    1. Mithilfe der Liste, die Sie erfasst die zu Beginn des Aktualisierungsvorgangs wird, Entfernen der erste Hälfte der Knoten, die als mögliche Besitzer für den Namen des SQL Server-Netzwerks gepatcht werden.
    2. Hinzufügen der zweiten Hälfte der Knoten "entfernt" zurück zu den möglichen Besitzern von den Namen des SQL Server-Netzwerks.
      HinweisDas Failover ist fehlgeschlagen, aber Sie haben einige oder alle Knoten auf der zweiten Hälfte entfernt. Beachten Sie auch, dass keiner der Knoten auf der zweiten Hälfte noch aktualisiert wurde.
    3. Nachdem das Update entfernt wurde, verwenden Sie die SQL-Netzwerknamen-Ressource auf die Cluster-Administrator-Tool diese Knoten wieder in der Liste Mögliche Besitzer in der Failoverclusterinstanz hinzu.
    4. Stellen Sie sicher, dass der Cluster ohne Probleme ausgeführt wird. Versuchen Sie es, um die Instanz von SQL Server zwischen den Knoten im Cluster zu verschieben.
Case-2 b: nach der Patchinstallation auf einige Knoten, entdecken Sie (entweder durch Durchsuchen des Webs oder beim Arbeiten mit Microsoft CSS), die es gibt bekannte Probleme mit dem Patch und nicht daher weiter fortfahren.(SQL Server-Gruppe ist online auf eine der ersten Hälfte Knoten, die aktualisiert wurden).

Gehen Sie folgendermaßen vor:
  1. Überprüfen Sie, ob eine neuere Version des Patches, die das Problem behebt verfügbar ist. Wenn es verfügbar ist, verwenden Sie, dass in Verbindung mit der Prozedur "Installieren von SQL Server parallelen Updates auf einem Failovercluster" im Abschnitt "" dieses Artikels vorgehen bei die gesamte Prozess, sondern beginnen mit die vollständige zweite Hälfte in der Liste aktualisieren.

    HinweisWenn der Aktualisierungsvorgang abgeschlossen ist, werden alle Knoten aus der ersten Hälfte als auch die Knoten, die in der zweiten Hälfte der Liste aktualisiert werden im Wesentlichen zwei Sätze von Updates – die erste mit dem problematischen Patch und das zweite mit einer korrigierten Patch erhalten.
  2. Wenn entweder neuere Version nicht verfügbar ist, oder Sie nicht auf die neuere Version sofort aktualisieren können, verwenden Sie das folgende Verfahren:
    1. Entfernen Sie den Patch auf allen Knoten, die aktualisiert werden, in der zweiten Hälfte anhand der Dokumentation, die innerhalb der Update-Paket enthalten ist, die Sie anwenden.
    2. Verwenden Sie die SQL-Netzwerknamen-Ressource auf der Cluster-Administrator-Tool die zweite Hälfte der Knoten wieder in der Liste Mögliche Besitzer in der Failoverclusterinstanz hinzu.

      Stellen Sie sicher, dass Sie Back Knoten für die richtigen SQL Server-Instanzen hinzufügen, verwenden Sie die Liste der möglichen Besitzer, die Sie vor der gesammelt wird durchgeführt, das Update. Stellen Sie sicher, dass Sie die Knoten, die bereits aktualisiert wurden in der Liste markieren.
    3. Basierend auf der SQL-Netzwerknamen-Ressource, finden Sie der richtigen Ressourcengruppe, Anwendung oder Services in Windows Server 2008 und verschieben Sie dann dieser Gruppe, Anwendung oder Dienst zu einem der Knoten aus der zweiten Hälfte.
    4. Mithilfe der Liste, die Sie erfasst die zu Beginn des Aktualisierungsvorgangs wird, Entfernen der erste Hälfte der Knoten, die als mögliche Besitzer für den Namen des SQL Server-Netzwerks gepatcht werden.
    5. Entfernen Sie das Update auf jedem dieser Knoten anhand der Dokumentation, die innerhalb der Update-Paket enthalten ist, die Sie anwenden.
    6. Nachdem das Update entfernt wurde, verwenden Sie die SQL-Netzwerknamen-Ressource auf die Cluster-Administrator-Tool diese Knoten wieder in der Liste Mögliche Besitzer in der Failoverclusterinstanz hinzu.
    7. Stellen Sie sicher, dass der Cluster ohne Probleme ausgeführt wird. Versuchen Sie es, um die Instanz von SQL Server zwischen den Knoten im Cluster zu verschieben.
Fall 3 b: Sie entscheiden, gehen nicht weiter mit Patch aktualisieren Prozess: Gehen Sie folgendermaßen vor.
  1. Entfernen Sie den Patch auf allen Knoten, die möglicherweise bereits aktualisiert wurde, in der zweiten Hälfte anhand der Dokumentation, die innerhalb der Update-Paket enthalten ist, die Sie anwenden.
  2. Verwenden Sie die SQL-Netzwerknamen-Ressource auf der Cluster-Administrator-Tool die zweite Hälfte der Knoten wieder in der Liste Mögliche Besitzer in der Failoverclusterinstanz hinzu.
  3. Stellen Sie sicher, dass Sie Back Knoten für die richtigen SQL Server-Instanzen hinzufügen, verwenden Sie die Liste der möglichen Besitzer, die Sie vor der gesammelt wird durchgeführt, das Update. Stellen Sie sicher, dass Sie die Knoten, die bereits aktualisiert wurden in der Liste markieren.
  4. Basierend auf der SQL-Netzwerknamen-Ressource, finden Sie der richtigen Ressourcengruppe, Anwendung oder Services in Windows Server 2008 und verschieben Sie dann dieser Gruppe, Anwendung oder Dienst zu einem der Knoten aus der zweiten Hälfte.
  5. Mithilfe der Liste, die Sie erfasst die zu Beginn des Aktualisierungsvorgangs wird, Entfernen der erste Hälfte der Knoten, die als mögliche Besitzer für den Namen des SQL Server-Netzwerks gepatcht werden.
  6. Entfernen Sie das Update auf jedem dieser Knoten anhand der Dokumentation, die innerhalb der Update-Paket enthalten ist, die Sie anwenden.
  7. Nachdem das Update entfernt wurde, verwenden Sie die SQL-Netzwerknamen-Ressource auf die Cluster-Administrator-Tool diese Knoten wieder in der Liste Mögliche Besitzer in der Failoverclusterinstanz hinzu.
  8. Stellen Sie sicher, dass der Cluster ohne Probleme ausgeführt wird. Versuchen Sie es, um die Instanz von SQL Server zwischen den Knoten im Cluster zu verschieben.

Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Enterprise Evaluation
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2012 Business Intelligence
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Standard
Keywords: 
kbexpertiseadvanced kbinfo kbmt KB958734 KbMtde
Maschinell übersetzter ArtikelMaschinell ü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: 958734  (http://support.microsoft.com/kb/958734/en-us/ )
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.
Freigeben
Weitere Supportoptionen
Microsoft Community-Supportforen
Kontaktieren Sie uns direkt
Zertifizierten Partner finden
Microsoft Store
Folgen Sie uns: