Risolvere i problemi relativi alla connettività degli endpoint XMLATroubleshoot XMLA endpoint connectivity

Gli endpoint XMLA di Power BI Premium si basano sul protocollo di comunicazione Analysis Services nativo per l'accesso ai set di dati di Power BI.XMLA endpoints in Power BI Premium rely on the native Analysis Services communication protocol for access to Power BI datasets. Per questo motivo, la risoluzione dei problemi degli endpoint XMLA è molto simile alla risoluzione dei problemi di una tipica connessione di Analysis Services.Because of this, XMLA endpoint troubleshooting is much the same as troubleshooting a typical Analysis Services connection. Esistono tuttavia alcune differenze relative alle dipendenze specifiche di Power BI.However, some differences around Power BI-specific dependencies apply.

Prima di iniziareBefore you begin

Prima di risolvere i problemi relativi a uno scenario di endpoint XMLA, assicurarsi di esaminare le nozioni di base descritte in Connettività ai set di dati con l'endpoint XMLA,Before troubleshooting an XMLA endpoint scenario, be sure to review the basics covered in Dataset connectivity with the XMLA endpoint. dove sono descritti anche i casi d'uso più comuni dell'endpoint XMLA.Most common XMLA endpoint use cases are covered there. Possono essere utili anche altre guide per la risoluzione dei problemi di Power BI, ad esempio Risolvere i problemi relativi ai gateway - Power BI e Risolvere i problemi di Analizza in Excel.Other Power BI troubleshooting guides, such as Troubleshoot gateways - Power BI and Troubleshooting Analyze in Excel, can also be helpful.

Abilitazione dell'endpoint XMLAEnabling the XMLA endpoint

L'endpoint XMLA può essere abilitato nelle capacità Power BI Premium e Power BI Embedded.The XMLA endpoint can be enabled on both Power BI Premium and Power BI Embedded capacities. Per le capacità più piccole, ad esempio una capacità A1 con soli 2,5 GB di memoria, potrebbe verificarsi un errore nelle impostazioni di Capacità quando si tenta di impostare l'endpoint XMLA su Lettura/Scrittura e quindi di selezionare Applica.On smaller capacities, such as an A1 capacity with only 2.5 GB of memory, you might encounter an error in Capacity settings when trying to set the XMLA Endpoint to Read/Write and then selecting Apply. Un messaggio di errore indica che si è verificato un problema con le impostazioni del carico di lavoro.The error states "There was an issue with your workload settings. Attendere qualche minuto e riprovare.Try again in a little while.".

Provare a eseguire una di queste operazioni:Here are a couple things to try:

  • Limitare il consumo di memoria di altri servizi nella capacità, ad esempio i flussi di dati, al 40% o meno oppure disabilitare completamente un servizio non necessario.Limit the memory consumption of other services on the capacity, such as Dataflows, to 40% or less, or disable an unnecessary service completely.
  • Aggiornare la capacità a uno SKU di dimensioni maggiori.Upgrade the capacity to a larger SKU. Ad esempio, l'aggiornamento da una capacità A1 a una capacità A3 risolve questo problema di configurazione senza dover disabilitare i flussi di dati.For example, upgrading from an A1 to an A3 capacity solves this configuration issue without having to disable Dataflows.

Tenere presente che è necessario abilitare anche l'impostazione Esporta dati a livello di tenant nel portale di amministrazione di Power BI.Keep in-mind, you must also enable the tenant-level Export data setting in the Power BI Admin Portal. Questa impostazione è necessaria anche per la funzionalità Analizza in Excel.This setting is also required for the Analyze in Excel feature.

Creazione di una connessione clientEstablishing a client connection

Dopo aver abilitato l'endpoint XMLA, è consigliabile testare la connettività a un'area di lavoro nella capacità.After enabling the XMLA endpoint, it's a good idea to test connectivity to a workspace on the capacity. Per altre informazioni, vedere Connessione a un'area di lavoro Premium.To learn more, see Connecting to a Premium workspace. Inoltre, assicurarsi di leggere la sezione relativa ai requisiti di connessione per suggerimenti e informazioni utili sulle attuali limitazioni della connettività XMLA.Also, be sure to read the section Connection requirements for helpful tips and information about current XMLA connectivity limitations.

