Beskrivning av cachelagring styrenheter i SQL Server

Sammanfattning

Användning av en skrivcache (kallas även skriva tillbaka cachelagring) styrenhet kan förbättra prestanda för SQL Server. Write caching styrenheter och diskundersystem är säker för SQL Server, om de är särskilt utformade för användning i en miljö med data viktiga transaktionell databas management system (DBMS). Dessa funktioner skall bevara cachelagrade data om ett systemfel uppstår. Med hjälp av en extern avbrottsfri elkälla är (UPS) för att uppnå detta oftast inte tillräcklig, eftersom felmoder som inte är kopplade till energi kan uppstå.

Cachelagring av styrenheter och diskundersystem kan vara säkra för användning av SQL Server. De flesta nya specialbyggda serverplattformar som innehåller dessa är säkra. Du bör dock kontrollera med maskinvaruleverantören för att kontrollera att delsystemet disk speciellt testats och godkänts för användning i en miljö med data viktiga transaktionell relationsdatabas management system (RDBMS).


Mer Information

Uttryck i SQL Server data ändring Skapa logiska sida skrivningar. Dataströmmen skrivningar som kan avbildas som två ställen: i loggen och själva databasen. Av prestandaskäl SQL Server skiljer sig skrivningar till databasen via en egen buffert cache-system. Skrivningar till loggen endast tillfälligt skjutas upp tills COMMIT. De cachelagras inte på samma sätt som data skrivs. Eftersom alltid föregås skrivs loggen för en viss sida skriver data på sidan loggen kallas ibland en "write-ahead" logg.

Transaktionell integritet är en av de grundläggande begreppen i ett relationsdatabassystem. Transaktioner anses vara atomära arbetsenheter som antingen används helt eller delvis återställd. Write-ahead transaktionsloggen för SQL Server är en viktig komponent i implementera transaktionsmeddelanden integritet.

Alla relationsdatabassystem måste också handlar om ett begrepp som är nära relaterade till transaktionell integritet, återställa från systemfel som oplanerad. En mängd – perfekt verkliga effekter kan orsaka detta fel. Systemfel kan resultera i en lång mänskliga styrda manuell återställningsprocess på många databashanteringssystem.

Däremot är helt automatisk återställningsfunktion SQL Server och fungerar utan mänsklig inblandning. Till exempel SQL Server kan vara stöd för uppdragskritiska produktionsmodulen och uppstår ett systemfel på grund av en tillfällig power fluktuationer. Vid återställning av power skulle starta om servermaskinvaran nätverksprogram skulle läsa in och initiera och skulle starta om SQL Server. När SQL Server initierar körs automatiskt dess återställningsprocessen baserad på data i transaktionsloggen. Hela processen utan mänsklig inblandning. När klientdatorerna startas skulle användare hitta alla sina data finns, fram till den sista transaktionen som de gjort.

SQL Server transaktionell integritet och automatisk återställning utgör en mycket kraftfull sparar tid och arbete-funktion. Om en write caching styrenhet inte är korrekt utformad för användning i en kritisk transaktionell DBMS datamiljö, kan det äventyra möjligheten för SQL Server att återställa kan därför skadas databasen. Detta kan inträffa om registeransvarige spärras SQL Server transaktionen logg skrivningar och buffertar dem i en maskin cache på styrkortet, men inte bevara dessa skrivna sidor under ett systemfel.

De flesta cachelagring styrenheter utför skrivcache. Alltid kan inte skriva cache-funktionen inaktiveras.

Även om servern använder en UPS-enhet, garanterar detta inte säkerheten för cachelagrade skrivningar. Många typer av systemfel kan uppstå inte behandlar en UPS-enhet. Till exempel kan ett minne paritetsfel, en trap operativsystem eller ett tillfälligt maskinvarufel som gör en återställning av system producera ett okontrollerat system avbrott. Ett minnesfel i skrivcache maskinvara kan också resultera i förlust av viktiga logginformation.

Ett annat möjligt problem relaterade till en styrenhet för skrivcache kan uppstå vid avstängning. Det är inte ovanligt att "cykel" operativsystemet eller systemet startas om under konfigurationen. Även om en noggrann operator följer operativsystemet rekommendationen att vänta tills alla diskaktivitet har upphört före omstart av systemet, kan cachelagrade skrivningar fortfarande finnas i styrenheten. När tangentkombinationen CTRL + ALT + DEL trycks ned eller Återställ-knappen trycks, kan cachelagrade skrivningar kasseras, databasen som kan vara skadliga.

Det är möjligt att utforma en skrivcache för maskinvara som tar hänsyn till alla möjliga orsaker till att kasta smutsig cachelagrade data som skulle således vara säker för användning av en databasserver. Vissa av dessa funktioner inkluderar avlyssna RST-bussen signalerar att undvika okontrollerad återställning av cachelagring styrenhet, inbyggd batteribackup och speglade design eller ERC (felkontroll & Korrigera) minne. Kontrollera med maskinvaruleverantören för att säkerställa att skrivcache innehåller dessa och andra funktioner som behövs för att undvika dataförlust.

SQL Server kräver att system för att stödja leveransgaranti till stabila media enligt programmet Microsoft SQL Server Always-On lagring lösning för granskning. FOför mer information om kraven på indata- och utdatafilter för databasmotorn för SQL Server klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:

967576 för Microsoft SQL Server-databas motor Input/Output krav

Behöver du mer hjälp?

Utöka dina kunskaper
Utforska utbildning
Få nya funktioner först
Anslut till Microsoft Insiders

Hade du nytta av den här informationen?

Tack för din feedback!

Tack för din feedback! Det låter som att det kan vara bra att koppla dig till en av våra Office-supportrepresentanter.

×