Beschreibung der Unterstützung für Netzwerkdatenbank legt in SQL Server

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

Auf dieser Seite

Zusammenfassung

Microsoft empfiehlt in der Regel, ein Storage Area Network (SAN) oder lokal angeschlossenen Datenträger für die Speicherung von Microsoft SQL Server-Datenbankdateien verwenden, da diese Konfiguration der SQL Server-Leistung und Zuverlässigkeit optimiert. Standardmäßig ist die Verwendung von Datenbankdateien im Netzwerk (gespeichert auf einem Netzwerkserver oder Network Attached Storage [NAS]) für SQL Server nicht aktiviert.

Allerdings können Sie SQL Server zum Speichern einer Datenbank auf einem Netzwerkserver oder NAS-Speicherserver konfigurieren. Für diesen Zweck verwendeten Server müssen Anforderungen von SQL Server für die Schreibreihenfolge und Write-through Garantien, die im Abschnitt "Weitere Informationen" beschrieben werden.

Windows Hardware Quality Lab (WHQL) gekennzeichneten Geräten

Microsoft Windows-Server und Netzwerk-Servern oder NAS-Speicherservern, die Windows Hardware Quality Lab (WHQL) zertifiziert, automatisch die Schreibreihenfolge oder Write-through Sicherheiten zur Unterstützung eines SQL Server-Speichergeräts zu erfüllen. Microsoft unterstützt diese Konfigurationen sowohl Anwendungs-als auch Speicheraspekte.

HinweisUm von SQL Server unterstützt werden, sollte die NAS-Speicherlösung auch alle Anforderungen erfüllen, die auf der folgenden Microsoft-Website aufgeführt sind:
http://Download.Microsoft.com/Download/6/E/8/6E882A06-B71B-4642-9EB4-D1EA0D6223C8/SQL%20Server%20IO%20Reliability%20Program%20Requirements%20Document.docx

Andere Geräte

Wenn Sie ein nicht WHQL-zertifiziertes Speichergerät mit SQL Server, die die e/a-Garantien für die Verwendung einer Transaktionsdatenbank in diesem Artikel beschriebenen unterstützt verwenden, bieten Microsoft vollständige Unterstützung für SQL Server und SQL Server-basierten Anwendungen. Jedoch Probleme mit oder verursacht durch, das Gerät oder seinem Speicher-Subsystem wird verwiesen werden an den Hersteller des Geräts. Wenn Sie ein nicht WHQL-zertifiziertes Speichergerät, das e/a-Garantien für die in diesem Artikel beschriebene Verwendung einer Transaktionsdatenbank nicht unterstützt verwenden, kann nicht Microsoft SQL Server oder SQL Server-basierten Anwendungen unterstützen. Feststellen, ob Ihr nicht WHQL-Storage Device unterstützt qualifiziert, die e/a für die Verwendung einer Transaktionsdatenbank in diesem Artikel beschriebenen garantiert und/oder für die Datenbankverwendung, den Gerätehersteller wenden. Bitten Sie den Anbieter Ihres Geräts, um sicherzustellen, dass Sie ordnungsgemäß bereitgestellt und das Gerät für die Verwendung einer Transaktionsdatenbank konfiguriert.

Weitere Informationen

Standardmäßig kann keine SQL Server-Datenbank auf einer Netzwerkfreigabe erstellen. Jeder Versuch, eine Datenbankdatei in einem zugeordneten oder UNC-Netzwerkpfad zu erstellen, wird eine der folgenden Fehlermeldungen angezeigt:

Fehlermeldung 1
5105 "Medienaktivierungsfehler"

Fehlermeldung 2
5110 "die Datei 'Dateiname' ist in einem Netzwerk für die Databasefiles nicht unterstützt."