Connessione con un'entità servizioConnecting with a service principal

Se sono state abilitate le impostazioni del tenant per consentire alle entità servizio di usare le API di Power BI, come descritto in Abilitare le entità servizio, è possibile connettersi a un endpoint XMLA usando un'entità servizio.If you've enabled tenant settings to allow service principals to use Power BI APIs, as described in Enable service principals, you can connect to an XMLA endpoint by using a service principal. Tenere presente che l'entità servizio richiede le stesse autorizzazioni di accesso degli utenti normali a livello di area di lavoro o di set di dati.Keep in mind the service principal requires the same level of access permissions at the workspace or dataset level as regular users.

Per usare un'entità servizio, assicurarsi di specificare le informazioni sull'identità dell'applicazione nella stringa di connessione come segue:To use a service principal, be sure to specify the application identity information in the connection string as:

  • User ID=<app:appid@tenantid>
  • Password=<application secret>

Ad esempio:For example:

Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:91ab91bb-6b32-4f6d-8bbc-97a0f9f8906b@19373176-316e-4dc7-834c-328902628ad4;Password=6drX...;

Se si riceve un messaggio di errore che indica cheIf you receive the following error:

non è possibile connettersi al set di dati perché le informazioni sull'account sono incomplete,"We cannot connect to the dataset due to incomplete account information. per le entità servizio, assicurarsi di specificare l'ID tenant insieme all'ID app usando il formato app:<appId>@<tenantId>, quindi riprovare.For service principals, make sure you specify the tenant ID together with the app ID using the format app:<appId>@<tenantId>, then try again."

Assicurarsi di specificare l'ID tenant insieme all'ID app usando il formato corretto.Make sure you specify the tenant ID together with the app ID using the correct format.

È anche possibile specificare l'ID app senza l'ID tenant.It's also valid to specify the app ID without the tenant ID. Tuttavia, in questo caso, è necessario sostituire l'alias myorg nell'URL dell'origine dati con l'ID tenant effettivo.However, in this case, you must replace the myorg alias in the data source URL with the actual tenant ID. Power BI sarà quindi in grado di individuare l'entità servizio nel tenant corretto.Power BI can then locate the service principal in the correct tenant. Tuttavia, come procedura consigliata, usare l'alias myorg e specificare l'ID tenant insieme all'ID app nel parametro ID utente.But, as a best practice, use the myorg alias and specify the tenant ID together with the app ID in the User ID parameter.

Connessione con Azure Active Directory B2BConnecting with Azure Active Directory B2B

Grazie al supporto per Azure Active Directory (Azure AD) Business to Business (B2B) in Power BI, è possibile consentire agli utenti guest esterni di accedere ai set di dati usando l'endpoint XMLA.With support for Azure Active Directory (Azure AD) business-to-business (B2B) in Power BI, you can provide external guest users with access to datasets over the XMLA endpoint. Verificare che l'impostazione Condividi contenuti con utenti esterni sia abilitata nel portale di amministrazione di Power BI.Make sure the Share content with external users setting is enabled in the Power BI Admin portal. Per altre informazioni, vedere Distribuire il contenuto di Power BI agli utenti guest esterni usando Azure AD B2B.To learn more, see Distribute Power BI content to external guest users with Azure AD B2B.

Distribuzione di un set di datiDeploying a dataset

È possibile distribuire un progetto di modello tabulare in Visual Studio in un'area di lavoro di Power BI Premium in modo molto simile alla distribuzione in un server Azure Analysis Services.You can deploy a tabular model project in Visual Studio (SSDT) to a Power BI Premium workspace much the same as to Azure Analysis Services. Tuttavia, quando si esegue la distribuzione in un'area di lavoro di Power BI Premium, è necessario tenere presenti alcune considerazioni aggiuntive.However, when deploying to a Power BI Premium workspace, there are some additional considerations. Assicurarsi di consultare la sezione Distribuire progetti di modello da Visual Studio (SSDT) dell'articolo relativo alla connettività ai set di dati con l'endpoint XMLA.Be sure to review the section Deploy model projects from Visual Studio (SSDT) in the Dataset connectivity with the XMLA endpoint article.

