Pianificazione di una topologia di distribuzione

SQL Server 2008 Reporting Services (SSRS) offre diversi approcci per la distribuzione di componenti server. Nelle sezioni seguenti del presente argomento viene fornita una panoramica sulle topologie di distribuzione per Reporting Services in modalità nativa e in modalità integrata SharePoint.

[!NOTA]

I diagrammi non includono le configurazioni di distribuzione con Windows SharePoint Services (WSS) 3.0 o Microsoft Office SharePoint Server (MOSS) 2007. È tuttavia possibile utilizzare le stesse topologie di distribuzione illustrate in questo documento configurando WSS o MOSS nello stesso computer del server o dei server di report o in un livello applicazione separato. Per ulteriori informazioni sulla pianificazione relativa all'integrazione con SharePoint e per considerazioni sulle topologie di distribuzione di SharePoint, vedere la sezione Pianificazione dell'integrazione con SharePoint all'interno di questo argomento.

I requisiti hardware e software sono fattori importanti di cui tener conto nella pianificazione della topologia di distribuzione e influiscono sui componenti eseguiti sul server. Oltre a esaminare le topologie di distribuzione illustrate nel presente argomento, fare riferimento alle sezioni Requisiti hardware e software per l'installazione di SQL Server 2008 e Valutazione dei requisiti del database del server di report per informazioni sui requisiti necessari per l'esecuzione di Reporting Services.

I database del server di report dei diagrammi seguenti rappresentano i database reportserver e reportservertempdb utilizzati da Reporting Services per archiviare metadati e definizioni di oggetto. I dati del report possono provenire da altri database o origini dati presenti nello stesso computer che contiene i database del server di report o in altri computer. Per ulteriori informazioni, vedere Database del server di report e Origini dei dati supportate da Reporting Services.

Distribuzione di un solo server

In una configurazione di distribuzione di un solo server, l'istanza del server di report viene eseguita nello stesso computer del Motore di database che contiene il database del server di report. Il diagramma seguente è un esempio di una configurazione di distribuzione di un solo server.

La configurazione di distribuzione di un solo server è consigliata nelle circostanze seguenti:

• In presenza di volumi di report piccoli o medi, in cui le richieste di elaborazione di report sono uniformemente distribuite nel corso della giornata e il numero di sessioni simultanee è facilmente gestibile con la capacità di elaborazione del computer.

• Nei casi in cui, in qualità di sviluppatore, è necessario sviluppare soluzioni personalizzate che si integrino con SSRS.

• Nella fase di valutazione del software.

Questa configurazione di distribuzione è la più facile da installare e gestire. Le opzioni di installazione predefinite consentono di ottenere tale topologia di distribuzione. Se la configurazione soddisfa le esigenze dell'organizzazione, è opportuno continuare a utilizzarla tenendo comunque presente che è possibile aggiornare l'hardware o aggiungere altre istanze del server in un secondo momento se si verifica un aumento della domanda di report.

Distribuzione di server standard

In una distribuzione di server standard, l'istanza del server di report viene eseguita su un computer diverso dall'istanza di Motore di database di SQL Server che contiene il database del server di report. Il diagramma seguente è un esempio di una configurazione di distribuzione di server standard.

La configurazione di distribuzione standard è consigliata nelle circostanze seguenti:

• In presenza di volumi di report piccoli o medi, in cui le richieste di elaborazione di report sono uniformemente distribuite nel corso della giornata e il numero di sessioni simultanee è facilmente gestibile con la capacità di elaborazione dei computer.

Lo scenario di distribuzione standard consente di ottenere prestazioni migliori rispetto alla distribuzione di un solo server in quanto il server di report e Motore di database utilizzano le stesse risorse di elaborazione, quali tempo di CPU, memoria e accesso al disco qualora siano presenti nello stesso computer. Poiché alcune operazioni del server di report richiedono una notevole quantità di risorse, l'esecuzione di tale server su un altro computer può ridurre in parte il problema di condivisione delle risorse di elaborazione. Inoltre, è possibile che il footprint di un database del server di report sia inizialmente piccolo, ma i requisiti dello spazio su disco e l'utilizzo del sottosistema di I/O possono aumentare considerevolmente in fase di esecuzione.

Quando è necessario decidere se scegliere una distribuzione di un solo server o una distribuzione di server standard, tenere conto dei punti seguenti sulla base della propria configurazione hardware:

• Risorse di elaborazione

• Risorse di memoria

• Disponibilità di spazio su disco

• Capacità di I/O

