Eine Datenbank aus einer früheren Version von SQL Server unbrauchbar, wenn Sie es zu einer Instanz von SQL Server 2012 anfügen

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

Auf dieser Seite

Problembeschreibung

Betrachten Sie das folgende Szenario:
  • Sie installieren eine Instanz von Microsoft SQL Server 2005, Microsoft SQL Server 2008 oder Microsoft SQL Server 2008 R2.
  • Die Instanz der SQL Server heißt INST1 und hostet eine Datenbank mit dem Namen Test_RO_FG_DB.
  • Die Datenbank enthält die folgenden Dateigruppen von:
    • Primäre
    • RO_FG
    • RW_FG
  • Die Dateigruppe mit dem Namen RO_FG wird als READ_ONLY gekennzeichnet.
  • Sie installieren eine neue Instanz der Microsoft SQL Server 2012. Diese Instanz von SQL Server 2012 heißt INST2.
  • Sie trennen Sie die Test_RO_FG_DB-Datenbank von INST1.
  • Sie versuchen, die Test_RO_FG_DB-Datenbank Inst2 anfügen.
  • Sie erhalten eine Fehlermeldung, die der folgenden ähnelt:
    Msg 3415, Ebene 16, Status 2, Zeile 1
    Datenbank 'Test_RO_FG_DB' kann nicht aktualisiert werden, da es schreibgeschützt ist, ist nur-Lese-Dateien hat oder der Benutzer verfügt nicht über die Berechtigungen so ändern Sie einige der Dateien. Machen Sie die Datenbank oder Dateien schreibbar, und führen Sie die Wiederherstellung erneut aus.
  • Sie versuchen, die Datenbank Test_RO_FG_DB INST1.
In diesem Szenario können nicht Sie die Datenbank INST1 wieder anfügen. Und Sie erhalten die folgende Fehlermeldung im Fehlerprotokoll SQL Server:

2012-05-03-22:55:45.37-spid52 startet Datenbank 'Test_RO_FG_DB'.
2012-05-03 22:55:45.78 spid52 * *******************************************************************************
2012-05-03-22:55:45.78-spid52 * STAPELABBILD beginnen:
2012-05-03-22:55:45.78-spid52 * 05/03/12 22: 55: 45 Spid 52
2012-05-03-22:55:45.78-spid52 * Position: logscan.cpp:1490
2012-05-03-22:55:45.78-spid52 * Ausdruck: FALSE
2012-05-03-22:55:45.78-spid52 * SPID: 52
2012-05-03-22:55:45.78-spid52 * Prozess-ID: 9156
2012-05-03-22:55:45.78-spid52 * Beschreibung: Ungültiger Parameter-Wert
2012-05-03-22:55:45.78-spid52 * Input Buffer-98-Byte -
2012-05-03-22:55:45.78-spid52 * alter Database Test_RO_FG_DB online Set
2012-05-03-22:55:51.05-spid52-Fehler: 17065, Schweregrad: 16, Status: 1.
2012-05-03-22:55:51.05 spid52 SQL Server-Assertion: Datei: <logscan.cpp>, Zeile = 1490-Fehler bei Assertion = 'FALSE' ungültiger Parameter-Wert. Dieser Fehler möglicherweise im Zusammenhang mit dem Timing. Wenn der Fehler weiterhin auftritt, nachdem die Anweisung erneut ausführen, verwenden Sie DBCC CHECKDB die Datenbank für die strukturelle Integrität überprüft, oder starten Sie den Server, um sicherzustellen, dass die Datenstrukturen im Arbeitsspeicher nicht beschädigt sind.
2012-05-03-22:55:51.10-spid52-Fehler: 3624, Schweregrad: 20, State: 1.
Fehler bei Assertion Systemüberprüfung für 2012-05-03 22:55:51.10 spid52 A. Überprüfen Sie das SQL Server-Fehlerprotokoll auf Details. In der Regel wird ein Assertionsfehler durch eine Software-Fehler oder eine Datenbeschädigung verursacht. Um Beschädigungen der Datenbank zu überprüfen, sollten Sie in der Ausführung von DBCC CHECKDB. Wenn Sie zugestimmt, Dumps während Setup an Microsoft senden, wird ein kleines Speicherabbild an Microsoft gesendet. Ein Update möglicherweise von Microsoft in das neueste Service Pack oder ein QFE vom technischen Support zur Verfügung.
2012-05-03-22:56:09.16-spid52-Fehler: 3414, Schweregrad: 21, Status: 1.
2012-05-03-22:56:09.16-spid52 ein Fehler ist aufgetreten während der Wiederherstellung verhindert, dass die Datenbank 'Test_RO_FG_DB' (Datenbank-ID-19) neu zu starten. Recovery-Fehler diagnostizieren und beheben sie das Problem, oder aus einer als funktionierend bekannten Sicherung wiederherstellen. Wenn der Fehler nicht korrigiert oder erwartet werden, wenden Sie sich an technischen Support.
2012-05-03-22:56:09.18-spid52-Fehler: 928, Schweregrad: 20, State: 1.
2012-05-03-22:56:09.18-spid52 während der Aktualisierung,, die ausgelöste Datenbankausnahme 926, Schweregrad 14, Status 1, Adresse 0000000000F6A971. Verwenden Sie die Ausnahmenummer, um die Ursache zu ermitteln.</logscan.cpp>