Distribuzione di un nuovo modelloDeploying a new model

Nella configurazione predefinita Visual Studio tenta di elaborare il modello come parte dell'operazione di distribuzione per caricare i dati nel set di dati dalle origini dati.In the default configuration, Visual Studio attempts to process the model as part of the deployment operation to load data into the dataset from the data sources. Come descritto in Distribuire progetti di modello da Visual Studio (SSDT), questa operazione può avere esito negativo perché le credenziali dell'origine dati non possono essere specificate come parte dell'operazione di distribuzione.As described in Deploy model projects from Visual Studio (SSDT), this operation can fail because data source credentials cannot be specified as part of the deployment operation. Se invece le credenziali per l'origine dati non sono già definite per nessuno dei set di dati esistenti, è necessario specificare le credenziali dell'origine dati nelle impostazioni del set di dati usando l'interfaccia utente di Power BI (Set di dati > Impostazioni > Credenziali origine dati > Modifica credenziali).Instead, if credentials for your data source aren't already defined for any of your existing datasets, you must specify the data source credentials in the dataset settings using the Power BI user interface (Datasets > Settings > Data source credentials > Edit credentials). Dopo aver definito le credenziali dell'origine dati, Power BI può quindi applicare automaticamente le credenziali a questa origine dati per qualsiasi nuovo set di dati, dopo che la distribuzione dei metadati è stata completata ed è stato creato il set di dati.Having defined the data source credentials, Power BI can then apply the credentials to this data source automatically for any new dataset, after metadata deployment has succeeded and the dataset has been created.

Se Power BI non è in grado di associare il nuovo set di dati alle credenziali dell'origine dati, verrà visualizzato un messaggio di errore che informa che "Non è possibile elaborare il database.If Power BI cannot bind your new dataset to data source credentials, you will receive an error stating "Cannot process database. Motivo: Non è stato possibile salvare le modifiche nel server".Reason: Failed to save modifications to the server." con il codice di errore "DMTS_DatasourceHasNoCredentialError", come illustrato di seguito:with the error code "DMTS_DatasourceHasNoCredentialError", as shown below:

Errore di distribuzione del modello

Per evitare l'esito negativo dell'elaborazione, impostare le Opzioni di distribuzione > Opzioni di elaborazione su Non elaborare, come illustrato nella figura seguente.To avoid the processing failure, set the Deployment Options > Processing Options to Do not Process, as shown in the following image. Visual Studio distribuisce quindi solo i metadati.Visual Studio then deploys only metadata. È quindi possibile configurare le credenziali dell'origine dati e fare clic su Aggiorna ora per il set di dati nell'interfaccia utente di Power BI.You can then configure the data source credentials, and click on Refresh now for the dataset in the Power BI user interface. Per informazioni sulla risoluzione dei problemi di elaborazione, vedere la sezione Aggiornamento di un set di dati più avanti in questo articolo.For information about troubleshooting processing issues, see the section Refreshing a dataset later in this article.

Opzione Non elaborare

Nuovo progetto da un set di dati esistenteNew project from an existing dataset

La creazione di un nuovo progetto tabulare in Visual Studio importando i metadati da un set di dati esistente in un'area di lavoro di Power BI Premium non è supportata.Creating a new tabular project in Visual Studio by importing the metadata from an existing dataset on a Power BI Premium workspace is not supported. Tuttavia, è possibile connettersi al set di dati usando SQL Server Management Studio, inserire i metadati nello script e riusarli in altri progetti tabulari.However, you can connect to the dataset by using SQL Server Management Studio, script out the metadata, and reuse it in other tabular projects.

