SSRS-PBRS source configuration

Updated:

Note This topic is only relevant if you are creating technical lineage via Edge. If you are using the CLI lineage harvester (deprecated), you need to create a <source ID> configuration file. The CLI harvester will officially reach its End of Life on July 31, 2026.

The Source configuration field in the SSRS-PBRS Edge capability allows you to provide additional information about databases in SQL Server Reporting Services and Power BI Report Server, which is necessary if the databases do not contain all information to process the SQL source code correctly.

The value of the Source configuration field must be a valid block of JSON code, for example:

Copy
{
    "DataSources": {
        "Redshift": {
            "dbname": "redshift-database-name",
            "schema": "redshift-schema-name",
            "dialect": "redshift",
            "collibraSystemName": "redshift-system-name"
        },
        "Oracle": {
            "dbname": "oracle-database-name",
            "schema": "oracle-schema-name",
            "dialect": "oracle",
            "collibraSystemName": "oracle-system-name"
        }
    },
    "CustomDataSources": {
        "/path to report/custom data souce name": {
            "dbname": "mssql-database-name",
            "dialect": "mssql"
        }
    }
}

The following table describes the various properties you can use in your JSON code block.

Property

Description

Required?

DataSources

This section contains all connections for which you want to create a technical lineage.

The DataSources section refers to shared data sources in SSRS and PBRS. For more information about shared data sources, see the Microsoft documentation.

Yes

<data source type>

The path of a connection object in SSRS and PBRS.

Yes

dbname
The name of the database of a supported data source in SSRS and PBRS.

No

schema

The name of the default schema of a supported data source in SSRS and PBRS.

No

dialect

The dialect of the supported data source in SSRS and PBRS.

No

collibraSystemName

The system or server name of the database.

If you set the useCollibraSystemName property to true in your lineage harvester configuration file, but you either don't create a <source ID> configuration file, or don't specify a value for the collibraSystemName property in your <source ID> configuration file, the system name in the technical lineage is "DEFAULT".

How to configure this property if you have two databases with the same name

Let's assume you have two databases named Customers. When you prepare the physical data layer in Data Catalog, you create a System asset for each of these databases. Let's say you named them Customers-Europe and Customers-USA. You can then configure this property as follows.

Copy
"Redshift": {
    "dbname": "Customer",
    "schema": "redshift-schema-name",
    "dialect": "redshift",
    "collibraSystemName": "Customers-Europe"
},
"Oracle": {
    "dbname": "Customer",
    "schema": "oracle-schema-name",
    "dialect": "oracle",
    "collibraSystemName": "Customers-USA"
}

Yes

CustomDataSources

You can use custom data processing extensions that are used to support embedded data sources of which the data source definition is specified locally in a report or embedded data set.

The CustomDataSources section refers to embedded data sources in SSRS and PBRS. For more information about embedded data sources, see the Microsoft documentation.

No

<path to report>/<custom data source name>

The full path to the report and the custom data source name.

You can use wildcards to match multiple folders, reports or data sets. The connection information is this section is used to add missing information or to overwrite parsed information.

No

dbname
The name of the database of a custom data source in SSRS and PBRS.

No

schema

The name of the schema of a custom data source in power. If you don't provide the schema name, the default schema is used.

No

dialect

The dialect of the custom data source in SSRS and PBRS.

No