| title | Create a Report Server Database (SSRS Configuration Manager) | Microsoft Docs | |||
|---|---|---|---|---|
| ms.custom | ||||
| ms.date | 08/10/2017 | |||
| ms.prod | sql-server-2014 | |||
| ms.reviewer | ||||
| ms.technology | database-engine | |||
| ms.topic | conceptual | |||
| helpviewer_keywords |
|
|||
| ms.assetid | 8a3a6ffe-4001-46be-8548-94532550f6a5 | |||
| author | maggiesMSFT | |||
| ms.author | maggies | |||
| manager | craigg |
[!INCLUDEssRSnoversion] Native mode uses two [!INCLUDEssNoVersion] relational databases to store report server metadata and objects. One database is used for primary storage, and the second one stores temporary data. The databases are created together and bound by name. With a default [!INCLUDEssNoVersion] instance, the databases are named reportserver and reportservertempdb. Collectively, the two databases are referred to as the "report server database" or "report server catalog".
[!INCLUDEssRSnoversion] SharePoint mode includes a third database that is used for data alerting metadata. The three databases are created for each [!INCLUDEssRSnoversion] service application and the database names by default include a guid that represents the service application. The following are example names of the three SharePoint mode databases:
-
ReportingService_90a9f37075544f22953c4a62e4a9f370
-
ReportingService_90a9f37075544f22953c4a62e4a9f370TempDB
-
ReportingService_90a9f37075544f22953c4a62e4a9f370_Alerting
Important
Do not write applications that run queries against the report server database. The report server database is not a public schema. The table structure might change from one release to the next. If you write an application that requires access to the report server database, always use the [!INCLUDEssRSnoversion] APIs to access the report server database.
The exception to this are the execution log views. For more information, see Report Server Execution Log and the ExecutionLog3 View
Native Mode: You can create the Native mode report server database in the following ways:
-
Automatically: Use SQL Server Setup Wizard, if you choose the default configuration installation option. In the SQL Server Installation Wizard, this is the Install and configure in the Report Server Installation Options page. If you chose the Install only option, you must use the Reporting Services Configuration Manager to create the database.
-
Manually: Use the [!INCLUDEssRSnoversion] Configuration Manager. You must create the report server database manually if you are using a remote [!INCLUDEssDEnoversion] to host the database. For more information, see Create a Native Mode Report Server Database (SSRS Configuration Manager).
SharePoint Mode: The Report Server Installation Options page only has one option for SharePoint mode of Install Only. This option installs all the [!INCLUDEssRSnoversion] files and the [!INCLUDEssRSnoversion] shared service. The next step is to create at least one [!INCLUDEssRSnoversion] service application in one of the following ways:
-
Use SharePoint Central Administration to create a [!INCLUDEssRSnoversion] service application. For more information see the "Service Application" section of Step 3: Create a Reporting Services Service Application.
-
Use [!INCLUDEssRSnoversion] PowerShell cmdlets to create a service application and the report server databases. For more information see the sample for creating service applications in the topic PowerShell cmdlets for Reporting Services SharePoint Mode.
[!INCLUDEssNoVersion] is used to host the report server databases. The [!INCLUDEssDEnoversion] instance can be a local or remote instance. The following are the supported versions of [!INCLUDEssDEnoversion] that can be used to host the report server databases:
-
SQL Server 2014
-
[!INCLUDEssSQL11]
-
[!INCLUDEssKilimanjaro]
-
[!INCLUDEssKatmai]
-
[!INCLUDEssNoVersion] 2005
Creating the report server database on a remote computer requires that you configure the connection to use a domain user account or a service account that has network access. If you decide to use a remote [!INCLUDEssNoVersion] instance, consider carefully which credentials the report server should use to connect to the [!INCLUDEssNoVersion] instance. For more information, see Configure a Report Server Database Connection (SSRS Configuration Manager).
Important
Report Server and the [!INCLUDEssNoVersion] instance hosting the report server database can be in different domains. For Internet deployment, it is common practice to use a server that is behind a firewall. If you are configuring a report server for Internet access, use [!INCLUDEssNoVersion] credentials to connect to the instance of [!INCLUDEssNoVersion] that is behind the firewall and use IPSEC to secure the connection.
When creating a report server database, be aware that not all editions of [!INCLUDEssNoVersion] can be used to host the database. For more information, see the "Report Server Database Server Edition Requirements" section of Features Supported by the Editions of SQL Server 2014.