Migrazione di un set di dati a Power BIMigrating a dataset to Power BI

È consigliabile specificare il livello di compatibilità 1500 (o superiore) per i modelli tabulari.It's recommended you specify the 1500 (or higher) compatibility level for tabular models. Questo livello di compatibilità supporta la maggior parte delle funzionalità e dei tipi di origine dati.This compatibility level supports the most capabilities and data source types. I livelli di compatibilità successivi sono compatibili con i livelli più datati.Later compatibility levels are backwards compatible with earlier levels.

Provider di dati supportatiSupported data providers

Al livello di compatibilità 1500, Power BI supporta i tipi di origine dati seguenti:At the 1500 compatibility level, Power BI supports the following data source types:

  • Origini dati del provider (legacy con una stringa di connessione nei metadati del modello).Provider data sources (legacy with a connection string in the model metadata).
  • Origini dati strutturate (introdotte con il livello di compatibilità 1400).Structured data sources (introduced with the 1400 compatibility level).
  • Dichiarazioni M in linea di origini dati (come le dichiara Power BI Desktop).Inline M declarations of data sources (as Power BI Desktop declares them).

Si consiglia di usare le origini dati strutturate create da Visual Studio per impostazione predefinita quando è in corso il flusso di dati di importazione.It's recommended you use structured data sources, which Visual Studio creates by default when going through the Import data flow. Tuttavia, se si prevede di eseguire la migrazione a Power BI di un modello esistente che usa un'origine dati del provider, assicurarsi che tale origine dati si basi su un provider di dati supportato.However, if you are planning to migrate an existing model to Power BI that uses a provider data source, make sure the provider data source relies on a supported data provider. In particolare, Microsoft OLE DB Driver per SQL Server e qualsiasi driver ODBC di terze parti.Specifically, the Microsoft OLE DB Driver for SQL Server and any third-party ODBC drivers. Per OLE DB Driver per SQL Server, è necessario impostare la definizione dell'origine dati sul provider di dati .NET Framework per SQL Server.For OLE DB Driver for SQL Server, you must switch the data source definition to the .NET Framework Data Provider for SQL Server. Per i driver ODBC di terze parti che potrebbero non essere disponibili nella servizio Power BI, è invece necessario passare a una definizione di origine dati strutturata.For third-party ODBC drivers that might be unavailable in the Power BI service, you must switch to a structured data source definition instead.

Si consiglia inoltre di sostituire Microsoft OLE DB Driver per SQL Server (SQLNCLI11) non aggiornato nelle definizioni delle origini dati di SQL Server con il provider di dati .NET Framework per SQL Server.It's also recommended you replace the outdated Microsoft OLE DB Driver for SQL Server (SQLNCLI11) in your SQL Server data source definitions with the .NET Framework Data Provider for SQL Server.

La tabella seguente contiene un esempio di stringa di connessione del provider di dati .NET Framework per SQL Server che sostituisce una stringa di connessione corrispondente per OLE DB Driver per SQL Server.The following table provides an example of a .NET Framework Data Provider for SQL Server connection string replacing a corresponding connection string for the OLE DB Driver for SQL Server.

Driver OLE DB per SQL ServerOLE DB Driver for SQL Server Provider di dati .NET Framework per SQL Server.NET Framework Data Provider for SQL Server
Provider=SQLNCLI11;Data Source=sqldb.database.windows.net;Initial Catalog=AdventureWorksDW;Trusted_Connection=yes; Data Source=sqldb.database.windows.net;Initial Catalog=AdventureWorksDW2016;Integrated Security=SSPI;Encrypt=true;TrustServerCertificate=false

Riferimento incrociato di origini partizioneCross-referencing partition sources

