Descrizione della memorizzazione nella cache il controller del disco in SQL Server

Riepilogo

Utilizzo di una cache in scrittura (scrittura è l'acronimo nuovamente nella cache) controller del disco può migliorare le prestazioni di SQL Server. Controller di memorizzazione nella cache di scrittura e sottosistemi di dischi sono sicuri per SQL Server, se sono progettati specificamente per l'utilizzo in un ambiente di dati critici transazionale del database management system (DBMS). Queste funzionalità di progettazione devono mantenere dati memorizzati nella cache, se si verifica un errore di sistema. Utilizzando un alimentatore esterno gruppo di continuità (UPS) per ottenere questo non è in genere sufficiente, poiché possono verificarsi guasti che non sono correlati alla potenza.

La memorizzazione nella cache di controller e i sottosistemi disco può essere sicuro per l'utilizzo da parte di SQL Server. La maggior parte nuove piattaforme server appositamente progettata che incorporano questi sono sicure. Tuttavia, verificare con il fornitore dell'hardware per assicurarsi che il sottosistema del disco è stato testato e approvato per l'uso in un ambiente di dati critici e transazionale del database relazionale management system (RDBMS) in modo specifico.


Ulteriori informazioni

Istruzioni di modifica dei dati di SQL Server generano le scritture di pagine logiche. Questo flusso di scrittura può essere raffigurato come prevede due posizioni: il registro e il database stesso. Per motivi di prestazioni, SQL Server rinvia scrittura al database tramite il proprio sistema di buffer di cache. Scrive nel log sono solo momentaneamente rinviate fino al momento COMMIT. Se non sono memorizzate nella cache nello stesso modo come scrittura dati. In quanto precede sempre di scrittura per una determinata pagina scrive i dati della pagina, il registro viene talvolta detta un log "write-ahead".

L'integrità transazionale è uno dei concetti fondamentali di un sistema di database relazionale. Le transazioni sono considerate unità atomica di lavoro che vengono applicate completamente o totalmente il rollback. Il log delle transazioni write-ahead di SQL Server è un componente fondamentale nell'implementazione di integrità delle transazioni.

Qualsiasi sistema di database relazionale deve inoltre affrontare un concetto strettamente correlato all'integrità delle transazioni, ovvero il ripristino da errori di sistema non pianificati. Una serie di non ideale, effetti reali che causa questo errore. Su molti sistemi di gestione di database, un processo di lunga durata ripristino manuale indirizzati umane potrebbe causare un errore di sistema.

Al contrario, il meccanismo di recupero di SQL Server è completamente automatico e funziona senza intervento umano. Ad esempio, SQL Server potrebbe essere il supporto di un'applicazione di produzione mission-critical e verificarsi un errore di sistema a causa di una fluttuazione momentanea potenza. Al termine del ripristino dell'alimentazione, l'hardware del server verrebbe riavviato, il software di rete dovrebbe caricare e inizializzare e SQL Server verrebbe riavviato. Come SQL Server Inizializza, verrà eseguito automaticamente il processo di ripristino basato su dati nel registro delle transazioni. L'intero processo si verifica senza intervento umano. Ogni volta che il riavvio della workstation client, gli utenti troverà tutti i dati presenti, fino all'ultima transazione che sono iscritti.

Integrità delle transazioni di SQL Server e il ripristino automatico costituiscono una funzionalità di salvataggio tempo e manodopera molto potente. Se un controller di memorizzazione nella cache di scrittura non è correttamente progettato per l'utilizzo nell'ambiente dei DBMS transazionale importante dati, può compromettere la capacità di SQL Server di ripristino, quindi danneggiare il database. Ciò può verificarsi se il controller intercetta scritture registro transazioni di SQL Server e i buffer in un hardware nella cache della scheda controller, ma non mantiene queste scritte pagine durante un errore di sistema.

Controller di memorizzazione più eseguire la memorizzazione nella cache di scrittura. La funzione di memorizzazione nella cache di scrittura non può sempre essere disattivata.

Anche se il server utilizza un gruppo di continuità, questo non garantisce la protezione in scrittura nella cache. Molti tipi di errori di sistema possono verificarsi che non riguardano un gruppo di continuità. Ad esempio, un errore di parità della memoria, una trap del sistema operativo o un errore hardware che causa il ripristino di sistema può produrre un'interruzione del sistema non controllati. Errore della memoria nella cache di scrittura hardware può comportare anche la perdita di informazioni vitali.

Un altro possibile problema correlato a un controller di memorizzazione nella cache di scrittura può verificarsi all'arresto del sistema. Non è raro "bicicletta", il sistema operativo o riavviare il sistema durante le modifiche di configurazione. Anche se un operatore attenzione segue la raccomandazione del sistema operativo in attesa fino a tutte le attività del disco prima di riavviare il sistema, scrive nella cache possono essere ancora presente nel controller. Quando si preme la combinazione di tasti CTRL + ALT + CANC o viene premuto il tasto RESET, scritture memorizzate nella cache possono essere ignorate, potenzialmente danneggiare il database.

È possibile progettare una cache di scrittura hardware che prende in considerazione tutte le possibili cause di eliminazione di dati dirty cache, che potrebbe quindi essere sicuri per l'utilizzo da parte di un server di database. Alcuni di questi design funzionalità includerebbe intercettando il bus RST segnalare evitare incontrollata di reimpostazione del controller di memorizzazione nella cache, integrata batteria di riserva e con mirroring o memoria ERC (correzione & controllo errori). Rivolgersi al fornitore dell'hardware per assicurarsi che la cache in scrittura include queste e altre funzionalità necessarie per evitare perdite di dati.

SQL Server richiede sistemi per il supporto di "consegna garantita su un supporto stabile' come indicato nel programma la revisione soluzione di Storage Always-On di Microsoft SQL Server. FoPer ulteriori informazioni sui requisiti di input e outpui per il motore di database di SQL Server, fare clic sul numero riportato di seguito per visualizzare l'articolo della Microsoft Knowledge Base:

Requisiti di Microsoft SQL Server Database Engine Input/Output 967576

Serve aiuto?

Amplia le tue competenze
Esplora i corsi di formazione
Ottieni in anticipo le nuove caratteristiche
Partecipa a Microsoft Insider

Queste informazioni sono risultate utili?

Grazie per il feedback!

Grazie per il tuo feedback! Potrebbe essere utile metterti in contatto con uno dei nostri operatori del supporto di Office.

×