Dieses Verhalten wird erwartet. Ablaufverfolgungsflag 1807 umgeht die Prüfung und ermöglicht Ihnen, SQL Server mit Datenbankdateien im Netzwerk-basierte konfigurieren. SQL Server und die meisten anderen Enterprise-Datenbanksystemen verwenden ein Transaktionsprotokoll und die zugehörige Wiederherstellungslogik zur Sicherstellung der Konsistenz der Transaktionsdatenbank im Fall eines Systemfehlers oder außerplanmäßigen Herunterfahrens. Diese Wiederherstellungsprotokolle verlassen sich auf die Möglichkeit, direkt auf den Datenträger schreiben, damit bei einem Operating System Eingabe/Ausgabe (e/a) auf den Datenbankmanager Schreibanforderung zurückgibt, ist im Recovery-System garantiert, dass der Schreibvorgang tatsächlich abgeschlossen ist oder der Abschluss des Schreibvorgangs gewährleistet werden kann. Verstöße keine Software oder Hardware-Komponente dieses Protokoll nicht berücksichtigt, kann in einer teilweisen oder vollständigen Datenverlust oder Beschädigung bei einem Systemausfall führen. Weitere Informationen zu diesen Aspekten der Protokollierung und zu Wiederherstellungsprotokollen in SQL Server finden Sie im folgenden Artikel der Microsoft Knowledge Base:
230785 Erweitern SQL Server 7.0, SQL Server 2000 und SQL Server 2005-Protokollierung und Data Storage-Algorithmen Datenzuverlässigkeit
Microsoft unterstützt keine SQL Server-networked-Datenbankdateien auf NAS oder networked Storage-Servern, die diese Anforderungen Write-through und Schreibreihenfolge nicht erfüllen.

Aufgrund der Risiken von Netzwerkfehlern Datenbankintegrität gefährden, zusammen mit Auswirkungen auf die Leistung, die aus der Verwendung von Netzwerk-Dateifreigaben zum Speichern von Datenbanken empfiehlt Microsoft, Datenbankdateien entweder auf lokalen Platten-Subsystemen oder Storage Area Networks (SANs) zu speichern.

Ein Network attached Storage (NAS)-System ist ein dateibasiertes Speichersystem, die Clients über den Netzwerkredirector zuordnen, indem Sie ein Netzwerkprotokoll (z. B. TCP/IP) verwenden. Wenn Zugriff auf eine Datenträgerressource erfordert, dass eine Freigabe zugeordnet ist, oder wenn die Datenträgerressource als Remoteserver über einen UNC-Pfad (z. B. \\Servername\Sharename) im Netzwerk angezeigt wird wird dann standardmäßig das Speichersystem Datenträger nicht als Speicherort für SQL Server-Datenbanken unterstützt.

Performance-Probleme

SQL Server, ähnlich wie andere Datenbanksysteme für Unternehmen, kann eine extrem große ein e/a-Subsystem belasten. In den meisten großen Datenbankanwendungen, physische e/a-Konfiguration und tuning spielen eine wichtige Rolle in der Gesamtleistung des Systems. Es gibt drei große i/o-Performance-Faktoren zu berücksichtigen:
  • E/a-Bandbreite: die aggregierte Bandbreite, in der Regel gemessen in Megabytes pro Sekunde, die für ein Datenbankgerät zur Verfügung steht
  • E/a-Latenz: die Latenz, in der Regel gemessen in Millisekunden, zwischen einer Anforderung für e/a des Datenbanksystems und dem Punkt, an dem die e/a-Anforderung abgeschlossen ist,
  • CPU-Kosten: die Host-CPU-Kosten, die in der Regel gemessen in CPU-Mikrosekunden für das Datenbanksystem einen einzelnen e/a abgeschlossen
Diese e/a-Faktoren kann zum Engpass, und berücksichtigen Sie alle diese Faktoren bei der Erstellung einer e/a-Systems für eine Datenbankanwendung.

In seiner einfachsten Form wird eine NAS-Lösung standard-Netzwerk-Redirector Software-Stacks, standard-Netzwerkkarten (NICs) und standard-Ethernet-Komponenten verwendet. Der Nachteil dieser Konfiguration ist, dass alle Datei-e/a durch den Netzwerkstack verarbeitet wird und den Bandbreiteneinschränkungen des Netzwerks selbst unterliegt. Dadurch kann Leistungs- und Zuverlässigkeitsprobleme Daten, insbesondere bei Programmen erstellen, müssen außerordentlich hohen Grad an Datei-e/a, wie z. B. SQL Server. In manchen NAS-Konfigurationen von Microsoft getestet, wurde der e/a-Durchsatz etwa ein Drittel (1/3), dass einer Speicherlösung auf demselben Server angefügt. Bei derselben Konfiguration war die CPU-Kosten zum Abschließen einer e/a über das NAS-Gerät etwa doppelt eine lokale e/a. Weiterentwicklung von NAS-Geräten und Netzwerkinfrastruktur können diese Verhältnisse relativ direkt angeschlossene Speichergeräte oder SANs auch verbessern. Darüber hinaus ist, wenn Ihre Anwendungsdaten werden hauptsächlich im Pufferpool Datenbank zwischengespeichert, und führen Sie keine der beschriebenen e/a-Engpässe auftreten, die Leistung auf einem NAS-basierten System wahrscheinlich ausreichend für Ihre Anwendung.

