Requisiti e considerazioni per la distribuzione di Analysis Services

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. Per ulteriori informazioni sulla quantità massima di memoria e di processori per il sistema operativo, vedere Hardware and Software Requirements.

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.

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

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.

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 online 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 la memorizzazione attiva nella cache. Tramite la memorizzazione attiva nella cache 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 (partizioni).

Torna all'inizio

È 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 online 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