Hinweis Dieses Problem tritt nur auf, wenn Sie versuchen, eine Datenbank anfügen, die eine Dateigruppe enthält, die READ_ONLY gekennzeichnet ist. Dieses Problem tritt nicht auf, wenn Sie versuchen, das Verschieben einer READ_ONLY-Datenbank, in dem alle Daten READ_ONLY gekennzeichnet ist.

Ursache

Dieses Problem tritt auf, weil SQL Server 2012 die schreibgeschützte Dateigruppe nicht erkennt, bevor die Datenbank gestartet wird. Nachdem die Aktualisierung gestartet hat, schreibt SQL Server 2012 Einträge im Transaktionsprotokoll. Frühere Versionen können die neuen Einträge im Transaktionsprotokoll nicht lesen.

Status

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

Lösung

Kumulatives Update-Informationen

SQL Server-2012

Die Fehlerbehebung für dieses Problem wurde zuerst im kumulativen Update 2 für SQL Server 2012 veröffentlicht. Weitere Informationen zu diesem kumulativen Update-Paket klicken Sie auf die folgende Artikelnummer klicken, um den Artikel in der Microsoft Knowledge Base anzuzeigen:
2703275 Kumulatives Updatepaket 2 für SQL Server 2012
Hinweis Da diese Builds kumulativ sind, jede neue Version enthält alle Hotfixes und alle die Sicherheitsupdates, die mit der vorherigen SQL Server 2012 enthalten waren. Microsoft empfiehlt, dass Sie anzuwenden die neueste Version, die diesen Hotfix enthält. Weitere Informationen klicken Sie auf die folgende Artikelnummer klicken, um den Artikel in der Microsoft Knowledge Base anzuzeigen:
2692828 Die SQL Server-2012 erstellt, die nach der Freigabe von SQL Server 2012
Sie müssen einen SQL Server 2012-Hotfix auf eine Installation von SQL Server 2012 anwenden.

Abhilfe

Verwenden Sie eine der folgenden Methoden, um dieses Problem zu umgehen.

Methode 1

Wiederherstellen einer Sicherung der Datenbank aus INST1 auf INST2.

Hinweis Im Abschnitt "Problembeschreibung" beschriebene Problem tritt nicht in SQL Server 2012 auf, wenn Sie eine Sicherungskopie von einer früheren Version wiederherstellen.

Methode 2

Führen Sie eine in-Place-Aktualisierung der früheren Version von SQL Server bis SQL Server 2012.

Methode 3

Verschieben Sie eine Datenbank, die eine schreibgeschützten Dateigruppe zu einer Instanz von SQL Server 2012 enthält. Gehen Sie folgendermaßen vor, um dies zu tun.

