Oracle Database for SAP

Banco de Dados Em Memória

Desafio: atender aos requisitos de desempenho analítico acaba sendo um desafio para um número crescente de sistemas. Isso ocorre em consultas de longa duração no BW. No entanto, isso também pode acontecer em sistemas OLTP; por exemplo, se uma implementação muito flexível de planejamento/relatórios operacionais permitir que os usuários criem muitas variantes de consulta ligeiramente diferentes.

Proposta de valor: o Oracle Database 12c In-Memory permite que os administradores dediquem uma certa quantidade de memória do servidor de banco de dados ao Column Store – uma estrutura de memória que armazena dados em formato de coluna em vez de em formato de linha. A configuração do Column Store é fácil e rápida. Ter dados disponíveis em formato de coluna pode melhorar significativamente o desempenho da consulta.

Certificação/Suporte: ao contrário das opções semelhantes oferecidas pelos concorrentes, o uso do Oracle Database In-Memory não se limita ao SAP Business Warehouse (SAP BW). Ele é compatível com todas as aplicações SAP baseadas no SAP NetWeaver, incluindo aplicações OLTP típicas.

Versões: Oracle Database 12c e posterior.

Compressão avançada

Desafio: o tamanho e o crescimento futuro esperado do banco de dados se tornam um problema cada vez mais comum. Os aspectos desse problema incluem: custo de armazenamento, garantias de desempenho (SLAs), clonagem e backup de arquivos de banco de dados dentro de um prazo razoável.

Proposta de valor: o Oracle Advanced Compression usa um formato diferente para armazenar dados de tabela. Juntamente com outras tecnologias de compactação, atreladas ao Oracle Database Enterprise Edition (por exemplo, Index Key Compression), ele ajuda a reduzir o tamanho do banco de dados em pelo menos 50%. Esse é o benefício principal, no sentido de que este é o efeito para o qual a Advanced Compression foi projetada. A vantagem de um banco de dados de origem com uma pegada menor é que a criação de backups e outras cópias exige menos tempo. Como benefício adicional, os clientes que usam a Advanced Compression poderão observar uma melhoria no desempenho. Adicional (em oposição a essencial) aqui significa: possibilidade, mas não uma garantia de que acontecerá de fato.

O Oracle Database 12c Advanced Compression oferece recursos adicionais (Heat Map, Automatic Data Optimization) que permitem aos clientes implementar a compactação de dados diferidos e estratégias sofisticadas de gerenciamento de ciclo de vida da informação (ILM).

Certificação/Suporte: o Oracle Advanced Compression é certificado para todas as aplicações SAP NetWeaver. A SAP disponibiliza a ferramenta BRSPACE, que está em conformidade com todos os requisitos específicos da SAP.

Versões: Oracle Database 11g e posterior

Recurso relacionado: o Hybrid Columnar Compression (que não está incluído no Advanced Compression, mas é um recurso disponível nos sistemas projetados da Oracle) fornece algoritmos de compactação mais fortes, particularmente adequados para dados “frios” (ou seja, históricos). O HCC (com bloqueio em nível de linha) pode ser usado em ambientes SAP.

Multitenant

Desafio: muitos cenários SAP consistem em alguns sistemas grandes e um número considerável de sistemas pequenos ou muito pequenos. No entanto, a existência de muitos sistemas SAP pequenos baseados em vários servidores de banco de dados independentes acarreta algumas desvantagens:

• Ter vários sistemas pequenos (mesmo os virtualizados) resulta no uso de muitos recursos de hardware (memória, CPU).
• Perde-se muito tempo na administração de vários pequenos sistemas de banco de dados.

Proposta de valor: o Oracle Multitenant reduz o consumo de recursos separando bancos de dados “contêiner” e “conectáveis”. Ele simplifica a administração movendo as operações padrão para o nível de “banco de dados contêiner”.

Certificação/Suporte: o Oracle Multitenant pode ser usado em ambientes SAP.

Versões: Oracle Database 12c e superior

