Samenvatting
Gebruik van een schrijfcache (wordt ook wel genoemd schrijven back caching) schijfcontroller kan verbeteren de prestaties van SQL Server. Cachecontrollers schrijven en schijfsubsystemen zijn veilig voor SQL Server, als ze speciaal voor gebruik in een omgeving met gegevens essentiële transactionele database management system (DBMS ontworpen zijn). Deze ontwerpfuncties moeten in cache opgeslagen gegevens behouden als een systeemstoring optreedt. Met behulp van een externe uninterruptible power supply is (UPS), dit meestal niet voldoende, omdat storingen op te sporen die niet gerelateerd aan kracht zijn kunnen plaatsvinden.
Controllers en schijfsubsystemen caching is veilig voor gebruik door SQL Server. De meeste nieuw gebouwde serverplatforms die met deze zijn veilig. Echter, moet u controleren met uw hardwareleverancier om ervoor te zorgen dat het schijfsubsysteem is specifiek getest en goedgekeurd voor gebruik in een omgeving met gegevens essentiële transactionele relationele database management systeem (RDBMS).
Meer informatie
SQL Server-gegevens wijziging instructies genereren logische pagina schrijft. Deze stroom van schrijfbewerkingen kan worden afgebeeld als twee plaatsen: het logboek en de database zelf. Voor betere prestaties is SQL Server past omleiding schrijfbewerkingen naar de database via de eigen cache buffer systeem. Schrijfbewerkingen naar het logboekbestand worden alleen tijdelijk uitgesteld tot doorvoeren. Ze zijn niet in cache opgeslagen op dezelfde manier als weggeschreven. Omdat het logboek schrijven voor een bepaalde pagina wordt altijd voorafgegaan door de gegevens van de pagina worden geschreven, het logboek wordt soms aangeduid als een "vooruit schrijven" logboek.
Transactionele integriteit is een van de fundamentele concepten van een relationeel databasesysteem. Transacties worden beschouwd als atomic eenheden van werk dat volledig wordt vereffend of volledig hersteld worden. Het transactielogboek van SQL Server vooraf geschreven is een essentieel onderdeel bij de implementatie van transactionele integriteit.
Een relationele databasesysteem moet ook betrekking hebben op een concept dat nauw verwant is aan het herstellen van systeemfouten ongeplande transactionele integriteit. Tal van niet-ideale concrete gevolgen kunnen deze storing veroorzaken. Op een groot aantal databasebeheersystemen systeemfout kan leiden tot een langdurige menselijk gestuurde handmatige herstelproces.
Daarentegen de herstelfunctie voor SQL Server is volledig automatisch en zonder menselijke tussenkomst. Bijvoorbeeld, kan SQL Server een productie van bedrijfskritieke toepassingen ondersteunen en zich een systeemfout is opgetreden als gevolg van een schommeling momentele power. Bij het herstel van de energie, de serverhardware opnieuw wilt starten, netwerksoftware zou geladen en geïnitialiseerd en SQL Server opnieuw wilt starten. Als SQL Server wordt geïnitialiseerd, wordt het herstelproces op basis van gegevens in het transactielogboek automatisch uitgevoerd. Dit hele proces vindt plaats zonder menselijke tussenkomst. Wanneer de client-werkstations opnieuw gestart, vinden gebruikers al hun gegevens aanwezig zijn, tot de laatste transactie die ze ingevoerd.
SQL Server transactionele integriteit en automatisch herstel vormen een mogelijkheid voor het opslaan van tijd en arbeid zeer krachtig. Als er een write cache controller niet goed is ontworpen voor gebruik in een kritieke transactionele DBMS gegevensomgeving, het leidt tot problemen in de mogelijkheid van SQL Server te herstellen, dus de database beschadigd. Dit kan gebeuren als de controller SQL Server transaction log schrijft en deze in een hardware in de cache op de controllerkaart buffers onderschept, maar niet deze pagina's geschreven tijdens een systeemstoring te behouden.
Meest cachecontrollers uitvoeren schrijfcache. De write cache-functie kan niet altijd worden uitgeschakeld.
Zelfs als de server gebruikmaakt van een UPS, betekent dit niet de beveiliging van de in de cache geschreven. Veel soorten systeemfouten treedt een UPS niet behandeld. Bijvoorbeeld een geheugenpariteitsfout, een trap besturingssysteem of een hardwarefout, waardoor een reset van het systeem kan leiden tot een ongecontroleerde systeem onderbreking. Een defect geheugen in de schrijfcache van de hardware kan ook leiden tot het verlies van vitale logboekgegevens.
Een ander mogelijk probleem in verband met een controller schrijfcache kan optreden bij het afsluiten van het systeem. Het is niet ongebruikelijk "cyclus' van het besturingssysteem of het systeem opnieuw opstarten tijdens de wijzigingen in de configuratie. Zelfs als een zorgvuldige operator de aanbeveling besturingssysteem volgt te wachten totdat alle schijfactiviteit is voordat u het systeem opnieuw is opgestart, kunnen geschreven in de cache nog steeds aanwezig zijn in de controller. Wanneer de toetsencombinatie CTRL + ALT + DEL drukt of de RESET-knop wordt gedrukt, kunnen schrijft in de cache worden afgevoerd, beschadigen de database.
Het is mogelijk voor het ontwerpen van een schrijfcache hardware, waarbij rekening wordt gehouden met alle mogelijke oorzaken van het negeren van ongeldige cache-gegevens, die dus veilig voor gebruik door een databaseserver. Sommige van deze functies zouden zijn onderschept de eerste bus signaal om te voorkomen dat ongecontroleerde opnieuw instellen van de cache controller, reservebatterij aan boord, en gespiegelde ontwerp of ERC (foutcontrole & corrigeren) geheugen. Neem contact op met uw hardwareleverancier om ervoor te zorgen dat de schrijfcache bevat deze en andere functies nodig om gegevensverlies te voorkomen.
SQL Server is vereist voor systemen voor de ondersteuning van "gegarandeerde levering aan stabiele media" als omschreven in het programma Microsoft SQL Server Always-On opslag oplossing bekijken. Fovoor meer informatie over de vereisten voor invoer en uitvoer voor de SQL Server-database-engine, klikt u op het volgende artikel in de Microsoft Knowledge Base:
967576 Microsoft SQL Server Database Engine invoer/uitvoer-vereisten