Hinweis Führen Sie Schritte 4 bis 11, auf dem Server, auf dem SQL Server 2012 ausgeführt wird. Führen Sie die Schritte 4 bis 11 z. B. auf INST2.
  1. Trennen Sie auf INST1 die Datenbank. Trennen Sie z. B. die Test_RO_FG_DB-Datenbank.
  2. Verschieben Sie die Dateien an den Server, der die INST2-Instanz hostet.
  3. Versuchen Sie zum Anfügen der Datenbank Inst2. Der folgende Code veranschaulicht dies:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG.mdf' ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_File1.ndf' ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RW_FG_File1.ndf' )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_log.ldf' )
    FOR ATTACH;
    GO
    Hinweis Sie erhalten die Fehlermeldung 3425, die im Abschnitt "Problembeschreibung" erwähnt wird.
  4. Benennen Sie die Datenbankdateien an einer Eingabeaufforderung. Der folgende Beispielbefehl zeigt, wie dies zu tun:
    rename Test_RO_FG.mdf original_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf original_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf original_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf original_Test_RO_FG_log.ldf
  5. Erstellen Sie in SQL Server Management Studio eine Datenbank mit dem gleichen Namen und die physische Struktur wie die Datenbank, die Sie anfügen möchten. Der folgende Code veranschaulicht dies:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_DB.mdf' , SIZE = 4072KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RW_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)
    GO
  6. Legen Sie die Datenbank auf offline. Führen Sie hierzu den folgenden Befehl ein:
    ALTER DATABASE [Test_RO_FG_DB] SET OFFLINE
    GO
  7. Benennen Sie an einer Eingabeaufforderung die Dateien in der neuen Datenbank. Der folgende Beispielbefehl zeigt, wie dies zu tun:
    rename Test_RO_FG.mdf new_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf new_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf new_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf new_Test_RO_FG_log.ldf
  8. Benennen Sie an einer Eingabeaufforderung die Dateien in der Datenbank, die Sie in Schritt 2 verschoben. Benennen Sie die Dateien entsprechend die Datenbank, die Sie in Schritt 4 erstellt haben. Der folgende Beispielbefehl zeigt, wie dies zu tun:
    rename original_Test_RO_FG.mdf Test_RO_FG.mdf 
    rename original_Test_RO_FG_File1.ndf Test_RO_FG_File1.ndf 
    rename original_Test_RW_FG_File1.ndf Test_RW_FG_File1.ndf 
    rename original_Test_RO_FG_log.ldf Test_RO_FG_log.ldf
  9. Die Datenbank auf ONLINE festgelegt. Führen Sie hierzu den folgenden Befehl ein:
    ALTER DATABASE [Test_RO_FG_DB] SET ONLINE
    GO
  10. Stellen Sie sicher, dass die Datenbank online ist, und die Service Broker-Funktionalität wiederherzustellen.
  11. Löschen Sie die Datenbankdateien, die nicht benötigt werden. Der folgende Beispielbefehl zeigt, wie dies zu tun:
    del /P new_Test_RO_FG.mdf
    del /P new_Test_RO_FG_File1.ndf
    del /P new_Test_RW_FG_File1.ndf
    del /P new_Test_RO_FG_log.ldf
Methode 4

Schließen Sie eine Datenbank, die eine schreibgeschützten Dateigruppe auf die frühere Instanz des SQL Server enthält. Gehen Sie folgendermaßen vor, um dies zu tun.