Segurança e Conformidade

Compressão avançada

Desafio: para ler ou atualizar dados em um Oracle Database que seja o armazenamento de dados de uma aplicação SAP, a escolha óbvia e única para usuários legítimos é essa aplicação específica. No entanto, os invasores que desejam contornar o gerenciamento de usuários e o controle de acesso do SAP, podem usar uma ferramenta de sniffing de rede para capturar dados em trânsito ou algum tipo de editor de arquivos para ler dados em repouso, ou seja, em uma cópia de arquivo do banco de dados.

Proposta de valor: a criptografia de rede, que pode ser usada para proteger dados em trânsito, é fornecida gratuitamente pelo Oracle Database. O Oracle Advanced Security é um pacote de recursos de criptografia adicionais que permitem aos administradores criptografar dados em repouso e dificultar a compreensão do que os invasores estão vendo. A criptografia transparente de dados protege os dados no banco de dados de produção, enquanto a criptografia do conjunto de backup protege as cópias de backup.

Certificação/Suporte: o Oracle Advanced Security é certificado para todas as aplicações SAP NetWeaver.

Versões: Oracle Database 11g e posterior

Database Vault

Desafio: a criptografia de dados não ajudará se os invasores não usarem ferramentas de terceiros, mas sim as ferramentas da Oracle e contas do Oracle Database para ignorar as aplicações SAP. Isso é particularmente perigoso no caso de usuários privilegiados do banco de dados (administradores de banco de dados). E é particularmente relevante se a administração do banco de dados for terceirizada ou se os dados forem armazenados na nuvem.

Proposta de valor: o Oracle Database Vault substitui a estratégia tradicional de gerenciamento de privilégios do banco de dados por uma nova, mais flexível e mais avançada. Isso vai muito além das correlações tradicionais entre privilégios ou funções de usuário. O Oracle Database Vault permite que as empresas implementem e apliquem conceitos como a segregação de responsabilidades ou o princípio dos quatro olhos.

Certificação/Suporte: o Oracle Database Vault é certificado para todas as aplicações SAP NetWeaver.

Versões: Oracle Database 11g e posterior

Particionamento de tabela e índice

Desafio: a distribuição dos dados no disco acaba sendo um problema cada vez mais comum:

• Consultas únicas ou tarefas em lote complexas que acessam um determinado subconjunto de dados da tabela precisam de muito tempo para serem concluídas.
• O carregamento de dados (SAP BW) é lento porque deve atualizar muitos índices, ou os índices são eliminados e recriados, a fim de reduzir o tempo de carregamento, mas isso retarda as consultas do usuário.
• O arquivamento de dados resulta em bancos de dados altamente fragmentados.
• O cliente deseja implementar o gerenciamento do ciclo de vida da informação do Advanced Compression (Oracle Database 12c).

Proposta de valor: o Oracle Partitioning divide tabelas e índices em unidades menores (chamadas partições) e força todos os dados a serem armazenados na unidade apropriada. As partições podem ser acessadas e gerenciadas individualmente e independentemente umas das outras. Portanto:

• Idealmente, uma consulta agora encontra todos os dados relevantes em uma única partição e pode ignorar todas as outras partições ("remoção de partição"). Isso pode reduzir consideravelmente o tempo de execução.
• Se os índices definidos em uma tabela particionada também forem particionados, as partições de índice individuais poderão ser descartadas e recriadas enquanto todas as outras partições permanecerão intactas.
• A estratégia de arquivamento de dados pode ser baseada na estrutura de partição, e isso pode evitar a fragmentação do espaço em disco.
• O particionamento é uma das tecnologias básicas para o gerenciamento do ciclo de vida da informação.

Certificação/Suporte: o Oracle Partitioning é certificado para todas as aplicações SAP NetWeaver.

O particionamento (particionamento de intervalo) é configurado e usado por padrão no SAP BW na Oracle. Em sistemas SAP OLTP, ele pode ser implementado usando o SAP Partitioning Engine (que abrange o problema de arquivamento de dados) ou pelo Oracle ACS para SAP

