Creare e gestire una partizione remota (Analysis Services)
Quando si partiziona un gruppo di misure, è possibile configurare un database secondario in un'istanza remota di Analysis Services come archiviazione di partizione.
Le partizioni remote per un cubo (denominato database master) vengono archiviate in un database di Analysis Services dedicato nell'istanza remota di 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 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:
È necessario disporre di una seconda istanza di Analysis Services e di un database dedicato per archiviare le partizioni. 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. Analysis Services non supporta la creazione di partizioni remote usando 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 Analysis Services. Se l'account di servizio cambia, è necessario aggiornare le autorizzazioni sia nel server che nel database.
È necessario essere un amministratore di 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
Sono necessari due computer separati che eseguono un'istanza di SQL Server Analysis Services per creare una disposizione di partizione remota che designa un computer come server master e l'altro computer come server subordinato.
Nella procedura indicata di seguito si presuppone che siano presenti due istanze del server, con un database del cubo distribuito nel server master. 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 (SSDT).
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 master: 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, Distribuzionee Server , quindi impostare il nome del server master.
Nel server subordinato: 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, Distribuzionee Server , quindi impostare il nome del server subordinato.
Creare e distribuire un database secondario (in SSDT)
Nel server subordinato: creare un nuovo progetto Analysis Services per il database di archiviazione.
Nel server subordinato: in Esplora soluzioni crea una nuova origine dati che punti al database del cubo, db-master. Usare il provider OLE DB nativo\Microsoft OLE DB per Analysis Services 11.0.
Nel server subordinato: distribuire la soluzione.
Abilitare funzionalità (in SSMS)
Nel server subordinato: in SQL Server Management Studio fare clic con il pulsante destro del mouse sull'istanza di Analysis Services connessa in Esplora oggetti e selezionare Proprietà. Impostare entrambe le proprietà Feature\LinkToOtherInstanceEnabled e Feature\LinkFromOtherInstanceEnabled su True.
Nel server subordinato: riavviare il server facendo clic con il pulsante destro del mouse sul nome del server in Esplora oggetti e scegliendo Riavvia.
Nel server master: in SQL Server Management Studio fare clic con il pulsante destro del mouse sull'istanza di Analysis Services connessa in Esplora oggetti e selezionare Proprietà. Impostare entrambe le proprietà Feature\LinkToOtherInstanceEnabled e Feature\LinkFromOtherInstanceEnabled su True.
Nel server master: 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 subordinato: fare clic con il pulsante destro del mouse sul database di archiviazione, l'archiviazione db, scegliere Database script come | 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="https://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 master aprire il cubo in Cubo 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 master: fare clic con il pulsante destro del mouse sul nome del cubo in Esplora soluzioni, scegliere Elabora ed elaborare completamente il cubo.
Amministrazione di partizioni remote
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 Analysis Services. Tuttavia, i metadati per la partizione remota possono essere visualizzati e aggiornati solo nell'istanza di Analysis Services in cui è stata definita la partizione e il relativo cubo padre. Impossibile visualizzare o aggiornare la partizione remota nell'istanza remota di 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.