Notizen
  • Die Datenbank enthält auch die neuen Einträge im Transaktionsprotokoll von fehlgeschlagenen Aktualisierung.
  • Führen Sie Schritte 3 bis 10, auf dem Server mit eine frühere Version von SQL Server. Führen Sie die Schritte 3 bis 10 z. B. auf INST1.

  1. Verschieben Sie die Dateien auf die Instanz des SQL Server, die INST1 hostet.
  2. Versuchen Sie, die Datenbank an INST1 anfügen. Der folgende Code veranschaulicht dies:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_DB.mdf' ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_File1.ndf' ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RW_FG_File1.ndf' )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_log.ldf' )
    FOR ATTACH
    GO
    Hinweis Sie erhalten die Fehlermeldung 3624, die im Abschnitt "Problembeschreibung" erwähnt wird. Sie erhalten auch eine Fehlermeldung 1813.
  3. Benennen Sie die Datenbankdateien auf INST1 an einer Eingabeaufforderung. Der folgende Beispielbefehl zeigt, wie dies zu tun:
    rename Test_RO_FG.mdf original_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf original_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf original_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf original_Test_RO_FG_log.ldf
  4. Erstellen Sie in SQL Server Management Studio eine Datenbank mit dem gleichen Namen und die physische Struktur wie die Datenbank, die Sie anfügen möchten. Der folgende Code veranschaulicht dies:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_DB.mdf' , SIZE = 4072KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RW_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)
    GO
  5. Legen Sie die Datenbank auf offline. Führen Sie hierzu den folgenden Befehl ein:
    ALTER DATABASE [Test_RO_FG_DB] SET OFFLINE
    GO
  6. Benennen Sie an einer Eingabeaufforderung die Dateien in der neuen Datenbank. Der folgende Beispielbefehl zeigt, wie dies zu tun:
    rename Test_RO_FG.mdf new_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf new_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf new_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf new_Test_RO_FG_log.ldf
  7. Benennen Sie an einer Eingabeaufforderung die Dateien in der Datenbank, die Sie in Schritt 2 verschoben. Benennen Sie die Dateien entsprechend die Datenbank, die Sie in Schritt 4 erstellt haben. Der folgende Beispielbefehl zeigt, wie dies zu tun:
    rename original_Test_RO_FG.mdf Test_RO_FG.mdf 
    rename original_Test_RO_FG_File1.ndf Test_RO_FG_File1.ndf 
    rename original_Test_RW_FG_File1.ndf Test_RW_FG_File1.ndf 
    rename original_Test_RO_FG_log.ldf Test_RO_FG_log.ldf
  8. Legen Sie die Datenbank Notfallmodus, und führen Sie eine Reparatur. Führen Sie hierzu den folgenden Befehl ein.

    Hinweis Bei diesem Schritt werden die Transaktionsprotokolle der Datenbank neu. Dies kann zu Datenverlust führen. Aus diesem Grund empfehlen wir, dass die Datenbank sichern, bevor Sie diesen Schritt ausführen.
    ALTER DATABASE Test_RO_FG_DB SET EMERGENCY
    GO
    ALTER DATABASE Test_RO_FG_DB SET SINGLE_USER
    GO
    DBCC CHECKDB (Test_RO_FG_DB, repair_allow_data_loss) WITH ALL_ERRORMSGS
    GO
    ALTER DATABASE Test_RO_FG_DB SET MULTI_USER
    GO
  9. Stellen Sie sicher, dass die Datenbank online ist, und die Service Broker-Funktionalität wiederherzustellen.
  10. Löschen Sie die Datenbankdateien, die nicht benötigt werden. Der folgende Beispielbefehl zeigt, wie dies zu tun:
    del /P new_Test_RO_FG.mdf
    del /P new_Test_RO_FG_File1.ndf
    del /P new_Test_RW_FG_File1.ndf
    del /P new_Test_RO_FG_log.ldf

Weitere Informationen

Es sind mehrere Schritte, die auftreten, wenn eine Datenbank auf eine Instanz der SQL Server zugeordnet ist. Diese Schritte beinhalten die Datenbank wiederherstellen und aktualisieren die Dateien aus früheren Versionen von SQL Server.

