MicroStrategy 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 MicroStrategy technical lineage Edge capability allows you to:
- Specify the default domain, meaning the domain in Collibra in which the corresponding assets of MicroStrategy metadata will be ingested if domain mapping is not configured.
If you do configure domain mapping, the default domain is still the destination domain of the MicroStrategy Server asset. - Optionally, specify from which MicroStrategy projects you want to ingest metadata, and into which domains you want to ingest the corresponding assets.
-
Optionally, configure data source mapping, to map the name of a data source returned by the lineage harvester to the true name of the data source.Note Mapping doesn't work for custom SQL.
The value of the Source configuration field must be a valid block of JSON code, for example:
{
"default_domain_id": "66ab7911-d84a-43d6-b9f7-40130jd84ds98",
"filters": [
{
"domainId": "3ae946ec-9030-46b8-ad86-a217b8f99bab",
"projectIDs": ["3FF7CF7D4C5A2AEBF14D8B9802698B27"]
},
{
"domainId": "21cfb3ae-0616-478e-9060-114130540be5",
"projectNames": ["Human Resources Analysis Module"]
}
],
"datasourceMapping": [
{
"found_datasource": "REDSHIFT",
"found_project": "*",
"mapping": {
"dbname": "RD_pearl",
"schema_name": "Default_North",
"dialect": "spark",
"collibraSystemName": "TV_dev"
}
}
]
}
The following table describes the various properties you can use in your JSON code block.
|
Property |
Description |
Mandatory |
|---|---|---|
|
default_domain_id |
The domain in which you want the corresponding assets of MicroStrategy metadata to be ingested. If you configure filtering, only the MicroStrategy Server asset is ingested into this default domain. |
Yes |
|
This section allows you to specify:
If you don't want to filter on projects, don't include this section in your <source ID> configuration file. |
No |
|
|
domainId
|
The unique resource ID of the domain (or domains) in Collibra in which you want to ingest the MicroStrategy assets. Tip If you use a
filters section, you must include the domainId property in the section. If, by chance, you want to filter on certain projects, but you want to ingest all assets into the default domain, then the value of the domainId property must match the value of the default_domain_id property.
For example: "default_domain_id": "1234567890",
"filters": [
{
"domainId": "1234567890",
"projectNames": ["MicroStrategy Tutorial","Testing_MSTR"]
},To find a domain reference ID, open the relevant domain in Collibra. The URL looks like: https://<yourcollibrainstance>/domain/22258f64-40b6-4b16-9c08-c95f8ec0da26?view=00000000-0000-0000-0000-000000040001. In this example, the reference ID is in bold. |
Yes |
|
projectIds
|
The IDs of the MicroStrategy projects from which you want to ingest metadata. |
No |
|
projectNames
|
The project names of the MicroStrategy projects from which you want to ingest metadata. |
No |
|
datasourceMapping |
This optional section allows you to configure data source mapping. Include this section only if you need to differentiate between multiple data sources that have the same name. Note Mapping doesn't work for custom SQL.
|
No |
|
found_datasource
|
The name of the data source that was returned by the lineage harvester, as shown in the technical lineage. Note The data source name is case-sensitive.
|
Yes |
|
found_project
|
The name of the project in which the data source information resides. You can specify an asterisk (*) to search for data source information across all projects. |
Yes |
|
mapping
|
Use this section to map the data source name that was returned by the lineage harvester to the true name of the data source. Example You have a Redshift data source named "RD_pearl", but the lineage harvester has returned the name "Redshift_connection". You can configure the
datasourceMapping section as follows:
Copy |
Yes |
|
dbname
|
The name of the database to which you want to map the found data source. |
Yes |
|
schema_name
|
The name of the schema in MicroStrategy. |
No |
|
dialect
|
The dialect of the data source in MicroStrategy. |
No |
|
collibraSystemName
|
The system or server name of a database. Warning The values of this property must exactly match the name of your System asset in Collibra. If you set the If you set the How to configure this property if you have two databases with the same name Let's assume that you have a data source named Customers. You use this data source connection in two different projects, Project_A and Project_B, but they are actually two different databases. 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-North and Customers-South. You can then configure this property as follows. Copy
|
Yes |