Power BI is turning 10, and we’re marking the occasion with a special community challenge. Use your creativity to tell a story, uncover trends, or highlight something unexpected.
Get startedJoin us for an expert-led overview of the tools and concepts you'll need to become a Certified Power BI Data Analyst and pass exam PL-300. Register now.
DevOps will not allow publishing reports to production environment by using manual Power BI Desktop publishing.
DevOps will not allow me to connect to the production database to get my connection string right
I am attempting to do the following via PowerShell script (PowerBIPS) and REST:
1. Create new datasource on gateway
2. Import .pbix to AppWorkspace
3. Change dataset connection string to redirect from dev server to production server (connection string server and database name need to match the server and database name configured in datasource)
4. Reset dataset gateway binding
This doesn't work for import datasets... gives the error "Invalid dataset. This API can only be called on a DirectQuery dataset". The Power BI Embedding story really needs to support the enterprise deployment story better.
@trevorgermain wrote:
DevOps will not allow publishing reports to production environment by using manual Power BI Desktop publishing.
DevOps will not allow me to connect to the production database to get my connection string right
I am attempting to do the following via PowerShell script (PowerBIPS) and REST:
1. Create new datasource on gateway
2. Import .pbix to AppWorkspace
3. Change dataset connection string to redirect from dev server to production server (connection string server and database name need to match the server and database name configured in datasource)
4. Reset dataset gateway binding
This doesn't work for import datasets... gives the error "Invalid dataset. This API can only be called on a DirectQuery dataset". The Power BI Embedding story really needs to support the enterprise deployment story better.
The update connection string API Set All Connections only supports DirectQuery datasets.
My question is, why not allow me to connect to the production database? As in your steps, the step 1 and 3 both need the pro duction connection string and crendentials to implement.
We are a SaaS organization, and are embedding Power BI. The production database is a multi-tenant data warehouse with highly confidential data in it. It would be a common use case to work on a development environment, then deploy to a production environment. It will never be ok to do development directly against the production database.
The connection information is pulled from a secure source during deployment, so as a dev, I never have access to the production connection details.
Why would it be ok to modify DirectQuery connection string, but not Import mode connection string via Set All Connections?
This is your chance to engage directly with the engineering team behind Fabric and Power BI. Share your experiences and shape the future.
Check out the June 2025 Power BI update to learn about new features.
User | Count |
---|---|
6 | |
5 | |
4 | |
4 | |
4 |