Partizioni replicate

Ad esempio, nelle applicazioni di esempio Samppart e Sampeast, il DBA presso The Beverage Company (TBC) ha creato una partizione replicata tra il database East e il database Company contenente Actual, Budget, Variance e Variance%. Gli utenti nell'area orientale ora memorizzano i dati del budget a livello locale. Poiché non devono recuperare questi dati dal vivo dalla sede centrale aziendale, i tempi di risposta sono più rapidi e hanno un maggiore controllo sui tempi di inattività e sull'amministrazione dei dati locali.

Le modifiche apportate ai dati in una partizione replicata fluiscono dal cubo di origine al cubo di destinazione. Le modifiche apportate ai dati replicati nella destinazione dati non ritornano all'origine dati. Se gli utenti modificano i dati nella destinazione dati, Essbase sovrascrive le modifiche quando il DBA aggiorna la partizione replicata.

Quando viene definita una partizione replicata, il DBA può selezionare un'impostazione per impedire l'aggiornamento dei dati nella parte replicata del cubo di destinazione. L'impostazione di aggiornamento (che consente o non consente gli aggiornamenti) ha la precedenza sull'accesso fornito dai filtri di sicurezza ed è anche onorata da operazioni batch, come il caricamento e il calcolo dei dati.

Utilizzare una partizione replicata per raggiungere uno degli obiettivi riportati di seguito.

Diminuzione dell'attività di rete
Riduci i tempi di risposta delle query
Riduci i tempi di calcolo
Recuperare più facilmente da errori di sistema

Regole per le partizioni replicate

È necessario essere in grado di mappare le aree replicate condivise dei profili di origine e destinazione, anche se le aree condivise non devono essere identiche. È necessario indicare a Essbase come ogni dimensione e membro nell'origine viene mappato a ogni dimensione e membro nella destinazione.

I profili di origine e di destinazione per le aree non condivise non devono essere mappabili.

Poiché nessuna delle aree utilizzate come destinazione di partizione replicata può provenire da un'origine di partizione trasparente, non è possibile creare una partizione replicata sopra una partizione trasparente, come mostrato nell'illustrazione:

Figura 9-4 Partizione replicata non valida

Questa immagine illustra il modo in cui una destinazione partizione replicata non può contenere dati provenienti da un'origine partizione trasparente.

Le celle nella destinazione di una partizione replicata non possono provenire da due origini; le celle in una partizione devono provenire da un cubo. Per replicare le celle da più cubi, creare una partizione diversa per ogni origine dati.

Le celle di un cubo di destinazione possono essere l'origine di una partizione replicata diversa. Ad esempio, se il database Samppart.Company contiene una partizione replicata dal database Sampeast.East, è possibile replicare le celle in Sampeast.East in un terzo database, ad esempio Sampwest.West.

Non è possibile utilizzare i membri attributo per definire una partizione replicata. Ad esempio, associati alla dimensione Mercato, i membri della dimensione attributo Tipo di mercato sono Urban, Suburban e Rural. Impossibile definire una partizione in Urban, Suburban o Rural perché una partizione replicata contiene dati dinamici, non dati memorizzati. Pertanto, un tentativo di mappare gli attributi nelle partizioni replicate genera un messaggio di errore. Tuttavia, è possibile utilizzare il comando WITHATTR per replicare i dati degli attributi.

Vantaggi delle partizioni replicate

Poiché i dati vengono archiviati più vicino agli utenti finali, nel cubo di destinazione le partizioni replicate possono ridurre l'attività di rete, con conseguente miglioramento dei tempi di recupero.

I dati sono più facilmente accessibili a tutti gli utenti. Alcuni utenti accedono ai dati nel cubo di origine, altri nel cubo di destinazione.

I fallimenti non sono così catastrofici. Poiché i dati si trovano in più posizioni, se un database non riesce, solo gli utenti connessi a tale database non possono accedere alle informazioni. I dati sono ancora disponibili presso e possono essere recuperati dagli altri siti.

Gli amministratori locali controllano i tempi di inattività. Ad esempio, poiché gli utenti nell'area orientale accedono ai propri dati replicati anziché al database dell'azienda, un amministratore può disattivare il database dell'azienda senza influire sugli utenti nell'area orientale.