Versões: Oracle Database 11g e posterior

Escalabilidade, alta disponibilidade, recuperação de desastres

Real Application Clusters (RAC)

Desafio: quando a carga de trabalho em um servidor de banco de dados aumenta (devido a novas versões de aplicações, aplicações adicionais ou mais usuários), a solução tradicional é substituir o servidor existente por um maior (ampliar). No entanto, grandes servidores são muito caros.

Para garantir alta disponibilidade do servidor de banco de dados, normalmente é implementado um cluster de failover. Porém, essa solução tem pelo menos duas desvantagens:

• Um cluster de failover depende do conceito de que, em algum momento, apenas uma instância de banco de dados executada em uma máquina poderá estar ativa. A outra máquina (provavelmente também um servidor caro) estará sempre ociosa.
• Quando um problema na máquina primária é detectado, uma instância do Oracle Database Server precisa ser iniciada na máquina secundária. Nesse caso específico, a inicialização poderá levar até 30 minutos, o que significa até 30 minutos de inatividade não planejada.

Proposta de valor: o Real Application Clusters (RAC) permite que múltiplas instâncias estejam em funcionamento e acessem o mesmo banco de dados ao mesmo tempo. Como essas instâncias podem e, na maioria dos casos, são executadas em máquinas diferentes, os clientes têm a opção de implementar uma abordagem de expansão: 4, 6 ou 8 pequenos servidores podem lidar com a mesma carga de trabalho de um servidor grande. No entanto, eles são muito mais econômicos. E eles podem ser adicionados conforme a sua necessidade.

Nessa arquitetura, todas as instâncias Oracle estão em funcionamento ao mesmo tempo. Portanto, não é necessário reiniciar. Se um dos servidores RAC falhar, as outras instâncias poderão assumir o controle. A reconexão dos usuários afetados é uma questão de segundos, e não de minutos.

Resumindo, a proposta de valor do Oracle Real Application Clusters combina distribuição de carga de trabalho, escalabilidade, alta disponibilidade, melhor capacidade de gerenciamento e economia de custos.

Certificação/Suporte: o Oracle Real Application Clusters é certificado para todas as aplicações SAP NetWeaver.

Versões: Oracle Database 11g e posterior

Data Guard e Active Data Guard

Desafio: o RAC fornece alta disponibilidade multiplicando o número de instâncias Oracle. Essa alta disponibilidade, no entanto, está restrita ao nível da instância. Mesmo em um sistema baseado em RAC, o banco de dados continua sendo um ponto único de falha. Isso significa que erros de DBA, corrupção de dados, falhas no servidor ou no data center podem tornar todo o sistema indisponível.

Proposta de valor: o Data Guard elimina esse ponto único de falha. A tecnologia permite que os clientes configurem um banco de dados standby (sombra) como uma cópia do banco de dados primário (produção) e mantenham os dois bancos de dados sincronizados. Observe que o Data Guard está incluído no Oracle Database Enterprise Edition. Não é uma opção.

No entanto, o Active Data Guard é uma opção. No Oracle Database 11g (e superior), ele oferece recursos adicionais, como reparo automático de blocos e backup incremental rápido.

O Active Data Guard Far Sync, o novo recurso principal do Oracle Database 12c, permite que os clientes combinem alto desempenho (uma característica do envio de dados assíncronos) e zero perda de dados (uma característica do envio de dados síncronos).

Certificação/Suporte: o Oracle Data Guard é certificado para todas as aplicações SAP NetWeaver. No entanto, somente bancos de dados standby físicos são compatíveis; os bancos de dados standby lógicos não.

O Oracle Active Data Guard é certificado para todas as aplicações SAP NetWeaver. No entanto, a consulta em tempo real não é possível em ambientes SAP, porque mesmo a geração de relatórios não é uma operação somente leitura.

Versões: Oracle Database 11g e posterior