Oracle Database for SAP

Database In-Memory

Sfida: in un numero sempre maggiore di sistemi, soddisfare i requisiti di performance degli analytics risulta essere una sfida. Ciò vale per le query con tempi di esecuzione lunghi in BW. Tuttavia, può accadere anche nei sistemi OLTP, ad esempio se un'implementazione molto flessibile della pianificazione/reporting operativa consente agli utenti di creare molte varianti di query leggermente diverse.

Proposta di valore: Oracle Database 12c In-Memory consente agli amministratori di dedicare una certa quantità di memoria del database server all'area di memorizzazione colonne, una struttura di memoria che memorizza i dati in formato colonna anziché in formato riga. L'installazione dell'archivio colonne è semplice e veloce. La disponibilità di dati in formato colonna può migliorare notevolmente le prestazioni delle query.

Certificazione/Supporto: a differenza delle opzioni simili offerte dai concorrenti, l'uso di Oracle Database In-Memory non è limitato a SAP Business Warehouse (SAP BW). È supportato per tutte le applicazioni SAP basate su SAP NetWeaver, incluse le applicazioni OLTP tipiche.

Versioni: Oracle Database 12c e versioni successive.

Advanced Compression

Sfida: in sempre più casi oggi le dimensioni e la crescita futura prevista del database diventano un problema. Gli aspetti di questo problema includono: costi di storage, garanzie sulle prestazioni (SLA), clonazione e backup dei file di database in un tempo ragionevole.

Proposta di valore: Oracle Advanced Compression utilizza un formato diverso per memorizzare i dati della tabella. Insieme ad altre tecnologie di compressione, che vengono fornite con Oracle Database Enterprise Edition (ad esempio Index Key Compression), aiuta a ridurre la dimensione del database del 50% o più. Questo è il vantaggio essenziale perché è questo l'effetto per cui Advanced Compression è progettato. Il vantaggio di una struttura di database di origine più piccola è che la creazione di backup e altre copie richiederà meno tempo. Come ulteriore vantaggio, i clienti che utilizzano Advanced Compression potrebbero riscontrare un miglioramento delle prestazioni. Aggiuntivo (al contrario di essenziale) qui significa: potrebbe accadere, ma non è garantito che succeda.

Oracle Database 12c Advanced Compression offre funzioni aggiuntive (Heat Map, Automatic Data Optimization) che consentono ai clienti di implementare strategie di compressione dei dati differiti e ILM (Information Lifecycle Management).

Certificazione/Supporto: Oracle Advanced Compression è certificato per tutte le applicazioni SAP NetWeaver. SAP fornisce lo strumento BRSPACE, che è consapevole di tutti i requisiti specifici di SAP.

Versioni: Oracle Database 11g e versioni successive

Funzione correlata: Hybrid Columnar Compression (che non è inclusa in Advanced Compression, ma è una funzione disponibile su Engineered Systems di Oracle) fornisce algoritmi di compressione più potenti particolarmente adatti per i dati "freddi" (ovvero cronologici). HCC (con blocco a livello di riga) può essere utilizzato in ambienti SAP.

Multitenant

Sfida: molti scenari SAP sono costituiti da pochi sistemi di grandi dimensioni e da un numero considerevole di piccoli o molto piccoli. Tuttavia, l'esistenza di molti piccoli sistemi SAP basati su altrettanti database server indipendenti presenta diversi svantaggi:

• Molti piccoli sistemi (anche quelli virtualizzati) utilizzano troppe risorse hardware (memoria, CPU).
• Viene impiegato troppo tempo per l'amministrazione di così tanti piccoli sistemi di database.

Proposta di valore: Oracle Multitenant riduce il consumo di risorse separando i database "container" e "pluggable". Semplifica l'amministrazione spostando le operazioni standard al livello di "database container".

Certificazione/Supporto: Oracle Multitenant può essere utilizzato in ambienti SAP.

Versioni: Oracle Database 12c e versioni successive

Sicurezza e compliance

Advanced Security

