I have created a dashboard on Power BI desktop, without realising that there is second version of Power BI RS for creating dashboards for an on-premise Power BI server. I have failed to upload my dashboard either as a .PBIX nor as a template .PBIT to our on-premise Power BI server. Is there any way to convert/import/migrate my work (nearly 20 hours effort) into the on-premise Power BI server without having to re-create everything again?
All this was much easier in Qliksense cloud/on-prem!
The only method I am aware of to have the same report in both the PowerBI.com service and in Report Server PBIRS would be to re-build the report you created for the PowerBI.com service using "Power BI Desktop for Report Server" and have two versions.
You cannot use the PowerBI.com cloud version of Desktop to publish to PBIRS Report Server since they are different products on different versions. The PowerBI.com cloud version has features that are not available in PBIRS Report Server.
Related
I Want to have an environment where whenever a power-bi report (in .pbix format) is created or updated in a workspace in my power bi service, it will automatically be reflected in my sharepoint without any manual effort so that I can manage different versions of a report on organization level. Is there a way to achieve this automated connection between power bi service and sharepoint?
Tried to use sharepoint web-embedded option for pages but I guess it is not an option to make the connection automatic and requires multiple layers of manual effort for each page.
Our enterprise management database is housed in Business Objects Universes. I'm looking for our Power BI analysts to create Power BI reports by connecting to universes.
This link says such a connector was available: https://powerbi.microsoft.com/en-ca/blog/power-bi-connectivity-to-sap-businessobjects-bi-now-generally-available/
It also says it is no longer available:
Update May 2016: SAP BO connectivity is no longer available. Microsoft
Power BI has new SAP BW and SAP HANA connectors. Learn more about
these connectors.
Does this mean that I can use the SAP BW and/or SAP HANA connectors to connect to the SAP BO universe? or is connectivity to universe not possible anymore?
The following link from Power BI Ideas says that the connector was removed altogether: https://ideas.powerbi.com/ideas/idea/?ideaid=8903cb67-e1df-4014-8b36-eaae3c4ba00c
Administrator on 12/7/2020 10:45:41 PM Unfortunately, the Business
Objects connector was removed due to a number of reasons.
Following are similar ideas but there is no response:
https://ideas.powerbi.com/ideas/idea/?ideaid=d6b2decd-89e0-480a-ab62-c08a809db281
https://ideas.powerbi.com/ideas/idea/?ideaid=fd98c963-549d-eb11-89ee-281878bda47d
https://ideas.powerbi.com/ideas/idea/?ideaid=4cc55370-2291-4b90-9606-957f5727108f
How to connect to SAP BO universe via Power BI?
How to connect to SAP BO universe via Power BI?
Either through a custom connector, an ODBC connector, or if BO supports standard web protocols. Looks like CData has an ODBC driver.
But the recommended approach create new "semantic layer" using Power BI Datasets that load the same data and bypass BO.
I need your help.
We have a plan to run "SQL DB and Web services" on AWS and need to publish the Power BI report by embedding to web service running on AWS.
Do you think it's possible scenario? IF yes, how can I achieve this?
You can't embed Power BI in a web service, so I will assume you want to embed it in a web application.
You need at least three components in such architecture - a place to store your data (assuming it will be in some kind of SQL Server), Power BI (assuming Power BI Service) and web application.
The database can be managed by your cloud provider (e.g. Amazon RDS) or "normal" instance running in a VM in the cloud. Of course, it could be something else (not SQL Server), or even be in a different cloud (e.g. Azure), or on-premise. The point is that you store your data there and use this as a data source for your reports.
The you need Power BI to create reports. Assuming that you will use Power BI Service (the online portal), you will design your reports in Power BI Desktop, getting data from your data source, and publishing these reports to Power BI Service. At this point you can view these reports in the portal using the browser. Power BI Service will render them using shared resources. For embedding and relatively heavy usage, you should buy a capacity. Think for capacities as resources (CPU, memory) dedicated only for you. They are not shared with other Power BI users. There are different licensing models and ways to buy a capacity. You can buy Power BI Premium or Azure SKUs. This FAQ tries to explain the differences, but in general A SKU means "pay what you use, stop at any moment, without any commitments", while EM SKU and P SKU are for bigger scale projects with monthly or yearly commitment. When you buy a capacity, you can assign it to a workspace containing your reports, and then they will be rendered using your own dedicated resources (which should give you better performance).
And the last part is your application (assuming web application, which you can host in Amazon Web Hosting or in VM), where you want to embed your reports. Generally speaking, there are two scenarios - "user own data" and "app own data". In the first, each of your users needs Azure AD account. Using this account, he will get access to the reports and data, as he has in the Power BI Service itself. In the second scenario, your app uses one "master" account to access the Power BI, thus your users doesn't need their own accounts in Azure AD. You can use your own authentication in your app. Embedding Power BI is quite large topic and your question isn't specific, so I will recommend to start with Embedding with Power BI article, take a look at Power BI Embedded Playground and review the samples.
We are working Power BI Reports and we are new in Power BI. For embed Power BI reports in our web application we want to choose Rest APIs.
Is it possible that we subscribe only one Power BI Pro account and publish our all reports and it could be available for all end-users with access token?
Technically that's possible, but I'm not sure if it's ok from licensing point of view.
I mean, Power BI Premium was released so that not all of the people in the organization should need Pro licenses. With Premium you're able to create and publish a report with a single Pro license and everybody else viewing the report can be Free-license users. The report might contain some Pro-freatures (like a gateway connection to on-premise) and it's still viewable to Free-users.
Premium isn't cheap, but it might work in some middle to large size organizations.
Another way to publish a report to multiple users is to use Publish to web -feature (https://powerbi.microsoft.com/en-us/documentation/powerbi-service-publish-to-web/), but it's got some limitations and security related issues.
We need to be able to publish PowerBI reports locally (versus publishing to the PowerBI service/website). We're running SQL Server 2014, because we do not feel SQL Server 2016 is mature enough to use yet (maybe in a year or two).
What options do we have for publishing PowerBI reports to some local resource (e.g. SSRS, a static web page, etc.)? Can we publish to SSRS 2014 (in SQL Server 2014)?
You can publish to an on-premises Pyramid Analytic server.
Microsoft collaborated with Pyramid Analytics to develop the Power BI
Desktop. Pyramid Analytics’ on-premise server-based technology
complements Microsoft SQL Server Analysis Services, leveraging all the
features of the Microsoft BI stack. You can now publish a Power BI
Desktop file to Pyramid Analytics Server, and more features will be
added over the next few months to enable seamless integration. We’re
excited to collaborate in accelerating the delivery of innovative BI
features that customers want and need most.
Source.
Currently, only technical preview of SSRS 2016 vNext supports PowerBI integration. SSRS Blog
One option to run it locally today is to manually distribute PBIX files, and view them in PowerBI desktop.
Or you can run that technical preview, of course. You could set up a separate instance solely for PowerBI reports, and carry on using 2014 for everything else.