Überlegungen zur Sicherung und Wiederherstellung

SQL Server stellt das Virtual Device Interface (VDI) für die Sicherung. Das Virtual Device Interface bietet backup-Software-Anbietern eine leistungsstarke, skalierbare und zuverlässige Möglichkeit zur Durchführung von hot Backups und zum Wiederherstellen von Datenbanken von SQL Server.

Sicherungssoftware arbeitet mit Datenbankdateien auf NAS-Devices über VDI ohne spezielle NAS-spezifische Unterstützung. Dies führt jedoch zu einem beträchtlichen zusätzlichen Netzwerkverkehr während der Sicherung und Wiederherstellung. Während der Sicherung über VDI für SQL Server liest die Dateien Remote und übergibt die Daten an die Fremdanbieter-Sicherungssoftware, die auf die SQL Server-Computer ausgeführt wird. Die Wiederherstellung entspricht.

Zur Vermeidung des zusätzlichen Netzwerkverkehrs overhead, erforderlich der backup-Anbieter NAS-spezifische Unterstützung vonseiten des Anbieters der Sicherungssoftware und des NAS-Anbieters. SQL Server VDI ermöglicht die backup-Software nutzen Hardware (Split-Mirror) oder Softwaretechnologien (Copy-on-Write) von den NAS-Geräten, schnelle Kopien der Datenbankdateien auf dem NAS lokalen Stellen unterstützt werden. Diese Technologien nicht nur vermeiden Sie den Aufwand für das Kopieren der Dateien über das Netzwerk für die Sicherung, sie reduzieren auch Wiederherstellungszeiten um Größenordnungen.

Sicherungen, die auf NAS gespeichert sind, sind anfällig für die gleichen Failuresthat Auswirkungen Datenbankdateien, die auf dem NAS gespeichert sind. Sie Shouldconsider diese Sicherungen auf andere Medien kopieren zu schützen.

Achtung:Wenn Sie NAS-Sicherungstechnologien ohne SQL Server VDI-Unterstützung verwenden, können Sie Datenbankbeschädigungen in der Sicherung auftreten. Solche Corruptionincludes zerrissener Seiten oder Inkonsistenzen zwischen der Protokoll- und Datendateien, wenn sie auf separaten Devices gespeichert werden. SQL Server kann nicht erkennen, die beschädigten Seiten oder Inkonsistenzen, bis Sie die Datenbank wiederherstellen und die beschädigten Daten zuzugreifen. Microsoft unterstützt die Verwendung von NAS-Sicherungstechnologien nicht, die nicht mit SQL Server koordiniert sind.

Unterstützen Backup-Unterstützung und NAS-Anbieter für SQL Server VDI variiert. Wenden Sie sich an Ihren NAS und backup-Software-Lieferanten für Informationen zur VDI-Unterstützung.

Microsoft fordert Kunden, die erwägen, eine Bereitstellung eines NAS-Lösung für SQL Server-Datenbanken, Consulttheir NAS-Hersteller, um sicherzustellen, dass der Entwurf der End-to-End-Datenbank verwendet werden. Viele NAS-Anbieter haben best Practices-Leitfäden und zertifizierte Konfigurationen für diesen Zweck. Microsoft empfiehlt außerdem, dass Kunden Benchmark-ihrer e/a-Leistung Tests, um sicherzustellen, dass keiner der genannten e/a-Faktoren bereits einen Engpass in ihrer Anwendung führt.

