

There is a paid third party from Telerik that might do that: ġ. The idea is to avoid loading entire report into memory, and the OpenXML SDK cannot write directly into the Response stream. Note: We used the disk due to implementation constraints.
#SSRS REPORT FILE EXTENSION LICENSE#
Imagine that an SQL server license costs $14,000 for each CORE!.Installing SSRS on each new server requires an extra SQL Server license.
#SSRS REPORT FILE EXTENSION FREE#
If your business is already using SQL Server, it has a free SSRS license, to be used on the same server with SQL Server.This was not feasible, since even 750 Gb were not enough for SQL Server + SSRS.Load test, 13,000 rows, VM with 2.5Ghz, 1 Core, 2 logical processors, 8 Gb RAMĬonclusion: With new Export we could serve 10 times more concurrent users (Default Export was consuming all server resources with 5 concurrent users, with Custom Export we were able to server 50 concurrent users, and still not getting Out of Memory exception!) Possible Solutions Researched: Basic test, 1 million rows, VM with 2.67 Ghz, 2 Cores, 2 logical processors, 16 Gb RAMī. Here are some metrics comparing the default SSRS export with a custom built one:Ī. However, with few adjustments the approach can be used for other Reporting solutions too, or you could create an Excel Exporter package to be re-used for different areas of your business. Note: This article is focused on Microsoft Reporting Services (SSRS), because it is coming with SQL Server as free, it is a mature solution (was first released in 2004), and has a lot of features. If your answer is YES to any or all of these questions, then I propose an efficient solution for you, by implementing your own Custom Export.

(We actually had this use case for a 750Gbs RAM server! This is caused by the fact that most Reporting solutions will create the Excel in server memory before downloading, which takes few Gbs RAM for each user’s Excel file!)