Se questa configurazione soddisfa le esigenze dell'organizzazione, è opportuno continuare a utilizzarla tenendo comunque presente che è possibile aggiornare l'hardware o aggiungere altre istanze del server in un secondo momento se si verifica un aumento della domanda di report.

Distribuzione di server con scalabilità orizzontale standard

In una distribuzione di server con scalabilità orizzontale, più server di report condividono un unico database del server di report. Tale database deve essere installato in un'istanza remota di SQL Server. Il diagramma seguente è un esempio di una configurazione di distribuzione di server con scalabilità orizzontale standard con il database del server di report presente in un'istanza remota di SQL Server.

Distribuire Reporting Services in una configurazione con scalabilità orizzontale per fornire un'installazione del server di report caratterizzata da un'elevata disponibilità e scalabilità. In una distribuzione con scalabilità orizzontale ogni server di report incluso nella distribuzione viene definito nodo. I nodi partecipano alla scalabilità orizzontale se il server di report è configurato per l'utilizzo dello stesso database come un altro server di report. I nodi del server di report possono essere con carico bilanciato per supportare la creazione di volumi elevati di report interattivi.

Una configurazione di distribuzione di server con scalabilità orizzontale è consigliata nelle circostanze seguenti:

• Per la creazione di volumi elevati di report, in cui l'attività viene misurata in base al numero di utenti simultanei o in base alla complessità dei report che richiedono tempi lunghi di elaborazione o rendering.

• Negli scenari caratterizzati da disponibilità elevata, in cui è importante che l'ambiente di creazione dei report non rilevi tempi di inattività imprevisti o diventi non disponibile.

• Quando si desidera migliorare le prestazioni di operazioni programmate e del recapito di una sottoscrizione.

La distribuzione con scalabilità orizzontale non è supportata in tutte le edizioni di SQL Server. Tutti i nodi del server di report in una distribuzione devono eseguire la stessa versione e lo stesso livello di Service Pack di SQL Server. Per ulteriori informazioni sulle edizioni di SQL Server 2008, vedere Edizioni e componenti di SQL Server 2008 e Funzionalità supportate dalle edizioni di SQL Server 2008. Per ulteriori informazioni sulle distribuzioni con scalabilità orizzontale e l'utilizzo di cluster con bilanciamento del carico di rete, vedere Pianificazione della distribuzione con scalabilità orizzontale all'interno di questo argomento.

In alternativa, è possibile decidere di inserire il database del server di report in un'istanza di SQL Server che faccia parte di un cluster di failover. Il diagramma seguente è un esempio di una configurazione di distribuzione di server con scalabilità orizzontale in cui i database del server di report si trovano su un'istanza appartenente a un cluster di failover.

Tramite l'hosting dei database del server di report su un'istanza appartenente a un cluster di failover, è possibile migliorare la tolleranza di errore dell'ambiente di creazione di report. Il clustering di failover è possibile anche per le distribuzioni standard, ma in genere l'esigenza di un clustering di failover è minore quando l'ambiente non viene configurato per scenari caratterizzati da disponibilità elevata, ad esempio in ambienti con distribuzioni con scalabilità orizzontale. Per ulteriori informazioni, vedere Hosting di un database del server di report in un cluster di failover di SQL Server.

Distribuzione di server con scalabilità orizzontale avanzata

Oltre alla distribuzione con scalabilità orizzontale standard, è possibile scegliere per l'ambiente di creazione di report una configurazione di distribuzione con scalabilità orizzontale più avanzata, decidendo, ad esempio, di utilizzare i server di report con bilanciamento del carico per l'elaborazione di report interattivi e di aggiungere un computer del server di report separato per elaborare solo i report pianificati. Il diagramma seguente è un esempio di una configurazione di distribuzione di server con scalabilità orizzontale avanzata.

Questa distribuzione con scalabilità orizzontale avanzata presenta gli stessi vantaggi della distribuzione con scalabilità orizzontale standard, ma l'ambiente è ottimizzato ai fini delle prestazioni attraverso la separazione dei server di report con bilanciamento di carico, che gestiscono l'elaborazione di report interattivi, da un server di report che gestisce solo i report pianificati.

Vedere anche

Concetti

Configurazione di Reporting Services per una distribuzione con scalabilità orizzontale

Creazione di un database del server di report

Pianificazione della distribuzione in Internet o in reti Extranet

Considerazioni sulla progettazione di soluzioni per distribuzioni multilingue o globali (Reporting Services)

Distribuzione (Reporting Services)

Amministrazione (Reporting Services)

Utilizzo di script per l'esecuzione di attività di distribuzione e di amministrazione