Beschreibung des Zwischenspeicherns Festplattencontroller in SQL Server

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

Zusammenfassung

Verwendung von einen Schreibcache (auch Schreibzugriff genannt sichern Zwischenspeichern) Datenträgercontroller kann die SQL Server-Leistung verbessern. Write caching Domänencontroller und Datenträger-Untersysteme sind für SQL Server sicher, wenn Sie speziell für die Verwendung in einer Daten kritisch Transaktionsdatenbank Managementsystem (DBMS) Verwaltungsumgebung vorgesehen sind. Diese Funktionen müssen zwischengespeicherte Daten beibehalten, wenn ein Systemfehler auftritt. Verwenden eine externe unterbrechungsfreie Stromversorgung ist (USV) zu diesem Zweck im Allgemeinen nicht ausreichend, da Fehlermodi, die Stromversorgung zusammenhängen auftreten können.

Zwischenspeichern von Domänencontrollern und Datenträger-Untersysteme kann sicher für die Verwendung von SQL Server sein. Die meisten neuen purpose-built Serverplattformen, die diese sind sicher. Allerdings sollten Sie überprüfen mit Ihrem Hardwarelieferanten um sicherzustellen, dass das Festplatten-Teilsystem speziell getestet und für die Verwendung in einer Daten wichtige Transaktions-relationalen Datenbank Management System (RDBMS) Umgebung genehmigt wurde.

Weitere Informationen

SQL Server Daten Änderung Anweisungen generieren, die logische Seite schreibt. Dieser Stream schreibt kann wie zwei Stellen dargestellt werden: das Protokoll und die Datenbank selbst. Aus Leistungsgründen wird SQL Server in der Datenbank über einen eigenen Cache Puffer System schreibt. Schreibzugriffe auf das Protokoll sind bis COMMIT nur vorübergehend zurückgestellt. Sie werden nicht in die gleiche Weise wie Daten schreibt zwischengespeichert. Da Protokollschreibvorgänge für eine bestimmte Seite immer vorangehen schreibt der Seite Daten, die sich manchmal auch als "Write-ahead"-Protokoll bezeichnet wird.

Transaktionsintegrität ist eine von der grundlegenden Konzepte eines relationalen Datenbanksystems. Transaktionen werden als atomaren Arbeitseinheiten, die vollständig angewendet oder vollständig rückgängig gemacht werden. Das Write-ahead-Transaktionsprotokoll von SQL Server ist eine wichtige Komponente bei der Implementierung Transaktionsintegrität.

Alle relationalen Datenbanksystems muss auch Umgang mit ein Konzept, eng mit Transaktionsintegrität der Wiederherstellung von ungeplante Systemfehler. Eine Vielzahl von nicht Ideal, möglicherweise realen Auswirkungen dieses Fehlers. Auf viele Datenbankmanagementsysteme möglicherweise Systemfehler zu einer längeren Menschen gesteuerte manuelle Recovery-Vorgang führen.

Im Gegensatz dazu SQL Server-Wiederherstellungsmechanismus vollständig automatisch und ohne Eingriffe arbeitet. Z. B. SQL Server konnte werden unternehmenswichtige Produktionsanwendung unterstützen und auftreten ein Systemfehlers aufgrund von eine vorübergehende Leistungsfähigkeit durch zahlreiche viele weniger wichtige Änderungen auftreten. Bei der Wiederherstellung der Stromversorgung würde die Serverhardware neu gestartet, laden und initialisieren würde die Netzwerksoftware und würde SQL Server neu gestartet. Wie SQL Server initialisiert, wird es automatisch die Recovery-Vorgang basierend auf Daten in das Transaktionsprotokoll ausgeführt. Dieser gesamte Vorgang wird ohne Eingriffe. Wenn die Client-Arbeitsstationen neu gestartet, würde Benutzer alle Ihre Daten vorhanden, bis zur letzten Buchung finden, die Sie eingegeben.

SQL Server die Transaktionsintegrität und automatische Wiederherstellung bilden eine sehr leistungsfähige Zeit und Arbeit Funktion speichern. Wenn ein Schreibzugriff Cache-Controller nicht ordnungsgemäß für Verwendung in einer Daten kritisch Transaktions-DBMS Umgebung ausgelegt ist, kann er die Fähigkeit von SQL Server wiederherstellen möchten, gefährden, daher Beschädigung der Datenbank. Dies kann auftreten Wenn der Controller, abfängt SQL Server-Transaktion Protokollschreibvorgänge und Puffer in ein Hardware auf dem Spielbrett Domänencontroller zwischengespeichert, aber wird diese Seiten geschrieben, während einem Systemfehler nicht beibehalten.

Die meisten Zwischenspeichern Domänencontroller führen Schreibcache. Die Zwischenspeicherung Schreibzugriff-Funktion kann nicht immer deaktiviert werden.

Selbst wenn der Server eine USV verwendet, ist dies die Sicherheit der zwischengespeicherten schreibt nicht gewährleistet. Viele Arten von Systemfehlern können auftreten, dass eine USV nicht berücksichtigt. Z. B. kann ein Arbeitsspeicher-Paritätsfehler, einen Trap Betriebssystem oder eine Hardware bei Ausfällen, die ein System zurücksetzen verursacht eine Unterbrechung unkontrollierte System führen. Ein Speicherfehler in der Hardware-Schreibcache kann auch zum Verlust von wichtige Protokollinformationen führen.

Eine andere möglich Problem im Zusammenhang mit einen Schreibcache-Controller kann am Herunterfahren des Systems auftreten. Es ist nicht unüblich, dass "Schleife" das Betriebssystem oder Neustart des Systems während Konfigurationsänderungen. Selbst wenn ein sorgfältiger Operator der Empfehlung Betriebssystem folgt, warten, bis alle Datenträgeraktivitäten endet hat, vor dem Neustart des Systems, können zwischengespeicherte schreibt immer noch in der Domänencontroller vorhanden sein. Wenn die Tastenkombination STRG + ALT + ENTF gedrückt wird, oder die RESET-Taste gedrückt, können zwischengespeicherte schreibt verworfen werden, potenziell schädliche der Datenbank.

Es ist möglich, eine Hardware-Schreibcache entwerfen die berücksichtigen alle mögliche Ursachen übernimmt des dirty Cachedaten somit sicher für die Verwendung durch einen Datenbankserver wäre verwerfen. Einige dieser Entwurf Features umfassen würde Abfangen der RST-Bus damit unkontrollierte Zurücksetzen des Cache-Controller, integrierte Batteriesicherung signalisieren und gespiegelte oder ERC (Fehlerüberprüfung & korrigieren) Speicher. Wenden Sie sich Ihre Hardwarehersteller sicherstellen, dass der Schreibcache für diese und alle anderen Features erforderlich, um Datenverluste zu vermeiden enthält.

SQL Server erfordert Systeme unterstützen ? garantierte Übermittlung mit stabilen Medium ? wie beschrieben unter das Programm Microsoft SQL Server Always-On Storage Solution überprüfen. FOWeitere Informationen zu den Eingabe- und Anforderungen für die SQL Server Datenbank-Engine finden Sie im folgenden Artikel der Microsoft Knowledge Base:
967576Microsoft SQL Server Engine E/A-Anforderungen

Eigenschaften

Artikel-ID: 86903 - Geändert am: Mittwoch, 7. Dezember 2005 - Version: 4.3
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Standard
Keywords: 
kbmt kb3rdparty kbhardware kbinfo KB86903 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: 86903
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