Zusammenfassung
Verwendung der Schreib-Cache (auch als Write caching zurück) Festplattencontroller kann die SQL Server-Leistung verbessern. Schreibcache-Controller und Festplatten-Subsysteme sind für SQL Server, wenn sie für die Verwendung in einer kritischen Transaktionsdatenbank Managementsystem (DBMS) Umgebung speziell sicher. Diese Entwurfsfeatures müssen zwischengespeicherte Daten beibehalten, wenn ein Systemfehler auftritt. Unterbrechungsfreie Stromversorgung mit ist (USV) dazu im Allgemeinen nicht ausreichend, da Fehlermodi Stromversorgung unabhängige auftreten können.
Controller und Festplatten-Subsysteme Zwischenspeichern kann bei Verwendung von SQL Server. Die meisten neuen spezielle Server-Plattformen, die diese enthalten sind sicher. Aber prüfen Sie Ihren Hardwarehersteller, um sicherzustellen, dass das Festplatten-Teilsystem wurde speziell getestet und in einer kritischen relationalen Transaktionsdatenbank Management System (RDBMS) Umgebung zugelassen.
Weitere Informationen
SQL Server-Daten Änderung Anweisungen generieren logische Seite schreibt. Dieser Stream Schreibvorgänge kann wie zwei Stellen dargestellt: das Protokoll und die Datenbank selbst. Aus Gründen der Leistung stellt SQL Server Schreibzugriffe auf die Datenbank über einen eigenen Cache Puffer-System. Schreibt das Protokoll sind Commitzeit nur vorübergehend verschoben. Sie sind nicht auf die gleiche Weise als Schreibvorgänge zwischengespeichert. Da immer vor Schreibvorgängen für eine gegebene Seite steht schreibt die Seite Daten, Protokoll "Write-ahead" Protokoll genannt wird.
Transaktionsintegrität ist eines der grundlegenden Konzepte der relationalen. Transaktionen gelten aufgespalten, die vollständig ausgeglichen oder vollständig zurückgesetzt. Write-ahead Transaktionsprotokoll SQL Server ist eine wichtige Komponente bei der Transaktionsintegrität.
Relationale Datenbanksystem muss auch mit eng mit Transaktionsintegrität nach einem Systemausfall ungeplante Wiederherstellung befassen. Zahlreiche nicht optimal reale Effekte können diesen Fehler verursachen. Auf viele Datenbank-Managementsysteme möglicherweise eine lange Menschen gesteuerte manuelle Wiederherstellung Systemfehler.
Im Gegensatz dazu Wiederherstellungsmechanismus SQL Server erfolgt vollkommen automatisch und ohne menschlichen Eingriff arbeitet. Beispielsweise kann SQL Server einer geschäftskritischen Produktionssysteme Anwendung und auftreten ein Systemfehlers durch vorübergehende stromschwankungen werden. Bei der Wiederherstellung der Stromversorgung würde die Server-Hardware neu gestartet Netzwerksoftware geladen und initialisiert wird und SQL Server neu starten möchten. Wie SQL Server initialisiert wird automatisch basierend auf Daten im Transaktionslog der Recovery-Prozess ausgeführt. Dieser gesamte Prozess findet ohne menschlichen Eingriff. Bei jedem die Client-Arbeitsstationen Neustart würde Benutzer ihre Daten, bis der letzten Buchung suchen eingegebenen.
SQL Server Transaktionsintegrität und automatische Wiederherstellung bilden eine sehr leistungsfähige sparende Zeit und Arbeit-Funktion. Wenn ein Write-Cache-Controller nicht ordnungsgemäß für die Verwendung in einer kritischen transaktionale DBMS-Umgebung, beeinträchtigen sie die Fähigkeit von SQL Server wiederherstellen, damit Beschädigung der Datenbank. Dies kann auftreten, wenn der Controller fängt SQL Server Transaction Log schreibt und Puffer in Hardware auf dem Domänencontroller zwischengespeichert, sondern diese Seiten geschrieben, während eines Systemfehlers nicht behält.
Die Cache-Controller führen Schreibcache. Write-Cache-Funktion kann immer deaktiviert werden.
Selbst wenn der Server eine USV verwendet, garantiert dies nicht die Sicherheit der zwischengespeicherten schreibt. Viele Arten von Ausfällen möglich, dass eine USV nicht. Beispielsweise kann ein Speicherparitätsfehler, ein Betriebssystem-Trap oder ein Hardware-Fehler, bei dem ein Systemneustart, unkontrollierte System unterbrochen erzeugen. Speicherfehler im Schreibcache Hardware führt auch wichtige Informationen verloren gehen.
Ein weiteres mögliches Problem im Zusammenhang mit Schreibcache-Controller kann beim Herunterfahren des Systems auftreten. Es ist nicht ungewöhnlich, dass das Betriebssystem "Radeln" oder starten Sie das System während der Konfiguration. Auch wenn ein sorgfältiger Operator der Empfehlung Betriebssystem folgt warten, bis alle Datenträger Tätigkeit eingestellt hat, vor dem Neustart, können zwischengespeicherte schreibt noch im Controller vorhanden sein. Die Tastenkombination STRG + ALT + ENTF gedrückt wird oder die RESET-Taste gedrückt, können zwischengespeicherte schreibt potenziell schädliche der Datenbank verworfen.
Es ist möglich, einen Schreibcache Hardware design berücksichtigt alle mögliche Ursachen für fehlerhafte Cache-Daten daher für einen Datenbankserver wäre verworfen. Einige dieser Design-Merkmale würde abfangen RST-Bus unkontrollierte Zurücksetzen der Cache-Controller integrierte Batterie zu signalisieren und gespiegelt oder ERC (Fehlersuche und Korrektur) Speicher. Wenden Sie sich an Ihren Hardwarehersteller, um sicherzustellen, dass der Schreib-Cache enthält diese und andere Features Datenverlust zu vermeiden.
SQL Server erfordert die Zustellung stabile Medien unterstützen gemäß Programm Microsoft SQL Server ununterbrochenes Storage Solution überprüfen. FoWeitere Informationen zu den Eingabe- und Ausgabeparameter für die SQL Server-Datenbank-Engine klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:
967576 Microsoft SQL Server-Datenbank-Engine Input/Output Vorschriften
