Pianificazione della distribuzione di Reporting Services

Data aggiornamento: 14 aprile 2006

In SQL Server 2005 Reporting Services sono disponibili due modelli di distribuzione:

• Una distribuzione standard costituita da un'unica istanza del server di report che utilizza un Motore di database di SQL Server locale o remoto per ospitare il database del server di report. Per ospitare il database del server di report, è possibile utilizzare SQL Server 2000 o SQL Server 2005.
• Una distribuzione con scalabilità orizzontale costituita da più server di report che condividono un unico database del server di report. Il database può essere installato in un'istanza remota di SQL Server o localmente con uno dei server di report. L'istanza di SQL Server che ospita il database del server di report può fare parte di un cluster di failover.
  La distribuzione con scalabilità orizzontale è supportata nelle edizioni seguenti: Enterprise Edition, Developer Edition ed Evaluation Edition.

Per semplificare il processo di distribuzione, è possibile utilizzare elenchi di controllo in cui è descritta la sequenza delle attività che è necessario eseguire per completare una distribuzione standard. Per ulteriori informazioni, vedere Elenco di controllo per la distribuzione di server. Per ulteriori informazioni sulla distribuzione con scalabilità orizzontale, vedere Configurazione di una distribuzione con scalabilità orizzontale di un server di report. Per ulteriori informazioni sulla gestione delle licenze per SQL Server 2005, vedere la relativa sezione nella pagina Acquisto del sito Web Microsoft SQL Server.

Distribuzione standard

Nella figura seguente viene illustrato il modello di distribuzione standard, con il database del server di report situato in un server remoto. È anche possibile installare il database localmente in modo che tutti i componenti del server si trovino nello stesso computer.

Di seguito sono riportate le considerazioni principali per la scelta del computer che deve ospitare il database del server di report:

• Risorse di elaborazione
• Disponibilità di spazio su disco

Il server di report e il motore di database si contendono il tempo di CPU, la memoria e l'accesso al disco per l'elaborazione delle risorse. Alcune operazioni del server di report utilizzano molte risorse. Per le operazioni di rendering dei report, ad esempio, un server di report tenta di utilizzare tutta la memoria disponibile. L'esecuzione del server di report in un computer separato può ridurre la concorrenza per l'elaborazione delle risorse.

Il secondo motivo per cui è preferibile utilizzare un Motore di database di SQL Server remoto per archiviare i dati del server di report è costituito dai requisiti di spazio su disco del server di report. Anche se inizialmente il footprint di un database del server di report può essere piccolo, in fase di esecuzione i requisiti di spazio su disco possono aumentare notevolmente, a seconda di come vengono eseguiti i report e del numero di utenti che accedono al server di report. Per ulteriori informazioni, vedere Requisiti del database del server di report.

Distribuzione con scalabilità orizzontale

È possibile distribuire Reporting Services in una distribuzione con scalabilità orizzontale per creare un'installazione del server di report caratterizzata da un'elevata disponibilità e scalabilità. La distribuzione con scalabilità orizzontale è inoltre utile se si desidera migliorare le prestazioni delle operazioni pianificate e di recapito della sottoscrizione. Una distribuzione con scalabilità orizzontale è composta da più server di report che condividono un singolo database del server di report. Ogni server di report nella distribuzione è definito nodo. I nodi partecipano alla scalabilità orizzontale se il server di report è configurato per l'utilizzo dello stesso database di un altro server di report.

È possibile eseguire il bilanciamento del carico dei nodi del server di report per supportare volumi di report elevati. È inoltre possibile creare il database del server di report in un cluster di failover per soddisfare requisiti di disponibilità elevata.

Le configurazioni cluster non supportate includono la distribuzione di un'installazione completa del server di report, ovvero un server di report e il relativo database, in ogni nodo di un cluster a nodi multipli. In particolare, non è possibile distribuire Reporting Services in un cluster a due nodi costituito da un nodo attivo e da un nodo passivo utilizzato in caso di errore del nodo attivo.

Distribuzione di un cluster con bilanciamento del carico di rete

È possibile eseguire i nodi del server di report in un cluster con bilanciamento del carico di rete. Per implementare il cluster con bilanciamento del carico di rete, è possibile utilizzare una soluzione software o hardware. Per eseguire i server di report in un cluster con bilanciamento del carico di rete, è necessario utilizzare software e strumenti che supportino questa funzionalità. In Reporting Services non è possibile gestire cluster di server o server virtuali e non è disponibile un modo per definire un nome del server virtuale che offra un singolo punto di ingresso a tutti i nodi di una distribuzione con scalabilità orizzontale di un server di report.

Il bilanciamento del carico di rete è necessario solo se si desidera migliorare le prestazioni del server di report per i report su richiesta e quelli interattivi, ad esempio i report drill-through e matrice. L'elaborazione delle sottoscrizioni e i report pianificati sono più veloci in una distribuzione con scalabilità orizzontale, ma per ottenere prestazioni migliori in termini di velocità non serve necessariamente un cluster con bilanciamento del carico di rete.

Distribuzione di un cluster di failover di SQL Server

SQL Server 2005 offre supporto per il clustering di failover, per consentire l'utilizzo di più dischi per una o più istanze di SQL Server. Il clustering di failover è supportato solo per il database del server di report e non è possibile eseguire il servizio Windows ReportServer o il servizio Web come parte di un cluster di failover.

Per ospitare un database del server di report in un cluster di failover di SQL Server, è necessario che il cluster sia già installato e configurato. È quindi possibile selezionare il cluster di failover come nome del server quando si crea il database del server di report.

Sebbene il servizio Web e il servizio Windows ReportServer non possano essere eseguiti come parte di un cluster di failover, è possibile installare Reporting Services in un computer in cui è installato un cluster di failover. Il server di report viene eseguito indipendentemente dal cluster di failover. Se si installa un server di report in un computer che fa parte di un'istanza di failover di SQL Server, non è necessario utilizzare il cluster di failover per il database del server di report, ma, per ospitare il database, è possibile utilizzare un'istanza di SQL server diversa.

Diagramma della distribuzione con scalabilità orizzontale

Nella figura seguente vengono illustrati più server di report e database del server di report distribuiti in cluster di server separati.

Vedere anche

Concetti

Creazione di un database del server di report
Configurazione di un server di report per l'accesso tramite Internet
Considerazioni sulle impostazioni internazionali per Reporting Services
Amministrazione di Reporting Services
Utilizzo di script per l'esecuzione di attività di distribuzione e di amministrazione

Altre risorse

Distribuzione di Reporting Services

Guida in linea e informazioni

Assistenza su SQL Server 2005

Cronologia modifiche

Versione	Cronologia
14 aprile 2006	Nuovo contenuto Distribuzione di un cluster di failover di SQL Server. Distribuzione di un cluster con bilanciamento del carico di rete. Contenuto modificato: Aggiunta di ulteriori informazioni sull'utilizzo delle tecnologie cluster da parte di Reporting Services.