Poiché in ogni sito vengono conservati solo i dati pertinenti, i database possono essere più piccoli. Ad esempio, gli utenti nell'area orientale possono replicare solo le informazioni sul budget orientale, invece di accedere a un database aziendale più grande contenente informazioni sul budget per tutte le aree.

Svantaggi delle partizioni replicate

È necessario più spazio su disco perché i dati sono memorizzati in più posizioni.

Poiché l'amministratore della partizione deve aggiornare i dati manualmente regolarmente, è possibile che gli utenti non vedano la versione più recente dei dati.

Considerazioni sulle prestazioni per le partizioni replicate

Per migliorare le prestazioni delle partizioni replicate, attenersi alle linee guida riportate di seguito.

Non replicare i membri calcolati in modo dinamico nel cubo di origine, poiché Essbase deve eseguire il test del profilo per trovare i membri calcolati in modo dinamico e i relativi figli per determinare come eseguire il calcolo.

Non replicare i dati derivati dal cubo di origine. Replicare invece il livello pratico più basso di ogni dimensione ed eseguire i calcoli sul cubo di destinazione dopo aver completato la replica.

Ad esempio, per replicare il database lungo la dimensione Mercato:

Definire l'area condivisa come membri di livello inferiore della dimensione Mercato a cui si è interessati, ad esempio Est, Ovest, Sud e Centrale e i membri di livello 0 delle altre dimensioni.
Dopo aver completato la replica, calcolare i valori per Mercato e i valori di livello superiore nelle altre dimensioni nella destinazione.

A volte non è possibile calcolare i dati derivati nel cubo di destinazione. In tal caso, replicarlo dal cubo di origine. Non è possibile calcolare i dati derivati all'origine se i dati soddisfano uno dei criteri seguenti:
- Richiede che i dati al di fuori dell'area replicata siano calcolati.
- Richiede script di calcolo da cui non è possibile estrarre solo la parte da calcolare nella destinazione.
- Viene replicato su un computer con poca potenza di elaborazione, come un laptop.

Per ottimizzare la replica di un cubo di memorizzazione di aggregazione (ASO) che è la destinazione replicata mentre un database di memorizzazione a blocchi è il cubo di origine e i due profili sono identici, utilizzare il metodo "replica presuppone un profilo identico" in uno dei modi seguenti.

Abilitare l'impostazione di configurazione REPLICATIONASSUMEIDENTICALOUTLINE. La sintassi è la seguente:
```
REPLICATIONASSUMEIDENTICALOUTLINE [appname [dbname]] TRUE | FALSE
```
Inviare l'istruzione alter database MaxL con la grammatica replication_assume_identical_outline. L'istruzione può essere emessa solo a un cubo ASO e non si applica alla replica dello storage a blocchi. La sintassi è la seguente:
```
alter database appname.dbname enable | disable replication_assume_identical_outline;
```

Il partizionamento lungo una dimensione densa richiede più tempo del partizionamento lungo una dimensione sparsa. Quando Essbase replica i dati partizionati lungo una dimensione densa, deve accedere a ogni blocco nell'origine dati e quindi creare ogni blocco nella destinazione dati durante l'operazione di replica.

Impossibile replicare i dati in un membro calcolato dinamicamente nel cubo di destinazione. Essbase non carica o replica nei membri di Calcolo dinamico, poiché questi membri non contengono dati fino a quando un utente non li richiede in runtime. Essbase evita l'invio di dati replicati per i membri con sparsità dinamica e densa nella destinazione di replica, poiché questi dati non sono memorizzati nella destinazione.

Per replicare solo i valori dei dati modificati anziché l'intera partizione, vedere Popolare o aggiornare le partizioni replicate.

Partizioni replicate e uso della porta

Con le partizioni replicate, gli utenti si connettono solo al cubo di destinazione. Quando i dati vengono aggiornati sulla destinazione, il processo di replica dei dati dal cubo di origine al cubo di destinazione utilizza una porta e questa connessione si basa sul nome utente dichiarato nella definizione della partizione (utente della partizione).

Nota

A causa della natura a breve termine della replica, le partizioni e le porte replicate sono raramente un problema.