Limiti delle dimensioni di report e snapshot
Le informazioni contenute in questo argomento consentono agli amministratori che gestiscono una distribuzione di Reporting Services di conoscere i limiti relativi alle dimensioni dei report quando questi ultimi vengono pubblicati in un server di report, quando ne viene eseguito il rendering in fase di esecuzione e quando vengono salvati nel file system. In questo argomento vengono inoltre fornite indicazioni pratiche su come calcolare le dimensioni di un database del server di report e vengono descritti gli effetti delle dimensioni degli snapshot sulle prestazioni del server.
Dimensioni massime per i modelli e i report pubblicati
Nel server di report le dimensioni dei report e dei modelli sono basate sulle dimensioni dei file di definizione del report, con estensione rdl, e del modello di report, con estensione smdl, pubblicati in un server di report. Tramite il server di report non vengono poste limitazioni alle dimensioni di un report o di un modello pubblicato. Microsoft ASP.NET prevede comunque una dimensione massima per gli elementi inviati al server. Per impostazione predefinita, questo limite è di 4 MB. Se si carica o si pubblica in un server di report un file le cui dimensioni superano questo limite, viene generata un'eccezione HTTP. In questo caso, è possibile modificare l'impostazione predefinita aumentando il valore dell'elemento maxRequestLength nel file Machine.config.
Sebbene un modello di report possa avere dimensioni molto grandi, le definizioni dei report non superano quasi mai i 4 MB. In genere, un report ha dimensioni di alcuni kilobyte (KB). Se tuttavia sono presenti immagini incorporate, la codifica di tali immagini può determinare un aumento considerevole delle dimensioni della definizione del report e, di conseguenza, il superamento del limite predefinito di 4 MB.
In ASP.NET è previsto un limite massimo per i file inviati al fine di ridurre i rischi di attacchi Denial of Service contro il server. Aumentando il valore, vengono ridotte le capacità di protezione garantite da questa limitazione. È pertanto consigliabile aumentarlo solo se i vantaggi che questa modifica comporta bilanciano i maggiori rischi a cui viene esposto il sistema di protezione.
Dimensioni dei report in memoria
Quando si esegue un report, le dimensioni di quest'ultimo corrispondono alla quantità di dati restituiti nel report più le dimensioni del flusso di output. In Reporting Services non è previsto un limite massimo per le dimensioni di un report visualizzabile. La memoria del sistema determina il limite superiore per le dimensioni (per impostazione predefinita, in caso di esecuzione il rendering di un report un server di report utilizza tutta la memoria configurata disponibile), ma è possibile specificare impostazioni di configurazione per impostare soglie di memoria e criteri della gestione della memoria. Per ulteriori informazioni, vedere Configurazione della memoria disponibile per applicazioni del server di report.
Le dimensioni di qualsiasi report possono variare significativamente in base alla quantità di dati restituiti e al formato di rendering utilizzato. Le dimensioni di un report con parametri possono variare in base a come i valori dei parametri influiscono sui risultati della query. Il formato di output scelto per il report influisce sulle dimensioni del report in base a quanto indicato di seguito:
Con il formato HTML il report viene elaborato una pagina alla volta. Poiché il report viene elaborato in unità di dimensioni minori, per l'elaborazione di blocchi specifici è richiesta una quantità di memoria inferiore.
Con i formati PDF, Excel, TIFF, XML e CSV l'intero report viene elaborato in memoria prima di essere visualizzato all'utente.
Per calcolare le dimensioni di un report visualizzabile, è possibile analizzare il log di esecuzione del report. Per ulteriori informazioni, vedere Log di esecuzione del server di report e vista ExecutionLog3.
Per calcolare le dimensioni su disco di un report visualizzabile, è possibile esportare e quindi salvare il report nel file system. Il file salvato includerà le informazioni di formattazione dei dati e del report.
L'unico caso in cui vi è un limite fisico per le dimensioni del report è quando si esegue il rendering in formato Excel. Nei fogli di lavoro non possono essere presenti più di 65536 righe o 256 colonne. Con altri formati di rendering non sono presenti limiti simili, pertanto le dimensioni sono limitate solo dalla quantità di risorse disponibili nel server. Per ulteriori informazioni sui limiti di un file di Excel, vedere Esportazione in Microsoft Excel (Generatore report 3.0 e SSRS).
Nota
I processi di elaborazione e rendering dei report avvengono in memoria. Se si utilizzano report di grandi dimensioni o sono presenti numerosi utenti, eseguire una pianificazione delle capacità per garantire agli utenti un livello soddisfacente di prestazioni della distribuzione del server di report. Per ulteriori informazioni su strumenti e linee guida, vedere le pubblicazioni seguenti in MSDN: Pianificazione di scalabilità e prestazioni con Reporting Services e Using Visual Studio 2005 to Perform Load Testing on a SQL Server 2005 Reporting Services Report Server.
Calcolo dello spazio di archiviazione degli snapshot
Le dimensioni di un determinato snapshot sono direttamente proporzionali alla quantità di dati del report. Gli snapshot hanno in genere dimensioni molto maggiori rispetto agli altri elementi archiviati in un server di report. Le dimensioni degli snapshot variano in genere da pochi MB a decine di MB. Se si dispone di report di dimensioni molto grandi, le dimensioni degli snapshot potrebbero essere anche maggiori. In base alla frequenza di utilizzo degli snapshot e alla modalità di configurazione della cronologia del report, la quantità di spazio su disco necessaria per il database del server di report può aumentare rapidamente in un intervallo di tempo breve.
Per impostazione predefinita, sia per il database reportserver che per il database reportservertempdb è impostato l'aumento automatico delle dimensioni. Le dimensioni del database possono aumentare automaticamente ma non vengono mai ridotte automaticamente. Se nel database reportserver è presente capacità in eccesso in quanto sono stati eliminati snapshot, per recuperare spazio su disco è necessario ridurre il database manualmente. Analogamente, se le dimensioni del database reportservertempdb sono aumentate per adattarsi a un volume insolitamente elevato di report interattivi, l'allocazione dello spazio su disco rimane impostata in base a quei valori fino a quando non la si riduce.
Per calcolare le dimensioni dei database del server di report, è possibile eseguire i comandi Transact-SQL riportati di seguito. Il calcolo delle dimensioni totali del database a intervalli regolari può agevolare lo sviluppo di una stima ragionevole delle modalità di allocazione nel tempo dello spazio per il database del server di report. Le istruzioni seguenti consentono di calcolare la quantità di spazio attualmente in uso e presuppongono l'utilizzo dei nomi di database predefiniti:
USE ReportServer
EXEC sp_spaceused
Dimensioni degli snapshot e prestazioni del server di report
Le dimensioni degli snapshot influiscono sulle prestazioni del server in fase di elaborazione e rendering del report. Le prestazioni del server sono influenzate soprattutto dalle operazioni di rendering, pertanto se le dimensioni dello snapshot sono elevate, è probabile che si verifichino ritardi quando gli utenti richiedono il report. A seconda del numero di utenti, i ritardi si verificano con maggiore probabilità quando le dimensioni dello snapshot superano i 100 MB.
Per ridurre al minimo i ritardi nelle prestazioni dovuti a snapshot di grandi dimensioni, è possibile eseguire le operazioni seguenti:
Distribuire il server di report e Motore di database di SQL Server in computer separati.
Aggiungere ulteriore memoria di sistema.
Vedere il documento relativo alla pianificazione di scalabilità e prestazioni con Reporting Services nel sito Web MSDN per informazioni sulle procedure consigliate per la configurazione di un server di report per l'organizzazione.
La quantità di snapshot archiviati in un database del server di report non è un fattore che influisce sulle prestazioni. È possibile archiviare un numero elevato di snapshot senza influenzare le prestazioni del server, nonché mantenere gli snapshot per un periodo illimitato. Tenere tuttavia presente che la cronologia del report può essere modificata. Se un amministratore del server di report riduce il limite per la cronologia del report, si potrebbero perdere snapshot presenti nella cronologia che si desiderava mantenere. Se si elimina il report, viene eliminata anche tutta la relativa cronologia. Per ulteriori informazioni su modalità alternative di archiviazione dei report, vedere Salvataggio di report.
Vedere anche