Così come esistono più tipi di origine dati, esistono anche più tipi di origine partizione che si possono includere in un modello tabulare per importare dati in una tabella.Just as there are multiple data source types, there are also multiple partition source types a tabular model can include to import data into a table. In particolare, una partizione può usare un'origine partizione di query o un'origine partizione M.Specifically, a partition can use a query partition source or an M partition source. Questi tipi di origine partizione, a loro volta, possono fare riferimento a origini dati del provider o a origini dati strutturate.These partition source types, in turn, can reference provider data sources or structured data sources. Mentre i modelli tabulari di Azure Analysis Services supportano il riferimento incrociato a questi diversi tipi di origine dati e partizione, Power BI impone una relazione più restrittiva.While tabular models in Azure Analysis Services support cross-referencing these various data source and partition types, Power BI enforces a more strict relationship. Le origini partizione di query devono fare riferimento alle origini dati del provider e le origini partizione M devono fare riferimento a origini dati strutturateQuery partition sources must reference provider data sources, and M partition sources must reference structured data sources. In Power BI non sono supportate altre combinazioni.Other combinations are not supported in Power BI. Se si vuole eseguire la migrazione di un set di dati con riferimento incrociato, vedere la tabella seguente per le configurazioni supportate:If you want to migrate a cross-referencing dataset, the following table describes supported configurations:

Origine datiData source Origine partizionePartition source CommentiComments Supportata in Power BI Premium con endpoint XMLASupported in Power BI Premium with XMLA endpoint
Origine dati providerProvider data source Origine partizione queryQuery partition source Il motore AS usa lo stack di connettività basato su cartridge per accedere all'origine dati.The AS engine uses the cartridge-based connectivity stack to access the data source. Yes
Origine dati providerProvider data source Origine partizione MM partition source Il motore AS converte l'origine dati del provider in un'origine dati strutturata generica e quindi usa il motore di mashup per importare i dati.The AS engine translates the provider data source into a generic structured data source and then uses the Mashup engine to import the data. NoNo
Origine dati strutturataStructured data source Origine partizione queryQuery partition source Il motore AS esegue il wrapping della query nativa sull'origine partizione in un'espressione M e quindi usa il motore di mashup per importare i dati.The AS engine wraps the native query on the partition source into an M expression and then uses the Mashup engine to import the data. NoNo
Origine dati strutturataStructured data source Origine partizione MM partition source Il motore AS usa il motore di mashup per importare i dati.The AS engine uses the Mashup engine to import the data. Yes

Aggiornamento di un set di datiRefreshing a dataset

Gli endpoint XMLA consentono di eseguire operazioni di aggiornamento sui modelli tabulari nonché sui set di dati creati in Power BI Desktop.XMLA endpoints enable you to perform refresh operations against tabular models as well as datasets created in Power BI Desktop. Per supportare i secondi, assicurarsi di specificare l'impostazione del formato Archiviazione avanzata.To support the latter, make sure you specify the Enhanced storage format setting. Questa impostazione è obbligatoria se si desidera eseguire l'elaborazione o altre operazioni di lettura/scrittura usando l'endpoint XMLA.This setting is required if you want to perform processing or other read/write operations by using the XMLA endpoint. È possibile trovare l'impostazione in Power BI Desktop nelle funzionalità di anteprima.You can find the setting in Power BI Desktop under Preview features. Dopo l'impostazione, pubblicare di nuovo la soluzione PBIX nell'area di lavoro di Power BI Premium.After setting, publish your PBIX solution again to your Power BI Premium workspace.

Power BI restituisce l'errore seguente se si esegue un aggiornamento con l'endpoint XMLA per un modello senza metadati avanzati: "L'operazione è supportata solo nel modello con la proprietà 'DefaultPowerBIDataSourceVersion' impostata su 'PowerBI_V3' in PowerBI Premium".Power BI returns the following error if you perform a refresh via the XMLA endpoint against a model without enhanced metadata: "The operation is only supported on model with property 'DefaultPowerBIDataSourceVersion' set to 'PowerBI_V3' in Power BI Premium."

Origini dati e rappresentazioneData sources and impersonation

