Creare e gestire una partizione remota (Analysis Services)
In caso di partizionamento di un gruppo di misure, è possibile configurare un database secondario in un'istanza remota di Analysis Services come archiviazione della 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 un solo database master, ma il database master può utilizzare più database secondari, purché si trovino tutti 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 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. In Analysis Services non è supportata 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 di servizio per l'istanza che esegue il database master deve disporre dei diritti di accesso di amministratore 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 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 Analysis Services devono entrambi creare una disposizione di partizione remota che specifichi uno dei due come server master e l'altro 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.
Utilizzare sia SQL Server Management Studio che SQL Server Data Tools (SSDT) per completare questa procedura.
[!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, Distribuzione e 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, Distribuzione e 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. Utilizzare 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 connessa di Analysis Services in Esplora oggetti e scegliere Proprietà. Impostare 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 connessa di Analysis Services in Esplora oggetti e scegliere Proprietà. Impostare 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, db-storage, e scegliere Crea script per database | Genera codice per istruzione ALTER in | Nuova finestra editor di query.
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 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.
In Impostazione informazioni origine della 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
In Analysis Services sono supportate sia l'elaborazione parallela sia quella sequenziale di 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 contenente 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 dove la partizione e il relativo cubo padre sono stati definiti. La partizione remota non può essere visualizzata o aggiornata 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.