Oracle Database for SAP

Database In-Memory

Sfida: in un numero sempre maggiore di sistemi, soddisfare i requisiti di performance degli analytics si rivela una sfida. Ciò è vero 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 operativo 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 delle colonne, una struttura di memoria che memorizza i dati in formato di colonna anziché in formato di riga. La configurazione dell'area di memorizzazione colonne è semplice e veloce. La disponibilità di dati in formato colonna può migliorare notevolmente le prestazioni delle query.

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

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 di 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 offerte da Oracle Database Enterprise Edition (ad esempio Index Key Compression), aiuta a ridurre le dimensioni del database del 50% o più. Questo è il vantaggio essenziale perché è questo l'effetto per cui Advanced Compression è progettato. Il vantaggio di un database di origine più piccolo è che la creazione di backup e altre copie richiederà meno tempo. Come ulteriore vantaggio, i clienti che utilizzano la compressione avanzata 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 e Automatic Data Optimization) che consentono ai clienti di implementare strategie ILM (Information Lifecycle Management) per la compressione dei dati differiti.

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

Versioni: Oracle Database 11g e versioni successive

Funzione correlata: la compressione in colonne ibrida (che non è inclusa nella compressione avanzata, ma è una funzione disponibile nei sistemi ingegnerizzati di Oracle) fornisce algoritmi di compressione più potenti, particolarmente adatti per i dati "freddi" (cioè cronologici). HCC (con blocco a livello di riga) può essere utilizzato in ambienti SAP.

Multitenant

Sfida: molti scenari SAP sono costituiti da pochi sistemi grandi e da un numero considerevole di sistemi 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).
• Troppo tempo viene impiegato 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 "container database".

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

Versioni: Oracle Database 12c e versioni successive

Sicurezza e compliance

Advanced Compression

Sfida: per leggere o aggiornare i dati in un Oracle Database che è l'archivio dati di un'applicazione SAP, questa particolare applicazione rappresenta l'unica scelta ovvia per gli utenti legittimi. Gli aggressori, tuttavia, che vogliono ignorare 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, ad esempio in una copia di file di database.

Proposta di valore: Oracle Database fornisce gratuitamente la cifratura di rete, che può essere utilizzata per proteggere i dati in transito. Oracle Advanced Security è un pacchetto di funzioni di cifratura aggiuntive che consentono agli amministratori di cifrare i dati in archivio e rendere più difficile agli aggressori comprendere ciò che 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 crittografia dei dati non aiuta, se gli aggressori non utilizzano strumenti di terze parti, ma gli strumenti Oracle e gli account Oracle Database per ignorare le applicazioni SAP. Ciò è particolarmente pericoloso nel caso di utenti del database con database (amministratore di database). Ed è particolarmente rilevante se l'amministrazione del database viene esternalizzata o i dati vengono memorizzati nel cloud.

Proposta di valore: Oracle Database Vault sostituisce la tradizionale strategia 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 dei compiti 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 su disco si rivela un problema:

• Il completamento di query singole o di processi batch complessi che accedono a un determinato subset dei dati della tabella richiede troppo tempo.
• Il caricamento dei dati (SAP BW) è lento perché deve aggiornare molti indici oppure gli indici vengono eliminati e ricreati per ridurre il tempo di caricamento, ma ciò rallenta le query degli utenti.
• L'archiviazione dei dati si traduce in 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 le tabelle e gli indici in unità più piccole (dette partizioni) e forza la memorizzazione di tutti i dati nell'unità appropriata. È possibile accedere e gestire le partizioni singolarmente e in modo indipendente. Pertanto:

• Idealmente, una query ora trova tutti i dati rilevanti in una singola partizione e può ignorare tutte le altre partizioni ("rimozione della partizione"). Ciò può ridurre notevolmente il runtime.
• Se anche gli indici definiti in una tabella partizionata sono partizionati, è possibile eliminare e ricreare singole partizioni di indice, mentre tutte le altre partizioni rimangono intatte.
• La strategia di archiviazione dei dati può essere basata sulla struttura della partizione e ciò 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 (partizionamento a intervalli) viene configurato e utilizzato per impostazione predefinita in SAP BW in Oracle. Nei sistemi SAP OLTP, può essere implementato utilizzando SAP Partitioning Engine (che copre il problema dell'archiviazione dei dati) o da Oracle ACS for SAP

Versioni: Oracle Database 11g e versioni successive

Scalabilità, alta disponibilità, disaster recovery

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 è quella di 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. Tale soluzione, tuttavia, presenta almeno due svantaggi:

• Un cluster di failover si basa sul concetto che, in un dato momento, può essere attiva solo un'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 particolare situazione, l'avvio può richiedere fino a 30 minuti, il che significa: fino a 30 minuti di inattività non pianificata.

Proposta di valore: Real Application Clusters (RAC) consente l'operatività e l'accesso simultaneo a più istanze e allo stesso database. 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. 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 Data Guard attivi

Sfida: RAC fornisce alta disponibilità 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 errori DBA, danneggiamento dei dati, 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. 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 Automatic Block Repair e Fast Incremental Backup.

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 nessuna perdita di dati (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, le query in tempo reale non sono possibili negli ambienti SAP, poiché anche la generazione di report non è un'operazione di sola lettura.

Versioni: Oracle Database 11g e versioni successive