Sfida: per leggere o aggiornare i dati in un Oracle Database che è il data store di un'applicazione SAP, la scelta ovvia e unica per gli utenti legittimi è questa particolare applicazione. Gli aggressori, tuttavia, che vogliono bypassare la gestione degli utenti e il controllo degli accessi di SAP, potrebbero utilizzare uno strumento di sniffing di rete per acquisire dati in transito o un qualche tipo di editor di file per leggere i dati in archivio, cioè in una copia del file di database.

Proposta di valore: la cifratura della rete, che può essere utilizzata per proteggere i dati in transito, è fornita da Oracle Database gratuitamente. Oracle Advanced Security è un bundle di funzioni di cifratura aggiuntive che consentono agli amministratori di cifrare i dati archiviati e rendono più difficile per gli hacker capire cosa vedono. Transparent Data Encryption protegge i dati nel database di produzione, mentre Backup Set Encryption protegge le copie di backup.

Certificazione/Supporto: Oracle Advanced Security è certificato per tutte le applicazioni SAP NetWeaver.

Versioni: Oracle Database 11g e versioni successive

Database Vault

Sfida: la cifratura dei dati non è utile se gli hacker non utilizzano strumenti di terze parti, ma strumenti Oracle e account Oracle Database per ignorare le applicazioni SAP. Ciò è particolarmente pericoloso nel caso di utenti del database con database (amministratore di database). Ed è particolarmente importante, se l'amministrazione del database viene esternalizzata o i dati vengono memorizzati nel cloud.

Proposta di valore: Oracle Database Vault sostituisce la strategia tradizionale di gestione dei privilegi del database con una nuova, più flessibile e più potente. Va ben oltre le tradizionali correlazioni utente-privilegio o ruolo utente. Oracle Database Vault consente alle aziende di implementare e applicare concetti quali la separazione delle mansioni o il principio dei quattro occhi.

Certificazione/Supporto: Oracle Database Vault è certificato per tutte le applicazioni SAP NetWeaver.

Versioni: Oracle Database 11g e versioni successive

Partizionamento di tabelle e indici

Sfida: in sempre più situazioni oggi la distribuzione dei dati sul disco si rivela un problema:

• Il completamento di query singole o di processi batch complessi che accedono a un determinato sottoinsieme dei dati della tabella richiede troppo tempo.
• Il caricamento dati (SAP BW) è lento, perché deve aggiornare molti indici; oppure gli indici vengono eliminati e ricostruiti, al fine di ridurre i tempi di caricamento, ma ciò rallenta le query degli utenti.
• L'archiviazione dei dati produce database fortemente frammentati.
• Il cliente desidera implementare la compressione avanzata della gestione del ciclo di vita delle informazioni (Oracle Database 12c).

Proposta di valore: Oracle Partitioning divide tabelle e indici in unità più piccole (chiamate partizioni) e forza la memorizzazione di tutti i dati nell'unità appropriata. È possibile accedere e gestire le partizioni singolarmente e in modo indipendente l'una dall'altra. Pertanto:

• Idealmente, una query ora trova tutti i dati pertinenti in una singola partizione e può ignorare tutte le altre partizioni ("eliminazione delle partizioni"). Ciò può ridurre notevolmente il runtime.
• Se anche gli indici definiti in una tabella partizionata vengono partizionati, è possibile eliminare e ricreare singole partizioni di indice mentre tutte le altre partizioni rimangono invariate.
• La strategia di archiviazione dei dati può essere basata sulla struttura della partizione e questo può evitare la frammentazione dello spazio su disco.
• Il partizionamento è una delle tecnologie di base per la gestione del ciclo di vita delle informazioni.

Certificazione/Supporto: Oracle Partitioning è certificato per tutte le applicazioni SAP NetWeaver.

Il partizionamento (range partitioning) è configurato e utilizzato per impostazione predefinita in SAP BW su Oracle. Nei sistemi SAP OLTP, può essere implementato utilizzando SAP Partitioning Engine (che copre il problema di archiviazione dei dati) o da Oracle ACS for SAP