Folgende Text beschreibt das Verhalten von netzwerkbasierten Datenbankdateien auf Microsoft SQL Server 2005, Microsoft SQL Server 2000 und Microsoft SQL Server 7.0, mit und ohne Ablaufverfolgungsflag 1807. Zugeordnete Syntax verweist auf einen Laufwerkbuchstaben, der durch den Befehl NET USE mit einem Netzwerkpfad verknüpft. UNC-Syntax verweist auf einen direkten Verweis auf einen Netzwerkpfad, z. B. \\Servername\Sharename.
  • In SQL Server 7.0 Wenn Sie die gefolgt von einer CREATE DATABASE-Anweisung mit zugeordneter DISK INIT abwärts kompatible Syntax oder UNC-Syntax verwenden tritt ohne Ablaufverfolgungsflag 1807 Fehler 5105.
  • In SQL Server 7.0 Wenn Sie abwärts kompatible Syntax DISK INIT gefolgt von einer CREATE DATABASE-Anweisung mit zugeordneter Syntax verwenden erfolgreich mit Ablaufverfolgungsflag 1807 die Dateierstellung. Wenn Sie DISK INIT mit UNC-Syntax verwenden, tritt Fehler 5105 auf.
  • In SQL Server 2005, SQL Server 2000 oder in SQL Server 7.0 ohne Ablaufverfolgungsflag 1807 Wenn Sie führen eine CREATE DATABASE-Anweisung mit zugeordneter oder UNC-Syntax verwenden, tritt Fehler 5105 auf, in SQL Server 7.0 und in SQL Server 2000 Fehler 5110 auftritt.
  • In SQL Server 2005, SQL Server 2000 oder SQL Server 7.0 mit Ablaufverfolgungsflag 1807 ist eine CREATE DATABASE-Anweisung, die ausgeführt wird, mithilfe der zugeordnet oder UNC-Syntax erfolgreich.
Beachten Sie, dass die Unterstützung von SQL-Serverprovides nur für Netzwerkdateien, die Ablaufverfolgungsflag 1807 für Installationen von SQL Server ohne Failover-verwenden. Failover-gruppierte Installationen von SQL Server funktionieren nicht mit Netzwerkdateien, da SQL Server 2005 und SQL Server 2000 erfordern, dass Speichergeräte erkannt und vom Microsoft Cluster Service (MSCS) Cluster Administrator registriert werden.

Zusätzliche Hinweise

Falsche Verwendung von Datenbanksoftware in Verbindung mit einem NAS-Produkt oder mit einem falsch konfigurierten NAS-Produkt kann zu Datenverlusten, einschließlich der vollständigen Verlust der Datenbank führen. Wenn das NAS-Gerät oder die Netzwerksoftware nicht vollständig Daten Garantien wie beispielsweise Schreibreihenfolge oder Write-through berücksichtigt und Hardware, Software oder sogar Stromausfälle die Datenintegrität ernsthaft gefährden können.

REFERENZEN

Weitere Informationen zu Schreibreihenfolge oder Write-through für SQL Server klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
234656 Ein Zwischenspeichern mit SQL Server
SQL Server-Onlinedokumentation; Thema: "Ablaufverfolgungsflags"
SQL Server erfordert die Zustellungsgewährleistung stabile Medien unterstützen gemäß der Microsoft SQL Server ununterbrochenes Storage Solution Review Program. FoWeitere Informationen zu den Eingabe- und Anforderungen für die SQL Server-Datenbank-Engine klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
967576 Microsoft SQL Server-Datenbank-Engine Input/Output Anforderungen

Eigenschaften

Artikel-ID: 304261 - Geändert am: Samstag, 17. Mai 2014 - Version: 3.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2014 Standard
  • Microsoft SQL Server 2005 Compact Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Evaluation Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Evaluation Edition
  • Microsoft SQL Server 2000 Personal Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Windows CE Edition
  • Microsoft SQL Server 2000 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Web
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2012 Analysis Services
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Web
  • Microsoft SQL Server 2014 Developer
  • Microsoft SQL Server 2014 Enterprise
  • Microsoft SQL Server 2014 Express
  • Microsoft SQL Server 2014 Web
  • Microsoft SQL Server 2012 Business Intelligence
  • Microsoft SQL Server 2014 Business Intelligence
Keywords: 
kbinfo kbmt KB304261 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: 304261
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