Requisiti e considerazioni per la distribuzione di Analysis Services

Articolo
12/15/2008

Prima di distribuire un progetto di Microsoft SQL Server 2005 Analysis Services (SSAS), è necessario prendere in considerazione aspetti importanti che consentono di migliorare l'affidabilità e le prestazioni dell'installazione di Analysis Services. Potrebbe, ad esempio, essere necessario aumentare le risorse hardware nel caso in cui si aggiunga un'altra istanza di Analysis Services alle istanze esistenti nel server oppure se si prevede di elaborare cubi complessi nel progetto. È inoltre necessario eseguire passaggi per garantire la disponibilità del progetto nel caso di un problema hardware o software e durante determinate attività di elaborazione. È infine necessario considerare la possibilità di distribuire le istanze di SQL Server o di Analysis Services in più computer in base alle esigenze in termini di prestazioni.

Requisiti e considerazioni

I requisiti e le considerazioni per la distribuzione sono trattati nelle sezioni seguenti:

Requisiti relativi alle risorse
Considerazioni sulla disponibilità
Considerazioni sulla scalabilità

Requisiti relativi alle risorse

Prima di distribuire un progetto di Analysis Services, è necessario considerare i requisiti dell'installazione relativi alle risorse. Considerare, in particolare, i requisiti relativi a memoria, processore e spazio.

Requisiti relativi a memoria e processore

In Analysis Services è necessaria una quantità maggiore di 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.
In caso di aumento del numero di database in un'unica istanza di Analysis Services.
In caso di aumento del numero di istanze di Analysis Services in un unico computer.
In caso di aumento del numero di utenti che accedono contemporaneamente alle risorse di Analysis Services.

La quantità di risorse di memoria e processore disponibili per Analysis Services varia in base alla versione di Microsoft Windows installata nel computer server. Nella tabella seguente vengono elencate le risorse di memoria e processore che possono essere utilizzate da Analysis Services in base alla versione di Windows installata.

Versione di Windows	Quantità massima di memoria disponibile per Analysis Services	Numero massimo di processori disponibili per Analysis Services
, Enterprise Edition, versione a 64 bit	64 GB	8
, Datacenter Edition, versione a 64 bit	512 GB	32
, Standard Edition	3 GB utilizzando l'opzione /3GB	4
, Enterprise Edition	3 GB utilizzando l'opzione /3GB	8
, Datacenter Edition	3 GB utilizzando l'opzione /3GB	32
	2 GB	4
	3 GB utilizzando l'opzione /3GB	8
Windows 2000 Datacenter Server	3 GB utilizzando l'opzione /3GB	32

Importante:
Analysis Services può utilizzare un massimo di 3 GB di memoria in qualsiasi versione di Windows a 32 bit, indipendentemente dalla quantità di memoria effettiva installata nel computer. Per ulteriori informazioni sull'opzione /3GB, vedere l'articolo 283037 della Microsoft Knowledge Base.

Requisiti relativi allo spazio su disco

Per i diversi aspetti dell'installazione di Analysis Services e le diverse attività correlate all'elaborazione degli oggetti sono necessarie quantità di spazio su disco differenti. 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, un database di Analysis Services richiede approssimativamente il 20% dello spazio su disco necessario per gli stessi dati archiviati nel database relazionale sottostante.

Aggregazioni
Le aggregazioni richiedono spazio su disco aggiuntivo in modo proporzionale al numero di aggregazioni aggiunte: maggiore è il numero di aggregazioni, maggiore sarà lo spazio necessario. 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 utilizzare l'opzione di elaborazione Elaborazione struttura pulita nell'oggetto struttura di data mining. Per ulteriori informazioni, vedere Elaborazione di oggetti di data mining.

Elaborazione di oggetti
Durante l'elaborazione, tramite Analysis Services le copie degli oggetti in fase di elaborazione vengono archiviate nella transazione di elaborazione sul disco fino al termine del processo. 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.

Torna all'inizio

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 problema 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. Per garantire la disponibilità dell'installazione di Analysis Services non è tuttavia sufficiente risolvere questi problemi, ma è anche necessario offrire risorse alternative che consentano all'utente di continuare a utilizzare un sistema in caso di errore. Spesso per offrire le risorse alternative necessarie a mantenere la disponibilità in caso di problema hardware o software vengono utilizzati server di clustering o di bilanciamento del carico.