Le impostazioni di rappresentazione che è possibile definire per le origini dati del provider non sono rilevanti per Power BI.Impersonation settings you can define for provider data sources are not relevant for Power BI. Power BI usa un meccanismo diverso in base alle impostazioni del set di dati per gestire le credenziali dell'origine dati.Power BI uses a different mechanism based on dataset settings to manage data source credentials. Per questo motivo, assicurarsi di selezionare Account del servizio se si sta creando un'origine dati del provider.For this reason, make sure you select Service Account if you are creating a Provider Data Source.

Rappresentare l'account del servizio

Elaborazione con granularità fineFine-grained processing

Quando si attiva un aggiornamento pianificato o un aggiornamento su richiesta in Power BI, Power BI in genere aggiorna l'intero set di dati.When triggering a scheduled refresh or on-demand refresh in Power BI, Power BI typically refreshes the entire dataset. In molti casi eseguire gli aggiornamenti in modo più selettivo migliora l'efficienza.In many cases, it's more efficient to perform refreshes more selectively. È possibile eseguire attività di elaborazione con granularità fine in SQL Server Management Studio (SSMS) come illustrato di seguito oppure usando script o strumenti di terze parti.You can perform fine-grained processing tasks in SQL Server Management Studio (SSMS) as shown below, or by using third-party tools or scripts.

Elaborare le tabelle in SSMS

Override nel comando Refresh TMSLOverrides in Refresh TMSL command

Gli override nel comando Refresh (TMSL) consentono agli utenti di scegliere una definizione di query di partizione o una definizione di origine dati diversa per l'operazione di aggiornamento.Overrides in Refresh command (TMSL) allow users choosing a different partition query definition or data source definition for the refresh operation. Attualmente, gli override non sono supportati in Power BI Premium.Currently, overrides are not supported in Power BI Premium. Viene restituito un errore di tipo "Associazione out-of-line non consentita in Power BI Premium.An error, "Out-of-line binding is not allowed in Power BI Premium. Per altre informazioni, vedere 'Supporto di lettura/scrittura XMLA' nella documentazione del prodotto."For additional information, see 'XMLA read/write support' in the product documentation." un errore imprevisto".is returned.

Errori in SSMS - Premium Gen 2Errors in SSMS - Premium Gen 2

Esecuzione della queryQuery execution

Quando si è connessi a un'area di lavoro in una capacità Premium Gen2, SQL Server Management Studio potrebbe visualizzare l'errore seguente:When connected to a workspace in a Premium Gen2 capacity, SQL Server Management Studio may display the following error:

Executing the query ...
Error -1052311437:

Questo problema si verifica perché le librerie client installate con SSMS v18.7.1 non supportano la traccia della sessione.This occurs because client libraries installed with SSMS v18.7.1 do not support session tracing. Questo problema è risolto in SSMS 18.8 e versioni successive.This is resolved in SSMS 18.8 and higher. Scaricare la versione più recente di SSMS.Download the latest SSMS.

Operazioni di aggiornamentoRefresh operations

Quando si usa SSMS v18.7.1 o versione precedente per eseguire un'operazione di aggiornamento con esecuzione prolungata (>1 minuto) su un set di dati in una capacità Premium Gen2, SSMS potrebbe visualizzare un errore simile al seguente anche se l'operazione di aggiornamento ha esito positivo:When using SSMS v18.7.1 or lower to perform a long running (>1 min) refresh operation on a dataset in a Premium Gen2 capacity, SSMS may display an error like the following even though the refresh operation succeeds:

Executing the query ...
Error -1052311437:
The remote server returned an error: (400) Bad Request.

Technical Details:
RootActivityId: 3716c0f7-3d01-4595-8061-e6b2bd9f3428
Date (UTC): 11/13/2020 7:57:16 PM
Run complete

Ciò è dovuto a un problema noto nelle librerie client in cui lo stato della richiesta di aggiornamento viene rilevato in modo non corretto.This is due to a known issue in the client libraries where the status of the refresh request is incorrectly tracked. Questo problema è risolto in SSMS 18.8 e versioni successive.This is resolved in SSMS 18.8 and higher. Scaricare la versione più recente di SSMS.Download the latest SSMS.

