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.
We are experimenting using Power BI desktop and the power bi service at app.powerbi.com. We have created two seperate gateways, and I have created different workspaces, one called dev, one called qa and one called test. I have successfully created SSAS connections in each workspace so we have a Dev_SSAS and a QA_SSAS connection. I have setup the stages in a pipeline and hooked up each workspace to point to the corresponding staging environment. All of this seems logical, however, if I create the report using Power BI Desktop then publish to an environment, I can hook it up to the appropriate gateway, however, when I publish to the other environment, it won't let me select the gateway on the environment. What is the best method of creating reports and deploying to multiple environments/workspaces? Thanks.
Solved! Go to Solution.
Hi, @ahopkinson
We apologize for the inconvenience. I understand that providing a direct link to documentation can be frustrating, especially if you need to solve the problem urgently. Let me elaborate on what you may have missed:
First of all, I will have two parameters to set the rules of the pipeline:
parameter datasource report
Normal datasource report
My workspace:
My connection:
I didn't create a Pipeline and configured our connection for the Semantic Model of DevWorkspace at this point.
Create a pipeline and deploy the rule:
At this point, we look at the semantic model of the Proworkspace workspace and don't map the gateway connection to the semantic model of our Devworkspace
Redeployment:
We found that it doesn't automatically reference the gateway connection and requires us to manually reference it.
The same is true for the Parameter rule:
When we first deploy to a different workspace, we need to go into the semantic model and apply it manually.
If you have any further questions or need further assistance, please feel free to let me know. I'm here to support you.
Thank you for your understanding and patience.
Best Regards
Jianpeng Li
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
Are you using Deployment Pipeline? If not, please have a look at the following link. With deployment pipeline, you can automatically switch the source when you prmote from ie Qa to Prod.
https://learn.microsoft.com/en-us/fabric/cicd/deployment-pipelines/get-started-with-deployment-pipel...
If you like to do CICD, have a look at integrating power bi with github/azure report to get version control.
https://learn.microsoft.com/en-us/power-bi/developer/projects/projects-azdo
Yes, I am using pipelines and github integration of the workspace. So I have to setup deployment rules in the pipeline to change data sources? Does it matter if we only use one github branch? Thanks.
@ahopkinson wrote:So I have to setup deployment rules in the pipeline to change data sources?
yup
@ahopkinson wrote:Does it matter if we only use one github branch? Thanks.
no.
Let us know if you still have issues with the gateway. It could be the connection setup that is the issue here.
Ok so the solution I came up is a little convoluted, but I could not find a better way.
So what am I doing wrong here? is there a bettter/easier way to do this?
Thank you for your support Tutu_in_YYC
Hi, @ahopkinson
You're on the right path, and deploying the semantic model of a pipeline to a different workspace for the first time requires us to manually apply the corresponding gateway connection.
The deployment pipeline rule does not explicitly state that the gateway connection will be updated automatically:
Create deployment rules for Fabric's ALM - Microsoft Fabric | Microsoft Learn
Your problem has been solved. If you'd like, you can mark this reply as a "solution" so others know that the question has been answered and help other people in the community. Thank you again for participating!
Best Regards
Jianpeng Li
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
It really frustrates me when people just post links to documentation instead of just explaining what I am missing. Is this a puzzle I'm trying to solve? I would rather spend my energies working on my work related problems.
Hi, @ahopkinson
We apologize for the inconvenience. I understand that providing a direct link to documentation can be frustrating, especially if you need to solve the problem urgently. Let me elaborate on what you may have missed:
First of all, I will have two parameters to set the rules of the pipeline:
parameter datasource report
Normal datasource report
My workspace:
My connection:
I didn't create a Pipeline and configured our connection for the Semantic Model of DevWorkspace at this point.
Create a pipeline and deploy the rule:
At this point, we look at the semantic model of the Proworkspace workspace and don't map the gateway connection to the semantic model of our Devworkspace
Redeployment:
We found that it doesn't automatically reference the gateway connection and requires us to manually reference it.
The same is true for the Parameter rule:
When we first deploy to a different workspace, we need to go into the semantic model and apply it manually.
If you have any further questions or need further assistance, please feel free to let me know. I'm here to support you.
Thank you for your understanding and patience.
Best Regards
Jianpeng Li
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
I was going to replicate your scenario, but unfortunately i dont have SSAS to try.
But what you did sounds correct. First deployment is sometimes a little bit tricky depending on the mode that you have for the report.
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 |
---|---|
56 | |
27 | |
25 | |
22 | |
20 |
User | Count |
---|---|
58 | |
45 | |
24 | |
24 | |
18 |