Per offrire un'alternativa in caso di problema hardware o software, valutare l'opportunità di distribuire Analysis Services in un cluster di failover. In un cluster di failover se nel nodo primario si verifica un errore per qualsiasi motivo oppure se è necessario riavviare tale nodo, le funzionalità di clustering di failover di Microsoft Windows consentono di eseguire il failover a un nodo secondario. Dopo il failover, che avviene in modo molto rapido, quando gli utenti eseguono query accedono all'istanza di Analysis Services in esecuzione nel nodo secondario.

Un'altra soluzione utile per risolvere i problemi di disponibilità consiste nel distribuire il progetto di Analysis Services in due o più server di produzione. Sarà quindi possibile utilizzare 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 del carico di rete, se un server non è disponibile a causa di problemi hardware o software, il servizio di bilanciamento del carico di rete indirizza le query degli utenti nei server ancora disponibili. Per ulteriori informazioni sulle funzionalità di clustering e di bilanciamento del carico di rete di Windows, vedere l'articolo Servizi di clustering nella sezione relativa alle tecnologie del sito Web Microsoft Windows Server 2003.

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 utilizza 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 offrire la disponibilità durante l'elaborazione di modifiche strutturali che potrebbero riguardare uno o più cubi in un progetto di Analysis Services, valutare l'opportunità di utilizzare un server dell'area di gestione temporanea e 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 in linea del server di produzione e del server dell'area di gestione temporanea. Per ulteriori informazioni, vedere Sincronizzazione di database di Analysis Services.

Per elaborare in modo trasparente gli aggiornamenti incrementali ai dati di origine, attivare 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 ulteriori informazioni, vedere Caching attivo.

Torna all'inizio

Considerazioni sulla scalabilità

La presenza di più istanze di Microsoft SQL Server 2005 e Analysis Services nello stesso computer può causare problemi di prestazioni. Per risolvere questi problemi, un'opzione consiste nell'aumentare le risorse di memoria, processore e disco nel server. Potrebbe inoltre essere necessario distribuire le istanze di SQL Server e di Analysis Services in più computer.

Distribuzione di Analysis Services in più computer

È possibile distribuire un'installazione di Analysis Services in più computer in diversi modi. Le opzioni disponibili sono descritte nell'elenco seguente.

Se vi sono più istanze di Analysis Services in un unico computer, è possibile spostare una o più istanze in un altro computer.
Se vi sono più database di Analysis Services in un unico computer, è possibile spostare uno o più database nella relativa istanza di Analysis Services in un computer diverso.
Se uno o più database relazionali forniscono dati a un database di Analysis Services, è possibile spostare questi database in un computer diverso. Prima di spostare i database, valutare la velocità di rete e la larghezza di banda tra il database di Analysis Services e i database sottostanti. Se la rete è lenta o sovraccarica, lo spostamento dei database sottostanti in un computer diverso potrebbe influire sulle prestazioni di elaborazione.
Se le operazioni di elaborazione influiscono sulle prestazioni di esecuzione delle query, ma non è possibile eseguire tali operazioni durante i periodi in cui il carico di query è ridotto, valutare l'opportunità di spostare le attività di elaborazione in un server dell'area di gestione temporanea e quindi di eseguire una sincronizzazione in linea del server di produzione e del server dell'area di gestione temporanea. Per ulteriori informazioni, vedere Sincronizzazione di database di Analysis Services. È inoltre possibile distribuire le attività di elaborazione tra più istanze di Analysis Services tramite partizioni remote. Per l'elaborazione delle partizioni remote vengono utilizzate risorse di memoria e processore nel server remoto anziché nel computer locale. Per ulteriori informazioni sulla gestione delle partizioni remote, vedere Gestione di partizioni di Analysis Services.
Se le prestazioni di esecuzione delle query non sono soddisfacenti, ma non è possibile aumentare le risorse di memoria e processore nel server locale, valutare l'opportunità di distribuire un progetto di Analysis Services in due o più server di produzione. Sarà quindi possibile utilizzare la funzionalità di bilanciamento del carico di rete per combinare i server in un unico cluster. In un cluster con bilanciamento del carico di rete, le query vengono automaticamente distribuite tra tutti i server del cluster. Per ulteriori informazioni, vedere l'articolo Servizi di clustering nella sezione relativa alle tecnologie del sito Web Microsoft Windows Server 2003.

Torna all'inizio

Vedere anche

Condividi tramite

Requisiti e considerazioni per la distribuzione di Analysis Services