In der Ausgabe, die im Abschnitt "Problembeschreibung" beschrieben wird, beginnt SQL Server 2012 der Upgrade-Vorgang, bevor die schreibgeschützte Dateien in der Datenbank entdeckt werden. Die Upgrade-Schritte enthalten eine Transaktion deaktivieren Sie das Bit "ordnungsgemäß heruntergefahren" in der Boot-Seite der Datenbank zu starten. Frühere Versionen von SQL Server können nicht mit den Begin Transaction-Datensatz gelesen. Aus diesem Grund die Datenbank kann nicht in früheren Versionen von SQL Server verwendet, und SQL Server generiert den Fehler 3624.

In-Place-Aktualisierungen, wenn eine Datenbank als schreibgeschützt markiert ist

Beim Durchführen einer in-Place-Aktualisierung einer Instanz von SQL Server, die eine schreibgeschützte Datenbank enthält, mit dem Namen Test_RO_DB bis SQL Server 2012 erhalten Sie Fehlermeldungen, die in das Fehlerprotokoll für die SQL Server folgendermaßen aussehen:

2012-05-04-21:03:59.23-spid19s startet Datenbank 'Test_RO_DB'.
2012-05-04-21:03:59.56 spid19s Konvertieren von Datenbank 'Test_RO_DB' aus Version 661 auf die aktuelle Version 706.
2012-05-04-21:03:59.56-spid19s-Fehler: 928, Schweregrad: 20, State: 1.
2012-05-04-21:03:59.56-spid19s während der Aktualisierung, Datenbank ausgelöste Ausnahme 3415, Schweregrad 16, Status 1, Adresse 000007FEE66D784A. Verwenden Sie die Ausnahmenummer, um die Ursache zu ermitteln.
2012-05-04-21:03:59.61-spid19s-Fehler: 3415, Schweregrad: 16, Status: 1.
2012-05-04 21:03:59.61 spid19s Datenbank 'Test_RO_DB' kann nicht aktualisiert werden, da es schreibgeschützt ist, ist nur-Lese-Dateien hat oder der Benutzer verfügt nicht über die Berechtigungen so ändern Sie einige der Dateien. Machen Sie die Datenbank oder Dateien schreibbar, und führen Sie die Wiederherstellung erneut aus.


Am Ende des Aktualisierungsvorgangs werden die Test_RO_DB-Datenbank im Zustand RECOVERY_PENDING. Sie müssen den Befehl ALTER DATABASE verwenden, um die Datenbank auf READ_WRITE festgelegt. Verwenden Sie den Befehl ALTER DATABASE klicken Sie dann auf die Datenbank auf READ_ONLY festgelegt. Auf diese Weise können die SQL Server-Engine, die die Datenbank auf die richtige Version zu aktualisieren.

In-Place-Aktualisierungen, wenn eine Datenbank für Lese-/Schreibzugriff Dateigruppen enthält, die als schreibgeschützt gekennzeichnet sind

Wenn Sie ein in-Place-Upgrade auf SQL Server 2012 durchführen, können Sie Nachrichten empfangen, die in das Fehlerprotokoll für die SQL Server folgendermaßen aussehen. Dieses Problem tritt auf, wenn die frühere Instanz des SQL Server eine Schreib-Lese-Datenbank hostet und enthält Dateigruppen, die READ_ONLY gekennzeichnet sind. Allerdings der Upgrade-Vorgang abgeschlossen ist, wie erwartet, und die Datenbank online startet.

Hinweis Die Datenbank ist Test_RO_FG benannt, in die folgende Fehlermeldung angezeigt:

2012-05-04-21:03:59.23-spid18s startet Datenbank 'Test_RO_FG'.
2012-05-04-21:03:59.71 spid18s Konvertieren von Datenbank 'Test_RO_FG' aus Version 661 auf die aktuelle Version 706.
2012-05-04 21:03:59.71 spid18s Datenbank 'Test_RO_FG' der Aktualisierungsschritt 661 Version auf Version 668 ausgeführt.



Eigenschaften

Artikel-ID: 2710782 - Geändert am: Montag, 18. Juni 2012 - Version: 2.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 2012 Enterprise
Keywords: 
kbsurveynew kbprb kbtshoot kbmt KB2710782 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: 2710782
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