Versioni: Oracle Database 11g e versioni successive

Scalabilità, alta disponibilità e ripristino di emergenza

Real Application Clusters (RAC)

Sfida: quando il carico di lavoro su un database server aumenta (a causa di nuove versioni dell'applicazione, applicazioni aggiuntive o più utenti), la soluzione tradizionale consiste nel sostituire il server esistente con uno più grande (scale-up). I grandi server, tuttavia, sono molto costosi.

Al fine di garantire l'alta disponibilità del database server, tradizionalmente viene implementato un cluster di failover. Tuttavia, tale soluzione presenta almeno due svantaggi:

• Un cluster di failover si basa sul concetto che, in qualsiasi momento, può essere attiva una sola istanza di database in esecuzione su un computer. L'altra macchina (probabilmente anche un server costoso) è sempre inattiva.
• Quando viene rilevato un problema sul computer primario, è necessario avviare un'istanza di Oracle Database Server sul computer secondario. In questa situazione particolare, l'avvio può richiedere fino a 30 minuti, il che significa: fino a 30 minuti di inattività non pianificata.

Proposta di valore: i Real Application Clusters (RAC) consentono l'operatività e l'esecuzione di più istanze e l'accesso allo stesso database contemporaneamente. Poiché queste istanze possono essere eseguite su computer diversi, e nella maggior parte dei casi è quello che avviene, i clienti hanno la possibilità di implementare un approccio di scale-out: 4, 6 o 8 piccoli server possono gestire lo stesso carico di lavoro di un unico grande server. Tuttavia, sono molto più economici. E possono essere aggiunti secondo necessità.

In questa architettura, tutte le istanze Oracle sono attive e in esecuzione contemporaneamente. Non è pertanto necessario riavviare il sistema. Se uno dei server RAC non riesce, le altre istanze possono assumere il controllo. Una riconnessione degli utenti interessati è una questione di secondi, non di minuti.

Per riassumere tutto questo in poche parole: la proposta di valore di Oracle Real Application Clusters combina distribuzione dei carichi di lavoro, scalabilità, alta disponibilità, migliore gestibilità e risparmio sui costi.

Certificazione/Supporto: Oracle Real Application Clusters è certificato per tutte le applicazioni SAP NetWeaver.

Versioni: Oracle Database 11g e versioni successive

Data Guard e Active Data Guard

Sfida: RAC fornisce High Availability moltiplicando il numero di istanze Oracle. Tale alta disponibilità, tuttavia, è limitata al livello di istanza. Anche in un sistema basato su RAC, il database rimane un singolo punto di errore. Ciò significa che gli errori del DBA, il danneggiamento dei dati, gli errori del server o del data center possono rendere l'intero sistema non disponibile.

Proposta di valore: Data Guard rimuove questo singolo punto di errore. La tecnologia consente ai clienti di impostare un database in standby (shadow) come copia del database primario (di produzione) e quindi di mantenere sincronizzati i due database. Tenere presente che Data Guard è incluso in Oracle Database Enterprise Edition. Non è un'opzione.

Tuttavia, Active Data Guard è un'opzione. In Oracle Database 11g (e versioni successive) sono disponibili funzioni aggiuntive quali la riparazione automatica dei blocchi e il backup incrementale rapido.

Active Data Guard Far Sync, la nuova funzione principale di Oracle Database 12c, consente ai clienti di combinare prestazioni elevate (una caratteristica della spedizione asincrona dei dati) e perdita di dati pari a zero (una caratteristica della spedizione sincrona dei dati).

Certificazione/Supporto: Oracle Data Guard è certificato per tutte le applicazioni SAP NetWeaver. Tuttavia, sono supportati solo i database in standby fisico, mentre i database in standby logico non lo sono.

Oracle Active Data Guard è certificato per tutte le applicazioni SAP NetWeaver. Tuttavia, la query in tempo reale non è possibile negli ambienti SAP, poiché anche la generazione di report non è un'operazione di sola lettura.

Versioni: Oracle Database 11g e versioni successive