Posizionamento dei file di registro e dei file di dati di SQL Server
Ultima modifica dell'argomento: 2011-05-11
Un esercizio fondamentale per la pianificazione e la distribuzione di Microsoft SQL Server 2005, Microsoft SQL Server 2008 o Microsoft SQL Server 2008 R2 per Microsoft Lync Server 2010, Enterprise Edition è rappresentato dal posizionamento dei file di dati e dei file di registro nei dischi rigidi fisici nell'ottica delle prestazioni. I file più critici per le prestazioni sono i registri Rtcdyn e Rtc. Il posizionamento di tali file in set di dischi rigidi o RAID (Redundant Array of Independent Disks) dedicati rappresenta lo scenario ottimale. I file di database e la relativa funzione vengono spiegati in dettaglio nella tabella seguente.
File di dati e di registro per l'archivio di gestione centrale
| File di database dell'archivio di gestione centrale | Scopi del file di dati o del registro |
|---|---|
Xds.ldf |
File del registro delle transazioni per l'archivio di gestione centrale |
Xds.mdf |
Mantiene la configurazione della topologia di Lync Server 2010 corrente, come definita e pubblicata da Generatore di topologie |
Lis.mdf |
File di dati del servizio Informazioni percorso |
Lis.ldf |
Registro delle transazioni per il file di dati del servizio Informazioni percorso |
File di dati e di registro per utenti, conferenze e Rubrica
| File di database principali di Lync Server 2010 | Scopi del file di dati o del registro |
|---|---|
Rtcdyn.mdf |
Mantiene i dati utente temporanei (dati di runtime sulla presenza) |
Rtcdyn.ldf |
Registro delle transazioni per i dati Rtcdyn |
Rtc.mdf |
Dati utente permanenti, ad esempio elenchi di controllo di accesso (ACL), contatti, server Standard Edition o pool Enterprise Edition Front End, conferenze pianificate) |
Rtc.ldf |
Registro delle transazioni per i dati Rtc |
Rtcab.mdf |
Il database della rubrica per la comunicazione in tempo reale è l'archivio di SQL Server in cui sono memorizzate le informazioni per il servizio Rubrica |
Rtcab.ldf |
Registro delle transazioni per il servizio Rubrica |
Rtcab1.mdf |
Il database della rubrica per la comunicazione in tempo reale è l'archivio di SQL Server in cui sono memorizzate le informazioni per il servizio Rubrica (copia secondaria per le prestazioni) |
Rtcab1.ldf |
Registro delle transazioni per il servizio Rubrica |
File di dati e di registro per Parcheggio di chiamata e Response Group
| Database dell'applicazione | Scopi del file di dati o del registro |
|---|---|
Cpsdyn.mdf |
Database di informazioni dinamiche per l'applicazione Parcheggio di chiamata |
Cpsdyn.ldf |
Registro delle transazioni per il file di dati dell'applicazione Parcheggio di chiamata |
Rgsconfig.mdf |
File di dati del servizio Response Group di Lync Server per la configurazione dei servizi |
Rgsconfig.ldf |
File del registro delle transazioni per la configurazione dell'applicazione Response Group |
Rgsdyn.mdf |
File di dati del servizio Response Group per le operazioni di runtime |
Rgsdyn.ldf |
Registro delle transazioni per il file di dati del runtime del servizio Response Group |
File di dati e di registro per il server di archiviazione e Monitoring Server
| File dei database di archiviazione e monitoraggio | Scopi del file di dati o del registro |
|---|---|
LcsCdr.mdf |
Archivio dati per il processo di registrazione dettagli chiamata del Monitoring Server |
LcsCdr.ldf |
Registro delle transazioni per i dati di registrazione dettagli chiamata |
QoEMetrics.mdf |
File di dati QoE archiviato dal Monitoring Server |
QoEMetrics.ldf |
Registro delle transazioni per i dati di monitoraggio |
Lcslog.mdf |
File di dati per il mantenimento dei dati relativi a messaggistica istantanea e conferenze in un Server di archiviazione |
Lcslog.ldf |
Registro delle transazioni per l'archiviazione dei dati |
In questo argomento si fa riferimento a set di dischi e RAID. Si noti che per la configurazione delle risorse di SQL Server, i riferimenti a un disco indicano un singolo dispositivo hardware. Un'unità disco rigido con due partizioni, una per i file di registro e l'altra per i file di dati, non equivale a due dischi ognuno dedicato ai file di registro o ai file di dati.
Per quanto riguarda i set RAID, esistono numerose tecnologie RAID diverse da vari fornitori. Con la proliferazione delle reti SAN (Storage Area Network), inoltre, i set RAID dedicati a un singolo sistema sono più rari. È consigliabile consultarsi con il fornitore dei sistemi RAID o SAN per determinare la configurazione ottimale per il layout dei dischi, durante la configurazione del sistema per le prestazioni di SQL Server con Lync Server 2010.
Si noti inoltre che non tutte le unità disco vengono create in modo uguale e alcune offrono prestazioni migliori di altre. Anche unità dello stesso produttore possono offrire prestazioni variabili a seconda di velocità di rotazione, dimensioni della cache hardware e altri fattori. È consigliabile testare i dischi per individuare quelli con le prestazioni migliori e quindi posizionare i file di dati e di registro più cruciali e più sensibili alla velocità, nello specifico i registri Rtcdyn e Rtc, nei dischi con le migliori prestazioni.
Distribuzione dei dischi e dei file di database
Esistono numerose soluzioni potenziali per il posizionamento dei file. Ogni combinazione possibile prevede vantaggi e svantaggi. Per la distribuzione ottimale sono richiesti sei dischi rigidi o set RAID distinti. È consigliabile posizionare sempre in dischi o set RAID dedicati i due file più attivi, ovvero i file di registro Rtcdyn e Rtc.
Distribuzione con sei dischi
Lo scenario di distribuzione con sei dischi viene solitamente utilizzato nei casi in cui si desidera collocare i database di archiviazione e monitoraggio nello stesso computer SQL Server. Questa soluzione utilizza sei dischi fisici o set RAID dedicati. La distribuzione dei file di dati e di registro è illustrata nel diagramma seguente.
Vantaggi: prestazioni molto elevate, bassa latenza e contesa ridotta per le risorse di I/O su disco rispetto alle altre soluzioni.
Svantaggi: costi maggiori rispetto ad altre soluzioni. Sono necessari almeno sei dischi rigidi.
.jpg "Tabella per la distribuzione su sei dischi")
Distribuzione con cinque dischi
Nella distribuzione con cinque dischi vengono utilizzati cinque dischi o cinque set RAID. I file di registro Rtcdyn e Rtc sono separati in dischi dedicati. I file di dati e di registro per archiviazione e monitoraggio sono posizionati in dischi dedicati. I file di dati e di registro rimanenti sono posizionati nel quinto disco.
Vantaggi: offre buone prestazioni per i file di registro Rtcdyn e Rtc, riducendo al contempo il numero complessivo di dischi necessari.
Svantaggi: tutti gli altri file di registro si trovano in un singolo disco e ciò causa potenzialmente latenza delle prestazioni di I/O per altri carichi di lavoro. L'impatto è ridotto al minimo se non vengono distribuiti il Server di archiviazione, il Monitoring Server o entrambi.
.jpg "Tabella per la distribuzione su cinque dischi")
Distribuzione con quattro dischi
Nella distribuzione con quattro dischi vengono utilizzati quattro dischi o quattro set RAID. Questa considerazione è considerata quella con le prestazioni migliori tra quelle consigliate, a causa della bassa latenza e della contesa ridotta delle risorse di I/O su disco. I file di registro Rtcdyn e Rtc sono separati in dischi dedicati. I file di registro rimanenti sono posizionati nel terzo disco e i file di dati nel quarto.
Vantaggi: offre buone prestazioni per i file di registro Rtcdyn e Rtc, riducendo al contempo il numero complessivo di dischi necessari.
Svantaggi: tutti gli altri file di registro si trovano in un singolo disco e ciò causa potenzialmente latenza delle prestazioni di I/O per altri carichi di lavoro. L'impatto è ridotto al minimo se non vengono distribuiti il Server di archiviazione, il Monitoring Server o entrambi.
.jpg "Tabella per la distribuzione su quattro dischi")
Distribuzione con tre dischi
Nella distribuzione con tre dischi vengono utilizzati tre dischi o set RAID. I file di registro Rtcdyn e Rtc sono posizionati nell'unità uno e due. I file di registro e di dati rimanenti sono posizionati nel terzo disco.
Vantaggi: costi inferiori rispetto alle soluzioni con sei e quattro dischi. Il posizionamento dei file di registro Rtcdyn e Rtc in dischi rigidi dedicati consente buone prestazioni per i file del registro delle transazioni ad aggiornamento frequente.
Svantaggi: tutti gli altri file di registro e di dati sono posizionati nel disco rimanente. Maggiore potenziale di latenza grazie al maggiore I/O di tutti gli altri carichi di lavoro nel singolo disco. Se non vengono distribuite le funzionalità di monitoraggio e archiviazione, l'impatto sarà minore, ma le prestazioni rimangono comunque un aspetto determinante.
.jpg "Tabella per la distribuzione su tre dischi")
Distribuzione con due dischi
Nella distribuzione con due dischi vengono utilizzati due dischi rigidi o set RAID. I file di registro Rtcdyn e Rtc sono posizionati entrambi nel primo disco. Gli altri file di registro e di dati sono posizionati nel secondo disco rigido.
Vantaggi: la riduzione dei costi è il vantaggio principale. I file di dati e di registro per gli altri carichi di lavoro nel secondo disco ridurranno l'impatto complessivo sui file di registro Rtcdyn e Rtc.
Svantaggi: la combinazione dei file di registro Rtcdyn e Rtc inizierà a influire negativamente sulle prestazioni.
.jpg "Tabella per la distribuzione su due dischi")
Distribuzione con disco singolo
Nella distribuzione con disco singolo viene utilizzato un solo disco rigido o set RAID. I file di registro Rtcdyn e Rtc sono posizionati entrambi nel singolo disco insieme agli altri file di registro e di dati.
Vantaggi: riduzione significativa dei costi rispetto alle altre soluzioni. Con un numero limitato di utenti si possono ottenere prestazioni accettabili.
Svantaggi: la latenza del disco e il caricamento da tutti i registri del carico di lavoro e i file di dati nel singolo disco avranno effetti sulle prestazioni. La distribuzione dei ruoli di monitoraggio e archiviazione influirà ulteriormente.
.jpg "Tabella per la distribuzione su un disco")