Modifica delle appartenenze ai ruoli in SSMSEditing role memberships in SSMS

Quando si usa SQL Server Management Studio (SSMS) v18.8 per modificare l'appartenenza a un ruolo in un set di dati, SSMS può visualizzare l'errore seguente:When using the SQL Server Management Studio (SSMS) v18.8 to edit a role membership on a dataset, SSMS may display the following error:

Failed to save modifications to the server. 
Error returned: ‘Metadata change of current operation cannot be resolved, please check the command or try again later.’ 

Ciò è dovuto a un problema noto nell'API REST dei servizi app.This is due to a known issue in the app services REST API. Questo problema verrà risolto in una versione futura.This will be resolved in an upcoming release. Nel frattempo, per aggirare questo errore, in Proprietà ruolo, fare clic su Script, quindi immettere ed eseguire il comando TMSL seguente:In the meantime, to get around this error, in Role Properties, click Script, and then enter and execute the following TMSL command:

{ 
  "createOrReplace": { 
    "object": { 
      "database": "AdventureWorks", 
      "role": "Role" 
    }, 
    "role": { 
      "name": "Role", 
      "modelPermission": "read", 
      "members": [ 
        { 
          "memberName": "xxxx", 
          "identityProvider": "AzureAD" 
        }, 
        { 
          "memberName": “xxxx” 
          "identityProvider": "AzureAD" 
        } 
      ] 
    } 
  } 
} 

Errore di pubblicazione - Set di dati con connessione dinamicaPublish Error - Live connected dataset

Quando si ripubblica un set di dati con connessione dinamica usando il connettore di Analysis Services, è possibile che venga visualizzato l'errore seguente:When republishing a live connected dataset utilizing the Analysis Services connector, the following error may be shown:

Errore di pubblicazione in Power BI non riuscita.

Come indicato nel messaggio di errore, per risolvere questo problema, eliminare o rinominare il set di dati esistente.As stated in the error message, to resolve this issue, either delete or rename the existing dataset. Assicurarsi anche di ripubblicare le eventuali app dipendenti dal report.Also be sure to republish any apps that are dependent on the report. Se necessario, segnalare anche agli utenti downstream di aggiornare tutti i segnalibri con il nuovo indirizzo del report per assicurarsi che accedano al report più recente.If necessary, downstream users should also be informed to update any bookmarks with the new report address to ensure they access the latest report.

Alias di server/aree di lavoroWorkspace/server alias

A differenza di Azure Analysis Services, gli alias per i nomi di server non sono supportati per le aree di lavoro Power BI Premium.Unlike Azure Analysis Services, server name aliases are not supported for Power BI Premium workspaces.

Aggiornamento del set di dati tramite l'endpoint XMLADataset refresh through the XMLA endpoint

La data e l'ora dell'ultimo aggiornamento vengono visualizzate in varie posizioni in Power BI, ad esempio le colonne Aggiornato in report ed elenchi, i dettagli dei set di dati, le impostazioni dei set di dati e la cronologia di aggiornamento dei set di dati.Last refresh date and time is shown in a number of places in Power BI such as Refreshed columns in reports and lists, Dataset details, Dataset settings, and Dataset refresh history. Attualmente, la data e l'ora di aggiornamento visualizzate in Power BI non includono le operazioni di aggiornamento eseguite tramite l'endpoint XMLA usando TMSL/TOM, SSMS o strumenti di terze parti.Currently, refresh date and times shown in Power BI do not include refresh operations performed through the XMLA endpoint by using TMSL/TOM, SSMS, or third-party tools.

Vedere ancheSee also

Connettività ai set di dati con l'endpoint XMLADataset connectivity with the XMLA endpoint
Automatizzare le attività Premium per aree di lavoro e set di dati con le entità servizioAutomate Premium workspace and dataset tasks with service principals
Risoluzione dei problemi di Analizza in ExcelTroubleshooting Analyze in Excel
Distribuzione della soluzione di modello tabulareTabular model solution deployment