Requisiti e considerazioni per la distribuzione di Analysis Services
Le prestazioni e la disponibilità di una soluzione dipendono da molti fattori, tra cui le funzionalità dell'hardware sottostante, la topologia della distribuzione server, le caratteristiche della soluzione (ad esempio, con partizioni distribuite in più server o usando l'archiviazione ROLAP per la quale è richiesto l'accesso diretto al motore relazionale), i contratti di servizio e la complessità del modello di dati.
Requisiti relativi a memoria e processore
Analysis Services richiede più risorse di memoria e processore nei casi seguenti:
In caso di elaborazione di cubi di grandi dimensioni o complessi. Questi cubi richiedono maggiori risorse di memoria e processore rispetto ai cubi di piccole dimensioni o semplici.
In caso di aumento del numero di cubi in un unico database.
Quando aumenta il numero di database all'interno di una singola istanza di Analysis Services.
Quando aumenta il numero di istanze di Analysis Services in un singolo computer.
Quando il numero di utenti che accedono contemporaneamente alle risorse di Analysis Services aumenta.
La quantità di memoria e risorse del processore disponibili per Analysis Services varia a seconda dell'edizione di SQL Server, sistema operativo, funzionalità hardware e se si usano processori virtuali o fisici. Per altre informazioni, vedere i collegamenti seguenti:
Requisiti hardware e software per l'installazione di SQL Server 2014
Limiti della capacità di calcolo per edizione di SQL Server
Funzionalità supportate dalle edizioni di SQL Server 2014
Specifiche di capacità massima (Analysis Services)
Requisiti relativi allo spazio su disco
Diversi aspetti dell'installazione di Analysis Services e le attività correlate all'elaborazione di oggetti richiedono quantità diverse di spazio su disco. Nell'elenco seguente vengono descritti questi requisiti.
Cubi
I cubi che includono tabelle dei fatti di grandi dimensioni richiedono una quantità maggiore di spazio su disco rispetto a quelli contenenti tabelle dei fatti di piccole dimensioni. Analogamente, sebbene in proporzioni minori, i cubi che includono un numero elevato di dimensioni grandi richiedono una maggiore quantità di spazio su disco rispetto ai cubi che contengono un numero minore di membri della dimensione. In genere, è possibile prevedere che un database di Analysis Services richieda circa il 20% della quantità di spazio necessaria per gli stessi dati archiviati nel database relazionale sottostante.
Aggregations
Le aggregazioni richiedono spazio aggiuntivo proporzionale alle aggregazioni aggiunte, maggiore è la quantità di spazio necessaria. Se si evita la creazione di aggregazioni non necessarie, lo spazio su disco aggiuntivo necessario per le aggregazioni non supera in genere il 10% circa della dimensione dei dati archiviati nel database relazionale sottostante.
Data Mining
Per impostazione predefinita, le strutture di data mining memorizzano nella cache il set di dati in cui viene eseguito il training. Per rimuovere dal disco i dati presenti nella cache, è possibile usare l'opzione di elaborazione Elaborazione struttura pulita nell'oggetto struttura di data mining. Per altre informazioni, vedere Requisiti e considerazioni sull'elaborazione (data mining).
Elaborazione di oggetti
Durante l'elaborazione, Analysis Services archivia le copie degli oggetti che sta elaborando nella transazione di elaborazione su disco fino al termine dell'elaborazione. Al termine dell'elaborazione, le copie elaborate degli oggetti sostituiscono gli oggetti originali. È pertanto necessario verificare che vi sia spazio su disco aggiuntivo sufficiente per una seconda copia di ogni oggetto da elaborare. Se, ad esempio, si desidera elaborare un intero cubo in un'unica transazione, è necessario disporre di spazio su disco sufficiente per l'archiviazione di una seconda copia dell'intero cubo.
Considerazioni sulla disponibilità
In un ambiente Analysis Services un cubo o un modello di data mining potrebbe non essere disponibile per l'esecuzione di query a causa di un errore hardware o software. Un cubo potrebbe inoltre non essere disponibile in quanto necessita di essere elaborato.
Metodi per garantire la disponibilità in caso di problemi hardware o software
I componenti hardware o software possono presentare problemi per vari motivi. Tuttavia, la gestione della disponibilità dell'installazione di Analysis Services non riguarda solo la risoluzione dei problemi relativi all'origine di tali errori, ma anche la fornitura di risorse alternative che consentono all'utente di continuare a usare il sistema in caso di errore. Spesso per offrire le risorse alternative necessarie a mantenere la disponibilità in caso di problema hardware o software vengono usati server di clustering o di bilanciamento del carico.
Per garantire la disponibilità in caso di errore hardware o software, è consigliabile distribuire Analysis Services in un cluster di failover. In un cluster di failover, se il nodo primario ha esito negativo per qualsiasi motivo o se deve essere riavviato, microsoft Windows Clustering esegue il failover in un nodo secondario. Dopo il failover, che si verifica molto rapidamente, quando gli utenti eseguono query accedono all'istanza di Analysis Services in esecuzione nel nodo secondario. Per altre informazioni sui cluster di failover, vedere Tecnologie Windows Server: Cluster di failover.
Un'altra soluzione per i problemi di disponibilità consiste nel distribuire il progetto di Analysis Services in due o più server di produzione. Sarà quindi possibile usare la funzionalità di bilanciamento del carico di rete dei server Windows per combinare i server di produzione in un unico cluster. In un cluster con bilanciamento carico di rete, se un server non è disponibile a causa di problemi hardware o software, tramite il servizio di bilanciamento carico di rete le query degli utenti vengono indirizzate ai server ancora disponibili.
Metodi per garantire la disponibilità durante l'elaborazione di modifiche strutturali
Determinate modifiche apportate a un cubo possono rendere i l cubo non disponibile fino al termine dell'elaborazione. Se, ad esempio, si apportano modifiche strutturali a una dimensione in un cubo, non è sufficiente rielaborare la dimensione, ma è necessario elaborare anche ogni cubo che usano la dimensione modificata. Durante l'elaborazione di tali cubi, gli utenti non possono eseguire query su di essi né sui modelli di data mining basati su un cubo contenente una dimensione modificata.
Per garantire la disponibilità durante l'elaborazione di modifiche strutturali che possono influire su uno o più cubi in un progetto di Analysis Services, è consigliabile incorporare un server di gestione temporanea e usare la Sincronizzazione guidata database. Questa funzionalità consente di aggiornare i dati e i metadati in un server dell'area di gestione temporanea e quindi di eseguire una sincronizzazione online del server di produzione e del server dell'area di gestione temporanea. Per altre informazioni, vedere Sincronizzare database di Analysis Services.
Per elaborare in modo trasparente gli aggiornamenti incrementali ai dati di origine, abilitare il caching attivo. Tramite il caching attivo i cubi vengono aggiornati con i nuovi dati di origine senza che sia necessaria l'elaborazione manuale e senza influire sulla disponibilità dei cubi. Per altre informazioni, vedere Memorizzazione nella cache attiva (partizioni).
Considerazioni sulla scalabilità
Più istanze di Microsoft SQL Server e Analysis Services nello stesso computer possono causare problemi di prestazioni. Per risolvere questi problemi, un'opzione consiste nell'aumentare le risorse di memoria, processore e disco nel server. Potrebbe tuttavia essere necessario ridimensionare anche le istanze di SQL Server e Analysis Services in più computer.
Distribuzione di Analysis Services in più computer
Esistono diversi modi per ridimensionare un'installazione di Analysis Services in più computer. Le opzioni disponibili sono descritte nell'elenco seguente.
Se in un singolo computer sono presenti più istanze di Analysis Services, è possibile spostare una o più istanze in un altro computer.
Se in un singolo computer sono presenti più database di Analysis Services, è possibile spostare uno o più database nella propria istanza di Analysis Services in un computer separato.
Se uno o più database relazionali forniscono dati a un database di Analysis Services, è possibile spostare questi database in un computer separato. Prima di spostare i database, prendere in considerazione la velocità di rete e la larghezza di banda esistenti tra il database di Analysis Services e i relativi database sottostanti. Se la rete è lenta o sovraccarica, lo spostamento dei database sottostanti in un computer diverso influirà negativamente sulle prestazioni di elaborazione.
Se l'elaborazione influisce sulle prestazioni delle query, ma non è possibile elaborare durante i tempi di riduzione del carico delle query, è consigliabile spostare le attività di elaborazione in un server di gestione temporanea e quindi eseguire una sincronizzazione online del server di produzione e del server di gestione temporanea. Per altre informazioni, vedere Sincronizzare database di Analysis Services. È anche possibile distribuire l'elaborazione tra più istanze di Analysis Services usando partizioni remote. Per l'elaborazione delle partizioni remote vengono usate risorse di memoria e processore nel server remoto anziché nel computer locale. Per informazioni sulla gestione delle partizioni remote, vedere Creare e gestire una partizione remota (Analysis Services).
Se le prestazioni delle query sono scarse, ma non è possibile aumentare le risorse del processore e della memoria nel server locale, valutare la possibilità di distribuire un progetto di Analysis Services in due o più server di produzione. Sarà quindi possibile usare la funzionalità di bilanciamento del carico di rete per combinare i server in un unico cluster. In un cluster con bilanciamento carico di rete, le query vengono automaticamente distribuite tra tutti i server del cluster.