Outline Paging nei cubi di memorizzazione di aggregazione

I profili dei cubi di memorizzazione di aggregazione (ASO, Aggregate Storage) possono essere visualizzati in pagine, riducendo notevolmente l'utilizzo della memoria per cubi molto grandi. Essbase precarica in memoria parte del profilo. Durante il recupero dei dati, Essbase inserisce nella memoria altre parti del profilo in base alle esigenze.

Quando si crea un cubo di memorizzazione di aggregazione, il profilo viene creato in un formato a pagina.

Il paging di un profilo in memoria consente a Essbase di gestire contorni molto grandi (ad esempio, 10 milioni o più membri), ma potenzialmente aumenta il tempo di recupero dei dati.

Nota

I cubi di memorizzazione di aggregazione con profili visualizzabili contengono pagine di memoria, pertanto i relativi file di struttura possono essere più grandi dei file di struttura di memorizzazione a blocchi binari.

Limiti paging struttura

La dimensione massima di un profilo costruibile (il numero di membri) dipende da diversi fattori:

La memoria disponibile per Essbase
Quantità di memoria in Essbase allocata per altri usi
Quantità di memoria richiesta per ogni membro (e alias per ogni membro)

Essbase utilizza all'avvio circa 40 MB di memoria. Inoltre, le varie cache richiedono le seguenti allocazioni di memoria:

Cache di paging del profilo: 8 MB
Cache dati di memorizzazione aggregata: 32 MB
Cache di aggregazione storage aggregata: 10 MB

Pertanto, il footprint di memoria iniziale per Essbase è di circa 90 MB. Inoltre, è necessario allocare memoria per elaborare le richieste di query in entrata. La memoria tipica da riservare a questo scopo è di circa 300 MB. La memoria totale allocata per Essbase è pertanto di 390 MB.

Su un sistema Windows con 1,85 GB di memoria indirizzabile, la quantità disponibile per costruire e caricare il contorno è di circa 1,46 GB (1,85 GB - 390 MB = 1,46 GB).

La dimensione massima del profilo dipende dal fatto che venga creato utilizzando una build dimensione o da un profilo già caricato in Essbase.

Limite paging struttura generazione dimensione

Per creare il profilo utilizzando una build dimensione, Essbase alloca circa 100 byte per membro, più la dimensione del nome del membro e la dimensione di tutti i nomi alias per il membro (sono consentiti fino a 10 alias).

Per un profilo di esempio (utilizzando un singolo byte codepage) in cui il nome membro medio è di 15 caratteri e c'è un alias (di 20 caratteri) per membro, il requisito di memoria per ogni membro che viene aggiunto:

100 + 15 + 20 byte = 135 byte

Il numero totale di membri che è possibile aggiungere in una build dimensione è la memoria disponibile (1,46 GB, o 153.092.060 byte) divisa per il numero di byte per membro (135), circa 11 milioni di membri.

Nei sistemi con più di 2 GB di memoria indirizzabile, il profilo può essere più grande in proporzione alla memoria extra disponibile.

Una volta completata la creazione della dimensione, nella directory del cubo viene salvato un file dbname.otn. Il file .otn viene utilizzato come input per il processo di ristrutturazione del profilo, che sostituisce il vecchio profilo con quello nuovo. Durante la ristrutturazione, due copie del contorno vengono caricate in memoria, quella vecchia (potenzialmente vuota) e quella nuova, quindi la dimensione massima di un contorno che può essere ristrutturato dipende dalla dimensione del vecchio contorno.

In una generazione di dimensioni, che inizia con un contorno vuoto, viene caricato in memoria solo un contorno.

Limite paging struttura caricato

Il requisito di memoria per un profilo caricato in Essbase in fase di runtime o durante la ristrutturazione è diverso dai requisiti di memoria per una build dimensione. Essbase alloca circa 60 byte per membro, più la dimensione del nome del membro più 5 byte, più la dimensione di tutti i nomi alias per il membro (sono consentiti fino a 10 alias) più 5 byte. Per un profilo di esempio in cui il nome membro medio è di 15 caratteri e esiste un alias (di 20 caratteri) per membro, il requisito di memoria per ogni membro aggiunto è:

60 + 15 + 5 + 20 + 5 byte = 105 byte per membro

Supponendo 1,46 GB di memoria disponibile, la dimensione massima di un profilo che può essere caricato è uno con 14 milioni di membri (1,46 GB/105 byte).

I 14 milioni di membri sono la somma di due profili che vengono caricati durante la ristrutturazione. Ad esempio, se un profilo esistente ha 5 milioni di membri, il nuovo profilo può avere un massimo di 9 milioni di membri. In una generazione di dimensioni incrementali, si consiglia di creare prima le dimensioni più piccole e quelle più grandi per consentire una dimensione massima del profilo.