Creare e gestire una partizione remota (Analysis Services)
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 di SQL Server Analysis Services remota come risorsa di archiviazione delle partizioni.
Le partizioni remote per un cubo (denominato database master) vengono archiviate in un database 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 in un database dedicato a partizioni remote vengono create come dimensioni collegate.
Prerequisiti
Prima di creare una partizione remota, è necessario che siano soddisfatte 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 è finalizzato a un unico scopo: fornire l'archiviazione di partizioni remote per un database master.
Entrambe le istanze del server devono essere della 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 altre informazioni sull'impostazione del firewall, vedere Configurare Windows Firewall per consentire l'accesso ad Analysis Services.
L'account del servizio per l'istanza che esegue il database master deve avere accesso amministrativo all'istanza remota di SQL Server Analysis Services. Se l'account di 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 verificare che il piano di ripristino di emergenza preveda il backup e il ripristino delle partizioni remote. L'utilizzo di partizioni remote può complicare le operazioni di backup e ripristino. Controllare approfonditamente il piano in modo da verificare che sia possibile ripristinare i dati necessari.
Configurare 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 come db-master. Il database di archiviazione contenente le partizioni remote viene definito come db-storage.
Per completare questa procedura si useranno sia SQL Server Management Studio che SQL Server Data Tools.
Nota
Le partizioni remote possono essere unite solo ad altre partizioni remote. Se si utilizza una combinazione di partizioni remote e locali, un approccio alternativo consiste nel creare nuove partizioni contenenti dati combinati, eliminando quelle non più in uso.
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 punta al database del cubo db-master. Usare il provider OLE DB nativo\Microsoft OLE DB per Analysis Services 11.0.
Nel server secondario: distribuire la soluzione.
Abilitare 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 scegliere Proprietà. Impostare entrambe le proprietà Feature\LinkToOtherInstanceEnabled e 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 entrambe le proprietà Feature\LinkToOtherInstanceEnabled e Feature\LinkFromOtherInstanceEnabled 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 pulsante destro del mouse sul database di archiviazione, db-storage, scegliere Script database as ALTER To New Editor di query Window (Script database as | ALTER To | New Editor di query Window).
Aggiungere MasterDataSourceID al codice XMLA e quindi specificare l'ID del database del cubo, db-master, come valore. Il codice XMLA dovrebbe essere simile a quello riportato di seguito.
<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 Cube Designer 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.
In Impostazione informazioni originedella Creazione guidata partizione selezionare la vista origine dati originale e la tabella dei fatti.
Se si utilizza un'associazione di query, specificare una clausola WHERE che segmenti i dati per la nuova partizione in fase di creazione.
In Posizioni di elaborazione e archiviazione, in Percorso di elaborazione, selezionare Origine dati remota di Analysis Services e fare clic su Nuovo per creare una nuova origine dati che punti al database subordinato, db-storage.
Nota
Se viene visualizzato un errore che indica che l'origine dati non è presente nella raccolta, è necessario aprire il progetto del database di archiviazione, db-storage, e creare un'origine dati che punti 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. Nel database master, ovvero dove sono state definite le partizioni, vengono coordinate le transazioni fra tutte le istanze che partecipano all'elaborazione delle partizioni di un cubo. I report di elaborazione vengono inviati quindi a tutte le istanze in cui è stata elaborata 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.
Nota
Anche se database dedicati all'archiviazione di partizioni remote non sono esposti a set di righe dello schema, le applicazioni in cui viene utilizzata la libreria AMO (Analysis Management Objects) possono ancora individuare un database dedicato utilizzando il comando di individuazione (Discover) di XML for Analysis. Un comando CREATE o DELETE inviato direttamente a un database dedicato tramite un client TCP o HTTP avrà esito positivo, tuttavia verrà restituito un avviso dal server indicante che l'azione può danneggiare notevolmente questo database gestito.
Vedere anche
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per