Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
Quando si partiziona un gruppo di misure, è possibile configurare un database secondario in un'istanza remota di SQL Server Analysis Services come archiviazione di partizione.
Le partizioni remote per un cubo (denominato database master) vengono archiviate in un database di SQL Server Analysis Services dedicato nell'istanza remota di SQL Server Analysis Services (denominato database secondario).
Un database secondario dedicato può archiviare partizioni remote per uno e un solo database master, ma il database master può usare più database secondari, purché tutti i database secondari si trovino nella stessa istanza remota di SQL Server Analysis Services. Le dimensioni di un database dedicato alle partizioni remote vengono create come dimensioni collegate.
Prerequisiti
Prima di creare una partizione remota, è necessario soddisfare le condizioni seguenti:
Per archiviare le partizioni, è necessario disporre di una seconda istanza di SQL Server Analysis Services e di un database dedicato. Il database secondario è a scopo singolo; fornisce l'archiviazione di partizioni remote per un database master.
Entrambe le istanze del server devono essere la stessa versione. Entrambi i database devono essere dello stesso livello funzionale.
Entrambe le istanze devono essere configurate per le connessioni TCP. SQL Server Analysis Services non supporta la creazione di partizioni remote tramite il protocollo HTTP.
Le impostazioni del firewall in entrambi i computer devono essere impostate per accettare connessioni esterne. Per informazioni sull'impostazione del firewall, vedere Configurare Windows Firewall per consentire l'accesso ad Analysis Services.
L'account del servizio per l'istanza che ospita il database master deve avere accesso amministrativo all'istanza remota di SQL Server Analysis Services. Se l'account del servizio cambia, è necessario aggiornare le autorizzazioni sia nel server che nel database.
È necessario essere un amministratore di SQL Server Analysis Services in entrambi i computer.
È necessario assicurarsi che il piano di ripristino di emergenza supporti il backup e il ripristino delle partizioni remote. L'uso di partizioni remote può complicare le operazioni di backup e ripristino. Assicurarsi di testare accuratamente il piano per assicurarsi di poter ripristinare i dati necessari.
Configurare le partizioni remote
Due computer separati che eseguono un'istanza di SQL Server SQL Server Analysis Services sono ognuno necessario per creare una disposizione di partizione remota che designa un computer come server primario e l'altro computer come server secondario.
La procedura seguente presuppone che siano presenti due istanze del server, con un database del cubo distribuito nel server primario. Ai fini di questa procedura, il database del cubo viene definito db-master. Il database di archiviazione contenente partizioni remote viene definito db-storage.
Per completare questa procedura si useranno sia SQL Server Management Studio che SQL Server Data Tools.
Annotazioni
Le partizioni remote possono essere unite solo con altre partizioni remote. Se si usa una combinazione di partizioni locali e remote, un approccio alternativo consiste nel creare nuove partizioni che includono i dati combinati, eliminando le partizioni non più usate.
Specificare nomi di server validi per la distribuzione del cubo (in SSDT)
Nel server primario: in Esplora soluzioni fare clic con il pulsante destro del mouse sul nome della soluzione e scegliere Proprietà. Nella finestra di dialogo Proprietà fare clic su Proprietà di configurazione, quindi su Distribuzione, quindi su Server e impostare il nome del server primario.
Nel server secondario: in Esplora soluzioni fare clic con il pulsante destro del mouse sul nome della soluzione e scegliere Proprietà. Nella finestra di dialogo Proprietà fare clic su Proprietà di configurazione, quindi su Distribuzione, quindi su Server e impostare il nome del server secondario.
Creare e distribuire un database secondario (in SSDT)
Nel server secondario: creare un nuovo progetto di Analysis Services per il database di archiviazione.
Nel server secondario: in Esplora Soluzioni, creare una nuova origine dati che punti al database del cubo, db-master. Usare il provider Native OLE DB\Provider Microsoft OLE DB per Analysis Services 11.0.
Nel server secondario: distribuire la soluzione.
Abilitare le funzionalità (in SSMS)
Nel server secondario: in SQL Server Management Studio fare clic con il pulsante destro del mouse sull'istanza di SQL Server Analysis Services connessa in Esplora oggetti e selezionare Proprietà. Impostare sia Feature\LinkToOtherInstanceEnabled che Feature\LinkFromOtherInstanceEnabled su True.
Nel server secondario: riavviare il server facendo clic con il pulsante destro del mouse sul nome del server in Esplora oggetti e scegliendo Riavvia.
Nel server primario: in SQL Server Management Studio fare clic con il pulsante destro del mouse sull'istanza di SQL Server Analysis Services connessa in Esplora oggetti e scegliere Proprietà. Impostare Feature\LinkToOtherInstanceEnabled e Feature\LinkFromOtherInstanceEnabled entrambi su True.
Nel server primario: per riavviare il server, fare clic con il pulsante destro del mouse sul nome del server in Esplora oggetti e scegliere Riavvia.
Impostare la proprietà di database MasterDataSourceID nel server remoto (in SSMS)
Nel server secondario: fare clic con il tasto destro del mouse sul database di archiviazione, db-storage, scegliere Script database come ALTERA su Nuova finestra dell'editor di query (Script database as | ALTER To | New Query Editor Window).
Aggiungere MasterDataSourceID all'XMLA e quindi specificare il database del cubo, db-master, ID come valore. L'XMLA dovrebbe essere simile al seguente.
<Alter ObjectExpansion="ExpandFull" xmlns="http://schemas.microsoft.com/analysisservices/2003/engine"> <Object> <DatabaseID>DB-Storage</DatabaseID> </Object> <ObjectDefinition> <Database xmlns:xsd="http://www.w3.org/2001/XMLSchema" 400" <ID>DB-Storage</ID> <Name>DB-StorageB</Name> <ddl200:CompatibilityLevel>1100</ddl200:CompatibilityLevel> <Language>1033</Language> <Collation>Latin1_General_CI_AS</Collation> <DataSourceImpersonationInfo> <ImpersonationMode>ImpersonateAccount</ImpersonationMode> <Account>*********</Account> </DataSourceImpersonationInfo> <MasterDataSourceID>DB-Master</MasterDataSourceID> </Database> </ObjectDefinition> </Alter>Premere F5 per eseguire lo script.
Configurare la partizione remota (in SSDT)
Nel server primario aprire il cubo in Progettazione cubi e fare clic sulla scheda Partizioni . Espandere il gruppo di misure. Fare clic su Nuova partizione se il gruppo di misure è già configurato per più partizioni oppure fare clic sul pulsante Sfoglia (. . ) nella colonna Origine per modificare la partizione esistente.
Nella Creazione guidata delle partizioni, in Specificare le informazioni sull'origine, selezionare la Visualizzazione originale dell'origine dati e la tabella dei fatti.
Se si usa un'associazione di query, specificare una clausola WHERE che segmenta i dati per la nuova partizione che si sta creando.
In Percorsi di elaborazione e archiviazione, in Percorso di elaborazione scegliere origine dati dei servizi di analisi remoti e fare clic su Nuovo per creare una nuova origine dati che punta al database subordinato, db-storage.
Annotazioni
Se viene visualizzato un errore che indica che l'origine dati non esiste nella raccolta, è necessario aprire il progetto del database di archiviazione, db-storage e creare un'origine dati che punta al database master, db-master.
Nel server primario fare clic con il pulsante destro del mouse sul nome del cubo in Esplora soluzioni, selezionare Processo ed elaborare completamente il cubo.
Amministrazione di partizioni remote
SQL Server Analysis Services supporta sia l'elaborazione parallela che sequenziale delle partizioni remote. Il database master, in cui sono state definite le partizioni, coordina le transazioni tra tutte le istanze che partecipano all'elaborazione delle partizioni di un cubo. I report di elaborazione vengono quindi inviati a tutte le istanze che hanno elaborato una partizione.
Un cubo che contiene partizioni remote può essere amministrato insieme alle relative partizioni in una singola istanza di SQL Server Analysis Services. Tuttavia, i metadati per la partizione remota possono essere visualizzati e aggiornati solo nell'istanza di SQL Server Analysis Services in cui è stata definita la partizione e il relativo cubo padre. Impossibile visualizzare o aggiornare la partizione remota nell'istanza remota di SQL Server Analysis Services.
Annotazioni
Anche se i database dedicati all'archiviazione di partizioni remote non sono esposti ai set di righe dello schema, le applicazioni che usano Analysis Management Objects (AMO) possono comunque individuare un database dedicato usando il comando XML for Analysis Discover. Qualsiasi comando CREATE o DELETE inviato direttamente a un database dedicato tramite un client TCP o HTTP avrà esito positivo, ma il server restituirà un avviso che indica che l'azione potrebbe danneggiare questo database strettamente gestito.