Requisiti per la progettazione della partizione

Vantaggi del partizionamento

Il partizionamento del cubo Essbase offre vantaggi aggiuntivi per la sincronizzazione e la navigazione dei dati.

Per i database di storage a blocchi, le partizioni forniscono la sincronizzazione dei dati tra più database.

Essbase tiene traccia delle modifiche apportate ai valori dei dati in una partizione e fornisce strumenti per l'aggiornamento dei valori dei dati nelle partizioni correlate.
Le partizioni consentono agli utenti di spostarsi tra database con dimensionalità diverse.

Quando gli utenti eseguono il drill-through al nuovo database, possono eseguire il drill-down di dati più dettagliati.

Strategie di partizionamento

In base ai requisiti dell'utente, selezionare una strategia di partizionamento per il cubo Essbase dall'alto verso il basso, dal basso verso l'alto o in base agli attributi del database.

Partizionare le applicazioni dall'alto verso il basso.

Utilizza il partizionamento top-down per suddividere un database in più processori, server o computer, il che può migliorare la scalabilità, l'affidabilità e le prestazioni dei database. Per ottenere risultati ottimali con il partizionamento dall'alto verso il basso, creare un'applicazione separata per ciascun database partizionato.

Partizionare le applicazioni dal basso verso l'alto.

Utilizzare il partizionamento bottom-up per gestire il flusso di dati tra più database correlati, in modo da migliorare la qualità e l'accessibilità dei dati nei database.

Partizionare le applicazioni in base agli attributi.

Partizionare i database in base ai valori di attributo associati alle dimensioni di base (dimensione standard associata a una o più dimensioni di attributo).

Utilizzare questa strategia per estrarre i dati in base alle caratteristiche di una dimensione, ad esempio sapore o dimensione.

Nota

Impossibile partizionare le dimensioni degli attributi. Vedere Attributi nelle partizioni Essbase.

Fattori decisionali per il partizionamento di un database

Prendere in considerazione l'implementazione di partizioni (replicate o trasparenti) nel database Essbase se l'uso e gli aggiornamenti dei dati potrebbero trarre vantaggio dalla compartimentazione in base alla posizione o all'unità organizzativa.

Prendere in considerazione l'implementazione di partizioni replicate o trasparenti quando:
- I dati dovrebbero essere più vicini alle persone che li utilizzano.
- Un singolo fallimento sarebbe catastrofico.
- L'esecuzione dei calcoli dopo il caricamento dei nuovi dati richiede troppo tempo e si desidera migliorare le prestazioni distribuendo i calcoli su più processori o computer.
- Gli utenti desiderano visualizzare i dati in contesti applicativi diversi e si desidera controllare la modalità di navigazione degli utenti tra i database.
- È necessario sincronizzare le informazioni da origini diverse.
- Si prevede di aggiungere nuove unità organizzative che trarrebbero vantaggio dalla disponibilità di propri database.
- Gli utenti devono attendere mentre altri utenti accedono al database.
- Si desidera risparmiare spazio su disco consentendo agli utenti di accedere ai dati memorizzati in una posizione remota.
- Si desidera ridurre il traffico di rete replicando i dati in diverse posizioni.
- È necessario controllare le strutture del database da una posizione centrale.
Non partizionare un database quando:
- Sono presenti problemi relativi a spazio su disco, larghezza di banda di rete e risorse amministrative.
- È possibile eseguire allocazioni complesse in cui i valori a livello di unità vengono derivati dai valori totali.
- È necessario mantenere tutti i database online in ogni momento.
  
  Mantenere i database in linea può essere un problema se si dispone di database in diversi fusi orari, poiché il carico massimo dell'utente può differire tra i fusi orari. L'uso di partizioni trasparenti aggrava questo problema, ma l'uso di partizioni replicate potrebbe essere utile.
- I database sono in lingue diverse o in modalità Unicode-related.
  
  Essbase può partizionare i database solo se ogni database utilizza la stessa lingua oppure se ogni database utilizza la stessa modalità Unicode o non Unicode.

Considerazioni per il partizionamento dei dati

Quando si progetta una strategia di database Essbase partizionata, porre domande sui requisiti di utilizzo dei dati per determinare quali dati includere in ciascuna partizione.

Quale database deve essere l'origine dati e quale destinazione dati? Il cubo che "è proprietario" dei dati, in cui i dati vengono aggiornati e in cui viene memorizzata la maggior parte dei dati di dettaglio, deve essere il cubo di origine.
Alcune parti del database hanno accesso più frequentemente di altre?
Quali dati puoi condividere tra i siti?
Quanto devono essere granulari i dati in ogni posizione?
Con quale frequenza i dati vengono consultati, aggiornati o calcolati?
Quali sono le risorse disponibili: spazio su disco, CPU e risorse di rete?
Quanti dati devono essere trasferiti sulla rete? Quanto tempo ci vuole?
I dati sono memorizzati in una o più posizioni?
I dati sono accessibili in una o più posizioni?
Ci sono informazioni in database separati a cui è necessario accedere da una posizione centrale? Quanto sono strettamente correlati i gruppi di dati?

Sicurezza per i database partizionati

Gli utenti che accedono ai dati mediante partizioni replicate o trasparenti spesso devono visualizzare i dati memorizzati in più cubi Essbase. Impostare la sicurezza in modo che gli utenti non visualizzino o modifichino i dati inappropriati.

Per impostare la sicurezza per le partizioni,

Concedere agli utenti l'accesso ai cubi origine e target.
Limitare l'accesso utente impostando i filtri (sui cubi di origine e di destinazione) solo sulle slice partizionate.

Vedere Controllo dell'accesso alle celle del database mediante filtri di sicurezza.
Se si sta creando una partizione replicata, determinare se gli utenti possono apportare modifiche a una partizione replicata nella destinazione dati. L'impostazione di aggiornamento (che consente o non consente gli aggiornamenti) sostituisce i filtri utente che consentono agli utenti di aggiornare i dati.

Quando si creano partizioni replicate utilizzando l'istruzione MaxL create replicated partition, se non si specifica la grammatica update allow, le partizioni replicate non possono essere aggiornate per impostazione predefinita.