Oracle for SAP Technology Update, Volume 26 (2017) · trabalho de bancos de dados, incluindo...

1

par

par

a Oracle®

SAP®

A T U A L I Z A Ç Ã O D E T E C N O L O G I A

• Oracle Database 12c – O banco de dados número um para a simplicidade em escala da nuvem

• Oracle Database In-Memory – movendo a empresa em tempo real

• Flat Cubes para SAP BW – modelagem de dados simplificada e aceleração do carregamento de dados

• Gestão do ciclo de vida das informações – benefícios de desempenho comprovados

• Hybrid Columnar Compression – o mais alto nível de compactação de dados graças à redução de E/S

• Oracle Multitenant – bancos de dados conectáveis – para simplificar a consolidação

• Oracle Database Vault – maior segurança para os aplicativos existentes

A Oracle fornece uma camada completa de banco de dados e infraestrutura de TI para executar aplicativos SAP com maior eficácia

Nº 26 Oracle para SAP, maio de 2017 www.oracle.com/sap

http://www.oracle.com/sap

2

PREZADO CLIENTE SAP,

A Oracle oferece a camada de tecnologia mais completa, aberta e integrada do mundo, incluindo banco de dados, software empresarial, sistemas operacionais, servidores e armazenamento. As tecnologias da Oracle fazem com que os aplicativos SAP funcionem melhor.

O relacionamento da Oracle Corporation com a SAP SE é baseado em nossa longa história – uma rica herança de desenvolvimentos em conjunto e um futuro sólido para o benefício dos clientes mútuos.

A Oracle fornecerá suporte ao SAP Business Suite e ao SAP BW enquanto a SAP fornecer suporte a tais produtos. De acordo com a Nota 1951491 da SAP, que inclui o SAP Netweaver 7.4 SP08, a SAP está introduzindo uma inovação para aproveitar os novos recursos técnicos da plataforma Banco de Dados Oracle (ou seja, os Core Data Services) e do Oracle Database In-Memory (Nota 2178980 da SAP), bem como os Infocubes/Flat Cubes otimizados para SAP BW.

De acordo com a mais recente pesquisa de mercado realizada por grupos de usuários SAP (02/2017) *:

• Atualmente, apenas 2% de todos os clientes SAP cuja língua materna é o alemão estão executando o S4 HANA.

• No entanto, para 50%, o S4 não é uma alternativa aos clássicos sistemas de ERP.

• Um terço de todos os clientes SAP planeja executar o S4 HANA como a principal plataforma SAP em 2020. Isso significa que a grande maioria de todos os clientes SAP continuará na camada de tecnologia SAP Netweaver e usará o SAP Business Suite como a principal plataforma de ERP com bancos de dados relacionais.

As duas empresas têm um compromisso contínuo com dezenas de milhares de clientes comuns há mais de 29 anos. Nossos acordos de longa data de revenda e suporte acabaram de ser renovados e proporcionam maior acesso à tecnologia e ao suporte de classe mundial do Banco de Dados da Oracle. A estratégia de produto da Oracle dá flexibilidade e variedade de escolha em toda a infraestrutura de TI. A maioria dos clientes SAP – empresas de médio porte, atuando em todos os setores da economia – confia suas implementações de aplicativos ao Banco de Dados da Oracle. Ao escolher o Banco de Dados da Oracle e as opções de bancos de dados, os clientes SAP obtêm benefícios importantes, graças à constante inovação sem atropelos. Em uma análise mais aprofundada, identificamos pelos menos oito diferenciais que explicam em detalhes por que o Banco de Dados da Oracle é a primeira opção para executar aplicativos SAP. Os produtos da linha de Banco de Dados da Oracle oferecem o melhor desempenho e escalabilidade, flexibilidade na implementação, disponibilidade, confiabilidade, recuperação de desastres, segurança, capacidade de gestão, autogerenciamento e suporte a bancos de dados de grande volume e à consolidação de bancos de dados, além de integração de hardware e software. Todos os clientes SAP podem aproveitar os benefícios dos recursos e funções do Banco de Dados da Oracle para aperfeiçoar suas implementações SAP.

O Banco de Dados da Oracle 12c e respectivas opções contam com a certificação e o suporte SAP. As opções incluem: - Oracle Database In-Memory - Information Lifecycle Management (ILM) /Automatic Data Optimization (ADO) - HCC (Hybrid Columnar Compression) para o Oracle Exadata e o Oracle SuperCluster em conjunto com o ILM - Opção Oracle Multitenant

O Oracle Exadata Database Machine foi projetado para consolidar todos os bancos de dados SAP e de outros fornecedores em um ambiente de banco de dados em nuvem privada. Ele oferece a plataforma mais disponível e de melhor desempenho para executar o Banco de Dados da Oracle em nuvem privada para todos os tipos de cargas de trabalho de bancos de dados, incluindo processamento de transações on-line (OLTP no SAP ECC 6.0, por exemplo) e data warehousing (por exemplo, SAP BW 7.0 e versões posteriores). O Exadata Database Machine está pronto para dar conta das maiores e mais importantes cargas de trabalho de banco de dados – geralmente executando-as dez vezes mais rápido ou mais – sendo implementado por muitos clientes SAP.

O Oracle SPARC SuperCluster é o primeiro engineered system para uso geral que combina o poder de computação do novo processador SPARC, o desempenho e a escalabilidade do Oracle Solaris 11, o desempenho de banco de dados otimizado do armazenamento do Oracle Exadata e o tempo de execução otimizado para SAP Kernel 6.40 e versões posteriores.

O Oracle MiniCluster é um engineered system extremamente simples e eficiente, desenvolvido para executar bancos de dados e aplicativos empresariais sem comprometer a segurança.

A Oracle redefine os aspectos econômicos da computação empresarial com atualização e ampliação completa de seu portfólio de servidores SPARC M7, T7 e S7, oferecendo aos clientes o melhor valor do setor, com a melhor relação preço/desempenho. Acabamos de atualizar o nosso roadmap para o SPARC e o Solaris, cobrindo o período que vai além de 2021. *https://www.dsag.de/news/dsag-investitionsumfrage-2017-relevanz-der-business-suite-ungebrochen

http://www.dsag.de/news/dsag-investitionsumfrage-2017-relevanz-der-business-suite-ungebrochen

A Oracle fornece uma camada completa de banco de dados e infraestrutura de TI

3

O Oracle Exalogic Elastic Cloud oferece escalabilidade praticamente ilimitada, desempenho imbatível e simplicidade de gestão nunca antes imaginada para aplicativos SAP e de outros fornecedores em combinação com o Oracle Exadata Database Machine.

O Oracle Private Cloud Appliance é um sistema de engenharia que simplifica radicalmente o modo como os clientes instalam, implementam e gerenciam infraestruturas convergidas que podem ser usadas como plataforma de virtualização para bancos de dados e aplicativos.

O Oracle Database Appliance é uma nova maneira de aproveitar as vantagens do banco de dados mais popular do mundo — o Banco de Dados Oracle — em um único sistema fácil de implementar e gerenciar. É um pacote completo de software, servidor, armazenamento, alta disponibilidade (HA) e rede, projetado para proporcionar simplicidade e economia de tempo e dinheiro, facilitando a implementação, manutenção e suporte de diferentes cargas de trabalho de banco de dados.

O Oracle Linux 7 é a versão mais recente do Linux da Oracle para atender as necessidades de computação de sua infraestrutura SAP. Ele é rápido, oferece o melhor desempenho para SAP, está sempre atualizado, proporcionando as mais recentes inovações aos clientes, é confiável, fornece integridade de dados, maior segurança e melhor uptime (tempo de atividade) aos aplicativos, além de ser otimizado para as bases de dados Oracle executadas em sistemas SAP.

O Oracle VM Server para x86 é uma solução de virtualização de servidor gratuita, que facilita a implementação, o gerenciamento e o suporte de software SAP e outros aplicativos empresariais.

O Oracle IaaS (Infraestrutura como serviço) na nuvem (certificação SAP em andamento) – é uma plataforma de nuvem empresarial atraente – tanto em termos de valor quanto de segurança e desempenho – que oferece aos clientes SAP a opção de executar sua infraestrutura SAP on-premise, em nuvem pública ou privada ou em cenários de nuvens híbridas.

As equipes de desenvolvimento da Oracle na SAP SE em Walldorf, Alemanha, continuam trabalhando em conjunto com os desenvolvedores da SAP para garantir que os clientes da SAP sempre tenham acesso às mais recentes tecnologias otimizadas da Oracle, a fim de garantir o melhor desempenho, confiabilidade e inovação.

A equipe de suporte e atendimento da Oracle para SAP oferece o Advanced Customer Services (ACS), que inclui verificações de integridade, workshops, migrações de bancos de dados, desempenho, ajustes e o ACS Oracle Solaris Services para ambientes SAP, que oferecem compromissos de serviços assistidos (análise/aprimoramento e serviço de preparação SAP para infraestrutura de TI).

Para mais informações ou para ver as edições atuais e anteriores acesse: www.oracle.com/sap

Suas perguntas e comentários serão bem-vindos. Entre em contato, enviando um e-mail para: [email protected]

Atenciosamente,

Gerhard Kuppler

Vice-presidente de alianças

SAP, Oracle Corporation

ORACLE CORPORATION: Receita total de US$ 37 bilhões em USGAAP (procedimentos contábeis de

aceitação geral nos EUA) no ano fiscal de 2016, 420.000 clientes, 310.000 clientes do Oracle

Database, 120.000 clientes do Oracle Fusion Middleware, 110.000 clientes do Oracle Applications,

6.000 clientes de engineered systems, mais de 25.000 parceiros em todo o mundo, mais de 135.000

funcionários, entre os quais: 40.000 desenvolvedores e engenheiros, 16.000 profissionais de

suporte, 18.000 especialistas em consultoria, suporte para mais de 3,1 milhões de estudantes por

ano em 110 países.


mailto:[email protected]



4

2-3 Editorial

5 Oracle Database 12c for SAP: A mais nova tecnologia de bancos de dados e suporte para

otimizações de aplicativos

19 Opções e pacotes do Oracle Database para clientes SAP

37 Oracle Database In-Memory na KIVBF - uma enorme melhoria no desempenho do SAP BW

40 Oracle Database In-Memory e Flat-Cubes na Villeroy & Boch

44 Oracle Database In-Memory na Bosch GmbH

46 SAP BI com Oracle Database In-Memory na DB Áustria

49 Oracle Database In-Memory Toolkit para SAP BW

50 Por que Oracle Database e Engineered Systems para SAP?

56 Oracle Exadata Database Machine nos Correios Suíços

59 Oracle Exadata Database Machine na Granarolo

61 Oracle Exadata Database Machine no Wumart

63 O Oracle Exadata Database Machine ajuda a Amerisource Bergen a administrar os negócios nos mais altos níveis com arquitetura SAP

65 Oracle Exadata Database Machine na Nagase

69 Oracle Database 12c e Oracle Database In-Memory na LION

71 Grupo de energia da Indonésia escolhe o Oracle SuperCluster

74 Oracle Private Cloud Appliance na Secure-24

76 Oracle Exadata Database Machine no Utkonos – hipermercado on-line

78 Serviços de suporte de missão crítica para clientes SAP

81 Oracle SuperCluster M7 para clientes SAP

84 Alta disponibilidade para recursos SAP pelo SAP Control (SAPCTL)

86 Projetados para inovação, eficiência e simplicidade: Oracle Engineered Systems para SAP

90 Oracle Bare Metal Cloud

94 Lista de referências da Oracle e notas da SAP relacionadas

97 Imprint

SUMÁRIO

Oracle Database 12c para SAP: A mais nova tecnologia de bancos de dados e suporte para otimizações de aplicativos 5

ORACLE DATABASE 12c PARA SAP: A MAIS NOVA TECNOLOGIA DE BANCOS DE DADOS E SUPORTE PARA OTIMIZAÇÕES DE APLICATIVOS

Estratégia e roadmap

Estratégia de integração

Desde o início a estratégia Oracle Database for SAP ou SAP no Oracle Database tem sido baseada em dois pilares. O primeiro pilar é a integração dos recursos Banco de Dados Oracle com o ambiente SAP. O segundo é a integração dos recursos dos aplicativos SAP com o Banco de Dados Oracle.

Sempre houve uma visível necessidade de integrar os recursos do Banco de Dados Oracle com o ambiente SAP e isso ficava particularmente óbvio sempre que a Oracle lançava novos recursos de bancos de dados para os quais a arquitetura SAP não estava preparada. Um exemplo do qual muitos clientes vão se lembrar é o projeto para integrar o RAC (Real Application Clusters) em uma arquitetura SAP com base na premissa de que é possível ter várias instâncias do servidor de aplicativos SAP, mas somente uma instância do servidor de bancos de dados.

Esta não é, de forma alguma, uma questão do passado. O plano atual de disponibilizar o Oracle Multitenant para os clientes SAP também é uma revolução arquitetônica e requer o mesmo nível de esforço empreendido na certificação do RAC.

A diferença é que a necessidade de integrar os recursos dos aplicativos SAP com o Banco de Dados Oracle tem sido raramente reconhecida. Os clássicos aplicativos SAP (como o R/3 e o BW) foram desenvolvidos no Banco de Dados da Oracle. Posteriormente, a SAP começou a oferecer compatibilidade com o IBM DB2 e o Microsoft SQL Server, colocando em prática uma estratégia de mínimo denominador comum — ou seja, a SAP usou somente os recursos de banco de dados que estavam disponíveis em todos os bancos de dados compatíveis, sem muito “estresse” no Banco de Dados Oracle.

Isso mudou com o advento do HANA, o próprio banco de dados da SAP. Não demorou muito para a SAP perceber que deveria deixar de lado a estratégia do mínimo denominador comum e alterar seus aplicativos: Enquanto os aplicativos SAP tratassem o HANA como um banco de dados semelhante a todos os outros, seria muito difícil convencer os clientes de que há algum benefício em implementar o HANA.

Portanto, a SAP iniciou um projeto de otimização para permitir que os aplicativos SAP usassem os recursos especiais do HANA.

Contudo, esses “recursos especiais” não são “exclusivos do HANA”. Não há nada no HANA que não possa ser feito também no Banco de Dados Oracle. Sendo assim, recentemente, a necessidade de integrar os recursos dos aplicativos SAP com o Banco de Dados Oracle tornou-se mais visível.

Hoje, os dois pilares que sustentam a estratégia SAP no Banco de Dados Oracle são nitidamente importantes e visíveis: Sempre que a Oracle lança uma nova versão completa do banco de dados, é necessário um esforço de desenvolvimento para integrá-la com a arquitetura SAP, bem como com as ferramentas de instalação, administração e monitoramento fornecidas pela SAP. Sempre que a SAP lança uma nova otimização para os aplicativos, um esforço de desenvolvimento semelhante deve ser empreendido para integrá-la com a tecnologia do Banco de Dados Oracle.

A Oracle reconhece o valor que a forte integração entre o Banco de Dados Oracle e os aplicativos SAP agrega aos nossos clientes. O contínuo compromisso da Oracle com os dois pilares é confirmado por meio do amplo conjunto de recursos de banco de dados que a empresa oferece e pelas otimizações especiais ao HANA aceitas atualmente, como o Core Data Services e o Oracle Optimized Flat Cubes.

6

Roadmap de certificação e suporte

Oracle Database 11g

A manutenção padrão do Banco da Dados Oracle 11g (11.2.0.4) terminou em 31 de janeiro de 2015. A fase de suporte ampliado, restrita há três anos, teve início em fevereiro de 2015. Para o Banco de Dados Oracle versão 11.2.0.4, a Oracle oferecerá o suporte ampliado até segunda-feira, 31 de dezembro de 2018, sem nenhum custo adicional. (Para mais informações, consulte a nota 2098258 da SAP.).

Oracle Database 12c (12.1)

Para o benefício conjunto de nossa base de clientes, a Oracle e a SAP concordaram em dividir o processo de certificação em várias fases, permitindo que o Oracle Database 12c fosse lançado o quanto antes e garantindo cobertura suficiente do Oracle Database 11g.

• A Fase 1, intitulada Certificação básica, foi concluída em

março de 2015 e incluiu todos os recursos e opções anteriormente disponíveis no Oracle Database 11g, além de vários recursos do Oracle Database 12c que são totalmente transparentes ou exigem um mínimo esforço de integração.

• A Fase 2, concluída em junho de 2015, é a primeira a oferecer novas opções importantes do Oracle Database 12c: Oracle Database In-Memory.

• A Fase 3, concluída em dezembro de 2015, trouxe novos recursos de ILM (Information Lifecycle Management) incluídos no Oracle Database 12c Advanced Compression, bem como o HCC (Hybrid Columnar Compression) com bloqueio no nível de linha no Oracle Exadata e no Oracle SuperCluster.

• A Fase 4, concluída em fevereiro de 2017, disponibilizou o Oracle Multitenant aos clientes SAP – uma opção que permite consolidar vários bancos de dados em um único contêiner, é baseada em uma arquitetura de bancos de dados totalmente nova e requer um considerável esforço de integração entre Oracle e SAP.

Oracle Database 12c (12.2)

O Oracle Database 12.2 inclui aprimoramentos à exclusiva arquitetura multitenant e às tecnologias de banco de dados in-memory (residente na memória) que oferecem aos clientes SAP capacidade de consolidação, desempenho, confiabilidade e segurança excepcionais para todas as cargas de trabalho SAP.

O Oracle Database 12.2 deverá estar disponível para os aplicativos SAP até o fim do ano civil de 2017.

Otimizações dos aplicativos

Teoricamente, a implementação do suporte Oracle para as otimizações dos aplicativos SAP é um projeto contínuo, executado de modo totalmente independente do processo de certificação do Oracle Database 12c. No entanto, em alguns casos, determinados recursos do Oracle Database 12c podem ser ou certamente são necessários.

• Os SAP Core Data Services, originalmente lançados com o SAP Netweaver 7.40 (SP 05), são aceitos com o Oracle Database 11g e o Oracle Database 12c, sem exigir nenhum recurso ou opção especial (consulte a nota 1951491 da SAP).

• Muitas otimizações ao modelo de dados originalmente resultarão em maior espaço em disco necessário. Nesses casos, o uso de compactação de tabelas certamente não será obrigatório, mas é recomendado. Como uma porcentagem considerável das tabelas envolvidas contém mais de 255 colunas, o Oracle Database 12c é a única versão que permite aos clientes compactar todas as tabelas relevantes.

• Os Flat Cubes para SAP BW só podem ser usados com o Oracle Database 12c e o Oracle Database In-Memory.

Suporte à otimização dos aplicativos SAP

Novos recursos e opções do Oracle Database 12c


Recursos da certificação básica

Os clientes que executam aplicativos SAP no Oracle Database 11g já podem escolher vários recursos de compactação: IKC (compactação de chave em índices) e IOTs (tabelas organizadas por índice) compactadas são os recursos de bancos de dados padrão. OLTP Compression para dados estruturados e Securefiles Compression para dados não estruturados são recursos fornecidos pelo Oracle Database 11g Advanced Compression.

O Oracle Database 12c Advanced Compression traz vários recursos inéditos, Alguns dos recursos mais importantes são relativos ao suporte a ILM (fase 2 da certificação). Entretanto, alguns recursos do Oracle Advanced Compression foram disponibilizados como parte da certificação básica (fase 1).

O Advanced Index Compression é uma nova forma de compactação de índices. A técnica de criar e recriar um índice usando o recurso Advanced Index Compression reduz o tamanho de índices exclusivos e não exclusivos ao mesmo tempo em que fornece acesso eficiente aos índices. O Advanced Index Compression funciona bem com todos os índices compatíveis, incluindo os que não são bons candidatos à IKC já existente.

O Advanced Network Compression pode ser usado para compactar os dados a serem transmitidos na origem e descompactá-los no destino a fim de reduzir o tráfego de rede. Este recurso permite transmitir grandes volumes de dados em menor tempo, melhora o tempo de resposta das consultas de SQL e economiza largura de banda (consulte a nota 2138262 da SAP).

O Data Guard – funcionalidade necessária para configurar bancos de dados standby – faz parte do Oracle Database Enterprise Edition e o Active Data Guard é uma opção extra. O Oracle Database 11g oferece outros recursos, como o Automatic Block Repair e o Fast Incremental Backup.

O Active Data Guard Far Sync, uma das principais novidades do Oracle Database 12c, permite aos clientes combinar alto desempenho (uma característica do envio de dados assíncrono) e zero de perda de dados (uma característica do envio de dados síncrono) em WANs de longa distância. Para mais detalhes, consulte o artigo “Implementando uma infraestrutura de gestão de dados para SAP com opções e pacotes do Oracle Database” (seção “Data Guard e Active Data Guard”) na página 26.

O Oracle Recovery Manager (RMAN) oferece uma base abrangente para realizar e recuperar backups de modo eficiente no Banco de Dados Oracle. Criado para funcionar de modo integrado com o servidor, o RMAN proporciona detecção de danos no nível dos blocos durante a realização e restauração de backups. O RMAN otimiza o desempenho e o consumo de espaço durante o backup com o uso de multiplexação de arquivos e compactação das cópias de segurança. O RMAN também pode ser integrado com o Oracle Secure Backup e com produtos de gestão de mídia de outros fornecedores para backup em fita.

O Cross Platform Backup and Restore permite transportar dados entre diferentes plataformas usando cópias de segurança completas e progressivas. Para criar backups em diferentes plataformas usando cópias de segurança, o banco de dados de destino deve ser o Oracle 12c ou versão posterior. Este recurso recém-adicionado simplifica a migração de plataforma e reduz o tempo de parada somente leitura no banco de dados de origem.

Embora o RMAN continue sendo a ferramenta mais popular para realizar backups do Banco de Dados Oracle, outro método muito utilizado para a mesma finalidade é criar uma captura de armazenamento de todos os arquivos no banco de dados. Basta montar a captura em um servidor diferente (não no servidor que executa o banco de dados de produção) e copiar os dados para um armazenamento terciário, por exemplo, um dispositivo de fita, liberando o servidor de produção da carga do processamento de backup.

O Storage Snapshot Optimization permite usar tecnologias de outros fornecedores para realizar instantaneamente o armazenamento de seu banco de dados sem a necessidade de colocá-lo no modo BACKUP.

8

O Oracle Database 12c permite recuperar, em uma única etapa, capturar os armazenamentos obtidos sem que o banco de dados estivesse no modo backup, seja no momento atual ou em um determinado momento após a obtenção da captura sem procedimentos adicionais.

Se você trabalha com o Exadata, provavelmente já sabe que o ACFS era incompatível com esta aplicação. Mas agora, você pode usar o ACFS com o Exadata, se estiver executando o Oracle Grid Infrastructure versão 12.1.0.2 ou posterior. Em ambientes SAP, este recurso pode ser usado para os sistemas de arquivos compartilhados SAP (/sapmnt etc.). No entanto, este recurso não se destina à execução de bancos de dados no ASM (Automatic Storage Management). Os Banco de Dados Oracle precisam permanecer no ASM utilizando o Exadata Storage. Esta é a única configuração aceita.

O HANFS (armazenamento de arquivos em rede de alta

disponibilidade) para o Oracle Grid Infrastructure fornece serviços ininterruptos dos caminhos exportados do NFS V2/V3, expondo as exportações do NFS nos HAVIPs (IPs virtuais de alta disponibilidade) e usando os agentes do Oracle Clusterware para garantir que as exportações dos HAVIPs e NFS estejam sempre on-line. Se um cluster falhar, as exportações dos HAVIPs e NFS serão migradas automaticamente para um cluster sobressalente.

Os operadores UNION e UNION ALL nas instruções SQL conectam duas ramificações (branches) ou mais (por exemplo, subconsultas): <branch1> UNION <branch2>. Tradicionalmente, em consultas desse tipo, as ramificações são executadas em sequência, ou seja, apenas uma ramificação é executada de cada vez e assim sucessivamente. O Banco de Dados Oracle 12c traz o recurso Concurrent Execution of Union and Union All Branches, com o qual é possível ter um conjunto de servidores paralelos executando uma ramificação, enquanto um segundo conjunto executa uma ramificação diferente e assim por diante – tudo ao mesmo tempo.

A capacidade de colocar as ramificações em paralelo acelera consideravelmente a execução das instruções SQL, além de melhorar o desempenho do SAP BW.

Online Move Partition: A partir do Oracle Database 12c, a operação ALTER TABLE... MOVE PARTITION funciona como um comando DDL sem bloqueios on-line, enquanto as operações DML continuam sendo executadas ininterruptamente na partição que está sendo movida. Além disso, os índices globais são mantidos quando a partição é movida, dispensando a necessidade de recriar o índice manualmente.

Move Datafile Online: Antes do Oracle Database 12c, a movimentação de arquivos de dados era uma tarefa off-line. Havia algumas técnicas que poderiam ser utilizadas para minimizar a indisponibilidade, mas não era possível eliminá-lo. O Oracle Database 12c inclui um aprimoramento ao comando ALTER DATABASE que permite movimentar arquivos de dados on-line.

Rebuild Index-Organized Tables — recriação de IOTs (tabelas organizadas por índice): Como as IOTs são armazenadas como índices B-tree, pode haver fragmentação como consequência de inserções, atualizações e exclusões. No entanto, você pode usar a instrução ALTER TABLE … MOVE ONLINE para recriar uma IOT e reduzir essa fragmentação. Para mais informações, consulte as notas 1856270 e 2087004 da SAP. Implementado no Microsoft Windows, o Oracle Database 12c permite usar um Oracle Home User, que pode ser especificado no momento da instalação. O Oracle Home User foi lançado para hospedar os Oracle Services com maior segurança, usando uma conta de não administrador com poucos privilégios. O Oracle Home User pode ser uma conta interna do Windows ou uma conta de usuário Windows padrão (e não uma conta de administrador). Essa conta é usada para executar serviços do Windows para o Oracle Home. Para mais informações, consulte a nota 1915302 da SAP.


Certificação básica e otimização de aplicativos

O Banco de Dados Oracle 11g não oferece suporte à compactação de dados estruturados de tabelas (OLTP Compression) em tabelas com mais de 255 colunas. No Banco de Dados Oracle 12c Advanced Compression, o limite de 255 colunas foi eliminado e a compactação de tabelas está disponível sem essa restrição para clientes SAP desde a certificação básica.

Este pode parecer um aprimoramento de pouca importância, mas tabelas com mais de 255 colunas são facilmente encontradas em quase todos os sistemas SAP.

Core Data Services

Muitas pessoas acreditam que a Oracle vê a decisão da SAP de deixar de lado a estratégia do mínimo denominador comum e aperfeiçoar seus aplicativos com foco no HANA como uma ameaça. Certamente, no mundo SAP, o HANA seria um concorrente do Banco de Dados Oracle. No entanto, em vários casos, funcionários e clientes Oracle veem as novas otimizações dos aplicativos SAP com certo alívio. O SAP Core Data Services (CDS) é um exemplo que permite explicar facilmente o motivo.

A pergunta por trás do Core Data Services é: o que é um banco de dados? O que ele pode fazer? E o que ele não pode fazer?

A resposta tradicional a essas perguntas é que um banco de dados não passa de um armazenamento de dados “sem valor agregado”. — um contêiner que pode armazenar dados permanentemente — e nada, além disso. Sempre que quiser fazer algo útil com os dados, o cliente deverá transferi-los para o servidor de aplicativos, onde reside a inteligência do sistema.

Os tradicionais aplicativos SAP são baseados exatamente nesse conceito. As desvantagens são óbvias:

Um exemplo particularmente interessante é apresentado nas notas 1835008 e 1892354 da SAP: várias otimizações aos aplicativos implementados pela SAP só podem ser usadas se as tabelas tradicionalmente implementadas em cluster forem desagrupadas. Como a SAP costuma compactar os dados dessas tabelas em cluster para fins de armazenamento, os clientes consideram que as tabelas poderão crescer consideravelmente quando forem convertidas em tabelas transparentes. Infelizmente, algumas tabelas desagrupadas têm mais de 255 colunas e o Oracle Database 11g Advanced Compression não tinha recursos para reduzir o tamanho de tais tabelas. Com a opção Oracle Database 12c Advanced Compression, agora é possível compactar e gerenciar os dados residentes em inúmeras tabelas de grande volume.

Se você precisar calcular a soma de um milhão de valores e se esses valores representarem dinheiro em diferentes moedas, um milhão de valores individuais deverão ser transferidos do servidor de banco de dados para o servidor de aplicativos – só para a realização do cálculo. O tráfego de rede causado por essa abordagem é responsável pelo desempenho insatisfatório.

Há mais de 25 anos, os desenvolvedores do Banco de Dados Oracle perguntaram: não seria interessante se essa soma pudesse ser calculada no lado do servidor de banco de dados? Isso não melhoraria consideravelmente o desempenho? Então, eles deram uma resposta diferente à pergunta “o que é um banco de dados?”: Um banco de dados não é apenas um armazenamento de dados, ele também pode armazenar e executar procedimentos trabalhando com esses dados – códigos que originalmente faziam parte do programa executado no servidor de aplicativos, mas que foram transferidos para o servidor de banco de dados. Desse modo, o aplicativo é dividido em duas camadas, uma executada no servidor de aplicativos e a outra no servidor de banco de dados, fazendo com que o servidor de banco de dados seja uma camada de aplicativos.

Os desenvolvedores da Oracle não se limitaram a fazer perguntas ou apresentar um novo conceito. Eles criaram uma nova versão, capaz de armazenar e executar procedimentos de banco de dados (o Oracle 7, lançado em 1992).

10

Contudo, nessa época, o Banco de Dados Oracle era o único banco de dados que poderia ser usado como uma camada de aplicativos. Os procedimentos armazenados não faziam parte do subconjunto de recursos com mínimo denominador comum e, portanto, a SAP recusou-se a utilizá-los.

Vinte anos depois, quando a SAP começou a promover o HANA, uma das primeiras coisas que descobriu foi que seus próprios aplicativos eram os piores inimigos da nova arquitetura de bancos de dados in-memory. Em uma abordagem que coloca o banco de dados basicamente como um “armazenamento de dados sem valor agregado” e permitem que apenas os aplicativos façam cálculos de maneira eficiente, os valores individuais precisam ser transferidos via rede, o que destrói efetivamente todos os potenciais benefícios de um banco de dados in-memory. Nessa época, a SAP percebeu que precisava abandonar a estratégia do mínimo denominador comum e o conceito complementar de “armazenamento de dados sem valor agregado”.

Oracle Database In-Memory

O Banco de Dados Oracle 12c oferece a opção Database In-Memory, mas não é um banco de dados in-memory. Os defensores da abordagem in-memory acreditam que o banco de dados não deve ser armazenado em disco, mas (completamente) na memória e que todos os dados devem ser armazenados no formato de colunas. É fácil ver que, nesse sentido — por várias razões, como persistência e manipulação dos dados por aplicativos de OLTP — a existência de um banco de dados puramente in-memory não é possível. Portanto, os componentes e recursos não compatíveis com o conceito original foram adicionados silenciosamente aos bancos de dados in-memory como o HANA. A Oracle escolheu uma estratégia oposta: os dados poderão ser colocados no Oracle In-Memory Column Store sempre que essa for a opção mais lógica. Em todas as demais situações, os dados serão armazenados e processados como no passado. (Para mais informações sobre os) conceitos do Oracle Database In-Memory, consulte o artigo “Implementando uma infraestrutura de gestão de dados para SAP com opções e pacotes do Oracle Database”, especialmente as seções “Oracle Database In-Memory”, na página 23 e “Resumo”, na página 35.

Como resposta a esse insight, a SAP desenvolveu a estratégia “push down” que consiste em passar o código que exige uso intensivo de computação de dados da camada dos aplicativos para a camada de banco de dados. Eles desenvolveram um modelo de programação totalmente nova, que permite ao código ABAP ativar procedimentos (implícita ou explicitamente) no banco de dados. Para evitar o “puro caos”, a SAP definiu uma biblioteca de procedimentos padrão, chamada CDS (Core Data Services), e decidiu disponibilizá-la para outros bancos de dados além do HANA que aceitassem procedimentos armazenados.

Os vinte anos entre o lançamento do Oracle 7 e a criação da versão do SAP Core Data Services explicam a sensação alívio observada nos clientes e funcionários da Oracle: os ganhos de desempenho oferecidos pela estratégia "push-down" da SAP já seriam possíveis duas décadas atrás. Antes tarde do que nunca.

O Oracle Database In-Memory foi certificado para AS. Em junho de 2015, diferentemente de opções semelhantes oferecidas pela concorrência, o Oracle Database In-Memory não é limitado ao SAP Business Warehouse (SAP BW). Ele é aceito em todos os aplicativos SAP baseados no SAP Netweaver, inclusive os típicos aplicativos de OLTP. Entretanto, isso não significa que é sempre recomendável usar o Oracle Database In-Memory. Essa opção é uma solução para um problema específico ou para um determinado conjunto de problemas, e não pode resolver todas as complicações, nem melhorar o desempenho em todos os casos. Se usada de maneira inadequada – apenas como um banco de dados in-memory – ela pode até mesmo prejudicar o desempenho do sistema. Portanto, os aplicativos SAP que podem se beneficiar do carregamento de dados em formato de colunas devem ser escolhidos cuidadosamente.


Como é preciso selecionar aplicativos e tabelas individuais, a implementação do Oracle Database In-Memory em ambientes SAP parece um processo difícil. Contudo, os adeptos iniciais relatam, como sua primeira experiência, que o Oracle Database In-Memory para SAP pode ser implementado de maneira fácil e rápida. Isso pode parecer contraditório, mas não é.

Em primeiro lugar, vários clientes já conhecem as consultas e tarefas que levam mais tempo para serem concluídas e sabem quais tabelas estão envolvidas. Nesses casos, escolher as tabelas e aplicativos SAP adequados é uma tarefa trivial.

Em segundo lugar, para os clientes que não querem implementar o Oracle Database In-Memory para corrigir problemas específicos, mas prefere usar uma abordagem geral, a Oracle oferece o In-Memory Advisor – um assistente que analisa a carga de trabalho de um determinado sistema e recomenda que as tabelas sejam preenchidas em colunas com base no volume de memória disponível. Ou seja, a velha pergunta:

Flat Cubes

Em junho de 2015, quando a certificação do Oracle Database In-Memory para SAP foi anunciada, havia algumas restrições. Em particular, foi feita uma forte recomendação para não eliminar agregados ou índices padrão. Isso causou certa decepção, pois do ponto de vista de um ambiente puramente Oracle, os índices deixam de ser necessários quando as tabelas são preenchidas em colunas, podendo, portanto, ser removidas.

Contudo, nesse caso (como em todas as demais situações descritas neste artigo), a equipe de desenvolvimento Oracle/SAP responsável pela integração das tecnologias SAP e Oracle teve de seguir a curva de aprendizagem da SAP. A situação imediatamente após a certificação do Oracle Database In-Memory para SAP (nesse caso para o SAP BW) simplesmente reflete os estágios iniciais do projeto da SAP de oferecer o SAP BW no HANA.

A decepção retrata a experiência da SAP na qual o tradicional modelo de dados do SAP BW não é compatível com o novo conceito de um banco de dados in-memory.

“quanto de memória vou precisar para usar o Oracle Database In-Memory?” não faz o menor sentido, pois a lógica é justamente o contrário: você determina qual volume de memória será necessário e o assistente dirá a quantidade de memória que poderá ser usada da maneira mais eficiente.

Em terceiro lugar, depois que você determinar quais são as tabelas relevantes, tudo ficará fácil e incrivelmente rápido: Emita a instrução ALTER TABLE XXX INMEMORY para declarar que os dados dessa tabela deverão estar disponíveis no formato de colunas e então tudo acontecerá automaticamente em segundo plano.

Por fim, diferentemente da migração para um banco de dados in-memory como o HANA, a implementação do Oracle Database In-Memory não requer uma revolução — sua empresa não terá de adquirir nenhum novo componente de hardware, sistema operacional ou banco de dados. Os clientes podem continuar usando a infraestrutura existente e os administradores assimilarão os conhecimentos necessários para trabalhar com o Oracle Database In-Memory em poucas horas.

Os Flat Cubes, que serão explicados nesta seção, representam o novo modelo de dados que a SAP projetou para o HANA. Em muitos casos, os dados que deverão ser carregados no data warehouse da empresa chegam na forma de registros muito amplos. Por exemplo, informações como nome da empresa, CEP, cidade e endereço são combinadas com detalhes da transportadora, número e data do pedido, número da fatura e dezenas, se não centenas, de outros itens de dados em um único registro. No entanto, nos primórdios dos data warehousings — quando os bancos de dados eram apenas baseados em disco, cujo espaço era oneroso — não era aceitável desperdiçar espaço em disco com dados redundantes, como detalhes da empresa ou da transportadora que seriam repetidos 1.000 vezes, se uma determinada empresa enviasse 1.000 itens, e 100.000, se a mesma transportadora enviasse 100.000 remessas. Portanto, os arquitetos de bancos de dados criaram um design chamado esquema estrela: subconjuntos de dados semelhantes (todos os detalhes dos clientes, da transportadora etc.) movidos para tabelas separadas, denominadas tabelas de dimensão. Os dados restantes e as IDs que indicam as entradas relevantes nas tabelas de dimensão são armazenados na tabela de fatos.

12

O tradicional esquema “estrela” (= floco de neve ampliado)

No entanto, essa divisão não foi suficiente em todos os casos. Por exemplo, uma determinada combinação de CEP, cidade e nome da rua pode ocorrer várias vezes tanto na tabela CLIENTES quanto na tabela TRANSPORTADORAS. Se a mesma operação de divisão for aplicada novamente, mais tabelas serão criadas e não serão conectadas à tabela de fatos, mas sim às tabelas de dimensão. Isso resulta em um design mais complexo, porém mais eficiente (do ponto de vista de espaço em disco), chamado esquema floco de neve. Os sofisticados data warehouses, como o SAP BW, acrescentam outro nível de tabelas de detalhes, formando o esquema floco de neve ampliado.

Essa complexa arquitetura foi projetada para aperfeiçoar o modelo de dados em favor dos requisitos dos tradicionais bancos de dados relacionais baseados apenas em disco. No entanto, os novos bancos de dados com foco na memória – e nesse aspecto não há diferença entre o SAP HANA e o Oracle Database In-Memory – possuem requisitos bastante diferentes.

Diante disso, a SAP desenvolveu um novo modelo de dados para o SAP BW no HANA e o chamou de HANA-Optimized InfoCubes.

Esta é a descrição mais simples, porém um pouco surpreendente, do HANA-Optimized InfoCubes: se o processo de otimização do modelo de dados do SAP BW para bancos de dados baseados em disco consiste em passar de registros simples e amplos para o esquema estrela ampliado, o processo de otimização do modelo de dados para bancos de dados in-memory nada mais é do que o caminho inverso do esquema estrela ampliado para o modelo de registros simples e amplos.

Não totalmente inverso, vale ressaltar. O HANA-Optimized InfoCubes combina a tabela de fatos (efetivamente: as tabelas de fatos E e F) a as tabelas de dimensão (primeiro nível de detalhes) em uma única tabela, enquanto as tabelas pequenas de nível 2 e 3 (características, atributos e hierarquias) permanecem inalteradas. Essa mudança é suficiente para melhorar consideravelmente o desempenho e a capacidade de gestão.


Novo design do Flat Cube

Esse novo modelo de dados elimina as principais desvantagens sem sacrificar os benefícios. Com ele, não é mais necessário dividir os amplos registros recebidos para distribuí-los em várias tabelas – o que acelera o carregamento de dados. Os índices tradicionais deixaram de ser necessários - o que também acelera o carregamento de dados. Também não é mais necessário unir as tabelas posteriormente – o que acelera o processamento de consultas. A principal desvantagem do modelo de dados simples, que originalmente motivou a equipe de desenvolvimento do esquema floco de neve ampliado, eram os requisitos de espaço em disco e memória para dados redundantes, mas isso deixou de ser um problema graças aos recursos de compactação disponíveis atualmente tanto para dados em disco quanto para dados em memória.

Como esse novo modelo de dados foi disponibilizado para outros bancos de dados além do HANA, obviamente “HANA-Optimized InfoCubes” deixou de ser um nome adequado. “SAP BW Flat InfoCubes para Oracle” ou apenas “SAP BW Flat Cubes para Oracle” é exatamente o mesmo modelo de dados com um nome diferente, que requer o Oracle Database 12c e Oracle Database In-Memory, pois os Flat Cubes fora do armazenamento em colunas não faz o menor sentido.

Os Flat Cubes para SAP BW no Oracle Database estão disponíveis de junho de 2016. Para mais informações, consulte a nota 2335159 da SAP.

14

Deferred Compression e ILM (Information

Lifecycle Management)

Alguns dos novos recursos no Oracle Database 12c Advanced Compression já foram explicados nas seções “Recursos da certificação básica” e “Certificação básica e otimização de aplicativos”. No entanto, ainda faltam os dois novos recursos principais, pois eles não foram incluídos na certificação básica, mas foram certificados alguns meses depois (em dezembro de 2015) para ambientes SAP: Heat Map e ADO (Automatic Data Optimization). Os conceitos básicos por trás desses dois recursos estão explicados no artigo “Implementando uma infraestrutura de gestão de dados para SAP com opções e pacotes do Oracle Database”. Consulte a sessão “Advanced Compression (Oracle Database 12c)”, na página 21. Portanto, aqui faremos uma rápida análise dos detalhes de implementação específicos para ambientes SAP.

O Oracle Database 12c Advanced Compression permite que os clientes façam a distinção entre dados atuais (“quentes”) e históricos (“frios”). Contudo, como não ficou claro o exato significado das palavras “quente” e “frio” nesse contexto, foi necessário defini-lo:

ALTER TABLE <table_name> ILM ADD POLICY <action> AFTER <n> DAYS OF NO MODIFICATION;

A terceira linha dessa instrução SQL responde à pergunta. Os novos dados são considerados “quentes”. Se não forem modificados em um determinado período (30, 60, 90 dias), serão considerados “frios” – presumindo que o cliente não queira definir níveis intermediários como “morno”. Analisando mais atentamente, percebemos que a única questão respondida até agora é: quando podemos dizer que um dado é “frio”?

O que nós (e o sistema de banco de dados) ainda não sabemos é: o que acontece se os dados esfriarem? O que deveria acontecer? Isso deve ser definido na linha 2:

ALTER TABLE <table_name> ILM ADD POLICY ROW STORE COMPRESS ADVANCED ROW AFTER 40 DAYS OF NO MODIFICATION;

Nesse exemplo, presumimos que (nessa tabela específica) os dados “quentes” não estão compactados e instruímos que o sistema (a) considere qualquer dado não modificado nos últimos 40 dias como “frio” e (b) compacte os dados “frios” usando o algoritmo de compactação de tabelas fornecido pelo Oracle Database 12c Advanced Compression.

Como nós e o sistema sabemos que os dados não foram modificados nos últimos 40 dias? Fornecer esse tipo de informação é trabalho do Heat Map, pois ele rastreia automaticamente os timestamps (carimbos de data e hora) das consultas e modificações nos níveis das linhas e dos segmentos, fornecendo uma percepção detalhada de como os dados têm sido acessados. Em seguida, o ADO (Automatic Data Optimization) move e compacta automaticamente os dados de acordo com as políticas definidas pelos usuários (como as que usamos aqui como exemplo) com base nas informações coletadas pelo Heat Map.

Até agora, a instrução ALTER TABLE tem sido usada para definir a política do ILM. Como nos sistemas SAP, nos quais precisamos trabalhar com dezenas de milhares de tabelas, essa abordagem seria muito complicada, o BR*Tools (BRSPACE) usa uma opção diferente, oferecida pelo Oracle Database:

ALTER TABLESPACE TSX DEFAULT ILM ADD POLICY ROW STORE COMPRESS ADVANCED ROW AFTER 40 DAYS OF NO MODIFICATION;


Nesse exemplo, não definimos uma política especial para uma tabela específica, mas sim uma política padrão no nível de tablespace. Essa política é aplicada automaticamente a todas as tabelas criadas nesse tablespace, a menos que alguma tabela tenha uma política individual.

Os clientes que executam o Oracle Database 12c em um Oracle Engineered System (Exadata, SuperCluster) podem aproveitar os benefícios do Hybrid Columnar Compression – um conjunto de algoritmos de compactação desenvolvido para dados puramente históricos como uma alternativa de arquivamento. Se o Advanced Compression compacta os dados em um fator de 2 ou 3, o Hybrid Columnar Compression pode alcançar facilmente fatores de compactação de 10 ou 15.

Nessa situação, chamaríamos os dados não modificados nos últimos 40 dias de “mornos” e reservaríamos a palavra “frios” para os dados não alterados durante um período consideravelmente maior (6 ou 12 meses, por exemplo).

Oracle Multitenant

O Oracle Multitenant, uma nova opção para o Banco de Dados Oracle 12c, ajuda os clientes a reduzir os custos de TI, simplificando a consolidação, o provisionamento, as atualizações e muito mais. Com o suporte de uma nova arquitetura, um CDB (banco de dados contêiner) pode conter e gerenciar vários PDBs (bancos de dados conectáveis). (Consulte o artigo “Implementando uma infraestrutura de gestão de dados para SAP com opções e pacotes do Banco de Dados Oracle”, especialmente a seção “Oracle Multitenant”, na página 27).

Manteríamos a política anterior como a camada de compactação 1 (para dados mornos) e acrescentaríamos outra política como a camada de compactação 2 (para dados frios). Separaríamos tabelas particionadas e não particionadas em tablespaces diferentes, pois o Hybrid Columnar Compression compacta partições completas em vez de blocos individuais:

ALTER TABLESPACE TSY DEFAULT ILM ADD POLICY ROW STORE COMPRESS ADVANCED ROW AFTER 40 DAYS OF NO MODIFICATION;

ALTER TABLESPACE TSY DEFAULT ILM ADD POLICY COLUMN STORE COMPRESS FOR QUERY LOW ROW LEVEL LOCKING SEGMENT AFTER 6 MONTHS OF NO MODIFICATION;

O Oracle Multitenant permite converter vários bancos de dados já instalados em PDBs e consolidá-los em um único CDB. Um PDB é um Banco de Dados Oracle completamente independente e funcional. Do ponto de vista dos aplicativos, nada mudou e isto é muito importante, pois significa que não será necessário realizar nenhuma alteração nos aplicativos para adotar essa arquitetura. Sob a perspectiva dos aplicativos, o PDB é o banco de dados. No entanto, do ponto de vista operacional, o CDB é o banco de dados e representa um único ambiente operacional consolidado.

16

Há um único conjunto de processos em segundo plano e uma única SGA (área de memória compartilhada), partilhados por todos os PDBs no CDB. Essa arquitetura elimina a replicação de sobrecargas, aumentando a eficiência do uso dos recursos disponíveis. Desse modo, você pode minimizar o Capex (despesas de capital), consolidando mais aplicativos por servidor (veja a Figura 11a-e). Do ponto de vista operacional, é possível gerenciar todos os PDBs consolidados em conjunto, o que reduz consideravelmente o Opex (despesas operacionais). Esse benefício se aplica a tarefas como backups, configuração de alta disponibilidade, aplicação de patches e atualizações. Essas reduções de Capex e Opex são provas de que o Oracle Multitenant cumpre a promessa da computação em nuvem.

O Oracle Multitenant é a arquitetura da próxima geração de nuvem de banco de dados, proporcionando verdadeiras economias de escala. O modelo de despesas de uma VM contendo um banco de dados é substituído por um PDB (banco de dados conectável). Como há um custo intrínseco insignificante para um PDB, o custo de cada PDB de um sistema SAP é reduzido ao real trabalho que cada PDB executa.

A partir de fevereiro de 2017, o Oracle Multitenant está disponível para todos os clientes que executam SAP no Banco de Dados Oracle. O Oracle Multitenant Architecture pode ser usado para todos os aplicativos baseados em SAP Netweaver. A única exceção é que não há suporte para um mix de sistemas SAP OLAP (BW) e SAP OLTP (ERP, CRM,...) no mesmo banco de dados contêiner.

A seguinte ferramenta de suporte está disponível para os administradores de bancos de dados:

• A partir da versão 1.0 SP 19, o SWPM permite a criação de CDBs e PDBs. O SWPM deve ser usado para essas tarefas a fim de garantir a compatibilidade dos bancos de dados criados (caminhos de diretórios, nomes de arquivos etc.) com o BR*Tools. Para mais detalhes, consulte a nota 2336881 da SAP.

• Na maioria dos casos, os clientes não criarão novos bancos de dados, mas sim converterão os já existentes (não-CDBs) em bancos de dados conectáveis. A nota 2335850 da SAP descreve o procedimento aceito para esse tipo de transformação.

• A partir da versão 7.40, patch 24, o BR*Tools é compatível com o Oracle Multitenant. Os novos parâmetros de configuração, comandos e opções de comandos permitem aos administradores especificar um ou mais bancos de dados de destino para operações iniciadas por meio de comandos conhecidos, por exemplo, BRCONNECT, BRSPACE, BRBACKUP/ BRARCHIVE ou BRRESTORE/BRRECOVER.

Destaques dos testes de desempenho de consolidação: O Oracle Multitenant atinge melhor desempenho, exigindo menos recursos.


Notas da SAP referentes ao Oracle Database 12c

DB: Geral: Suporte a versões DB: Instalação e atualização

1174136 Oracle: End of Support Dates 1915299 Troubleshooting Software Installation for 12.1.0.2

2428722 Oracle 12.1 Extended Support Free of Charge Until July 31, 2019 1915301 Database Software 12.1.0.2 Installation on Unix

2098258 Oracle 11.2 Extended Support Free of Charge Until December 31, 2018 1915302 Database Software 12.1.0.2 Installation on Windows

DB: Recursos: Visão geral 1915315 Database Upgrade Scripts for 12.1.0.2

105047 Oracle Database 12c Advanced Compression for SAP Systems 1915317, Migrating to Software Owner ‘oracle’

1914631 Oracle 12c: Conversion of Compressed Tables 1915323 OS User Concept for Oracle Database 12c Release 1

2133079 Oracle 12c: Problem during SAP Upgrade with Compressed Tables 2064206 Database Upgrade to 12.1.0.2 with Grid Infrastructure

2138262 BR*Tools Support for Oracle ADO/ILM DB: Patches

2157904 Using Oracle Database 12c Automatic Data Optimization 1915313 Current Patch Set for Oracle Database 12c Release 1 (12.1)

2166836 Oracle 12c: Problem during SAP Upgrade with Compressed Tables 1915316 Database: Patches for 12.1.0.2

2254836 BR*Tools Support for Oracle ADO/ILM 2145572 Grid Infrastructure: Patches for 12.1.0.2

2254866 Using Oracle Database 12c Automatic Data Optimization DB: Configuração de instâncias

2255992 R3load and R3szchk: New Oracle Feature for Database ILM Policy 1888485 Database Parameters 12.1.0.2

2258061 Enhancements for ADO/ILM for Table Conversions or System Copy DB : Admin: BR*Tools

2384534 LOB Conversion & Table Compression with BRSPACE 7.40 2087004 BR*Tools Support for Oracle Database 12c

DB: Opção: In-Memory Engineered Systems

2178980 Using Oracle Database In-Memory with SAP NetWeaver based Products 2145628 Exadata/SuperCluster: Patches for 12.1.0.2

2137032 DBA Cockpit: Monitor for In-Memory Feature 2145651 Oracle Database Appliance: Patches for 12.1.0.2

2189163 Oracle Database In-Memory Advisor for SAP 2290084 SAP Software and Oracle Database Appliance Version 12.1

2335159 Flat Cubes for SAP BW on Oracle DB 2388511 Oracle Database Appliance (ODA) X6-2 Systems for SAP

2351252 Oracle Database 12c In-Memory Toolkit for SAP BW

DB: Opção: Multitenant

2333995 BR*Tools Support for Oracle Multitenant Database

2335850 Transformation of Existing Standalone Database into Pluggable Database

2336881 Using Oracle Multitenant with SAP NetWeaver-based Products

DB: Opção: Database Vault

2218115 Oracle Database Vault 12c

18

IMPLEMENTANDO UMA INFRAESTRUTURA DE GESTÃO DE DADOS PARA SAP COM OPÇÕES E PACOTES DO ORACLE DATABASE

Introdução

Edições do banco de dados

O Banco de Dados Oracle está disponível em cinco edições para diferentes cenários de desenvolvimento e implementação. No entanto, somente o Banco de Dados Oracle Enterprise Edition é certificado e aceito em ambientes SAP, pois os aplicativos SAP demandam muitos recursos e não podem ser executados com eficiência sem os componentes de computação empresarial fornecidos pelo Banco de Dados Oracle Enterprise Edition.

Opções e gerenciamentos de bancos de dados

A Oracle também oferece várias opções de bancos de dados, pacotes de gerenciamento e outros produtos que aprimoram os recursos do Banco de Dados Oracle para fins específicos. Eles ampliam a força do Banco de Dados Oracle Enterprise Edition para atender os requisitos específicos dos clientes ou dos aplicativos no que diz respeito ao uso eficiente de espaço em disco, desempenho, escalabilidade, alta disponibilidade, segurança, conformidade, data warehousing, big data e capacidade de gestão.

Opções e pacotes em ambientes SAP

Este artigo descreve as opções de bancos de dados e pacotes de gerenciamento para os clientes SAP. Há algumas diferenças entre um Banco de Dados Oracle puro e um Banco de Dados Oracle para SAP:

• Mesmo em uma opção que seja certificada pode

haver alguns recursos indisponíveis. Como este artigo destina-se a fornecer uma visão geral, nem todos os detalhes podem ser abordados. Em caso de dúvida, confira a nota 105047 da SAP.

• Devido às peculiaridades do design dos aplicativos ou

do modelo de dados da SAP, uma opção ou pacote de gerenciamento do Banco de Dados Oracle pode não ser opcional, mas sim obrigatório. Por exemplo, o SAP Business Warehouse (BW) no Banco de Dados Oracle requer o Oracle Partitioning.

• Do ponto de vista de um ambiente puramente

Oracle, cada opção ou pacote é licenciado separadamente. No entanto, para as licenças do Oracle Database Enterprise Edition adquiridas por meio da SAP (ASFU), algumas opções e pacotes (mas não todos os componentes compatíveis) já vêm incluídos sem custo adicional. Para mais detalhes, consulte a nota 740897 da SAP.

Figura 1: Opções do Oracle Database Enterprise Edition (certificadas e obrigatórias ou certificadas e opcionais) e Enterprise Manager Packs (certificados e obrigatórios ou certificados e opcionais).

Opções e pacotes do Oracle Database para clientes SAP 19

O denominador comum de todas as questões mencionadas acima é o fato de que, por padrão (e por definição), uma tabela no banco de dados é um conjunto desordenado de registros sem nenhuma garantia de sequência física enquanto, do ponto de vista do usuário, dos aplicativos ou do DBA, esse conjunto de dados pode ser formado por vários subconjuntos que, em condições ideais, devem ser separados dos demais subconjuntos. Com o Oracle Partitioning, os usuários podem implementar esses subconjuntos, armazenando os dados relacionados com a maior proximidade física possível.

Estrutura e infraestrutura

Como mencionado anteriormente, as opções do banco de dados ampliam a força do Oracle Database Enterprise Edition no que diz respeito ao uso eficiente de espaço em disco, desempenho, escalabilidade, alta disponibilidade, segurança, conformidade, data warehousing, big data e capacidade de gestão. No entanto, este artigo terá como foco um único aspecto: as opções do banco de dados ajudam a implementar a estrutura. Quando o volume de informações de um único banco de dados cresce, quando os dados vêm de diferentes ou incontáveis fontes e os bancos de dados anteriormente independentes são consolidados em uma única infraestrutura de gestão de dados (como no caso do Oracle Multitenant), chegará uma hora em que será impossível administrar o volume de dados não estruturados. Portanto, a consolidação requer diferenciação. Ou seja: infraestrutura requer estrutura.

Particionamento de índices e tabelas

Desafio: atualmente, em um número cada vez maior de situações, a distribuição dos dados em disco torna-se um problema: • Demora excessiva na execução de consultas individuais ou tarefas complexas em lote que acessam um determinado subconjunto de dados em uma tabela. • O carregamento de dados (SAP BW) é lento (porque precisa atualizar vários índices) ou os índices são removidos e recriados para reduzir o tempo de carregamento, o que reduz a rapidez das consultas dos usuários. • O arquivamento de dados resulta em bancos de dados altamente fragmentados. • O cliente deseja implementar o ILM (consulte a seção Oracle DB 12c deste artigo). Proposição de valor: o Oracle Partitioning divide tabelas e índices em unidades menores (chamadas partições) e faz com que todos os dados sejam armazenados na unidade adequada. As partições podem ser acessadas e gerenciadas de maneira individual e independente umas das outras. Portanto:

(a) Em tese, a consulta encontra todos os dados relevantes em uma única partição e pode ignorar todas as demais partições (“particionamento por faixas”). Isso pode reduzir consideravelmente o tempo de execução.

(b) Se os índices definidos em uma tabela particionada também forem particionados, cada partição de índice pode ser removida e recriada enquanto todas as demais partições permanecem intactas.

(c) A estratégia de arquivamento de dados pode ser baseada na estrutura de particionamento, evitando a fragmentação do espaço em disco.

(d) O particionamento é uma das tecnologias básicas para o ILM.

Certificação/suporte: o Oracle Partitioning é certificado para todos os aplicativos SAP Netweaver.

Versões: Oracle Database 11g, Oracle Database 12c.

Implementação: o particionamento (por faixas) é configurado e usado por padrão no SAP BW em sistemas Oracle. Nos sistemas SAP OLTP, ele pode ser implementado por meio do SAP Partitioning Engine (que resolve a questão do arquivamento de dados) ou pelo Oracle ACS para SAP.

20

Para explicar porque armazenar dados relacionados com a maior proximidade física possível faz tanta diferença, a Figura 2 mostra os blocos do banco de dados preenchidos com registros. As cores diferentes representam critérios como meses ou locais diferentes. Presumimos que, na maioria das vezes, os aplicativos que acessam esses dados querem recuperar todos os registros de uma mesma cor.

Figura 2: Particionamento de tabelas com subconjuntos de dados relacionados armazenados com a maior proximidade física possível

Nessas circunstâncias, a situação ilustrada à esquerda é o pior cenário que podemos imaginar: cada bloco do banco de dados contém um registro de cada cor. Ou seja, todos os subconjuntos de registros da mesma cor estão distribuídos entre todos os blocos. Esta é a pior situação possível do ponto de vista de E/S (entradas/saídas) porque, para encontrar todos os registros de uma determinada cor, uma consulta teria de ler os 8 blocos. O cenário também é ruim do ponto de vista de memória – ainda que todos os usuários trabalhassem com registros da mesma cor, seria necessário colocar todos os 8 blocos em cache na memória do banco de dados.

Portanto, este é o pior cenário também do ponto de vista do desempenho (excesso de E/S significa desempenho insatisfatório), do ponto de vista do DBA (subconjuntos de registros da mesma cor não podem ser administrados separadamente) e do ponto de vista de ILM (não é possível separar os dados “quentes” dos “frios”).

Em contrapartida, a situação ilustrada à direita é a ideal (também nas circunstâncias descritas acima): Todos os registros da mesma cor são armazenados no mesmo bloco do banco de dados. Esta situação é ideal do ponto de vista de E/S porque, para encontrar todos os registros de uma determinada cor, uma consulta precisa ler apenas um bloco. Ela também é ideal do ponto de vista de memória – se todos os usuários trabalharem com registros da mesma cor, será necessário colocar apenas um bloco em cache na memória do banco de dados. Portanto, este é o melhor cenário também do ponto de vista do desempenho (redução significativa de E/S significa melhor desempenho), do ponto de vista do DBA (subconjuntos de registros da mesma cor podem ser administrados separadamente) e do ponto de vista de ILM (é possível separar os dados “quentes” dos “frios”).

Sendo assim, multiplicando o número de registros e blocos mostrados na imagem, podemos dizer que uma partição é um subconjunto de todos os blocos contendo registros da mesma cor.

Advanced Compression (Oracle Database 11g)

Desafio: atualmente, cada vez mais, o tamanho dos bancos de dados e o futuro crescimento esperado para esse volume de informações têm se tornado um problema com os seguintes aspectos: custo de armazenamento garantia de desempenho (SLAs – contratos de nível de serviço), realização de clonagem e backup dos arquivos de bancos de dados em um prazo razoável.

Proposição de valor: o Oracle Advanced Compression usa um formato diferente para armazenar dados de tabelas. Junto com as demais tecnologias de compactação fornecidas com o Oracle Database Enterprise Edition (como o Index Key Compression, por exemplo), ele ajuda a reduzir o tamanho do banco de dados em 50% ou mais. Esse benefício é essencial, pois é o efeito para o qual o Oracle Advanced Compression foi desenvolvido. O benefício de um banco de dados de origem com volume menor é que a criação de backup e outras cópias levarão menos tempo.

Como um benefício adicional, os clientes que usam o Oracle Advanced Compression podem observar uma melhoria no desempenho. Quando falamos em benefício adicional (e não essencial), queremos dizer que a melhoria pode acontecer, mas não podemos garantir. Certificação/suporte: o Oracle Advanced Compression é certificado para todos os aplicativos SAP NetWeaver. As implementações são aceitas nos ambientes SAP. Implementação: o Oracle Advanced Compression pode ser implementado facilmente em ambientes SAP, pois a SAP fornece a ferramenta BRSPACE, que reconhece todos os requisitos específicos dos sistemas SAP. Para mais detalhes, confira a nota 1431296 da SAP.


A Figura 3 mostra um típico Banco de Dados Oracle como parte integrante de um sistema SAP, neste caso o SAP ERP. Cerca de um terço do espaço alocado em disco é usado para índices (em vermelho) e dois terços contêm dados de tabelas (em cinza). Os dados de tabelas podem ser divididos em estruturados (organizados em colunas) e não estruturados (por exemplo, arquivos PDF ou de imagem).

O Oracle Database 11g oferece os seguintes recursos para compactação de dados:

• O IKC (compactação de chave em índices) está disponível para índices. IOTs (Index-Organized Tables) também podem ser compactadas. Esses dois recursos estão inclusos no Oracle Database Enterprise Edition e não requerem o Oracle Advanced Compression.

• OLTP Compression, um importante recurso do Advanced Compression, pode ser usado para compactar dados estruturados de tabelas e não se restringe aos sistemas de OLTP, podendo ser implementado também em sistemas SAP BW.

• O SecureFiles Compression (outro recurso do Advanced Compression) pode ser usado para compactar dados não estruturados de tabelas.

Se os clientes implementarem esses recursos e compactarem todos os objetos adequados do banco de dados, terão uma economia média de 55% no espaço em disco. (Supondo que o banco de dados em questão esteja completamente reorganizado. Se um banco de dados fragmentado não for reorganizado, os efeitos da reorganização e compactação serão combinados e, nesse caso, os clientes constatarão economias de até 80% no espaço em disco).

O máximo de economia de espaço em disco possível depende das características dos dados e estas, por sua vez, depende dos aplicativos SAP utilizados. Geralmente, os dados do SAP BW (BI) podem ser compactados com maior eficácia do que os dados do SAP ERP (ECC), e os dados do SAP CRM permitem economias ainda maiores do espaço em disco.

O Banco de Dados Oracle 11g Avance Compression oferece mais do que compactação de OLTP e SecureFiles. Os arquivos de backup criados pelo RMAN e os arquivos de exportação criados pelo Oracle Data Pump podem ser compactados significativamente, mesmo se as tabelas e índices do banco de dados de produção já estiverem compactados. Além disso, os dados dos redo logs também podem ser compactados antes de serem transferidos do banco de dados de produção para o standby (consulte a seção Oracle Data Guard neste artigo).

Figura 3: IKC (compactação de chave em índices) e Advanced Compression no Oracle Database 11g (OLTP Compression e SecureFiles Compression)

Advanced Compression (Oracle Database 12c)

Desafio: (a) A compactação de dados no Oracle Database 11g tem várias limitações, como a impossibilidade de compactar tabelas com mais de 255 colunas. (b) O carregamento de dados torna-se lento quando as tabelas de destino são compactadas. (c) Não há suporte para ILM automatizado. Proposição de valor: o Oracle Database 12c Advanced Compression elimina o limite de 255 colunas e permite que mais tabelas sejam compactadas. Os recursos totalmente novos (Heat Map, Automatic Data Optimization) permitem que os clientes implementem a compactação de dados diferidos e sofisticadas estratégias de ILM.

Certificação/suporte: Alguns dos novos recursos do Oracle Database 12c Advanced Compression já foram certificados em março de 2015. A conclusão da certificação dos recursos do ILM estava programada para o fim do último trimestre de 2015. Implementação: Consulte a nota 2258061 da SAP – Enhancements for ADO/ILM for Table Conversions or System Copy. Recurso relacionado: O Oracle Database 12c Hybrid Columnar Compression (que não está incluído no Advanced Compression, mas é um recurso disponível nos Oracle Engineered Systems) fornece algoritmos de compactação mais robustos e é adequado especialmente para dados “frios” (por exemplo, dados de histórico). A certificação do HCC nos Oracle Engineered Systems foi feita em dezembro de 2015.

22

Recursos da certificação básica

No Banco de Dados Oracle 11g, há muitas limitações nos recursos de compactação de índices e tabelas. Por esse motivo, o Banco de Dados Oracle 12c Avance Compression oferece um novo algoritmo de compactação de índices (Advanced Index Compression) muito mais eficiente e que aumenta o número máximo de colunas das tabelas a serem compactadas. Para mais detalhes, consulte o artigo “Banco de Dados Oracle 12c para SAP – Roadmap e recursos da certificação básica”.

Heat Map e Automatic Data Optimization

Além desses aprimoramentos, o Banco de Dados Oracle 12c Avance Compressivo traz dois recursos totalmente novos: o Heat Map, que rastreia automaticamente os timestamps (carimbos de data e hora) das consultas e modificações nos níveis das linhas e dos segmentos, fornecendo uma percepção detalhada de como os dados têm sido acessados; e o ADO (Automatic Data Optimization) que move e compacta automaticamente os dados de acordo com as políticas definidas pelos usuários com base nas informações coletadas pelo Heat Map.

Deferred Compression

Com base nas informações fornecidas na seção Advanced Compression (Oracle Database 11g), pode parecer que a compactação simplesmente reduz o espaço em disco necessário e não tem nada a ver com a estrutura do banco de dados. No entanto, isso é apenas uma ilusão. Mesmo no Banco de Dados Oracle 11g, é necessário distinguir quais tabelas se beneficiam ou não com a compactação (se este não for o caso, a compactação pode ser definida como o padrão). Ou seja, é preciso identificar as tabelas que devem e as que não devem ser compactadas.

Contudo, essa ainda é uma distinção muito elementar e inflexível. Vejamos, por exemplo, a tabela SAP BW utilizada para carregamento de dados. Por um lado, esse tipo de tabela pode ser compactada, pois é acessada somente para fins de leitura na maior parte do tempo. Por outro lado, ela não deve ser compactada porque isso reduz consideravelmente a velocidade das operações de carregamento. No Banco de Dados Oracle 11g, a recomendação é a seguinte: não compactar esse tipo de tabela.

O Heat Map e o Automatic Data Optimization permitem a introdução de um novo parâmetro de diferenciação: se for recomendável compactar uma tabela ou partição, quando ela deverá ser compactada? No Banco de Dados Oracle 11g, a compactação acontece imediatamente ou não é realizada. No Banco de Dados Oracle 12c, você pode especificar que os dados devem ser carregados hoje e compactados (automaticamente) amanhã.

ILM (Information Lifecycle Management)

É possível introduzir outros parâmetros, graças aos novos recursos do Banco de Dados Oracle 12c Avance Compressivo, como a localização. Quando há dados “quentes” e “frios” no banco de dados e você tem dois tipos diferentes de armazenamento, surge a seguinte dúvida: Onde? Onde devo armazenar os diferentes tipos de dados?

Usando o Oracle Partitioning com o Advanced Compression, você pode fazer com que o sistema mude os dados de um tablespace (= camada de armazenamento) para outro quando estes se tornam dados “frios”, liberando espaço em uma camada de armazenamento mais cara para as informações mais importantes (os dados “quentes”). Esse método é chamado armazenamento (automático) em camadas.

HCC (Hybrid Columnar Compression)

Por fim, se você executar o Banco de Dados Oracle 12c no Oracle Exadata ou no Oracle SuperCluster, poderá ter a seguinte dúvida: Como? Qual algoritmo deve ser usado para compactar os dados?

Além dos recursos OLTP e SecureFiles Compression, esses Engineered Systems aceitam o HCC (Hybrid Columnar Compression). Como o nome em inglês sugere, esta tecnologia usa uma combinação de métodos de linhas e colunas para armazenar os dados. A abordagem híbrida obtém os benefícios de compactação do armazenamento em colunas, evitando as quedas de desempenho comuns no formato exclusivamente em colunas. Os índices de compactação possíveis com o HCC são muito maiores dos obtidos com a compactação “normal”. Portanto, o HCC é especialmente indicado para os dados “frios”.

Por causa da falta de bloqueio no nível das linhas, não era possível certificar o uso do Oracle Database 11g Hybrid Columnar Compression nos ambientes SAP. Já no Oracle Database 12c, este recurso está disponível no Oracle Exadata e no Oracle SuperCluster. Agora já é possível implementar o armazenamento (automático) em camadas. Isso significa que os dados “quentes” permanecem descompactados enquanto os dados “mornos” podem ser compactados por meio de algoritmos de compactação padrão (Advanced Compression) e os dados “frios”, por meio do Hybrid Columnar Compression.


Figura 4: Oracle Database 12c Advanced Compression – suporte para ILM (Information Lifecycle Management)

Oracle Database In-Memory

Desafio: em um número cada vez maior de sistemas, corresponder aos requisitos de desempenho de analytics transformou-se em um desafio. Isso é o que acontece com consultas de execução longa no BW. No entanto, isso também pode ocorrer em sistemas de OLTP, por exemplo, se uma implementação muito flexível de software de emissão de relatórios e planejamento operacional permitir que os usuários criem inúmeras variantes de consulta ligeiramente diferentes. Proposição de valor: com o Banco de Dados Oracle 12c In-Memory, os administradores podem dedicar uma determinada porção da memória do servidor de banco de dados ao Oracle Column Store – uma.

Memória: a nova arquitetura de formato duplo

Por tradição, o Banco de Dados Oracle armazenava os dados no formato de linhas, que é ideal para sistemas de OLTP (processamento de transações on-line), pois permite acesso rápido a todas as colunas de um registro. Um banco de dados no formato de colunas armazena cada atributo de uma transação ou registro em uma estrutura de colunas separadas. Este formato é ideal para analytics, pois permite recuperar os dados com maior rapidez quando apenas algumas colunas estiverem selecionadas, mas a consulta acessar uma porção grande do conjunto de dados.

Mas o que acontece quando o seu sistema tem uma carga de trabalho mista? Até agora, você era forçado a escolher um único formato e sofrer ora com o desempenho insatisfatório de OLTP, ora com a performance de analytics abaixo do ideal. A única maneira de aperfeiçoar o desempenho tanto de OLTP quanto de analytics era copiar os dados dos sistemas de OLTP para os sistemas analíticos, usando complexos processos de ETL que acrescentavam uma boa dose de gastos e latência.

Estrutura de memória que armazena dados em formato de coluna em vez de armazená-los em linhas. O Oracle Column Store é fácil e rápido de configurar. O formato em colunas proporciona melhorias substanciais no desempenho das consultas.

Certificação/suporte: o Oracle Database In-Memory é certificado para todos os aplicativos SAP NetWeaver.

Versões: Oracle Database 12c Implementação: para obter uma visão geral e sugestões de documentos mais detalhados, consulte a nota 2178980 da SAP.

O Banco de Dados Oracle 12c In-Memory aperfeiçoa a carga de trabalho mista (analytics e OLTP), proporcionando desempenho excepcional para transações, comportando simultaneamente, e em tempo real, a execução de analytics, inteligência de mercado e relatórios. Este recurso inovador é possível graças à arquitetura de formato duplo do Oracle Database In-Memory, que elimina a desvantagem representando tabelas tanto no tradicional formato em linhas quanto no novo formato em colunas in-memory. O Oracle SQL Optimizer direciona automaticamente as consultas analíticas para o formato em colunas e as consultas de OLTP para o formato em linhas com desempenho ideal para os dois cenários. O Oracle Database 12c mantém automaticamente a consistência total das transações entre os formatos em linhas e em colunas, do mesmo modo como mantém a consistência entre índices e tabelas.

24

Disco: nada mudou

O novo formato em colunas é um formato puramente in-memory. As tabelas são armazenadas em disco nos formatos em linhas da Oracle ou em formato híbrido (combinação de linhas e colunas) nos sistemas de engenharia. Como não há um formato persistente de armazenamento em colunas, não há custos adicionais ou problemas de sincronização quando estamos mencionando referente ao armazenamento. Também não é necessário modificar o banco de dados. O Oracle Database 12c In-Memory pode ser implementado sem migração de banco de dados ou reorganização de tabelas.

Como resultado, o novo recurso do Oracle Database 12c In-Memory é totalmente compatível com os recursos padrão ou opcionais do banco de dados existente, como compactação de tabelas e índices, criptografia e particionamento de tabelas. Ele também é compatível com a arquitetura scale-out (expansão horizontal) do Oracle RAC (Real Application Clusters) e com todas as tecnologias de alta disponibilidade existentes (como Data Guard). Esses recursos funcionam exatamente do mesmo modo com e sem o Oracle Database In-Memory.

Facilidade de implementação e gerenciamento

Além de ser compatível no nível de aplicativos e recursos de banco de dados, o Oracle Database In-Memory é fácil de implementar e gerenciar. Habilitar o Oracle Database In-Memory é tão fácil quanto definir o tamanho do armazenamento de colunas in-memory e identificar tabelas ou partições a serem colocadas na memória. Os processos em segundo plano preenchem os dados do armazenamento nas colunas in-memory enquanto o banco de dados permanece totalmente ativo e acessível.

Controle granular

Um início fácil, baseado em padrões inteligentes para situações típicas – isto é o que os clientes Oracle esperam. Contudo, os clientes Oracle também esperam mecanismos que permitam controle e ajustes altamente precisos. O Banco de Dados Oracle 12c In-Memory fornece tais mecanismos. Veja os exemplos:

• As tabelas podem conter dados “frios”, que não são mais atualizados nem acessados pelas consultas. Se essas tabelas forem grandes demais, será um desperdício de memória mantê-las completamente no armazenamento em colunas in-memory. Portanto, os administradores podem restringir o processo de preenchimento aos dados realmente necessários para as consultas DSS. O particionamento de tabelas viabiliza isso. Se a tabela for particionada de maneira útil (por mês, por exemplo), esta estrutura interna poderá ser usada para definir um subconjunto horizontal com os dados da tabela, que deverá ser mantido no armazenamento de colunas in-memory.

• Uma ou várias colunas da tabela podem conter dados que não são relevantes para as consultas DSS. O DBA pode optar por restringir os dados que serão mantidos no armazenamento de colunas in-memory. No entanto, neste caso, o objetivo é definir um subconjunto vertical com os dados da tabela, ou seja, excluir uma ou mais colunas do processo de preenchimento. Isso só é possível porque o Oracle Database In-Memory permite aos administradores especificar características diferentes para armazenamento in-memory com relação a colunas diferentes da tabela.

• O Banco de Dados Oracle tem sido otimizado e

ajustado há décadas para acompanhar o scale-up dos servidores SMP. Os servidores SMP de grande porte são ideais para cargas de trabalho in-memory, pois toda a memória pode ser acessada por todos os processadores em um Backplane de altíssima velocidade. Além da capacidade de expansão, o Oracle Database In-Memory tem escalabilidade para alcançar elevadas capacidades de CPU e memória, usando toda a memória e processadores em um cluster de servidores (RAC). Nesse tipo de ambiente, todos os objetos preenchidos na memória são distribuídos por padrão entre todos os armazenamentos de colunas in-memory no cluster. Nos Oracle Engineered Systems, os objetos podem ser duplicados. Isso significa que um objeto (ou parte dele, por exemplo, uma partição) preenchido na coluna de armazenamento in-memory terá uma cópia espelhada em um dos outros nós do cluster do RAC. A duplicação de dados fornece tolerância a falhas in-memory, pois garante que os dados continuarão acessíveis por meio do armazenamento de colunas in-memory se houver falha ou se ele for desativado para manutenção.

Figura 5: Oracle Database 12c In-Memory – formato duplo de memória, formato único em disco


RAC (Real Application Clusters)

Desafio: Quando a carga de trabalho de um servidor de bancos de dados aumenta (devido a novas versões de aplicativos, novos programas ou usuários), a solução tradicional é substituir o servidor por um maior (scale-up). Contudo, servidores de grande porte são muito caros.

Para garantir alta disponibilidade do servidor de bancos de dados, normalmente as organizações implementam um cluster de failover, mas este tipo de solução tem pelo menos duas desvantagens: (a) Um cluster de failover é baseado no conceito segundo o qual somente uma instância do banco de dados executada em uma máquina pode estar ativa em um determinado momento. A outra máquina (provavelmente outro servidor de alto custo) sempre estará ociosa. (b) Quando um problema é detectado na máquina primária, é necessário reiniciar uma instância do Oracle Database Server na máquina secundária. Neste caso específico, a inicialização pode demorar até 30 minutos, ou seja, haverá uma parada não planejada de até 30 minutos.

Proposição de valor: O Oracle Real Application Clusters (RAC) permite manter várias instâncias ativas e em execução, bem como acessar o mesmo banco de dados ao mesmo tempo. Como na maioria dos casos essas instâncias são executadas em máquinas diferentes, os clientes têm a opção de implementar uma abordagem de scale-out (expansão horizontal):

4 6 ou 8 servidores de pequeno porte podem comportar a mesma carga de trabalho de um servidor de grande porte, por um custo muito mais baixo.

Além disso, é possível adicionar servidores de pequeno porte conforme necessário.

Nessa arquitetura, todas as instâncias Oracle mantêm-se ativas e em execução ao mesmo tempo. Portanto, não é necessário reinicializar o sistema. Se houver falha em um dos servidores RAC, as demais instâncias poderão assumir a carga de trabalho do servidor com problemas. A reconexão dos usuários atingidos é feita em questão de segundos, e não de minutos. Em suma: a proposição de valor do Oracle Real Aplicativo Clusters combina distribuição de carga de trabalho, escalabilidade, alta disponibilidade, melhor capacidade de gestão e redução de custos. Certificação/suporte: o Oracle Real Application Clusters é certificado para todos os aplicativos SAP NetWeaver.

Versões: Oracle Database 11g, Oracle Database 12c. Implementação: os clientes podem usar qualquer máquina de uso geral (Unix, Linux ou Windows) certificada pela SAP para criar um sistema RAC. Além disso, a Oracle oferece os Engineered Systems (Exadata, SuperCluster), que facilitam consideravelmente a implementação. O Oracle Grid Infrastructure fornece um conjunto de tecnologias básicas que simplificam a implementação e ajudam a reduzir os custos.

A Figura 6 ilustra os benefícios do RAC mencionados anteriormente:

Escalabilidade. Com o RAC, a abordagem de scale-out, sempre aceita no nível do SAP Application Server, pode ser implementada também no nível dos bancos de dados.

Neste exemplo, as cinco instâncias do SAP Application Server, executadas em cinco máquinas diferentes, estão conectadas a quatro instâncias do Oracle Database Server, executadas em quatro máquinas diferentes.

Figura 6: Real Application Clusters (RAC) para scale-out failover imediato (de instância)

26

Alta disponibilidade: se houver falha em uma das instâncias Oracle, ou as instâncias SAP afetadas são reconectadas automaticamente a uma das instâncias Oracle disponíveis. Depois desta operação, os usuários podem prosseguir com o trabalho. O failover ocorre em segundos.

O Oracle Grid Infrastructure fornece as tecnologias básicas necessárias para habilitar o RAC. e pode ser dividido em dois componentes principais:

• Para que várias instâncias Oracle possam acessar os arquivos de banco de dados ao mesmo tempo, é necessário criar um sistema de arquivos em cluster. Para tanto, a Oracle fornece o Oracle Automatic Storage Management (ASM). Diferentemente de outros sistemas de arquivos em cluster, o Oracle ASM é otimizado para os arquivos do Banco de Dados Oracle e é fornecido gratuitamente.

• O Oracle Clusterware é o software de cluster multiplataforma necessário para executar a opção RAC para o Oracle Database e viabiliza a comunicação entre os nós, permitindo a formação de um cluster que se comporta como um único servidor lógico. De modo semelhante ao Oracle ASM, que elimina a necessidade de outro sistema de arquivos em clusters, o Oracle Clusterware elimina a necessidade de outro software para gerenciar os clusters.

O Oracle Clusterware pode fornecer alta disponibilidade e gestão dos recursos SAP, do mesmo modo como o faz para os recursos Oracle. Portanto, a equipe de desenvolvimento Oracle/SAP criou uma ferramenta Oracle Clusterware, o SAP Control (SAPCTL), para que os clientes possam gerenciar facilmente os recursos de alta disponibilidade da SAP.

Data Guard e Active Data Guard

Desafio: o Oracle RAC fornece alta disponibilidade multiplicando o número de instâncias Oracle. No entanto, essa alta disponibilidade é restrita ao nível das instâncias. Mesmo em um sistema baseado em RAC, o banco de dados permanece como um único ponto de falha, ou seja, erros do DBA, dados corrompidos, falhas no servidor ou datacenter podem fazer com que todo o sistema fique indisponível. Proposição de valor: o Data Guard remove este único ponto de falha. A tecnologia permite aos clientes configurar um banco de dados standby como uma cópia do banco de dados primário (de produção) e manter esses dois bancos de dados sincronizados. Observe que o Data Guard vem incluso no Oracle Database Enterprise Edition, e não como uma opção adicional.

No entanto, o Active Data Guard é uma opção. No Oracle Database 11g, ele oferece recursos adicionais, como Automatic Block Repair e Fast Incremental Backup.

O Data Guard pode fornecer proteção com zero de perda de dados e restauração quase imediata do serviço, caso não seja possível recuperar um banco de dados de produção por qualquer razão, graças à combinação de transporte de “redo” síncrono do Data Guard e um processo de aplicação com reconhecimento de replicação no banco de dados standby. No entanto, o impacto que qualquer método de replicação síncrona pode ter no desempenho do banco de dados geralmente inviabiliza a implementação da proteção com zero de perda de dados quando grandes distâncias separam o banco de dados primário e sua(s) réplica(s).

O Active Data Guard Far Sync, uma das principais novidades do Oracle Database 12c, permite aos clientes combinar alto desempenho (uma característica do envio de dados assíncrono) e zero de perda de dados (uma característica do envio de dados síncrono). Certificação/suporte: O Oracle Data Guard é certificado para todos os aplicativos SAP NetWeaver. Contudo, há suporte somente para os bancos de dados standby físicos e não para os standby lógicos. O Oracle Active Data Guard é certificado para todos os aplicativos SAP NetWeaver, mas a realização de consultas em tempo real não é possível em ambientes SAP, pois até mesmo a geração de relatórios é uma operação somente leitura.

Versões: Oracle Database 11g, Oracle Database 12c. Implementação: são utilizados os procedimentos de instalação padrão Oracle. No white paper “Oracle Standby Database”, a SAP descreve o suporte às BR*Tools.

Em vez de prejudicar o desempenho, muitas empresas acabam comprometendo a proteção aos dados, implementando a replicação assíncrona e aceitam que uma pane irrecuperável resulte em diferentes graus de perda de dados.


O Active Data Guard Far Sync, um novo recurso do Oracle Database 12c, elimina esse problema estendendo a proteção com zero de perda de dados a uma réplica localizada a qualquer distância do banco de dados primário. O Far Sync fornece proteção com zero de perda em um banco de dados de produção, mantendo um banco de dados standby sincronizado, localizado a qualquer distância do primário, sem afetar o desempenho do banco de dados, com o mínimo em termos de custo e complexidade. Um novo tipo de destino do Data Guard, conhecido como uma instância do Far Sync recebe alterações de forma síncrona do banco de dados primário e as encaminha de forma assíncrona para um standby remoto. O failover do DB de produção pode ser efetuado, manual ou automaticamente, para o banco de dados standby remoto com zero de perda de dados e o máximo de rapidez.

Uma instância do Far Sync é uma entidade leve que gerencia somente um arquivo de controle e arquivos de log e requer uma fração dos recursos de CPU, memória e E/S (entradas/saídas) de um banco de dados standby. Ela não contém arquivos de dados dos usuários nem executa recuperações. Sua única finalidade é liberar o banco de dados primário da carga de servir destinos remotos de modo transparente. Uma instância do Far Sync pode economizar largura de banda de rede realizando a compactação de transporte por meio do Oracle Advanced Compression.

Vejamos, por exemplo, uma configuração de Data Guard assíncrono com um DB primário em Boston e um standby em São Francisco. Basta atualizar o sistema com a proteção zero de perda dados usando o Active Data Guard para implementar uma instância do Far Sync dentro da distância do local da replicação síncrona de Boston (cerca de 240 quilômetros, como vemos na Figura 7). Não há interrupções no ambiente atual, tampouco a necessidade de nenhum tipo de armazenamento patenteado, recursos de rede específicos, aquisição de mais licenças de banco de dados ou complexidades no gerenciamento.

Figura 7: Far Sync do Active Data Guard – alto desempenho, zero de perda de dados em WANs de longas distâncias

Oracle Multitenant

Desafio: muitos cenários SAP consistem em alguns poucos sistemas de grande porte e um número considerável de sistemas pequenos ou muito pequenos. No entanto, a existência de vários sistemas SAP de pequeno porte com base no mesmo número de servidores de bancos de dados independentes traz algumas desvantagens: • Sistemas muito pequenos (mesmo os

virtualizados) usam muitos recursos de hardware (memória, CPU).

• Perde-se muito tempo com a administração de um número tão grande de pequenos sistemas de bancos de dados.

Proposição de valor: o Oracle Multitenant reduz o consumo de recursos separando os bancos de dados “contêineres” dos “conectáveis”. Isso simplifica a administração, pois as operações padrão passam para o nível do “banco de dados contêiner”.

Certificação/suporte: O Oracle Multitenant está disponível.

Versão: Oracle Database 12c Implementação: Para mais informações, acesse http://scn.sap.com/community/oracle ou www.oracle.com/sap

O Oracle Database 12c Multitenant traz uma nova arquitetura que permite aos clientes consolidar vários bancos de dados com facilidade, sem alterar seus aplicativos. Esta nova arquitetura oferece todos os benefícios de gerenciar vários bancos de dados como um só e ainda mantém o isolamento e a priorização de recursos dos bancos de dados separados.

Abordagens de consolidação

Grandes empresas podem usar centenas ou milhares de bancos de dados, geralmente executados em plataformas diferentes e em vários servidores físicos. Um banco de dados pode usar apenas uma fração da capacidade de hardware do servidor. Esta é uma abordagem cara que impede a maximização do uso dos recursos humanos e de hardware.

http://scn.sap.com/community/oracle


28

Uma resposta típica à questão de gerenciamento é colocar vários bancos de dados em cada servidor (seja por instalações diretas ou usando virtual machines). O problema é que várias instâncias de banco de dados não compartilham memória de processamento, sistema e processos em segundo plano, tampouco metadados Oracle. Outra resposta é separar os dados de maneira lógica usando esquemas (consolidação em esquemas), mas essas entidades virtuais são difíceis de gerenciar, proteger e transportar.

Arquitetura Oracle Multitenant

O Banco de Dados Oracle 12c Multitenant é baseado em uma abordagem chamada consolidação de bancos de dados, que traz uma nova arquitetura na qual um único CDB (banco de dados contêiner) pode conter vários PDBs (bancos de dados conectáveis). Veja a Figura 8.

Um banco de dados existente pode simplesmente ser “conectado a” um CDB. A qualquer momento, é possível desconectá-lo e conectá-lo a outro CDB. A desconexão/conexão é aceita em todas as versões do software do Banco de Dados Oracle.

Do ponto de vista do aplicativo de cliente que se conecta ao servidor de bancos de dados via Oracle Net, o PDB é o banco de dados. Um PDB é totalmente compatível com um não CDB – regra que também é conhecida como garantia de compatibilidade PDB/não CDB.

Utilização e gestão de recursos

Os vários PDBs contidos em um único CDB compartilham recursos de memória e processamento em segundo plano. Isso permite consolidar um número muito maior de bancos de dados em comparação com a arquitetura antiga, que oferecia benefícios semelhantes aos da consolidação baseada em esquemas, mas sem modificações importantes aos aplicativos como na abordagem anterior.

O particionamento horizontal do Oracle Data Dictionary (uma divisão conceitual, e não um particionamento físico de tabelas) elimina a necessidade de armazenar e gerenciar os metadados de todo o sistema em um único banco de dados. A metade “inferior” (implementada no CDB) contém os metadados de todo o sistema – e nada mais – enquanto as metades “superiores” (implementadas nos PDBs) contêm os metadados específicos dos aplicativos – e nada mais.

A criação de bancos de dados conectáveis, a movimentação destes entre os contêineres e a clonagem deles é realizada com novos comandos SQL em questão de segundos. Quando o sistema de arquivos subjacente comporta provisionamento dinâmico, é possível clonar muitos terabytes quase instantaneamente.

O compartilhamento de processos em segundo plano, estruturas de memória, metadados de todo o sistema e arquivos do banco de dados resulta em uma considerável redução no consumo de recursos. Além disso, o Banco de Dados Oracle 12c Reforce Manager foi ampliado com a funcionalidade específica de controlar a competição por recursos entre os CDBs dentro de um CDB.

Gerenciando vários bancos de dados como um só

Ao consolidar os bancos de dados existentes em BDs conectáveis, os administradores podem gerenciar vários bancos de dados como um só, Os benefícios incluem:

• O investimento de tempo e esforço para aplicar patches em um CDB resulta na aplicação de patches a todos os PDBs nele contidos. Para atualizar todos os PDBs hospedados em um CDB, basta atualizar o CDB e todos os PDBs deste serão atualizados “in-place”.

• Em vez de executar backups individualmente, os administradores podem fazer backup dos bancos de dados apenas no nível do CDB. Em outras palavras, o backup de todos os PDBs consolidados em um contêiner é feito de uma só vez e os administradores têm a flexibilidade de executar operações de recuperação de um único PDB, se necessário.

• Os administradores que mantêm sistemas standby em outro datacenter (usando Data Guard ou Active Data Guard) só precisam definir uma configuração de standby no nível do CDB e ela será replicada a todos os PDBs consolidados nesse contêiner.

Figura 8: Oracle Multitenant – nova arquitetura para consolidar bancos de dados e simplificar operações


Oracle Advanced Security

Desafio: para fazer a leitura ou atualizar dados em um Banco de Dados Oracle que funciona como armazenamento de dados de um aplicativo SAP, a escolha óbvia e única para usuários legítimos é o aplicativo em questão. No entanto, hackers que quisessem burlar o controle de acessos e a gestão de usuários SAP poderiam usar um sniffer (ferramenta que colhe e registra dados trafegados entre computadores de uma rede) para capturar dados em trânsito ou utilizar algum tipo de editor de arquivos para ler dados inativos, por exemplo, em uma cópia de arquivo do banco de dados.

Proposição de valor: o Oracle Advanced Security é um pacote de recursos que permitem aos administradores criptografar os dados, aumentando a dificuldade dos hackers em decifrar os dados na rede.

O Oracle Network Encryption pode ser usado para proteger os dados em trânsito, enquanto o Oracle Transparent Data Encryption e o Backup Set Encryption protegem os dados tanto nos arquivos do banco de dados de produção quanto nas respectivas cópias de segurança (backups). Certificação/suporte: O Oracle Advanced Security é certificado para todos os aplicativos SAP NetWeaver. As implementações são aceitas nos ambientes SAP.


Implementação: os recursos do Oracle Advanced Security são ativados por meio da configuração Oracle Net ou com as BR*Tools da SAP. Os detalhes podem ser encontrados nas notas 973450, 974876 e 1324684 da SAP.

Protegendo os dados em trânsito: Oracle Network Encryption

Em ambiente SAP, os usuários não se conectam diretamente ao servidor Banco de Dados Oracle, mas sim a uma instância do servidor de aplicativos SAP que, por sua vez, conecta-se ao servidor do Banco de Dados Oracle. Portanto, neste caso, a instância do servidor de aplicativos é o “cliente” Oracle e o Oracle Network Encryption que criptografa todos os dados que trafegam entre o servidor de aplicativos e o de bancos de dados.

O Oracle Network Encryption requer software Oracle que não é instalado nos dispositivos dos usuários finais. Portanto, é possível usar outras tecnologias ou produtos para proteger a comunicação entre os usuários SAP e os servidores de aplicativos SAP.

No entanto, as pessoas não só tentam ler os dados em trânsito, como também tentam interceptá-los e modificá-los. Sendo assim, além da criptografia de rede, o Oracle Advanced Security também comporta crypto-checksumming para garantir a integridade dos dados. Tanto a criptografia quanto o crypto-checksumming são totalmente transparentes ao aplicativo e o administrador do sistema pode escolher entre vários algoritmos nessas duas áreas. 1

1Observação importante: A partir de junho de 2013, a criptografia de rede e o crypto-checksumming não fazem mais parte do Oracle Advanced Security e foram incluídos sem custo adicional em todas as edições licenciadas de todas as versões compatíveis do Oracle Database.

Protegendo dados inativos: Oracle Transparent Data Encryption

O Oracle TDE (Transparent Data Encryption) é aplicado aos dados nos arquivos que compõem o banco de dados de produção (o oposto dos arquivos de backup, que serão explicados no próximo parágrafo). Como o nome indica, o TDE é transparente ao aplicativo, ou seja, não requer nenhuma alteração no aplicativo. Desde o SAP NetWeaver versão 7.20, você pode usar BRSPACE para definir o atributo de criptografia no nível de tablespace. O BRSPACE também pode ser usado para gerenciar o wallet, que consiste em um contêiner usado para armazenar as chaves de criptografia.

O Oracle TDE tem duas versões: a primeira (disponível desde o Oracle Database 10g) é chamada Column Encryption, pois permite selecionar apenas algumas das muitas tabelas SAP, ou até mesmo colunas individuais dessas tabelas, que contenham dados confidenciais e criptografá-las. O restante permanece não criptografado. A segunda (disponível desde o Oracle Database 11g) é chamada Tablespace Encryption e permite criptografar tablespaces inteiras, que podem conter centenas, milhares ou dezenas de milhares de tabelas.

Protegendo dados inativos: Oracle Backup Encryption

Se você decidir usar a versão Column Encryption nos backups do banco de dados, saiba que geralmente é bem mais fácil roubar os backups dos arquivos do banco de dados do que o banco de dados de produção propriamente dito. Portanto, o terceiro conjunto de recursos do Oracle Advanced Security é relativo à criptografia dos arquivos de backup.

30

Se você simplesmente fizer cópias de segurança dos arquivos do banco de dados, as colunas que estão criptografadas nos arquivos do banco de dados de produção ficarão criptografadas nos backups. No entanto, combinando o Oracle RMAN (Recovery Manager) com o Oracle Advanced Security, você pode criptografar os conjuntos de backups inteiros, ou seja, todos os dados.

Figura 9: Oracle Advanced Security – criptografe os dados em trânsito ou inativos

Database Vault

Desafio: a criptografia de dados será inútil se os hackers não utilizarem ferramentas de terceiros, mas sim ferramentas Oracle para burlar a segurança dos aplicativos SAP. Isso é perigoso particularmente no caso de usuários com privilégios de acesso (administradores de bancos de dados), e especificamente relevante se a administração do DB for terceirizada ou os dados forem armazenados na nuvem.

Proposição de valor: o Oracle Database Vault substitui a tradicional estratégia de gestão de privilégios de acesso ao banco de dados por uma nova abordagem mais flexível e poderosa, que vai muito além das tradicionais correlações entre funções ou privilégios dos usuários.

O Oracle Database Vault permite que as empresas implementem e apliquem conceitos como a segregação de funções ou o “princípio dos quatro olhos”.

Certificação/suporte: O Oracle Database Vault é certificado para todos os aplicativos SAP NetWeaver. As implementações são aceitas nos ambientes SAP.


Implementação: o Database Vault é gerenciado por meio do Oracle Database Vault Administrator (DVA).

Os usuários com privilégios de acesso – como os administradores de bancos de dados – podem usar ferramentas de DBA e conectar-se diretamente ao banco de dados, burlando as verificações de segurança do sistema SAP (veja a Figura 10). A criptografia não protege contra este tipo de ameaça. Se alguém conseguir conectar-se usando uma conta com privilégios suficientes e enviar uma consulta, o Banco de Dados Oracle generosamente fornecerá o conjunto de resultados a tal usuário. Se os dados solicitados estiverem criptografados, a tecnologia Oracle irá descriptografá-los. Do ponto de vista do Banco de Dados Oracle a solicitação enviada por esse usuário parece perfeitamente válida.

Isso pode acontecer porque, tradicionalmente, se você recebeu explicitamente um número suficiente de privilégios no sistema, terá recebido implicitamente também privilégios de objeto para todas as tabelas. As pessoas acharam isso aceitável durante décadas. Recentemente, porém, as empresas começaram a se perguntar se realmente é necessário, realmente desejável, que um DBA, que supostamente deve gerenciar a estrutura do banco de dados, seja, por padrão, capaz de ler (e até mesmo de alterar) todos os dados do banco de dados?

Oracle Database Vault

Para resolver esse problema, é necessário criar uma nova estratégia de gestão de privilégios no banco de dados, que continue a fornecer privilégios de sistema e de objeto, mas elimine os privilégios de objeto concedidos implicitamente.

É exatamente isso o que o Oracle Database Vault faz. Ele substitui a estratégia tradicional, e um pouco estranha, de gestão de privilégios por uma abordagem mais moderna e flexível, eliminando todas as concessões de privilégios implícitas e proporcionando uma maneira de definir explicitamente os direitos de acesso, assim como as circunstâncias sob as quais estes serão válidos. Isso vai muito além das correlações tradicionais entre usuário-privilégio ou usuário-função.


O Oracle Database Vault permite que as empresas implementem e apliquem conceitos como a segregação de funções ou o “princípio dos quatro olhos”.

Oracle Database Vault para SAP

Quando fornecido diretamente pela Oracle, o Oracle Database Vault é apenas um conjunto de ferramentas. Ele vem com funções e territórios predefinidos, mas esses territórios servem para as tabelas do sistema e as funções (se fundamentais) são bastante gerais. Esses componentes predefinidos permitem que o Oracle Database Vault seja uma solução funcional e utilizável, mas não protegem os dados específicos de seus aplicativos. Isso acontece porque a Oracle não sabe nada sobre os aplicativos e dados específicos do seu sistema. A Oracle pode apenas fornecer um conjunto de ferramentas e cabe a você determinar seus requisitos de segurança e traduzi-los em uma política de controle de acessos.

Contudo, existe uma diferença importante. Se os clientes usarem aplicativos desenvolvidos internamente, não é plausível que a Oracle faça algo, além disso. Entretanto, se milhares ou dezenas de milhares de empresas usarem um determinado aplicativo padrão e os requisitos de segurança de todas essas empresas forem (pelo menos até certo ponto) idênticos por serem resultantes do design do tal aplicativo, faz mais sentido que a Oracle analise os requisitos e implemente uma política de segurança básica.

Na verdade, a Oracle já fez isso, permitindo que os clientes poupem o tempo que seria necessário para implementar os enfadonhos elementos básicos de uma política de segurança específica para um aplicativo e protegendo essas empresas de erros, como não incluir alguns desses princípios na nova política. Até hoje, a Oracle fornece uma família inteira de políticas predefinidas do Oracle Database Vault específicas para determinados aplicativos e o Oracle Database Vault para SAP é membro dessa família.

Figura 10: Oracle Database Vault – análise e controle de acesso de usuários com privilégios

Real Application Testing (RAT)

Desafio: aplicação de patches ou atualizações de software, modificação das configurações do servidor de bancos de dados e implementação de novos recursos/opções de BD podem melhorar o desempenho, a disponibilidade e a segurança do servidor de bancos de dados e do sistema como um todo. Se na implementação for necessário levar em conta características específicas do cliente ou de seus aplicativos, os administradores terão de saber com antecedência como o novo recurso ou configuração funcionará no sistema de produção.

Proposição de valor: o principal problema com muitos sistemas de teste é que a carga de trabalho que eles recebem é menor ou diferente da utilizada no sistema de produção e um novo recurso ou configuração talvez funcione bem no ambiente de teste, mas não no sistema de produção.

É por isso que o Oracle Real Application Testing permite aos clientes capturar a carga de trabalho do banco de dados de produção e reproduzi-la no sistema de teste. A combinação dessas duas etapas proporciona uma compreensão dos reais efeitos das mudanças através de uma carga de trabalho real antes que elas sejam implementadas nos sistemas de produção.

Certificação/suporte: o Oracle Real Application Testing é certificado para todos os aplicativos SAP NetWeaver. As implementações são aceitas nos ambientes SAP.

Versões: Oracle Database 11g, Oracle Database 12c. Implementação: Como este é um recurso somente de banco de dados, não é necessário nenhum suporte de ferramenta SAP. Para mais detalhes, consulte a nota 1426980 da SAP.

32

Com o Oracle Real Application Testing, você pode executar testes do mundo real. Ele captura as cargas de trabalho do banco de dados de produção e avalia o impacto das alterações no sistema antes da implementação em produção, minimizando o risco de instabilidades associados às alterações. O Oracle Real Application Testing consiste em dois componentes: Database Replay e SQL Performance Analyzer.

Database Replay

O teste de carga geralmente é feito com ferramentas que permitem às equipes de teste gerar cargas de trabalho artificiais com base no que elas esperam que os usuários façam em um sistema de produção. Essas cargas de trabalho poderão ser reproduzidas pelos usuários virtuais de aplicativos que simulam as solicitações dos usuários finais ao aplicativo. Embora amplamente utilizada, esta abordagem tem uma série de deficiências no que diz respeito às alterações no nível do banco de dados de teste:

• A criação da carga de trabalho artificial pode levar um tempo considerável e exige conhecimentos de programação.

• Como o comportamento dos usuários não é bem compreendido, frequentemente muitos workflows possíveis não são incluídos nos testes de cargas de trabalho artificiais.

• É quase impossível simular a concomitância de um banco de dados em escala de produção com essas ferramentas.

• É necessário incluir a camada completa de aplicativos nos testes, pois essas ferramentas simulam os usuários finais.

O recurso Database Replay do Oracle Real Application Testing possibilita que os DBAs e administradores de sistemas reproduzam em ambientes de teste as reais cargas de trabalho de produção de maneira fidedigna, precisa e realista, incluindo cargas de trabalho em lote e de usuários on-line. Ao capturar toda a carga de trabalho do banco de dados dos sistemas de produção, incluindo toda a concomitância, dependências e timing, o Database Replay permite testar alterações do sistema de forma realista, basicamente recriando as cargas de trabalho de produção no sistema de teste, algo que um conjunto de scripts jamais poderia duplicar. Com o Database Replay, os DBAs e administradores de sistema podem testar:

• Atualizações do banco de dados, patches, parâmetros, alterações de esquema etc.

• Alterações de configuração, como a conversão de uma única instância para o Oracle RAC, Oracle ASM etc.

• Alterações de armazenamento, rede e interconexões.

• Alterações de parâmetros e no sistema operacional, migrações de hardware, aplicação de patches e atualizações.

SQL Performance Analyzer

O Database Replay fornece metade do que a Oracle chama de Real Application Testing; a outra metade é fornecida por outra ferramenta, o SQL Performance Analyzer. A principal diferença entre essas duas ferramentas é o escopo envolvido, ou seja, enquanto o Database Replay destina-se a capturar e reproduzir todas as atividades de um banco de dados, o SQL SPA (SQL Performance Analyzer) permite que você capture instruções SQL específicas e as reproduza. O SQL SPA oferece uma vantagem importante em termos de ajuste de SQL, pois é capaz de otimizar a instrução SQL emitida por um aplicativo e avaliar o respectivo impacto.

O SQL SPA pode prever e evitar problemas de desempenho na execução de SQL causados por alterações do ambiente. Ele fornece uma visão detalhada do impacto das alterações do ambiente nos planos e estatísticas de execução de SQL, executando as instruções SQL em série antes e depois das alterações.

Figura 11: Real Application Testing (RAT) – captura e reprodução da carga de trabalho real do banco de dados


Pacotes de Enterprise Manager

Desafio: monitorar e gerenciar uma infraestrutura completa de TI pode ser uma tarefa desafiadora. Os administradores podem acabar com um número considerável de ferramentas de gestão, desenvolvidas para diferentes fins específicos. Proposição de valor: Na qualidade de fornecedor de uma camada completa de TI – de hardware a aplicativos, passando por bancos de dados – a Oracle percebeu a necessidade de uma ferramenta de gestão empresarial integrada. No entanto, para evitar complexidades desnecessárias, o Oracle Enterprise Manager Grid/Cloud Control é dividido em um produto básico e vários pacotes dedicados a características especiais. Com ou sem pacotes, o Oracle Enterprise Manager sempre fornece uma visão completa do cenário de TI. Certificação/suporte: de um modo geral, os clientes SAP em Oracle têm uma opção. Por um lado, a SAP fornece uma família de ferramentas de gestão, as BR*Tools,

SAP DBA Cockpit e Enterprise Manager Diagnostics Pack

O Oracle Diagnostic Pack oferece diagnóstico de desempenho automático e funcionalidade de monitoramento avançado do sistema e inclui os seguintes recursos:

• AWR (Automatic Workload Repository). O AWR É um repositório embutido (built-in) em cada base de dados Oracle que contém estatísticas operacionais sobre um determinado banco de dados e outras informações sobre uso e configurações. Em intervalos regulares, o Banco de Dados Oracle tira uma imagem de todas as suas estatísticas de desempenho e informações de carga de trabalho e as armazena no AWR. O AWR compõe a base para a maior parte da funcionalidade de autogestão do Banco de Dados Oracle. Ele é a fonte de informações que fornece ao Banco de Dados Oracle uma perspectiva histórica de como o banco de dados tem sido usado e permite tomar decisões precisas e desenvolvidas especificamente para o ambiente do sistema. A maior parte dos recursos de autogestão do Banco de Dados Oracle conta expressivamente com as informações coletadas no AWR. Os dados armazenados no AWR também são úteis para diagnosticar todos os tipos de problemas de performance, com diagnósticos de desempenho comparativo ou persistente.

que contém conhecimento específico da SAP e, portanto, é fácil de usar. Por outro lado, existem o poderoso Oracle Enterprise Manager e seus pacotes. No entanto, em alguns casos, o Oracle Enterprise Manager ou um de seus pacotes é necessário – ou porque as BR*Tools não aceitam um recurso do Banco de Dados Oracle (por exemplo, o Database Vault) ou porque as funcionalidades SAP e Oracle são integradas de maneira tão completa que as funcionalidades SAP não funcionam sem as da Oracle (por exemplo, SAP DBA Cockpit e Enterprise Manager Diagnostics Pack).

Versões: Oracle Database 11g, Oracle Database 12c. Implementação: Para obter informações gerais sobre o uso do Oracle Enterprise Manager em ambientes SAP, consulte as notas 355770 e 1028068 da SAP. Casos de uso especiais estão explicados em notas adicionais e White Papers.

• ADDM (Automatic Database Diagnostic Monitor):

O ADDM usa os dados capturados no AWR, permitindo que o Banco de Dados Oracle faça o diagnóstico de seu próprio desempenho e determine como eventuais problemas identificados poderiam ser resolvidos. O ADDM é executado automaticamente após a captura de cada estatística do AWR e disponibiliza os dados do diagnóstico de desempenho imediatamente. O ADDM analisa os dados capturados no AWR, efetua uma análise para determinar os problemas mais importantes de modo proativo, recomenda soluções e quantifica os benefícios esperados.

• ASH (Active Session History). Uma amostra de

todas as sessões ativas do banco de dados é colhida a cada segundo e armazenada no ASH. Os dados são colhidos em um buffer progressivo na memória do banco de dados. Os dados do ASH mostram onde o banco de dados está gastando seu tempo e destaca eventuais gargalos de desempenho. Como o ASH captura a condição da sessão com vários atributos de desempenho, os dados do ASH in-memory podem ser usados com eficácia para entender o perfil e diagnosticar proativamente qualquer problema transitório de desempenho, como picos de CPU ou tráfego intenso de E/S (entrada/saída), que acontecem com duração muito pequena.

34

Os recursos de análise e diagnóstico do Oracle Diagnostics Pack, como ADDR, ASH e AWR, são altamente integrados com o DBA Cockpit da SAP. Portanto, o Oracle Diagnostics Pack é um requisito obrigatório do DBA Cockpit.

Oracle Database Lifecycle Management Pack

O Provisioning and Patch Automation Pack automatiza a implementação de software, aplicativos e patches, Transforma as operações críticas do datacenter em tarefas fáceis, eficientes e escaláveis, resultando em redução dos riscos operacionais e dos custos de propriedade. A capacidade de provisionar toda a camada de software — que inclui sistema operacional, middleware e banco de dados e é complementada por ferramentas de relatórios abrangentes — torna o Provisioning and Patch Automation Pack uma entidade extremamente importante na esfera do gerenciamento geral do sistema.

Este pacote inclui uma solução de aplicação de patches de ponta a ponta, que funciona perfeitamente em uma grande variedade de produtos e ambientes de clientes corporativos, e automatiza a implementação de patches da Oracle no banco de dados e no sistema operacional por trás dele.

O aplicativo cuida das etapas pré e pós aplicação de patches, como desligamento, reinicialização dos serviços e alterações no dicionário, se necessário. Ele também aproveita o framework flexível de procedimentos de implementação, que permite aos usuários adicionar etapas personalizadas para ações específicas no processo de aplicação de patches.

O Provisioning and Patch Automation Pack também inclui procedimentos de implementação prontos para usar no provisionamento do Banco de Dados Oracle (tanto em banco de dados de única instância quanto no RAC), Oracle Clusterware e Oracle Automatic Storage Management com base em “gold images”, seguindo as melhores práticas de disponibilidade máxima. As “gold images” são imagens de software testado e aprovado, nas quais é possível aplicar patches em qualquer nível antes da implementação.

Para ambientes SAP, o utilitário MOPatch é integrado com os procedimentos de implementação do Oracle Enterprise Manager para automatizar a coordenação da aplicação de patches em Banco de Dados Oracle. Consulte o White Paper “Patching of Oracle Databases in SAP Environments using Oracle Enterprise Manager”.

Figura 12: Oracle Enterprise Manager Diagnostics Pack e DBA Cockpit da SAP


Resumo

De certa maneira, o Banco de Dados Oracle sempre foi uma infraestrutura de gestão de dados e, portanto, sempre foi necessário para auxiliar a atingir dois objetivos opostos: consolidação e separação ou diferenciação. O Banco de Dados Oracle sempre foi um banco de dados multiusuário, multiesquema e, possivelmente, multiaplicativo. Portanto — com exceção da divisão básica dos dados disponíveis em diferentes tabelas — havia a necessidade de separar esquemas específicos de diferentes aplicativos. Por motivos de desempenho, surgiu a necessidade de separar os arquivos usados para dados de usuários/aplicativos dos utilizados para redo logs ou informações de undo. Por ser um sistema completo de gestão de dados, o Banco de Dados Oracle sempre forneceu adaptadores, gateways e outros meios que permitem aos usuários interativos e tarefas em lotes juntar os dados armazenados no Banco de Dados Oracle com os provenientes de fontes externas.

No entanto, como resultado do crescimento constante do volume de dados e das cargas de trabalho, e da redução das janelas de manutenção em muitos clientes corporativos, a Oracle identificou a necessidade de fornecer soluções extras e mais sofisticadas. Isso aconteceu no Banco de Dados Oracle 10g, no Banco de Dados Oracle 11g e se repetiu no Banco de Dados Oracle 12c.

Definindo subconjuntos de dados

Lançados pela primeira vez muitos anos e versões atrás, o Oracle Table and Index Partitioning (particionamento de índices e tabelas) continua sendo um bom exemplo de diferenciação de dados, além de ser uma tecnologia poderosa. Por isso, falamos deste recurso logo no início deste artigo. O Oracle Table and Index Partitioning é usado para definir subconjuntos de dados de tabelas que podem ser acessados e gerenciados de modo independente.

Subconjuntos e padrões de acesso

Ao definir uma determinada estratégia de particionamento, é importante não só analisar os dados, mas também considerar os padrões de acesso. Particionar uma tabela por mês pode ser inútil ou até prejudicial para o desempenho, se a maior parte das consultas acessar os dados por localidade.

Entretanto, distinguir subconjuntos de dados por padrões de acesso de maneira que antes seriam impossíveis é o principal objetivo de muitas opções e recurso introduzido no Banco de Dados Oracle 12c.

O Heat Map, um recurso incluído no Oracle Advanced Compression, rastreia automaticamente as modificações e timestamps das consultas, fornecendo insights detalhados sobre como os dados têm sido acessados. O ADO (Automatic Data Optimization) move e compacta automaticamente os dados de acordo com as políticas definidas pelos usuários com base nas informações coletadas pelo Heat Map. Isso significa que é possível implementar camadas de armazenamento e compactação, ou seja, selecionar diferentes mídias de armazenamento e algoritmos de compactação distintos para diferentes subconjuntos de dados que são definidos por diferentes características de acesso.

O Oracle Database In-Memory permite aos administradores distinguir entre diferentes tipos de transações e representações de dados na memória, e evita as desvantagens decorrentes da necessidade de escolher um único formato de dados para todos os tipos de transações e aplicativos. Graças à nova opção In-Memory, o Banco de Dados Oracle 12c pode fornecer dados usados pelas transações de OLTP no formato de linhas e, ao mesmo tempo, disponibilizar os dados usados pelo analytics (análises avançadas) no formato de colunas.

Distribuição da carga de trabalho

Outras opções são focadas na distribuição da carga de trabalho. Um exemplo de destaque é o RAC (Real Application Clusters), com o qual os clientes podem dividir a carga de trabalho do sistema e deixar o processamento desta por conta dos vários servidores que executam várias instâncias do banco de dados Oracle. Cabe ao cliente decidir se todas as instâncias devem processar cargas de trabalho do mesmo tipo ou mistas ou se cada instância deve ser responsável por um tipo de carga de trabalho (por exemplo, uma instância para transações interativas, outra para tarefas em lotes etc.).

36

Figura 13: Infraestrutura de gestão de dados multicamada da Oracle

Além de permitir a distribuição da carga de trabalho, o RAC aumenta a disponibilidade do sistema, especialmente quando se trata do Data Guard. Contudo, o Data Guard não requer que o banco de dados standby permaneça ocioso. Ele pode ser usado para operações como backup ou – em determinadas condições – emissão de relatórios. Em outras palavras: o Data Guard também ajuda a implementar a distribuição da carga de trabalho.

Políticas de acesso aos dados

De certa maneira, as opções de segurança da Oracle também estão relacionadas aos padrões de acesso. Em especial, o Database Vault permite que os administradores de segurança definam e apliquem políticas que impeçam os usuários com privilégios de acesso de ler ou manipular dados que não deveriam acessar. Conceitos como “segregação de funções” (SoD, Segregation of Duties) deixam muito claro que, até aqui, estamos falando do equilíbrio entre separação e combinação.

Administração de bancos de dados

O Banco de Dados Oracle 12c Multitenant eleva o princípio da infraestrutura de gestão de dados a um patamar totalmente novo – não estamos falando apenas de uma infraestrutura para muitas tabelas ou usuários, mas sim de uma infraestrutura para vários bancos de dados. Neste contexto, fica claro que consolidação requer separação.

Em suma, o foco da tecnologia Multitenant é a distinção entre quais tarefas de administração devem ser executadas individualmente para cada banco de dados (quando há diferenças) e quais podem ser executadas em conjunto ou pelo menos para um determinado grupo de bancos de dados (quando não há diferenças). Por exemplo, na aplicação de um determinado patch em sistemas de 25 bancos de dados, é preciso repetir o mesmo processo 25 vezes. Portanto, o Oracle Multitenant passa essa operação para a camada do CDB (banco de dados contêiner), no qual ela pode ser feita de uma vez só para todos os PDBs (bancos de dados conectáveis). Por outro lado, uma recuperação point-in-time é uma operação a ser realizada no nível do PDB em questão, pois não deve afetar os demais PDBs.

Além disso, com o Provisioning and Patch Automation Pack, os administradores podem automatizar operações que são semelhantes em todos os casos. Por exemplo, a implementação de patches da Oracle ou o provisionamento de novos sistemas com base em “gold images”.

Monitoramento e testes

Será que esses recursos vão proporcionar benefícios aos sistemas de sua empresa? Como saber ao certo? Como os recursos devem ser implementados para causar um impacto positivo nos sistemas? O Oracle Real Application Testing o ajudará a responder essas e outras questões semelhantes.

Oracle 12c e Database In-Memory na KIVBF 37

Kommunale informationsverarbeitung baden-franken

A KIVBF (Kommunale Informationsverarbeitung Baden-Franken) trocou seu DB2 Mainframe z/OS e o SAP MaxDB pelo

Oracle Database 12c para aplicativos SAP, com enormes ganhos de desempenho do BW graças ao uso do Oracle

Database In-Memory.

REDUÇÕES DE CUSTOS E MUITAS OUTRAS MELHORIAS COM O ORACLE 12C E O ORACLE DATABASE IN-MEMORY

A KIVBF fornece sistemas de TI e soluções completas para cidades, municipalidades e distritos.

Com um portfólio eficiente, seguro e inovador do ponto de vista comercial, a KIVBF abrange a mais completa variedade de recursos de gestão de dados municipais para as áreas de finanças, RH, regulamentação e emissão de relatórios com soluções e serviços de TI, moderno e especializado.

A diversidade dos serviços de consultoria, treinamento e TI, além das soluções ASP, geram um valor agregado e sustentável para os clientes. Acreditamos que os procedimentos de TI especializados e o diálogo dinâmico com tomadores de decisões e usuários são cruciais para cumprir as exigências dos negócios de curto e longo prazo.

Como uma empresa que oferece soluções completas, orientamos e damos suporte aos nossos clientes desde o processo de design conceitual até a implementação, sem contar o suporte contínuo aos aplicativos e usuários. Aperfeiçoamos o workflow (fluxo de trabalho) por meio da automação e conexões aprimoradas aos procedimentos existentes ou entidades externas.

Nossos clientes recebem um serviço completo e abrangente, que satisfaz os mais altos padrões técnicos para a contínua otimização de seus processos de negócios. Procuramos nos antecipar e analisar tendências para podermos responder às exigências e emendas legislativas atuais e futuras. Desse modo, oferecemos aos clientes as soluções que eles precisam de maneira ágil, trabalhando em colaboração com os parceiros!

Ferramenta para otimizações usando o Oracle Database para SAP

Em 2015, um de nossos clientes pediu nossa ajuda em uma campanha para otimizar sua infraestrutura de TI com os seguintes objetivos em mente:

• Migração dos MaxDBs – sistemas de bancos de dados predominantemente utilizados na organização – para Unicode e substituição do mainframe e bancos de dados DB2 associados por um sistema SAP IS-U de maior porte.

• Substituição da infraestrutura SAP BW existente (incluindo BWA) por uma solução mais robusta e moderna.

• Revisão da infraestrutura de banco de dados. Havia uma previsão de aumento de 30% no volume de dados como resultado da migração dos sistemas MAXDB para Unicode.

A KIVBF analisou os requisitos atuais e futuros, bem como o TCO (custo total de propriedade). A opção com melhor valorização do investimento era a Oracle. Depois de realizar alguns testes básicos, a KIVBF decidiu substituir os sistemas de mainframe pelo Oracle 12c – uma necessidade urgente. Segundo a KIVBF, o Oracle DBMS atendeu aos requisitos referentes à alta disponibilidade, recuperação de desastres, segurança, desempenho e estabilidade. A Oracle foi a melhor opção, com uma plataforma de banco de dados robusta, estável, segura, com uma ótima relação custo-benefício e à prova de obsolescência, para aplicativos baseados no SAP Netweaver.

Uwe Bersch, especialista da divisão de bancos de dados da KIVBF, explica que a substituição dos bancos de dados mainframe DB2/zOS pelo Oracle x64 Windows foi um processo tranquilo, tanto do ponto de vista técnico quanto no aspecto de tempo. Usando as mais recentes tecnologias da Oracle, em especial o “Advanced Compression”, turbinamos o desempenho, reduzimos o volume de dados pela metade e os backups ficaram com tamanhos três vezes menores. Esses fatos também podem ser bem representados em termos econômicos!

38

Valor extra agregado após a migração com o

uso do Oracle In-Memory

Em virtude de sua situação econômica e experiências positivas, a KIVBF decidiu implementar o Oracle 12c como um banco de dados SAP estratégico. A empresa também havia trabalho bastante com a opção Oracle 12c In-Memory, certificada pela SAP para todos os aplicativos baseados no SAP NetWeaver desde 2015. O BW NetWeaver (BWA), usado até então, teria o uso descontinuado em virtude da alteração dos sistemas.

O SAP HANA também foi considerado como uma alternativa à solução da Oracle. A KIVBF certamente avaliou qual seria a opção mais adequada – o Oracle In-Memory Option ou SAP HANA. “Por fim, foram os fatores de custos que decidiram a questão e nos levaram a optar pelo Oracle In-Memory para as nossas operações com SAP BW”, informou um profissional da KIVBF.

Em termos mais precisos, a KIVBF teria de comprar novo hardware especializado para o SAP HANA, além de pagar os custos de licenças extras para o HANA. Outra vantagem técnica do Oracle In-Memory em relação ao SAP HANA é que o Oracle In-Memory permite ao usuário fazer o upload apenas das tabelas selecionadas, relevantes para o desempenho. Portanto, o Oracle DBMS pode apresentar desempenho melhor com uma memória de trabalho racionalizada.

A migração do banco de dados SAP BW NetWeaver 7.31 para o Oracle 12c, com a opção Oracle Database In-Memory, e a substituição do SAP BWA levaram apenas oito semanas. A solução entrou em operação em dezembro de 2016, com os processos de migração do DB2 e do MaxDB acontecendo praticamente em paralelo. Um kit de ferramentas desenvolvido pela Oracle foi usado em conjunto com a opção Oracle 12c In-Memory para aperfeiçoar o processamento de dados do BW. Basicamente, esse kit cria visões materializadas*, que apresentam um mock-up (maquete) das tabelas do InfoCube, e podem ser carregadas para a memória (“In-Memory”) em um estado fora do normal. Agora, o sistema Oracle pode responder às consultas do SAP Netviewer de maneira flexível, encaminhando as solicitações ou partes delas às visões materializadas (RE-WRITE). As “visões materializadas” e a “reescrita de consultas” consistem em uma tecnologia altamente flexível que a Oracle oferece há quinze anos para aperfeiçoar consultas complexas. Até certo ponto, essa tecnologia é semelhante aos Flat Cubes lançados com o NetWeaver 7.4, que garantem impressionantes ganhos de desempenho à tecnologia In-Memory.

*http://www.oracle.com/us/solutions/sap/sap-database/database-in-memory/index.html. Consulte a nota 2351252 da SAP

O Oracle In-Memory torna os relatórios do SAP BW até 36

vezes mais rápidos

De acordo com a KIVBF (Kommunale Informationsverarbeitung Baden-Franken), a mudança para o Oracle 12c, incluindo a opção Oracle In-Memory, realmente valeu a pena: “Alcançamos, e até mesmo superamos, todas as metas traçadas”, explica Uwe Bersch, da divisão de serviços de bancos de dados e soluções técnicas.

A empresa está totalmente satisfeita, especialmente com o uso do Oracle In-Memory. Em primeiro lugar, conseguimos economizar nos custos de licenças – especialmente com a substituição do SAP BW Accelerator – e reduzimos substancialmente o volume de dados do BW (inclusive dos backups) – benefícios que acabaram se traduzindo em diminuição de despesas. Ao mesmo tempo, impulsionamos consideravelmente o desempenho com a opção Oracle In-Memory.

Os tempos de resposta dos relatórios do BW apresentaram melhoria média de três vezes em avaliações com tempos de execução de 10 a 20 segundos com o Oracle In-Memory em comparação ao SAP MaxDB, incluindo o BWA usado anteriormente. Avaliações complexas com tempos de execução entre 3 e 12 minutos passaram a ser realizadas de 11 a 36 vezes mais rápido. O BW Oracle Database ficou com um volume de dados (compactados) inferior a 1 TB. Antes, o volume era de 2,48 TB (com Unicode e MaxDB, o volume de dados teria aumentado para 3,2 TB). Enquanto isso, o volume de backups é de apenas 330 GB – graças à tecnologia Oracle. O tempo de carregamento de dados do BW também teve expressiva redução com a solução Oracle. Atualmente, a KIVBF conta com quatro sistemas de ERP, dos quais o BW obtém os dados para a emissão de relatórios e avaliações.

http://www.oracle.com/us/solutions/sap/sap-database/database-in-memory/index.html

http://www.oracle.com/us/solutions/sap/sap-database/database-in-memory/index.html

Oracle 12c e Database In-Memory na KIVBF 39

Comparação de velocidade: SAP MaxDB com BWA e Oracle 12c In-Memory

∑

SAP MaxDB com BWA em segundos

∑

Oracle (visões materializadas + IM) em segundos

Taxa de velocidade Oracle (IM): MaxDB (BWA)

2899 335 8,65

Comparação dos volumes dos bancos de dados BW: SAP MaxDB e Oracle 12c em TB

SAP MaxDB (descompactados)

SAP MaxDB (descompactados) com Unicode

Oracle 12c (compactados) com Unicode

Fator de redução

2,48 3,2 0,94 3,4

kommunale informationsverarbeitung baden-franken

Brigitte Landwehr, gerente especialista do sistema BW, explica que seus colegas que estão trabalhando em novos projetos de clientes comentaram que “estão impressionados com a velocidade dos tempos de resposta do BW com o Oracle In-Memory”. Ela acrescenta que alguns relataram que não usaram o processamento In-Memory porque “atingiram tempos de resposta de apenas um dígito usando apenas o Oracle 12c, mesmo sem a opção In-Memory”.

No momento (em meados de março de 2017), os funcionários da KIVBF certificados pela SAP estão trocando os sistemas SAP restantes, passando do SAP MaxDB para o Oracle 12c. Outra prioridade na agenda de otimização da KIVBF é a atualização do SAP NetWeaver 7.31 para a versão 7.4 ou 7.5. Nesse sentido, vemos a importância da compatibilidade do Flat Cubes com o processamento In-Memory do BW que, por sua vez, é compatível com o Oracle 12c e o OIM do SAP NetWeaver versão 7.40. Essa solução não só aperfeiçoa o desempenho de análises, como também minimiza consideravelmente os tempos de carregamento.

www.kivbf.de

Cliente da Oracle: KIVBF (Kommunale Informationsverarbeitung Baden-Franken)

Setor: Prestação de serviços (serviços públicos)

Volume de negócios: Acima de US$ 1 bilhão

Funcionários: 610

Produtos e serviços Oracle:

• Oracle Database 12c (12.1.0.2), com o Oracle Advanced Compression e a opção Oracle In-Memory para SAP NetWeaver BW

• Oracle RMAN (compactação) para backups

• Oracle ACS Advanced Customer Service

Principais benefícios:

• Otimizações de custos • O volume do banco de dados foi minimizado • Expressiva melhoria no desempenho • Tecnologia de banco de dados à prova de obsolescência

SAP:

• SAP Industry Solution IS-U/ERP ECC, NetWeaver BW, entre outros

Infraestrutura:

• Sistema operacional Windows Server 2012 V2

• Sistemas de armazenamento NetApp

• Sistema operacional Windows Server 2012 V2

• Servidor Cisco (VMware virtualizada)

• Sistemas de armazenamento NetApp

40

IMPRESSIONANTE MELHORIA NO DESEMPENHO DO SAP BW COM O ORACLE DATABASE IN-MEMORY E DOS “FLAT CUBES COM ORACLE”

Implementação realizada com pouco trabalho

Com um volume anual de negócios de cerca de € 820 milhões e mais de 7.700 funcionários, a Villeroy & Boch é uma das maiores marcas mundiais de produtos de cerâmica. A empresa familiar, fundada em 1748, com sede em Mettlach, na Alemanha, prima pela inovação, tradição e estilo excepcional. Marca consagrada de estilo de vida renovado, a Villeroy & Boch oferece produtos como louças sanitárias, acessórios para banheiro e utensílios de mesa, com operações em 125 países.

Suas áreas comerciais usam os sistemas SAP ERP e SAP BW, além de outras soluções SAP. Há cerca de 20 anos, a Villeroy & Boch tem usado e desfrutado dos benefícios do banco de dados confiável e comprovado da Oracle. Ao longo dos anos, o uso das tecnologias de BW/BI tem aumentado constantemente. A empresa tem aproximadamente 2.500 usuários SAP, dos quais 1.700 concentram-se no ambiente SAP BW. A Rödl IT Operation GmbH (com escritórios em Mettlach, Selb e Frankfurt) é um parceiro de hospedagem certificado pela SAP, que opera e gerencia inúmeros sistemas em nome da Villeroy & Boch AG, incluindo todos os sistemas SAP.

Testando o Oracle Database In-Memory

Pouco depois que a SAP publicou a certificação oficial da tecnologia Oracle Database In-Memory, em meados de 2015, a Villeroy & Boch uniu-se à Rödl & Partner, seu parceiro de hospedagem, para testar o Oracle Database In-Memory. A empresa testou exaustivamente a nova tecnologia de bancos de dados da versão 12c para o seu sistema SAP BW em um sistema sandbox no mesmo hardware usado com o sistema de produção. Durante o processo, as tabelas E e F do maior InfoCube (COPA) – contendo cerca de 94 milhões de conjuntos de dados completos – foram carregadas no “Column Store”, área de memória adicional, orientada por colunas, do Oracle Database. Os testes envolveram principalmente a comparação direta dos tempos puros de leitura das consultas selecionadas com o sistema de produção. Foi necessário atualizar o sistema de banco de dados da versão 11g para o Oracle 12c, a fim de usar a opção Oracle Database In-Memory. O armazenamento principal do banco de dados foi mantido In-Memory e expandido em 96 GB. Essa nova memória é usada somente no banco de dados para as tabelas In-Memory orientadas por colunas. Os tamanhos de buffer no SGA.

(System Global Area), como o do cache do buffer de bloco de dados e do pool compartilhado, permaneceram inalterados. Os testes foram concluídos em apenas um dia e meio. Somente dois parâmetros do Banco de Dados Oracle foram necessários para usar a opção Oracle Database In-Memory:

• inmemory_max_populate_servers=4 (parâmetro que limita o número de processos de bancos de dados em segundo plano para o carregamento de tabelas In-Memory, padrão = 4).

• inmemory_size=96 GByte (parâmetro que define o tamanho do armazenamento In-Memory)

• inmemory_clause_default = „PRIORITY HIGH“

Para dar apenas um exemplo, a transação SAP LISTCUBE foi usada durante a realização dos testes. Os tempos de resposta do banco de dados foram calculados com SQL Traces usando a transação ST05 da SAP (análise de desempenho). A tecnologia Oracle Advanced Compression foi usada para compactar todas as tabelas de bancos de dados no sistema de produção. Os índices, por sua vez, foram compactados com o recurso Index Compression, que pode ser usado em ambientes SAP desde o Oracle Database 10g. Portanto, as duas operações de compactação foram feitas também no sistema de teste.

Expectativas superadas

As comparações com o sistema de produção foram feitas em hardware idêntico, com vários cenários de testes no sistema SAP NetWeaver BW.

• No primeiro teste, um milhão de conjuntos de dados foram selecionados sem agregação do banco de dados e processados várias vezes. Enquanto o sistema de produção processou a consulta em 24 segundos, o tempo de resposta registrado no sistema de teste idêntico com o Oracle Database In-Memory foi de 160 milésimos de segundo.

• Esses uns milhão de conjuntos de dados também foram agregados no segundo teste. Nesse caso, o tempo de execução caiu de 44 segundos para 11 segundos.

• No terceiro teste, o volume total dos dados das tabelas carregadas (94 milhões de conjuntos de dados) foi lido e agregado. Embora o sistema de produção não tenha apresentado um resultado em virtude de timeout (tempo esgotado), no sistema de teste, o tempo de execução foi de 22 segundos.

Oracle Database In-Memory e Flat Cubes na Villeroy & Boch 41

Figura: Desempenho do Oracle Database In-Memory

Em testes posteriores, duas consultas de COPA existentes foram usadas e comparadas sem qualquer adaptação.

Aqui, os tempos de execução foram notavelmente mais rápidos, indo de 50 a 1,5 segundo e de 72 a 2,5 segundos.

Figura: Desempenho do Oracle Database In-Memory em consultas de COPA

A redução nos tempos de execução foi especialmente importante para a Villeroy & Boch, assim como a facilidade de implementação. O Oracle Database In-Memory permite selecionar e agregar enormes volumes de dados em tempos consideravelmente menores.

A facilidade de implementação foi um argumento-chave em favor do Oracle Database In-Memory. Em resumo, o trabalho consistiu no seguinte:

• Usar o hardware, sistema operacional e tecnologia de virtualização existentes.

• Atualizar o Oracle Database 11g para a versão 12c

• Ativar a opção Oracle Database In-Memory usando poucos parâmetros de bancos de dados

• Ativar as tabelas para armazenamento In-Memory

• Nenhuma migração de tabela ou banco de dados foi necessária

• Nenhuma adaptação ao código dos aplicativos SAP foi necessária

Poucos recursos necessários, inúmeros benefícios.

A Villeroy & Boch esperava uma melhoria substancial no desempenho. Um impressionante ganho de performance foi confirmado sem sombra de dúvidas. Ao mesmo tempo, ficou claro o elevado potencial da tecnologia Oracle Database In-Memory.

A rápida implementação e o desempenho durante os testes foram argumentos totalmente convincentes. O fato de não haver necessidade de adquirir nenhum novo componente de hardware, diante dos moderados custos da memória adicional, foi outro aspecto positivo em favor dessa tecnologia. O uso do Oracle Database In-Memory foi ativado somente para as tabelas consideradas úteis para tal finalidade. Não é adequado equipar todas as tabelas em um banco de dados com a tecnologia In-Memory. Essa estratégia reduz o tamanho das tabelas ou chega a criar tabelas nas quais são realizadas consultas a um único conjunto de dados. O armazenamento orientado por colunas com a opção Oracle In-Memory não é necessário neste caso.

A tecnologia pode ser usada imediatamente na infraestrutura e ambiente virtualizado existentes. Não é necessário realizar nenhuma adaptação ou modificação especial no banco de dados ou aplicativo SAP existente. Muito pouco trabalho administrativo foi envolvido também. O baixíssimo risco na atualização da Base de Dados Oracle é bastante conhecido, graças aos vários anos de experiência com este produto.

• O Oracle Database In-Memory reduz significativamente o tempo de execução de relatórios

• Ganhos de desempenho em escala geométrica

• Pouco trabalho de implementação

• Implementação no hardware existente

• Sem a necessidade de realizar alterações nos aplicativos

• Nenhuma migração de dados necessária

• Nenhuma modificação no uso das funcionalidades do Oracle Database

42

Novos desenvolvimentos no SAP NetWeaver BW já

estão disponíveis também com Flat Cubes e Oracle

Quando lançou o SAP HANA, a SAP desenvolveu os InfoCubes otimizados para HANA — um avanço que só foi possível graças ao uso da tecnologia In-Memory orientada por colunas. O modelo de dados “floco de neve” (SnowFlake) dos InfoCubes, formado por tabelas de dimensões e acontecimentos foi dissolvido e migrado para uma tabela plana.

A mesma tecnologia foi disponibilizada para todos os clientes SAP Net-Weaver BW a partir de meados de 2016, junto com o Banco de Dados Oracle e a opção In-Memory sob o slogan “Flat Cube on SAP BW on Oracle” (consulte a nota 2335159 da SAP). Os InfoCubes são convertidos conforme necessário por meio do RSANAORA, um programa padrão SAP. O reparticionamento é usado para criar o InfoCube (as tabelas de fatos E e F, e todas as tabelas de dimensão associadas) como uma única tabela plana em formato particionado.

Depois de colocar a tecnologia Oracle In-Memory em operação, em meados de 2016, a Villeroy & Boch converteu alguns InfoCubes em Flat Cubes no SAP NetWeaver BW durante outro teste realizado no fim de 2016/início de 2017.

Então, por exemplo, o processo de conversão de um InfoCube com 110 milhões de conjuntos de dados e 13 GB de tamanho (7 GB dos quais usados pelo índice) demorava uma hora e 42 minutos. Após a conversão o Flat Cube ficaria com 7,2 GB, dos quais apenas 0,3 GB seriam utilizados pelo índice. Além da melhoria no tempo de resposta – um benefício já esperado – houve também a redução no tamanho do banco de dados no armazenamento.

Outra importante melhoria de desempenho graças ao Flat Cube no Banco de Dados Oracle

Depois da conversão, os tempos de execução, que antes eram de 100 segundos, tiveram uma aceleração substancial, passando para 20 segundos com o Flat Cube e a tecnologia In-Memory. Além disso, a empresa constatou uma aceleração de cerca de 30% no carregamento, eliminou agregados e simplificou a modelagem do BW – tudo graças ao uso do Flat Cube.

Figura: Reparticionamento e ativação do Flat Cube

Oracle Database In-Memory na Villeroy & Boch 43

Figura: Uma comparação dos tempos de execução

A Oracle recomenda usar o SAP NetWeaver versão 7.40 com SP16 para realizar a conversão aos Flat Cubes. Até o momento, do ponto de vista da tecnologia SAP, ainda não é possível converter os InfoCubes transacionais (planejáveis) ou SPOs (objetos particionados semanticamente). SAP tem planos para viabilizar isso em 2017.

Resumo dos testes

Com o Oracle Database In-Memory, no momento, a Villeroy & Boch não vê necessidade de substituir seu Banco de Dados Oracle para os atuais sistemas SAP NetWeaver – uma combinação que tem sido confiável há muitos anos – por outro sistema de bancos de dados. A Villeroy & Boch tem usado a tecnologia Oracle Database In-Memory com sucesso para os sistemas SAP NetWeaver BW de produção, bem como para o sistema SAP CRM.

Sem ter muito trabalho e com custos aceitáveis para os investimentos realizados, a empresa alcançou os seguintes benefícios rapidamente, graças à tecnologia Oracle Database In-Memory:

• Vários aumentos significativos na velocidade das

consultas para relatórios

• Opções de análises muito mais eficazes na emissão de relatórios

Desse modo, mais uma vez, o Banco de Dados Oracle comprova sua posição como um fator de estabilidade de longo prazo para bancos de dados em ambiente SAP e oferece inovações que podem ser implementadas com muita rapidez e pouquíssimo esforço.

“Com os nossos testes baseados no

Oracle 12c e no Oracle Database In-

Memory, a PoC produziu resultados

impressionantes em termos de

melhoria de desempenho. Do ponto

de vista de BI, também fiquei

especialmente satisfeito com o fato

de que os aplicativos SAP podem ser

usados com o Oracle Database In-

Memory sem quaisquer

modificações. Também foi fácil

escolher quais tabelas do SAP BW

deveriam ou não ser processadas

com a opção In-Memory.”

HARALD WOLF

CONSULTOR SÊNIOR DE BI,

VILLEROY & BOCH.

44

A Bosch GmbH acelera os processos de negócios e reduz os custos com o Oracle Database In-Memory – sem precisar

alterar os aplicativos SAP existentes

IMPORTANTE MELHORIA NO USO DO SAP CRM COM O ORACLE DATABASE IN-MEMORY

O Grupo Bosch é líder global em tecnologia e serviços, com cerca de 375.000 funcionários em todo o mundo (até 31 de dezembro de 2015). A empresa gerou vendas de 70,6 bilhões de euros em 2015. Suas operações são divididas em quatro setores de negócios: soluções para mobilidade, tecnologia industrial, bens de consumo, energia e tecnologia de construção. O Grupo Bosch inclui a Robert Bosch GmbH e cerca de 440 subsidiárias e empresas regionais em 60 países. Incluindo os parceiros de vendas e serviços, a rede global de vendas e manufatura da Bosch cobre cerca de 150 países. A base para o crescimento futuro do grupo está em sua força inovadora. A Bosch emprega 55.800 profissionais em pesquisa e desenvolvimento, em aproximadamente 118 locais do planeta. O objetivo estratégico do Grupo Bosch é oferecer inovações para uma vida conectada. A Bosch melhora a qualidade de vida em todo o mundo com produtos e servidores inovadores e entusiasmo contagiante. Em suma, a Bosch cria “tecnologia para a vida”.

A Bosch GmbH é conhecida por ser uma empresa inovadora e líder de mercado. O slogan “tecnologia para a vida” dá uma dimensão dos objetivos empresariais de melhorar a qualidade de vida e oferecer inovação para uma “vida conectada”.

Por mais de uma década, a Bosch contou com a Oracle como seu fornecedor de bancos de dados preferencial para utilização com aplicativos SAP. O Banco de Dados Oracle é o elemento central e pedra fundamental da infraestrutura de TI da Bosch. Os Bancos de Dados Oracle são operados de maneira autônoma, em combinação com vários aplicativos SAP, e respondem de modo ideal às diferentes necessidades desse diversificado e bem-sucedido grupo.

O departamento de tecnologia da informação inclui mais de 1.500 especialistas em TI e experts em processos. Nada mais lógico do que um cliente Oracle/SAP explorar todos os recursos e opções do novo Oracle Database 12c desde o início. Em meados de 2015, o foco principal estava nos recursos e benefícios do Oracle Database In-Memory. “Queríamos descobrir exatamente como o Oracle Database In-Memory poderia nos ajudar a implementar otimizações no uso dos aplicativos SAP, tanto de OLAP (processamento analítico on-line) quanto de OLTP (processamento de transações on-line)”.

“Não demoramos a perceber que poderíamos nos beneficiar de várias maneiras, especialmente no uso do SAP CRM,” explicou um gerente de projetos e especialista em banco de dados da organização de operações de TI.

A equipe de TI da Bosch analisou os cenários e usos de caso da solução internamente e trabalhando em conjunto com a Oracle. Ficou claro que o Oracle Database In-Memory oferecia vantagens consideráveis quando usado com o SAP BW Analytics.

Contudo, o mais importante para a Bosch foi o fato de que o Oracle Database In-Memory no Oracle 12c também permite realizar otimizações planejadas e priorizadas nos sistemas de OLTP, especialmente com o SAP CRM. Na verdade, esse era o problema mais urgente. A equipe de TI da Bosch precisava de uma solução adequada, por um custo razoável, para eliminar o desempenho insatisfatório ao usar o SAP CRM / OLTP. O Oracle Database In-Memory no Oracle 12c era o caminho certo a seguir.

O desafio dos índices secundários

Neste caso de uso de CRM, o problema principal estava nos índices secundários e nos índices adicionais personalizados que precisavam ser criados regularmente. Segundo a Bosch, “como resultado do uso intensivo e distinto das funções do SAP CRM pelos usuários, a equipe de TI via-se obrigada a criar índices adicionais continuamente para determinadas tabelas e objetos de CRM”. Essa era a única maneira de usar o sistema de maneira alinhada com nossas necessidades específicas de uso. No entanto, não conseguíamos alcançar cobertura total dos aplicativos, especialmente em termos de opções e disponibilidade de pesquisa no CRM, pois nem todas as opções de pesquisa eram aceitas pelos índices adicionais. Algumas funções do aplicativo simplesmente resultavam em timeout.

Aproximadamente 80 índices adicionais foram criados e acumulados ao longo do tempo, resultando em um aumento considerável nas demandas de manutenção e desempenho relacionado aos ajustes, além do uso de recursos onerosos. Essa abordagem também os obrigava a separar uma grande capacidade de armazenamento para esses índices, que também consistiam em objetos de grande porte.

Importante melhoria no uso do SAP CRM com o Oracle Database In-Memory na Bosch

45

O sistema SAP CRM é usado por cerca de 3.500 usuários em todo o Grupo Bosch – o sistema de CRM discutido neste artigo é um dos vários sistemas de CRM executados na Bosch, tendo o maior deles um volume de mais de 1TB.

Depois de uma PoC (prova de conceito) e vários testes, ficou claro que o Oracle Database In-Memory era uma opção eficaz não só para melhorar o desempenho, como também para resolver o problema dos índices secundários. Com o Oracle Database In-Memory, foi possível remover vários desses índices, o que permitiu à Bosch colocar o Oracle 12c com o Oracle Database In-Memory em uso produtivo em conjunto com o sistema SAP CRM. Uma análise detalhada foi realizada para descobrir quais tabelas eram adequadas para o uso In-Memory. A equipe de TI identificou-as e conseguiu substituir as mais importantes. Uma vantagem importante é que a Bosch pôde obter os benefícios da tecnologia Oracle Database In-Memory sem precisar alterar os aplicativos SAP, continuando a usar o hardware existente (servidores virtualizados e baseados em Unix) e sem precisar migrar os dados. Geralmente, basta fornecer recursos de servidores In-Memory / hardware de RAM (virtualizados ou não) para as tabelas envolvidas no processamento In-Memory.

Alta satisfação com o Oracle Database In-Memory

As melhorias alcançadas no SAP CRM por meio do Oracle Database In-Memory corresponderam exatamente ao planejado. A satisfação dos usuários aumentou consideravelmente e os processos de negócios apoiados pela função de TI passaram a ser executados sem atropelos nem atrasos, e podem ser totalmente utilizados como padrão. Houve notável redução no volume de administração de TI graças à substancial diminuição na criação e manutenção de índices, o que contribuiu para mitigar os custos.

No caso de uso descrito aqui, o Oracle Database In-Memory eliminou a necessidade de vários índices secundários personalizados para tabelas de grande porte, acelerando o uso de OLAP. As instruções de inserção, atualização e exclusão são processadas normalmente. Nenhum impacto negativo foi observado no desempenho do sistema.

Os ajustes adicionais foram feitos facilmente através do aumento do cache para o armazenamento In-Memory e da atribuição de tabelas específicas para ocupar o espaço. O Oracle In-Memory Advisor, um componente fornecido com o Oracle 12c, também permite identificar as tabelas adequadas para uso com a opção In-Memory.

Problemas / desafios

• A Bosch procurava maneiras de otimizar o uso de seu sistema SAP CRM. A necessidade de tabelas específicas com um grande número de índices secundários causava dificuldades especiais, que resultavam na frequente insatisfação dos usuários, elevados custos de administração e manutenção, e no provisionamento de recursos de TI adicionais (como armazenamento, por exemplo).

Solução

• Com o Oracle Database In-Memory, é possível substituir os índices adicionais personalizados. O Oracle Database In-Memory no Oracle 12c é usado para as tabelas que tornavam esses índices necessários.

Benefícios

• Agora, os usuários podem usar o SAP CRM de maneira completa e eficaz.

• Redução dos custos de administração de sistemas e bancos de dados.

• A capacidade In-Memory foi ativada somente para as tabelas selecionadas.

• Economia em termos de recursos de armazenamento, pois os índices secundários deixaram de ser necessários.

• O menor número de índice acelerou os processos de negócios.

• Tempos de resposta mais rápidos e melhor desempenho do sistema SAP CRM.

• Uso do Oracle Database In-Memory sem alterações aos aplicativos SAP.

• Uso contínuo do hardware existente, sendo necessário fornecer apenas recursos In-Memory / RAM.

46

SAP BI COM ORACLE DATABASE IN-MEMORY NA DB MASTERS

A tecnologia de banco de dados In-Memory está disponível desde os anos 1990. Desde então, vários fornecedores de bancos de dados têm surgido, desaparecido e abastecido este nicho. Em 2011, a SAP lançou o conceito HANA In-Memory. A ideia inicial era processar consultas analíticas com eficiência por meio de estruturas de dados armazenados em colunas. Planejada como um substituto ao BWA, a tecnologia atendeu as expectativas.

Tempos depois, a SAP ampliou o conceito para incluir OLTP. Tecnicamente, eles optaram por um mix de tecnologias adquiridas e autodesenvolvidas, como P*Time, TREX Search Engine, MaxDB (livecache) e Sybase ASE, para essa finalidade. Os clientes que querem explorar a tecnologia In-Memory do HANA precisam de hardware especial para executar o sistema e devem fazer a migração/conversão da tecnologia que usam hoje para o HANA — a sensação do momento. Quase ao mesmo tempo, a Oracle integrou totalmente a tecnologia In-Memory no Oracle Database 12c. O Oracle Database In-Memory promete bom desempenho dos recursos de alto processamento analítico, implementação quase transparente e não requer hardware especial nem migração de dados. Quando a implementação é feita corretamente, os clientes continuam aproveitando o desempenho, a escalabilidade, a disponibilidade e a confiabilidade que já desfrutavam com melhor desempenho analítico. Este artigo analisa os testes pré-certificação e as descobertas da experiência de um cliente com o Oracle Database In-Memory, que foi certificado para uso com sistemas SAP em junho de 2015.

Aqui na DB Masters, na Áustria, nosso foco é ajudar os clientes a vencer os desafios por meio da implementação correta do Oracle Database e tecnologias relacionadas. Temos experiência com vários sistemas de ERP de grande porte e entendemos as necessidades especiais dos clientes. No entanto, nosso foco são os ambientes Oracle, independentemente dos aplicativos neles executados. Estamos no mercado desde o ano 2000, atendendo uma longa lista de clientes em toda a Europa.

Quando a Oracle lançou o Oracle 12.1.0.2 In-Memory, um de nossos clientes demonstrou interesse nessa tecnologia. A empresa aprovou uma PoC (prova de conceito) para avaliar o impacto da nova opção no desempenho de seu aplicativo SAP BW.

Pegamos a maior instrução SQL (de execução mais longa) do SAP BI de produção e registramos medições nos seguintes cenários:

• Mesmo não sendo uma abordagem inteiramente precisa, pois há várias outras atividades sendo realizadas no banco de dados, resolveram usar os tempos de execução “atuais” das consultas no ambiente de produção como referência.

• Usamos o 11gR2 com o cache de buffer no tamanho original e com 256 GB de cache. As instruções foram executadas várias vezes para aquecer o cache, assim conseguimos eliminar o tempo de E/S (entradas/saídas) da execução e avaliar as diferenças de desempenho entre os resultados com o Oracle 11gR2 e o Oracle 12c.

• Usamos o 12cR1 com o cache de buffer no tamanho original e com 256 GB de cache. As instruções também foram executadas várias vezes para aquecer o cache, assim conseguimos eliminar o tempo de E/S (entradas/saídas) da execução e avaliar as diferenças de desempenho entre os resultados com o Oracle 11gR2 e o Oracle 12c. A diferença de tempo de execução entre o Oracle 11g e o 12c foram insignificantes. Podemos presumir que não há diferenças de desempenho para as instruções testadas.

• Habilitamos o Oracle Database In-Memory e colocamos todos os objetos relacionados no armazenamento em colunas In-Memory. Testamos várias configurações – como diferentes opções de compactação In-Memory, por exemplo – mas no fim, todos os resultados foram obtidos com compactação BAIXA PARA CONSULTAS.

SAP BI Oracle Database In-Memory na DB Masters, Áustria 47

Seguem os resultados referentes a todas as consultas – lembre-se de que usamos uma versão mais antiga do SAP BI, não “otimizada” para a tecnologia Oracle Database In-Memory:

Os números não são tão impressionantes como quando Larry anunciou o Oracle Database In-Memory, mas dependendo do valor de referência, uma execução 25 vezes mais rápida não é nada mal. Ainda existe uma pergunta recorrente: “por que não colocar todo o banco de dados no cache de buffer?” Isso aceleraria o sistema em um fator de 7-8.

A resposta é fácil: a maioria dos clientes não está disposta a pagar por servidores que tenham o volume de memória necessário. Se o seu banco de dados SAP BI tiver 5 TB, 10 TB ou mais, você precisará de até 50% do tamanho do banco de dados para o cache de buffer. Embora hoje em dia existam servidores de até 32TB de memória ou mais, eles custam muito caro. Os atuais servidores baseados em Intel, com dois soquetes, podem suportar até 3 TB de memória – normalmente, servidores de preço mais acessível comportam até 1,5 TB de memória.

A vantagem do Oracle 12c Database In-Memory é que apenas os dados em tabelas devem ser armazenados na SGA (área global do sistema). Isso normalmente corresponde de um terço a metade do tamanho do banco de dados, dependendo do tipo de sistema. O fato de que os dados de tabelas In-Memory são armazenados e acessados de forma compactada significa que o footprint também é reduzido. Nossos testes indicam que a maioria das tabelas do SAP BI podem ser compactadas por um fator entre 2 e 4 vezes do tamanho original da tabela. Ou seja, o tamanho da tabela In-Memory será de metade a um quarto do tamanho original da tabela.

Um servidor atual baseado em Intel, com dois soquetes e 1,5 TB de memória, deve conseguir colocar um banco de dados SAP BI de 10 TB completamente na memória! Além disso, você pode se livrar dos índices usados somente para acelerar as pesquisas – especialmente os índices de bitmap necessários para melhorar o desempenho das consultas. Com menos índices a serem mantidos, os processos de carregamento de dados são acelerados drasticamente, reduzindo os requisitos de espaço em disco e tamanho de backups.

Outra vantagem do Oracle Database In-Memory é a menor quantidade de tempo necessária para a implementação. Pode parecer inacreditável, mas a PoC apresentada a esse cliente foi feita em cinco horas – incluindo a criação de um clone do banco de dados no sistema de teste e a execução de todos os testes planejados! Você pode comparar isso a qualquer projeto de implementação de recurso SAP de sua preferência.

Desativar o Oracle Database In-Memory também é muito fácil. Uma simples diretiva de linha de comando ativa e desativa o recurso de maneira dinâmica, oferecendo um fallback rápido e eficiente em caso de problemas inesperados.

Por último, mas não menos importante – qual é o desempenho dessa tecnologia em termos de HA/DR (alta disponibilidade/recuperação de desastres)? Com o Oracle Database In-Memory, você pode continuar usando todas as funcionalidades de HA, como Oracle RAC e Oracle Data Guard, e soluções de failover da Oracle ou de outros fornecedores – sem alterações – e a capacidade de recuperação continuará inalterada. Essa opção é totalmente integrada com todos os recursos de HA e DR da Oracle.

Em suma, a experiência com esse novo recurso da Oracle foi muito positiva, atendendo nossas expectativas com relação à facilidade de implementação e aos ganhos de desempenho. A tecnologia In-Memory é uma opção certificada e de implementação quase transparente. Agora os clientes têm uma opção viável para explorar essa tecnologia por um preço razoável, sem contratempos aos negócios.

Sobre o autor:

Christian Pfundtner, CEO da DB Masters, trabalha com Oracle Databases desde 1992 (Oracle 6) e é um dos quatro primeiros OCMs (Oracle Certified Masters) na Europa. Nosso foco é o Oracle Database – mas diferentemente de nossos concorrentes, cuidamos de todas as camadas relacionadas – do disco (armazenamento) ao usuário. Oferecemos todos os tipos de avaliações. Requisitos atuais e comerciais de banco de dados, situação atual das licenças, recomendações de melhores práticas para a implementação de tecnologia Oracle a fim de atender as necessidades e maximizar o ROI dos clientes, ajustes de desempenho e solução de problemas.

DB Masters GmbH

Stammersdorfer Str. 463 2201 Gerasdorf, Áustria www.dbmasters.at

Tipo de teste Resultado

Tempo de execução no sistema de produção Sempre entre 2500 e 2750 segundos, dependendo da carga atual do sistema

Sistema de teste 11g / 12c, cache de buffer no tamanho original Cerca de 1455 segundos

Sistema de teste 11g / 12c, cache de buffer de 256 GB Cerca de 382 segundos

Usando o Oracle Database In-Memory com compactação BAIXA PARA CONSULTAS

Cerca de 118 segundos

http://www.dbmasters.at/

Database

Participação de mercado mundial de cada fornecedor

Banco de Dados Oracle O banco de dados da confiança de mais de

310.000 clientes em todo o mundo

Acesse oracle.com/database ou ligue para 0800 891 4433

Fonte: IDC, “Worldwide Relational Database Management Systems Software Market Shares, 2015: The Year of Transition to the Cloud,” IDC 4US41484516.

Junho de 2016; Tabela 1 (Worldwide Relational Database Management Systems Revenue by Vendor). Participação de mercado de diferentes fornecedores com base na receita com licenças de software e manutenção. Copyright © 2016 Oracle e/ou suas controladas e coligadas. Todos os direitos reservados. Oracle é uma marca registrada da Oracle e/ou suas

controladas e coligadas. Outros nomes podem ser marcas registradas de seus respectivos proprietários.

Oracle Database In-Memory Toolkit para SAP BW 49

ORACLE DATABASE IN-MEMORY TOOLKIT PARA SAP BW

O Oracle Database In-Memory Toolkit para SAP BW oferece um método sistemático para identificar objetos do SAP NetWeaver BW ou o armazenamento em colunas do Oracle Database In-Memory. Esse kit de ferramentas também gera scripts SQL para ativar e desativar o recurso In-Memory para esses objetos e carregá-los na memória.

Oracle Database In-Memory Toolkit para SAP BW

Com o Oracle Database 12c, os clientes podem aplicar o Oracle Database In-Memory seletivamente a objetos específicos do SAP BW. Entretanto, identificar e carregar os objetos (tabelas) para obter maiores ganhos de desempenho nem sempre é simples e pode exigir uma abordagem sistemática. Uma opção é primeiro identificar as consultas empresariais usadas com maior frequência e as que mais precisam de melhoria de desempenho. Em seguida, essas consultas devem ser mapeadas para objetos empresariais específicos, como MultiProviders, InfoCubes e armazenamentos de dados operacionais. A próxima etapa é identificar os nomes de tabelas Oracle para cada um desses objetos. Você deve priorizar as tabelas candidatas e criar os scripts para carregá-los na memória.

O Oracle 12c In-Memory é certificado e liberado para todos os aplicativos SAP, incluindo os OLTP, como o SAP ECC, o SAP SCM, o SAP CRM etc., além de aplicativos OLAP, como o SAP NetWeaver BW. A tecnologia In-Memory da Oracle oferece aos clientes SAP que usam o Oracle 12c novas maneiras de analisar os dados em tempo real diretamente no Oracle Database. O Oracle In-Memory acelera em até 1.000 vezes o acesso aos dados, mesmo em modelos de negócios complexos, tornando dispensáveis a complicada extração de dados e o uso de aplicativos especiais da SAP, como SAP BWA ou SAP HANA.

Oracle 12c In-Memory Toolkit para SAP BW

Como trabalhar com o kit de ferramentas?

A SAP oferece duas maneiras de usar as tabelas de bancos de dados com o Oracle Database In-Memory:

a) Oracle 12c In-Memory Advisor para SAP b) SAP NetWeaver BW 7.40 e 7.50 – Flat Cubes

No entanto, como essas duas opções cobrem apenas uma fração dos aplicativos possíveis, a Oracle criou um kit de ferramentas para que os aplicativos SAP possam carregar intencionalmente os objetos de banco de dados com o Oracle Database In-Memory, desde que o aplicativo esteja sendo executado no Oracle 12c. Todas as versões do SAP Net-Weaver 7.x funcionam com o kit de ferramentas In-Memory.

A apresentação mostra uma visão geral incluindo:

• Os procedimentos/funções do kit de ferramentas e como usá-lo • Métodos de aplicação • Estudos de caso – resultados de clientes

Informações adicionais

White paper: Oracle Database In-Memory http://www.oracle.com/technetwork/database/in-

memory/ overview/twp-oracle-database-in-memory-

2245633.html

OTN: Oracle 12c In-Memory Toolkit para SAP NetWeaver http://www.oracle.com/technetwork/indexes/samplecod

e/ in-memory-toolkit-3076228.html

Notas da SAP

2351252 – Oracle Database In-Memory Toolkit for SAP

2335159 – Flat Cubes for SAP BW

2137032 – DBA Cockpit: Monitor for In-Memory Feature

2189163 – Oracle Database In-Memory Advisor for SAP

2178980 – Using Oracle Database In-Memory with SAP NetWeaver-Based Products

http://www.oracle.com/technetwork/database/in-memory/

http://www.oracle.com/technetwork/database/in-memory/

http://www.oracle.com/technetwork/indexes/samplecode/

http://www.oracle.com/technetwork/indexes/samplecode/

50

Do melhor desempenho com a melhor disponibilidade ao melhor suporte para consolidação de BDs — são inúmeras

as boas razões/diferenciais quando se usa o Oracle Database para aplicativos SAP

POR QUE BASE DE DADOS ORACLE E SISTEMAS CRIADOS PARA SAP?

De PMEs (pequenas e médias empresas) às maiores

corporações do mundo, dezenas de milhares de

clientes se beneficiam usando o Banco de Dados

Oracle para SAP. Existem algumas boas razões para

isso: analise atentamente os excepcionais

diferenciais que tornam o Banco de Dados Oracle

para SAP a primeira opção para a maioria dos

clientes SAP.

Há mais de 29 anos, Oracle e SAP trabalham em colaboração para aperfeiçoar o Banco de Dados Oracle para os clientes SAP. A renovação de compromissos e acordos formam a base do relacionamento e da parceria de longa data. Acima de tudo, os clientes SAP se beneficiam com as inovações da Oracle, que fornecem soluções flexíveis para as empresas atenderem seus requisitos e necessidades comerciais. Os clientes SAP, por sua vez, valorizam a excelente sustentabilidade e protegem seus investimentos usando o Banco de Dados Oracle para aplicativos SAP.

Analisando em detalhes, vemos claramente por que o Banco de Dados Oracle para SAP é o líder e o melhor RDBMS (sistema de gerenciamento de bancos de dados relacionais) executando aplicativos SAP. Neste contexto, veremos mais de perto os principais diferenciais entre o Banco de Dados Oracle para SAP e os demais bancos de dados que podem ser usados em combinação com aplicativos SAP. Há pelo menos oito diferenciais relativos ao Banco de Dados Oracle para SAP 11g, 12c, Oracle Exadata Machine e Oracle Engineered Systems (com importantes recursos/opções):

Diferenciais do Banco de Dados Oracle para SAP

(1.) Melhor desempenho e escalabilidade.

Oracle é recordista mundial no benchmark SAP SD e BI-D (BI-Data Mart), com escalabilidade e desempenho excepcional em ambientes SMP e Cluster rodando em Unix e Linux.

O Oracle RAC (Real Application Clusters) oferece uma maneira flexível de alcançar escalabilidade praticamente linear dos aplicativos SAP. Com o RAC, os clientes podem expandir verticalmente (scale-up) ou horizontalmente (scale-out) a camada do servidor de bancos de dados. Como todos os nós do RAC são ativos, os clientes SAP têm maior facilidade de atender os requisitos de carga de trabalho de produção. Amplamente adotado pelos clientes, o Oracle RAC é a única solução de bancos de dados em cluster com disponibilidade geral para todos os produtos SAP, além de tornar os recursos SAP altamente disponíveis, graças ao Oracle Clusterware, e eliminar a necessidade de software de outros fornecedores.

O Oracle ASM (Automatic Storage Management) é um gerenciador de volume e um sistema de arquivos do Banco de Dados Oracle, que comporta configurações de única instância do Oracle Database e do Oracle RAC. O ASM é a solução de gestão de armazenamento recomendada pela Oracle, que fornece uma alternativa aos convencionais gerenciadores de volume, sistemas de arquivos e dispositivos raw (brutos).

A opção Oracle Database In-Memory acelera o desempenho de analytics (análises avançadas), data warehousing, emissão de relatórios e OLTP (processamento de transações on-line). A opção In-Memory do Oracle Database 12c é 100% compatível com aplicativos existentes e aproveita toda a funcionalidade já instalada do Banco de Dados Oracle Cada aplicativo executado no Oracle Database 12c pode aproveitar a opção In-Memory do Oracle Database de forma automática e transparente. Os aplicativos existentes manterão toda a funcionalidade enquanto são acelerados sem esforço algum. Esta opção permite desenvolver novos aplicativos que antes seriam impraticáveis em virtude das limitações de desempenho.

Por que Oracle Database e Engineered Systems para SAP? 51

SAP BW Flat Cubes com o Oracle Database In-Memory: O Flat Cubes – técnica de modelagem de dados também conhecida como “HANA-Optimized InfoCubes” – permite aos clientes simplificar o modelo de dados do SAP BW. Os benefícios para clientes que executam software SAP em tecnologia Oracle incluem: redução de custos graças ao melhor desempenho e à otimização integrada do SAP BW com o Oracle Database 12c, sem agregados ou índices obrigatórios, tempos de resposta mais rápidos nas consultas e aceleração do carregamento de dados.

Com o Oracle Exadata Database Machine, os clientes podem optar por abordagens de scale-up ou scale-out de modo gradual e sob demanda. Comece com o Exadata do tamanho adequado para a sua empresa – um oitavo de rack, um quarto de rack, meio rack ou um rack completo. Você pode ampliar o Exadata para o próximo tamanho antes de precisar de maior velocidade ou capacidade, sem a necessidade de atualizações maciças – basta expandir o sistema atual horizontal ou verticalmente (scale-out/up).

O Exadata inclui uma tecnologia exclusiva que transfere a carga das operações SQL com uso intensivo de dados para o Oracle Exadata Storage Servers e somente as linhas e colunas diretamente relevantes a uma consulta são enviadas para os servidores de banco de dados.

O resultado é um desempenho excepcional no processamento de transações e data warehousing. As transações SAP que envolvem dados provavelmente são realizadas a partir da memória flash para recuperação ultrarrápida. Usuários que emitem relatórios e executam tarefas em lote não interferem com os usuários transacionais do sistema SAP. Os data warehouses do SAP BW/BI retornarão as consultas aos usuários de modo muito mais rápido.

(2.) Melhor flexibilidade de implementação.

Nas plataformas mais aceitas – Unix, Linux, Windows – “só dá Oracle”. Com a mesma base de código em todos os meios do sistema operacional, a Oracle oferece os mesmos recursos, ferramentas e funcionalidade em todas as plataformas de hardware e sistemas operacionais para que os clientes possam escolher a plataforma mais eficaz para suas implementações.

Se o cliente precisar de uma mudança nos sistemas operacionais, a Oracle oferece os rápidos e eficientes serviços de migração O2O (Oracle-to-Oracle). Muitas empresas não podem arcar com o downtime associado a uma migração off-line. Para essas situações, a Oracle oferece o Triple-O, um serviço de migração on-line O2O com praticamente zero de tempo de parada. As paralisações do sistema são reduzidas de horas para minutos, independentemente do tamanho do banco de dados.

O Oracle Multitenant, uma nova opção para o Oracle Database 12*, ajuda os clientes a reduzir os custos de TI simplificando a consolidação, o provisionamento, as atualizações e muito mais.

Com o suporte de uma nova arquitetura, um banco de dados contêiner multitenant pode conter vários bancos de dados conectáveis. Um BD já instalado pode ser simplesmente adotado, sem alterações, como um banco de dados conectável. Também não é preciso alterar as demais camadas de aplicativos.

A Oracle sempre forneceu o software do Oracle Database Server para instalação em sistemas compostos por hardware e sistema operacional de outros fornecedores. Esta abordagem ainda é possível, mas agora a Oracle fornece também os “Engineered Systems”, que consistem em máquina, sistema operacional e banco de dados produzidos pela Oracle. Todos os componentes incorporados para executar um Banco de Dados Oracle são pré-configurados, pré-ajustados e pré-testados por especialistas da Oracle, eliminando as semanas ou meses que normalmente seriam necessários para implementar um sistema de alto desempenho.

(3.) Melhor disponibilidade e confiabilidade.

O Oracle RAC (Real Application Clusters) para SAP remove o servidor de banco de dados como um único ponto de falha. O banco de dados permanecerá on-line enquanto um ou mais instâncias de BD estiverem ativas e em execução. O Oracle Data Guard complementa o Oracle RAC, proporcionando uma solução de recuperação de desastres que não exige tempo de parada do sistema SAP em caso de falha. O Data Guard costuma ser usado em conjunto com Flashback (tecnologia que reverte às alterações do banco de dados sem restaurações, minimizando drasticamente o tempo de parada). O Oracle Online Patching permite aos clientes instalar patches individuais ou em pacotes totalmente on-line, sem a necessidade de desligar a instância do BD.

Os clientes SAP podem usar o Oracle Cloud File System (ACFS) – que faz parte do Oracle Database 12c Release 1 (12.1.0.2) e pode ser usado também no X2, X3, X4 e X5 – para complementar o Oracle ASM (Automatic Storage Management) a fim de armazenar arquivos que não pertencem ao banco de dados no ACFS, que estará disponível mesmo no Exadata X5 para armazenar arquivos relacionados ao sistema SAP, como /sapmnt e /usr/sap/trans e skip, sem precisar usar sistemas de arquivos NFS externos.

Benefícios empresariais do Oracle Database 12c para os clientes SAP (1)

52

O Oracle Exadata Database Machine para clientes SAP é uma configuração pré-validada, desenvolvida em elevados padrões de engenharia, que oferece alta disponibilidade imediata. Com a arquitetura redundante do Exadata, todos os pontos únicos de falha são eliminados. Recursos conhecidos como espelhamento, separação de falhas e proteção contra erros de drive e célula foram inseridos no Exadata para garantir dados protegidos e disponíveis o tempo todo.

O Exadata é pré-incorporado, o que reduz o tempo e os custos de implementação, instalação e configuração (hardware, sistema operacional, banco de dados, RAC, clusterware etc.).

(4.) Melhor suporte para bancos de dados de grande porte.

O Banco de Dados Oracle é muito conhecido por propiciar o uso mais eficiente do espaço em disco. Isso é de extrema importância para os clientes SAP, pois o tamanho de seus bancos de dados continua a crescer acentuadamente.

A compactação de índices B-Tree, que ocupam um terço do espaço em disco alocado para os bancos de dados em ambientes SAP, reduz a E/S e melhora o desempenho geral, permitindo armazenar mais informações de índices na mesma quantidade de memória (cache).

A compactação de tabelas, implementada no Oracle Advanced Compression, usa um algoritmo de compactação exclusivo que elimina valores duplicados em um bloco de banco de dados, mesmo em várias colunas. Esta abordagem combina redução de espaço em disco com melhorias de desempenho e facilidade de gestão.

O Oracle Database 12c Advanced Index Compression usa um algoritmo exclusivo a fim de otimizar o espaço para entradas de índice no nível dos blocos, reduzindo o espaço em disco necessário, acelerando o acesso aos dados e elevando a taxa de transferência do sistema SAP.

A compactação de LOBS (SecureFiles) fora de linha, a compactação em rede no lado do servidor, bem como a compactação de Data Guard, EXPDP e RMAN, são aprimoramentos adicionais aos recursos de compactação que podem beneficiar os clientes SAP.

A Oracle otimizou o carregamento e descarregamento completo de dados durante uma migração de Unicode (requisito em todas as novas versões SAP) para propiciar migrações de Unicode SAP mais rápidas, com taxas de transferência de dados de até 1 terabyte/hora, de modo totalmente integrado com os produtos SAP. Mesmo os maiores bancos de dados, com inúmeros terabytes, foram migrados em uma semana.

Os clientes SAP que usam Oracle Databases também têm a vantagem de um rico conjunto de tipos de particionamento para reduzir a E/S e melhorar o desempenho. O Oracle Database 11g Release 2 incrementa esta lista com subparticionamento e particionamento em intervalos para ampliar a flexibilidade de design e o desempenho dos aplicativos.

O Oracle Database 12c traz vários recursos novos adicionados ao ACO (Advanced Compression Option), que aprimoram a capacidade de gestão de armazenamento do Banco de Dados Oracle. O Heat Map rastreia automaticamente as modificações e timestamps das consultas, fornecendo insights detalhados sobre como os dados têm sido acessados.

O HCC (Hybrid Columnar Compression) – disponível nos Oracle Engineered Systems (plataforma Exadata) – oferece os mais altos níveis de compactação de dados, além de tremendas economias de custos e melhorias de desempenho, graças à redução de E/S. A economia média de armazenamento pode variar de 10 a 15 vezes, dependendo do nível no qual o HCC é implementado.

Muitos ambientes estão chegando ao fim de sua vida útil e geram elevados custos de manutenção. O Exadata e o Exalogic oferecem uma maneira simples e fácil de gerenciar um ambiente – uma opção viável para a nuvem privada.

SAP Business Warehouse: - Consultas ou transações e InfoCubes enormes e complexos,

que consomem muito tempo do banco de dados. - Extrações diárias de grande volume com uma janela de

tempo limitada - Extrações de grande volume podem sobrecarregar a rede

Benefícios empresariais do Oracle Database 12c para os clientes SAP (2)


(5.) Melhor segurança de banco de dados.

Conformidade e segurança nunca foram tão importantes como hoje.

O Oracle Advanced Security TDE (Transparent Data Encryption) simplifica a criptografia de dados confidenciais, criptografando os dados de modo transparente quando estes são gravados em disco. O Banco de Dados Oracle oferece o recurso Tablespace Encryption (que criptografa todos os dados de um tablespace), criptografia de SecureFile e RMAN Backup, Data Guard Secure Network e EXPDP.

Com o Oracle Database Vault, é possível estabelecer territórios de proteção em torno de objetos de banco de dados dos aplicativos SAP para evitar que os usuários do banco de dados que tenham privilégios de acesso conectem-se aos dados confidenciais e apliquem a segregação de funções (SoD, Segregation of Duties) em benefício próprio.

O Oracle Database Vault ajuda os clientes a cumprir os requisitos de conformidade regulamentar, aplicando SoD. A análise de privilégios do Oracle Database Vault 12c minimiza o número de funções concedidas.

Todos os recursos do Oracle Security estão disponíveis para todas as configurações de bancos de dados (única instância e RAC) e todas as plataformas de hardware/OS (sistema operacional), incluindo o Exadata Database Machine.

O Exadata para SAP atende até os mais rigorosos requisitos de segurança e alta disponibilidade. Ele é uma máquina completa, pré-incorporada, equilibrada e segura com base na nuvem para bancos de dados de missão crítica e contém todos os de alta segurança da Oracle, como o Database Vault.

(6.) Melhor capacidade de gestão e autogestão.

O Oracle Enterprise Manager Grid Control (EM), o SAP DBA Cockpit e as BR Tools da SAP contam com o Oracle AWR (Automatic Workload Repository) que armazena automaticamente as estatísticas de carga de trabalho e desempenho para que administradores e engenheiros de suporte possam analisar e resolver rapidamente problemas de desempenho tenha a causa básica ocorrida horas ou dias antes.

O Oracle RAT (Real Application Testing) é usado para avaliar e programar alternações na infraestrutura do datacenter do cliente como, por exemplo, mudanças no sistema operacional, migrações de hardware, aplicação de patches e atualizações. Com o Database Replay (parte do RAT), os clientes podem testar as alterações de sistema de modo realista, basicamente recriando as cargas de trabalho de produção no sistema de teste.

O ILM (Information Lifecycle Management) e o ADO (Automatic Data Optimization) são novas funcionalidades muito interessantes do Oracle 12c para os clientes SAP. Combinados com o Heat Map, esses recursos podem ser usados para criar uma robusta estratégia de gestão do ILM. Esta estratégia incorpora compactação e colocação dos dados em camadas de modo automático para respeitar as políticas que o cliente definir.

Pacotes de patches são criados e certificados em conjunto com a SAP para maior simplicidade. Basta aplicar os pacotes de patches do Exadata e do banco de dados SAP. As BR Tools foram expandidas para funcionar em conjunto com ASM e Exadata.

Exadata para SAP: – Dispensa tarefas complexas de integração e ajustes manuais

(banco de dados, armazenamento, rede e servidor).

– Comporta implementações, migrações e consolidações de modo eficiente para que os projetos sejam executados com rapidez e economia.

– Permite que os usuários programem um pool de dados centralizado e altamente eficaz com uma infinidade de bancos de dados do sistema.

7.) Melhor suporte para consolidação de BDs.

A Oracle aceitou métodos de consolidação de bancos de dados, como máquinas virtuais ou consolidação em esquemas, por muito tempo e os clientes SAP se beneficiaram com a redução de custos e a otimização efetiva da infraestrutura.

O Oracle Engineered Systems, como o Exadata Database Machine, oferecem aos clientes novas oportunidades de consolidação de bancos de dados e redução nos custos de infraestrutura, com menor complexidade. Um número cada vez maior de clientes SAP está usando o Exadata para a seguinte finalidade: a consolidação de seus incontáveis “bancos de dados SAP”.

Os ambientes SAP podem ser incluídos nos planos de consolidação de BDs de toda a empresa no Oracle Exadata Database Machine. Consolidar todos os bancos de dados em uma plataforma modernizada resulta em redução dos custos gerais dos BDs. A oportunidade de consolidar vários Banco de Dados Oracle dispersos em um ambiente Exadata oferece excelentes vantagens. Os administradores podem se concentrar em gerenciar o Exadata, e não na manutenção de configurações exclusivas.


O Oracle 12c Multitenant oferece projetos de consolidação de BDs acima das enormes vantagens adicionais mencionadas anteriormente. A opção Multitenant propicia maior produtividade e redução de custos e consumo de recursos, fazendo com que os clientes constatem uma significativa simplificação dos projetos de consolidação de BDs. Oracle Multitenant traz uma nova arquitetura que permite aos clientes consolidar vários bancos de dados com facilidade, sem alterar seus aplicativos, bem como administrá-los como um recurso agrupado, consumindo o mínimo de memória. Os clientes SAP podem gerenciar vários bancos de dados como um só (na aplicação de patches, realização de backups etc.). O uso mais eficiente dos recursos do sistema e da gestão de tais recursos é feito de maneira fácil e muito eficiente.

(8.) Melhor integração de hardware e software.

Há anos o Oracle Database Server Software tem aproveitado a capacidade de importantes componentes de hardware, usando flash e criptografia, entre outros recursos. No Oracle 12c In-Memory, as varreduras usam instruções vetoriais SIMD (Single Instruction Multiple Data Values) super-rápidas, desde que a CPU aceite o SIMD. Desse modo, a integração entre hardware e software será alcançada através do uso do Oracle 12c – uma nova etapa de qualidade e eficácia.

Além de ser um Oracle Engineered System, o Exadata é pré-incorporado, o que reduz o tempo e os custos de implementação, instalação e configuração (hardware, sistema operacional, banco de dados, RAC, clusterware etc.). O Exadata para clientes SAP consolida plataformas e bancos de dados, oferece a melhor integração de hardware e software e reduz o consumo de energia e recursos de arrefecimento nos ambientes SAP.

Certificação do Oracle Database 12c:

A Fase 1, intitulada Certificação básica, foi concluída em março de 2015 e incluiu todos os recursos e opções anteriormente disponíveis no Oracle Database 11g, além de vários recursos do Oracle Database 12c que são totalmente transparentes ou exigem um mínimo esforço de integração.

A Fase 2, concluída em junho de 2015, é a primeira a oferecer novas opções importantes do Oracle Database 12c: o Oracle Database In-Memory, uma opção totalmente nova do Oracle Database 12c.

A Fase 3, concluída em dezembro de 2015, trouxe novos recursos de ILM incluídos no Oracle Database 12c Advanced Compression, bem como o HCC (Hybrid Columnar Compression) com bloqueio no nível de linha no Oracle Exadata e no Oracle SuperCluster.

Na Fase 4, foi concluído o processo de certificação do Oracle Multitenant para os clientes SAP. Essa opção permite consolidar vários bancos de dados em um único contêiner, é baseada em uma arquitetura de bancos de dados totalmente nova e requer um considerável esforço de integração entre Oracle e SAP.

Diferenciais do Oracle Database para SAP

Oracle Database 12c

Projetado para a nuvem

Use menos itens de hardware

Reduza os custos operacionais

Gerencie vários bancos de dados como um só

Tudo isso sem precisar alterar os aplicativos

oracle.com/database ou ligue para 0800 891 4433

Copyright © 2015. Oracle e/ou suas controladas e coligadas. Todos os direitos reservados. Oracle e Java são marcas comerciais registradas da Oracle e/ou de suas afiliadas.

Oracle Database Exadata Machine nos Correios Suíços 56

Consolidação de várias centenas de servidores de bancos de dados para uso de aplicativos SAP e de outros

fornecedores (não SAP), com otimização significativa do ciclo de vida/gestão de TI. A implementação superou as

expectativas

AUMENTO DA EFICIÊNCIA DE ICT NOS CORREIOS SUÍÇOS GRAÇAS AO ORACLE EXADATA DATABASE MACHINE

Os Correios Suíços têm como objetivo facilitar a vida

dos clientes, prestando serviços inovadores e de alta

qualidade. Com a crescente digitalização do mundo dos

negócios, uma infraestrutura de TI dinâmica e

otimizada é mais importante do que nunca. Desde o

início do ano, os Correios Suíços contam com o Exadata

Database Machine da Oracle para otimizar sua

infraestrutura.

Diversos aplicativos digitais dão suporte a uma grande variedade processos de negócios nos Correios Suíços. O cenário de TI altamente desenvolvido inclui elementos locais e descentralizados, e os DBMS (sistemas de gestão de bancos de dados) são essenciais para o desempenho, SLAs (contratos de nível de serviço), conformidade e segurança. Isso se deve principalmente ao fato de que os dados de praticamente todos os aplicativos são processados de modo centralizado em um ou mais dentre as centenas de bancos de dados da companhia para inúmeras finalidades.

Durante anos, os Correios Suíços têm usado os Banco de Dados Oracle em conjunto com seus aplicativos SAP e de outros fornecedores. A migração para os Engineered Systems com base no Oracle Exadata Database Machine representou uma importante etapa para atingir as metas de otimização da infraestrutura dessa instituição. Os benefícios foram muitos. Graças à consolidação de servidores e bancos de dados, os Correios Suíços melhoraram a eficiência dos custos e do uso dos recursos. Eles atingiram um alto grau de simplificação e otimização da gestão do ciclo de vida dos DBMS. Os usuários constataram consideráveis ganhos de desempenho e os administradores de sistemas também obtiveram melhorias.

Consolidação dos servidores de bancos de dados

O plano era primeiro implementar a consolidação dos servidores de bancos de dados com base no Oracle Exadata Database Machine no domínio não-SAP. Depois de analisar os insights, a experiência adquirida e os resultados alcançados, a instituição decidiu implementar o Oracle Exadata também no ambiente SAP.

Valeri Minkov, engenheiro sênior do Oracle Database dos Correios Suíços, explica que “com relação à consolidação dos servidores de bancos de dados, o uso intensivo de recursos, tempo e dinheiro envolvido na gestão do ciclo de vida foi o principal motivo que nos levou a mudar para o Oracle Exadata”.

Sempre que era necessário fazer atualizações ou aplicar patches, cerca de dez departamentos de TI diferentes tinham de se reunir e analisar, coordenar e definir as atividades para depois executá-las. Esse esforço envolvia especialistas em servidor, sistema operacional, rede, banco de dados e interface, entre outros. O processo e a coordenação envolvida eram insatisfatórios porque simplesmente tomavam tempo demais. Com “o Oracle Exadata, conseguimos simplificar substancialmente esse procedimento de várias maneiras.”.

57

No ambiente não SAP, nada menos do que 480 Banco de Dados Oracle com mais de cem servidores físicos e trinta servidores virtuais foram transferidos para três meio racks do Oracle Exadata X4-2. Os Correios Suíços vêm usando o Exadata no domínio não SAP desde o segundo trimestre de 2015 com grande sucesso. A empresa usa quatro núcleos de computação, 8x12 núcleos de CPU, 2 TB de RAM, quatro nós de células de armazenamento, um Flash Cache de 12,8 TB, quatro nós do RAC gerenciados pelo administrador e o Oracle Data Guard para HA (alta disponibilidade) e DR (recuperação de desastres).

A experiência no ambiente não SAP tem sido extremamente positiva. Na verdade, o resultado do business case superaram as expectativas. Diante desses resultados, os Correios Suíços ficaram entusiasmados em aproveitar os benefícios de usar o Oracle Exadata para SAP o mais rápido possível.

No ambiente SAP, 96 Banco de Dados Oracle (usados para testes, garantia de qualidade, integração e produção) com um total de 47 servidores de bancos de dados físicos e 15 virtualizados (do HPE no Suse Linux; VMware) foram migrados para o Exadata (um quarto de rack). O Exadata entrou em produção no ambiente SAP no quarto trimestre de 2016, com dois Exadata X5-2, cada qual com dois núcleos de computação, 4x18 núcleos, 1,5 TB de RAM, três núcleos de células de armazenamento, um Flash Cache de 9,6 TB e dois nós do RAC gerenciados pelo administrador para HA. Os servidores de aplicativos (do HPE e outros fabricantes) continuaram a ser executados no Microsoft Windows.

Os Correios Suíços têm mais de 10.000 usuários SAP, utilizando vários componentes do pacote empresarial baseado no SAP NetWeaver, entre os quais, ERP, BW, SRM, CRM e HCM. Cada sistema foi customizado com uma série de programas ABAP desenvolvidos internamente.

O Oracle Exadata oferece enormes benefícios

No ambiente SAP, o Oracle Database 11g foi totalmente migrado para o Oracle Exadata.

Os sistemas Exadata de alto desempenho são executados em um datacenter de alta segurança em Berna, capital da Suíça, onde há duas células do Exadata conectadas a um cluster RAC de dois núcleos (conexão cruzada), executados em salas a 150 metros de distância uma da outra para garantir a alta disponibilidade. Outra célula conectada do Exadata é operada em um datacenter backup a cerca de 120 quilômetros de distância. Visando à continuidade comercial e à recuperação de desastres, as replicações de dados são feitas quase continuamente em todos os locais com o Oracle Data Guard.

Com relação aos benefícios alcançados com o Oracle Exadata, Minkov diz que “a economia de tempo e dinheiro foi significativa. Antes do Exadata, precisávamos de 100 dias-homem para aplicar um patch ou implementar uma atualização. Agora, precisamos de três a quatro. Conseguimos aplicar um novo patch ao Exadata em cerca de duas semanas. Além disso, agora temos apenas uma equipe de DBMS e Engineered Systems.”

Outras vantagens importantes para os Correios Suíços incluem a economia em termos de armazenamento e servidores. “Obviamente, isso faz a diferença quando, em vez de atualizar ou adquirir mais de 100 servidores, você praticamente tem um sistema com 12 núcleos de computação.”

Como parte da consolidação no ambiente SAP, o número de bancos de dados foi reduzido de 96 para 85. A consolidação com o Exadata também permitiu uma economia em torno de 300 TB no volume de armazenamento (SAN). Os Correios Suíços também colheram benefícios importantes graças à diminuição do espaço físico necessário para servidores e armazenamento, e reduziu os gastos com energia.

Os usuários, por sua vez, notaram uma melhoria no desempenho com o Oracle Exadata. Segundo Minkov, “os usuários SAP contam que sentem que os tempos de resposta caíram pela metade.”.

Oracle Database Exadata Machine nos Correios Suíços 58

E não é só isso: “há benefícios comprovados em trabalhar com um modelo de um único fornecedor. Antes, tínhamos de lidar com cerca de dez fabricantes. Agora, tratamos somente com a Oracle. Assim, precisamos de muito menos tempo para resolver questões como panes. O processamento e a administração do atual servidor de DBMS também consistem em tarefas muito mais objetivas.”.

De um modo geral, a consolidação dos servidores de bancos de dados nos ambientes SAP e de outros fornecedores com base no Oracle Exadata Machine certamente valeu a pena. No momento da redação deste artigo (fevereiro de 2017), os Correios Suíços estão atualizando o Oracle 11g para o 12c. A implementação planejada no nível de expansão X6 para o Oracle Exadata Database Machine aumentará os atuais recursos de processamento. O X6 Exadata Machine contém mais núcleos de CPU, mais RAM e maior capacidade de armazenamento.

Oracle Exadata: “Flexibilidade única”

Nos mais de dois anos e meio de uso do Exadata, os Correios Suíços acumularam muito conhecimento e expertise. Os especialistas da instituição realizaram a migração para o Exadata no ambiente SAP sem qualquer assistência externa. O segredo é que os Correios Suíços usam o Engineered System como um sistema combinado, por assim dizer. Eles executam os componentes do Exadata X4-2, X5-2 e X6-2 de modo combinado com todos os demais componentes (cargas de trabalho dos aplicativos SAP e de outros fornecedores) usando a mesma rede Infiniband do Exadata. Minkov explica que “do ponto de vista dos Correios Suíços, o Exadata como um Engineered System da Oracle oferece flexibilidade exclusiva e possibilidades de uso e expansão do sistema que não seriam encontradas em qualquer outro fornecedor de bancos de dados.”.

Perfil

Schweizerische Post (Correios Suíços)

Os Correios Suíços (www.post.ch) consistem em uma empresa diversificada, com atividades em comunicações, logística, finanças do varejo e transporte. Com cerca de 62.000 funcionários, os correios estão entre os maiores empregadores na Suíça. Em 2016, a receita alcançou cerca de CHF 8,2 bilhões. A empresa é representada em cerca de 25 países e é de total propriedade do governo federal da Suíça.

Principais benefícios:

Moderna infraestrutura de bancos de dados que permite scale-out (expansão horizontal) para cargas de trabalho SAP e de outros fornecedores, reduções nos custos, otimização da gestão do ciclo de vida, aceleração dos processos de negócios, melhor desempenho, melhor capacidade de gestão, responsabilidade centralizada, alta segurança, alta disponibilidade, maior estabilidade, opções de escalabilidade extensíveis.

Local: Suíça

Força de trabalho: Cerca de 62.000 funcionários

Faturamento: CHF 8,224 bilhões (2015) Produtos e serviços Oracle:

Oracle Exadata Database Machine para ambientes SAP e de outros fornecedores (11g/12c, RAC, ASM), três meio racks X4-2, dois X5-2, três nós X6.

Oracle Enterprise Manager 12c

http://www.post.ch/

Oracle Exadata Database Machine na Granarolo 59

A maior cadeia de produção de laticínios da Itália colhe extensos benefícios com a nova plataforma de

infraestrutura do Banco de Dados Oracle, alcançando economias tangíveis nos custos.

O ORACLE EXADATA ATENDE AOS VÁRIOS E RIGOROSOS REQUISITOS DA GRANAROLO

Com receita anual de $1 bilhão, quase 2.500 funcionários, 14 instalações fabris e produção de mais de 8,5 milhões de litros de leite ao ano, a Granarolo é o maior produtor de laticínios da Itália. O grupo trabalha com empresas de laticínios locais integradas na cadeia de produção, de maneira como nenhuma outra corporação do mesmo porte jamais conseguiu. O foco da Granarolo é fornecer produtos laticínios de alta qualidade, com base em padrões de processos definidos, desde a seleção das matérias primas até a produção e o abastecimento de produtos tradicionais e lançamentos no ponto de venda. Bem conhecida na Itália e em franca expansão internacional, a empresa lançou nada menos do que 19 produtos novos no mercado nos últimos dois anos.

Sem uma função de TI efetiva e sofisticada, o modelo de negócios e as operações da Granarolo seriam simplesmente impossíveis. Durante anos, o grupo de empresas – que opera em toda a Itália – usou o Banco de Dados Oracle como o seu principal componente de TI.

Doze aplicativos empresariais de missão crítica são executados no Banco de Dados Oracle, entre os quais, SAP ERP, Transportation Manager e WH Manager. O grupo executa outros 28 aplicativos, como CRM, Identity Manager e várias outras soluções customizadas.

“Em 2015, estabelecemos uma estratégia plurianual para substituir nossa infraestrutura de plataforma de armazenamento, com foco específico na infraestrutura Oracle. Nossos requisitos incluíram consolidação, simplificação, continuidade dos negócios e, obviamente, desempenho. Outra exigência fundamental foi realizar uma migração sem rupturas, pois não queríamos ter de efetuar nenhuma modificação ou atualização de aplicativos.”

Após uma avaliação detalhada de todas as opções, incluindo uma análise dos requisitos que a nova plataforma de banco de dados para o ambiente SAP precisaria cumprir, a Granarolo escolheu o Oracle Exadata Engineered System, em novembro de 2015. Como a própria Granarolo explicou, “a solução Oracle Exadata Database Machine atendeu todos os nossos rigorosos requisitos.”.

O projeto de migração foi concluído tranquilamente

em seis meses, com uma implementação sem

regressões, mantendo as operações comerciais 24/7

(ininterruptas) em todo o grupo.

Os recursos internos de TI tiveram uma

participação estratégica, trabalhando ativamente

com os consultores do projeto, adquirindo

conhecimento e autonomia com o uso da nova

plataforma.

Em termos de desempenho, os resultados esperados foram atingidos e, em alguns casos, superados em grande medida.

O Oracle Exadata Database Machine para SAP é um pacote completo de servidores, armazenamento, rede e software, que oferece escalabilidade, confiabilidade e redundância acima da média. Graças à consolidação, o Exadata permite aos clientes reduzir os custos de TI, alcançar um nível mais alto de otimização administrativa, melhorar o desempenho de todos os aplicativos e tomar decisões empresariais com melhor embasamento e maior rapidez. Como uma plataforma de bancos de dados, o Exadata possibilita atingir o máximo desempenho tanto em data warehousing quanto em aplicativos de OLTP (processamento de transações on-line), como o SAP ECC 6.0. O Exadata também é totalmente compatível com computação em nuvem.

Oracle Exadata Database Machine na Granarolo 60

Um sistema para agora e para o futuro

Graças ao Oracle Exadata, o grupo com negócios na casa de $1 bilhão alcançou vários benefícios e melhorias tanto em termos de desempenho técnico quanto de resultados comerciais.

Os usuários estão mais satisfeitos, pois afirmam que o sistema alcançou significativa melhoria no desempenho geral. O Oracle Exadata reduziu consideravelmente os

tempos de resposta de vários tipos de consultas (e a

extração destas OTM). Por exemplo, uma consulta que

antes demorava 8 minutos, passou a ser executada em

menos de 60 segundos. O tempo de resposta de uma determinada seleção de pedidos caiu de 10 minutos para poucos segundos. O tempo de resposta geral das consultas no sistema SAP ERP Z também caiu de forma maciça. Muitos relatórios passaram a ser concluídos de 3 a 6 vezes mais rápido, sem precisar alterar os aplicativos SAP, tampouco fazer ajustes nos bancos de dados.

Com a escolha do Engineered System Oracle Exadata, a Granarolo simplificou sua infraestrutura de TI e agora o sistema pode ser expandido facilmente sempre que necessário. A empresa também conseguiu operar uma notável consolidação dos bancos de dados (com menos CPUs necessárias para a mesma carga de trabalho), resultando em economias tangíveis nos custos com licenças de bancos de dados. Esse tipo de consolidação simplesmente não teria sido possível com qualquer outra solução.

A mudança para o Oracle Exadata Database Machine (dois X5-2 de um oitavo de rack e alta capacidade para o datacenter, conectados via LAN/WAN, além do Oracle Data Guard) não foi um projeto grande nem demorado, assim como não envolveu mudanças aos aplicativos já em uso.

Massimiliano Cusumano, CIO (gerente de TI), e Fabrizio Bracco, CTO (gerente de infraestrutura técnica) do grupo Granarolo resumem a mudança para o Oracle Exadata Database Machine de maneira positiva: “a equipe do Oracle Consulting e outros parceiros de serviços de TI nos deram um suporte extraordinário durante a mudança de infraestrutura e desempenharam um papel importante em nos ajudar a alcançar todas as metas definidas para nós mesmos. Estamos extremamente satisfeitos com o resultado.” Além disso, o Banco de Dados Oracle/Oracle Exadata oferece opções que nos permitirão aproveitar seus benefícios por vários anos. “Já estamos elaborando estudos e relatórios de especialistas sobre os recursos do Oracle 12c, como o Oracle Database In-Memory e o Oracle Multitenant.”

www.granarologroup.com

Setor: Comidas e bebidas

Receita: Acima de $1 bilhão

Número de Funcionários: Cerca de 2.500 pessoas


• Oracle Database Machine Exadata (dois X5-2 de um oitavo de rack e alta capacidade) e atualização do (Oracle Database 11g ->

12g)

• Oracle Data Guard

• Oracle Consulting

Principais benefícios

• Suporte efetivo e proteção contra obsolescência para a

continuidade dos negócios e expansão agora e no futuro

• Desempenho extremo, estabilidade / alta disponibilidade / base

para consolidação, redução de custos, simplificação da gestão de

sistemas em todo o datacenter.

• Base para mais otimizações do uso de soluções SAP, por

exemplo, com o Oracle Database 12c In Memory, Multitenant

Solução

• SAP ECC 6.0 (FI, CO, PP, MM, SD, SAP PI e SAP Solution Manager),

software de outros fornecedores, como Business Warehouse

baseado em Oracle, Oracle OTM (Oracle Transportation

Management) e Oracle Database Repositories para aplicativos do

cliente e da web, e gestão de identidades.

http://www.granarologroup.com/

Oracle Exadata Database Machine no Wumart 61

A WUMART STORES PROCESSA PEDIDOS ON-LINE OITO VEZES MAIS RÁPIDO ACELERA EM QUINZE VEZES A OBTENÇÃO DE INSIGHTS E REDUZ OS CUSTOS OPERACIONAIS EM US$ 100.000 AO ANO

Fundada em 1994, a Wumart Stores, Inc. é a rede de supermercados líder da China, com mais de 35% de participação de mercado e 800 lojas em todo o país, em cidades como Pequim, Tianjin e nas províncias de Hebei e Zhejiang.

Para manter a liderança, a Wumart Stores expandiu a gama de produtos comercializados, adicionando 40% de alimentos frescos e outros produtos de grande consumo, como carnes cruas e cozidas, frutas e legumes – todos com margem de lucro mais alta. Em parceria com a Dmall – loja on-line que oferece alimentos frescos de alta qualidade para 4 milhões de usuários e processa mais de 100.000 pedidos por dia – a Wumart Stores expandiu seu canal de vendas, passando a comercializar produtos também on-line, com o objetivo de impulsionar as vendas e melhorar a vantagem competitiva.

Desafios

• Aprimorar os sistemas de ERP (planejamento de recursos empresariais) da SAP para acelerar o processamento de pedidos do supermercado Wumart on-line e da loja de seu parceiro comercial nesse canal, a fim de garantir a qualidade dos alimentos frescos e otimizar as receitas.

• Desenvolver a capacidade de prever as necessidades e

preferências dos clientes – por exemplo, oferecendo descontos para as carnes e legumes mais pedidos – e melhorar a qualidade dos serviços.

• Consolidar os antigos equipamentos de armazenamento e

servidores de bancos de dados da IBM em uma única plataforma para simplificar a manutenção do sistema e reduzir o TCO (custo total de propriedade), sem deixar de cumprir os rígidos requisitos da empresa que determinam que nenhum dado seja perdido em caso de emergência.

Soluções

• Redução dos custos operacionais de TI – como consumo de energia e espaço físico do datacenter – em mais de US$ 100.000 ao ano e simplificação da manutenção de TI por meio da consolidação de 92% dos antigos servidores IBM e quatro Banco de Dados Oracle para aplicativos SAP em um único Oracle Exadata Database Machine.

• Aceleração de oito vezes no processamento de pedidos on-line e minimização da perda de receita de liquidações gerais ocasionadas pela queda da qualidade dos alimentos frescos e pelos altos custos de armazenamento em baixa temperatura. Esse benefício foi alcançado com a melhoria de 82% no tempo de resposta dos aplicativos SAP e a aceleração das cargas de trabalho de OLTP (processamento de transações on-line) com a tecnologia Infiniband e a ultrarrápida memória flash PCI do Oracle Exadata.

• Diminuição dos custos de logística, pois a empresa

obteve uma visão holística do modelo de cadeia de suprimentos on-line e modificou o processo para garantir a precisão dos pedidos e a pontualidade das entregas aos clientes.

• Aceleração de quinze vezes na obtenção de insights e

prestação de serviços mais eficazes para atender às necessidades dos clientes – por exemplo, oferecendo mais opções de frango fresco – depois que a empresa passou a executar o SAP Business Warehouse no Oracle Exadata e capacitou sua equipe a gerar relatórios rapidamente e analisar as preferências e o histórico de compras dos clientes, incluindo fidelidade à marca e interesse em descontos.

• Minimização do impacto nas operações da loja on-line

durante a implementação do sistema, usando os recursos de gerenciador de recuperação e tablespaces transportáveis do Oracle Exadata para realizar backups, restaurar, recuperar e migrar quatro bancos de dados com 8 terabytes de dados para Oracle Exadata em apenas 20 minutos.

• Garantia de alta disponibilidade do sistema sem

degradar a experiência do cliente com o Oracle Real Application Clusters, que permitiu a ativação de failover automático em caso de falha do servidor, eliminando o único ponto de falha e minimizando a ocorrência de panes no sistema.

Oracle Exadata Database Machine no Wumart 62

Por que a Oracle

“Escolhemos o Oracle Exadata por causa de sua plataforma de hardware e software integrada e pré-projetada, que nos proporcionou melhorias significativas em termos de velocidade e capacidade de gestão. A solução também nos ajudou a criar um datacenter na nuvem para os aplicativos SAP por um baixo custo”, disse Zheng Tao, chefe de TI, Wumart Stores, Inc.

Processo de implementação

Após uma avaliação e comparação aprofundadas com as soluções de outros fornecedores, a Wumart Stores implementou o Oracle Exadata para substituir seus antigos equipamentos de armazenamentos e servidores IBM. A empresa também migrou quatro Banco de Dados Oracle para aplicativos SAP, incluindo o ERP essencial, e ampliou a gestão de depósitos e business warehouse para o Oracle Exadata. A Wumart Stores concluiu todo o projeto – do design à implementação – em apenas três meses e colocou a nova plataforma em operação dentro do prazo e do orçamento.

Parceiro da Oracle

Beijing Giantower Technology Co., Ltd.

A Beijing Giantower Technology Co, Ltd., parceira de negócios da Oracle, forneceu uma solução comprovada para a migração dos aplicativos SAP e ajudou a Wumart Stores a garantir uma mudança tranquila e bem-sucedida para o Oracle Exadata.

“Com a equipe de consultoria profissional da Beijing Giantower Technology e sua expertise em gestão de projetos envolvendo o Oracle Exadata, concluímos a migração dos bancos de dados SAP praticamente sem paralisações e preparamos o terreno para aumentar a eficiência operacional e reduzir os custos”, disse Zheng.

Depoimento da Wumart Stores, Inc.

“Com a consolidação de 92% de nossos

servidores IBM e quatro bancos de dados em

um único Oracle Exadata Database Machine,

ganhamos uma plataforma em nuvem privada

integrada de alto desempenho para comportar

o crescimento de nosso e-business. Podemos

processar pedidos on-line oito vezes mais

rápido e reduzimos os custos operacionais em

mais de US$ 100.000 ao ano.”

– ZENG TAO,

Chefe de TI, Wumart Stores, Inc.

www.wumart.com

Cliente da Oracle: Wumart Stores, Inc.

Local: Pequim, China

Setor: Varejo

Funcionários: 34.137.

Receita anual: US$ 1 bilhão a US$ 5 bilhões


• Oracle Exadata Database Machine

• Oracle Real Application Clusters

http://www.wumart.com/

O Oracle Exadata Database Machine ajuda a Amerisource Bergen a administrar os negócios nos mais altos níveis com arquitetura SAP 63

O ORACLE EXADATA DATABASE MACHINE AJUDA A AMERISOURCEBERGEN A ADMINISTRAR OS NEGÓCIOS NOS MAIS ALTOS NÍVEIS COM ARQUITETURA SAP

A Amerisource Bergen é uma empresa global de serviços de distribuição para o setor farmacêutico, ajudando prestadores de serviços de saúde e indústrias farmacêuticas e de biotecnologia a melhorar o acesso dos pacientes aos produtos e cuidados aprimorados. Os serviços vão da distribuição de medicamentos e logística sofisticada de nichos de mercado até consultoria farmacêutica e reembolsos. Ocupando a 12ª posição na lista Fortune 500, a Amerisource Bergen fornece soluções e programas inovadores em todo o canal de abastecimento farmacêutico.

Desafios/necessidades

• Uma plataforma de infraestrutura de bancos de dados estável, capaz de comportar uma arquitetura SAP de missão crítica e altíssimo volume. Atualmente, o aplicativo SAP ECC processa 1,7 milhão de itens de linha por dia para o banco de dados de 70 TB – um volume que não para de crescer.

• Um ambiente de TI altamente disponível e confiável,

que possa ser expandido conforme necessário, com quase zero de parada. O ideal é que o ambiente seja flexível, possa ser facilmente expandido, e suporte os ambiciosos requisitos de negócios do futuro. Uma análise de crescimento de curto prazo prevê um significativo aumento do processamento de itens de linha até o fim de 2017.

• Alcançar ganhos de desempenho, levando em conta o

processamento de ponta a ponta.

• Cumprir os requisitos de TCO de maneira sustentável e eficaz.

Soluções A Amerisource Bergen decidiu implementar o Oracle Exadata Database Machine Platform como a base de infraestrutura crucial para a sua principal arquitetura SAP. O motivo para tanto foi a significativa melhoria em termos de escalabilidade e estabilidade no aplicativo SAP ERP ECC de missão crítica e outros módulos essenciais da SAP.

O Oracle Exadata Database Machine é um sistema integrado altamente otimizado, capaz de processar as mais intensas cargas de trabalho de E/S (entradas/saídas), que também funciona como uma excelente plataforma de consolidação. A Amerisource Bergen substituiu mais de 50 servidores clássicos de bancos de dados por um número menor de máquinas Exadata e alcançou uma densidade muito maior de banco de dados por servidor.

A empresa melhorou a estabilidade do sistema para todos os aplicativos SAP de missão crítica, especialmente o SAP ECC. Como já esperavam, o volume de negócios aumentou, passando de 1 milhão para 1,7 milhão de itens de linha processados por dia. O sistema desempenhou como esperado, sem problemas de escalabilidade.

As paradas não planejadas foram eliminadas no ambiente SAP ECC de missão crítica para os negócios. A alta disponibilidade local e remota (quase zero de parada) foi usada para a cobertura da recuperação de desastres com aceleração do tempo de backup.

A gestão de TI otimizada garantiu o alto desempenho com monitoramento proativo e maior rapidez na identificação e resolução de problemas. Esses benefícios abrangem toda a solução de tecnologia da Oracle (por exemplo, banco de dados, RAC, sistema operacional, servidor e armazenamento) graças ao Oracle Advanced Customer Service (ACS) e ao Oracle Advanced Monitoring and Resolution Services (AM&R).

Por que a Oracle?

O Oracle Exadata Database Machine é uma solução exclusiva e completa para a camada do banco de dados – projetada e otimizada para cargas de trabalho de bancos de dados SAP e de outros fornecedores, com excepcional capacidade de scale-up (expansão vertical) para atender a necessidades futuras. O Oracle AM&R e o Oracle ACS forneceram excelente suporte e agregaram valor à operação de TI de missão crítica da Amerisource Bergen.


A Amerisource Bergen colocou o Oracle Exadata Database Machine para SAP em operação em setembro de 2013. A transição para o Oracle Exadata foi feita em duas fases. A primeira, focada no principal sistema SAP ECC, que entrou em produção nas primeiras 12 semanas do projeto. Os demais aplicativos SAP, incluindo CRM, PI ou Portal, foram implementados até o início de 2014.

O Oracle Exadata Database Machine ajuda a Amerisource Bergen a administrar os negócios nos mais altos níveis com arquitetura SAP 64

O ambiente de 70 TB do banco de dados SAP ECC tem sido executado com sucesso há três anos e meio em um Oracle Exadata Database Machine X3-8 de rack duplo. Os outros aplicativos SAP em cerca de 20 bancos de dados são executados em um Oracle Exadata X3-2 separado. Recentes expansões da arquitetura SAP incluirão o Oracle 12c Database In-Memory.

A Amerisource Bergen está consolidando seus 20 datacenters em dois locais, com previsão de concluir o processo em 2018. A empresa também planeja atualizar os Oracle Exadata Database Machine X3 para a versão X6 neste ano.

“A Oracle ajuda de maneira proativa com o monitoramento da infraestrutura, apontando eventuais preocupações com relação ao desempenho. Com a equipe Oracle SAP da América do Norte, o Oracle Advanced Customer Service (ACS) e o Oracle AM&R, podemos nos antecipar e analisar o que precisamos fazer especificamente para o ambiente SAP ECC a fim de acompanhar o constante crescimento do volume”, disse Milt Simonds, vice-presidente de plataforma empresarial, Amerisource Bergen Corporation.

Depoimento da Amerisource Bergen Corporation

“Em três anos e meio de uso produtivo, o Oracle

Exadata Database Machine tem nos beneficiado

de inúmeras maneiras. O Oracle Exadata Machine

comporta toda a estabilidade, alta disponibilidade

e desempenho necessários em nosso volumoso

ambiente SAP e facilita até mesmo os mais

ambiciosos planos de negócios. Conseguimos

simplificar drasticamente nossas operações de TI,

consolidar nosso ambiente de bancos de dados e

minimizar o TCO – tudo com um excelente modelo

de suporte otimizado. Graças aos serviços do

Oracle ACS e Oracle AM&R, podemos manter o

foco nas tarefas essenciais e fazer um uso

otimizado de nossos próprios recursos.”

– MILT SIMONDS,

Vice-presidente de plataforma empresarial

Amerisource Bergen Corporation.

www.amerisourcebergen.com

Cliente da Oracle: Amerisource Bergen Corporation

Local: Chesterbrook, Pensilvânia, Estados Unidos.

Funcionários: mais de 19.000

Receita anual: $146,8 bilhões (ano fiscal de 2016)


• Oracle 12c Database

• Oracle 12c Database In Memory

• Oracle 12c Database Tuning & Diagnostics

• Oracle 12c Real Application Clusters (RAC)

• Oracle Exadata Database Machine

• Oracle Advanced Compression

• Oracle Data Guard

• Oracle Advanced Customer Support Services (ACS)

• Oracle Advanced Monitoring and Resolution (AM&R)

http://www.amerisourcebergen.com/

Oracle Exadata na Nagase 65

A NAGASE ESTABELECE UMA INFRAESTRUTURA DE BANCOS DE DADOS INTEGRADOS PARA SEUS APLICATIVOS SAP EXECUTADOS EM TODA A REDE DE ESCRITÓRIOS GLOBAIS USANDO O ORACLE EXADATA X4

A Nagase & Co. Ltd. – uma empresa consolidada, atuando

no mercado há 183 anos – substituiu os aplicativos SAP

usados em sua rede de escritórios no mundo todo por

uma única instância global. Depois de comparar o Oracle

Exadata com o SAP HANA, a Nagase adotou o Oracle

Exadata X4 como a infraestrutura de bancos de dados

integrados para suas operações de back-end. A mudança

reduziu em 48% os tempos de carregamento de dados

no SAP BW, em comparação à abordagem convencional, e

reduziu drasticamente o tempo de processamento de

lotes de DWH (data warehouse). A Nagase também

planeja migrar o banco de dados dos aplicativos SAP,

que será usado pelo escritório local, para o Oracle

Database X4 a fim de dar continuidade ao projeto de

globalização.

A Nagase integrou os bancos de dados de vários

aplicativos SAP executados em toda a rede de

escritórios globais usando o Oracle Exadata X4

Fundada em 1832, a Nagase atua na importação, exportação e vendas nacionais de plásticos, materiais químicos e eletrônicos e outros produtos, com vários escritórios globais na América do Norte, Ásia, Oriente Médio, Europa e América Latina.

Em 2009, a Nagase implementou a primeira geração do Oracle Exadata, o V1, para substituir seu antigo Teradata. Em maio de 2014, o V1 foi trocado pelo mais novo Oracle Exadata X4. O sr. Kenji Yoshizawa – gerente geral do segundo departamento de sistemas da sede de desenvolvimento da Nagase Information Development – desempenhou um papel de liderança na migração e explicou as circunstâncias da mudança.

“Desde 2009, a Nagase vem implementando aplicativos SAP nas subsidiárias em vários países, como China e nações do sudeste da Ásia (ASEAN). Em outubro de 2014, implementamos os aplicativos SAP em nossas afiliadas nos Estados Unidos. Consideramos o Oracle Exadata X4 e o SAP HANA como candidatos para nossa infraestrutura de sistemas com o objetivo de termos uma única instância global para executar os aplicativos SAP e consolidar vários bancos de dados espalhados. Acabamos decidindo implementar o Oracle Exadata X4 porque com a nossa licença do Oracle Exadata V1, conseguiríamos migrar por um baixo custo e poderíamos aproveitar a experiência adquirida com o uso dessa versão do Exadata”.

No sistema usado até então, bancos de dados de vários sistemas eram executados em ambiente Oracle RAC (Real Application Clusters) no Oracle Exadata V1. Eles também criaram e operaram Banco de Dados Oracle para os seguintes aplicativos SAP: ECC (ERP Central Component), GTS (Global Trade Services), BW (Business Warehouse), FI (Financial Accounting), CO (Controlling), SD (Sales and Distribution), MM (Material Management), TM (Transportation Management), entre outros.

Cerca de 1.500 pessoas usam esses aplicativos nos escritórios da Nagase em todo o mundo. A empresa planeja integrar todos esses bancos de dados no Oracle Exadata X4. Se houver alguma falha no Oracle Exadata X4, os serviços em todos os escritórios espalhados em todo o planeta serão paralisados. No entanto, o sr. Yoshizawa e sua equipe não têm muitas preocupações nesse sentido em virtude dos resultados operacionais atingidos com o Oracle Exadata V1.

EXADATA

66

– Sr. KENJI YOSHIZAWA, Gerente geral do segundo departamento de sistemas da sede de desenvolvimento de informações da Nagase

O Sr. Yoshizawa comentou que “segundo a equipe da Oracle, não teríamos problemas. Com base na experiência anterior com a máquina Exadata e os serviços da Oracle, confiamos totalmente neles. Após a implementação, constatamos uma melhoria imediata e significativa no desempenho. Em nosso antigo sistema, durante o processamento mensal de lotes, o carregamento de dados para o SAP BW (DWH) chegava a demorar a noite inteira, avançando o dia seguinte, e afetando negativamente nossas operações comerciais. Tínhamos urgência em resolver esse problema.”.

A Nagase Information Development planeja migrar seus bancos de dados para o Oracle Exadata X4 em duas etapas principais. Na primeira delas, o plano é migrar os sistemas existentes, executados no Oracle Exadata V1, para o Oracle Exadata X4. Na segunda etapa, a Nagase pretende migrar os bancos de dados dos aplicativos SAP para o Oracle Exadata X4.

A Nagase implementou o Oracle ZFS Storage para fazer

backup do Oracle Exadata Database Machine, eliminando

preocupações sobre atrasos na realização de backups de

grandes volumes de dados.

A Nagase Information Development aproveitou ao máximo a consultoria e vários serviços de suporte oferecidos pela Oracle Japão para garantir a realização dessas tarefas de maneira eficaz. Na opinião do Sr. Yoshizawa, “o Oracle Exadata X4 ofereceu a melhor e mais moderna tecnologia de missão crítica e seria difícil tirar o melhor proveito dela, gerenciando-a como se fosse um Oracle Database em um servidor Windows.” Especificamente, eles usaram o suporte para a implementação inicial do Oracle Exadata X4 e para instalar os aplicativos SAP no Exadata – um serviço prestado pelo Oracle Consulting Service (OCS). Usou também o suporte para migrar os dados para o Oracle Exadata X4 e o serviço de aplicação de patches oferecido pelo Oracle Advanced Customer Support Service.

Além dos dois Oracle Exadata X4s – um de meio rack para produção e outro de um oitavo de rack para desenvolvimento e testes – a Nagase adotou o Oracle ZFS Storage para fazer backups do Oracle Exadata no novo ambiente de banco de dados.

“Inicialmente, planejamos fazer o backup de todos os bancos de dados conectando-os aos servidores de armazenamento existentes pela rede de 10 Gbps. Chegamos à conclusão de que isso não seria suficiente em virtude da adoção dos aplicativos SAP e do respectivo crescimento no volume de dados, na ordem de vários terabytes. Portanto, implementamos o Oracle ZFS Storage e conseguimos reduzir o tempo de backup para um quinto do que esperávamos a princípio, conectando-o ao Oracle Exadata por uma rede InfiniBand de 40 Gbps.”

A Nagase também implementou o Oracle Enterprise Manager 12c para monitoramento inclusivo, além de servidores de gateway para os Oracle Platinum Services, a fim de habilitar a aplicação remota de patches e recursos de monitoramento de falhas.


Configuração do sistema usando o Oracle Exadata

Acentuada melhoria no desempenho dos

aplicativos SAP e BW

A migração para o Oracle Exadata X4 proporcionou melhoria no desempenho dos aplicativos SAP. O Sr. Koji Ikeda – chefe da seção de gestão de infraestrutura, divisão de operações, da Nagase Information Development – contou-nos sobre os efeitos da migração.

“Por exemplo, o carregamento de dados no SAP BW costumava demorar cinco horas e 38 minutos”. Agora leva somente duas horas e 44 minutos – uma redução de 48%. Desse modo, conseguimos resolver o problema do processamento de lotes que demorava a noite inteira e continuava no dia seguinte. O tempo de processamento de lotes no DWH caiu de 70 horas para 50 minutos. Também tivemos melhorias excelentes no tempo de resposta dos sistemas de consultas de desempenho e de gestão de custos e lucratividade, e muito mais. Além disso, consolidamos os bancos de dados dispersos no Oracle Exadata X4 e, graças à implementação da gestão integrada por meio do Oracle Enterprise Manager, obtivemos reduções de custos E “grandes melhorias na capacidade de gestão da infraestrutura de banco de dados.”.

A Nagase concluiu o processo de consolidação dos bancos de dados no Oracle Exadata X4 em 16 escritórios globais em 2014. A capacidade e o desempenho do Oracle Exadata continuam nos proporcionando grande margem de manobra. Agora, a Nagase fará a migração dos bancos de dados no 17º escritório, situado na Alemanha. Eles também continuarão migrando os bancos de dados dos aplicativos SAP usados nos escritórios nacionais para o Oracle Exadata X4.

– Sr. KOJI IKEDA,

Sr. Koji Ikeda, chefe da seção de gestão de infraestrutura, divisão de operações, da Nagase Information Development.


Comparação dos tempos de processamento antes e depois da implementação do Oracle Exadata

Processamento Antes da implementação

Depois da implementação

Tempo reduzido em

Observações

Carregamento de dados no BW 5 horas e 38 minutos 2 horas e 44 minutos 2 horas e 54 minutos * Tempo de processamento em uma rede de trabalho

Processamento de lotes no DWH

70 minutos 50 minutos 20 minutos

Sistema de consultas de desempenho

6 segundos 3 segundos 3 segundos

Sistema de gestão de custos e lucratividade

7 segundos 3 segundos 4 segundos

Sistema de registro de acessos 140 segundos 78 segundos 62 segundos Volume por data/departamento de lojas/conta nos últimos 6 anos

Cópia do cliente 79 horas e 20 minutos 20 horas e 12 minutos 59 horas e 8 minutos Máquina para uso em produção - Máquina para verificação

Relatório ZLOG 24 segundos 11 segundos 13 segundos Saldos de estoque Relatório ZLOG 50 segundos 21 segundos 29 segundos Histórico de transações Relatório ZLOG 50 segundos 5 segundos 45 segundos Faturamento nos últimos 18 meses (por

subsidiária internacional)

O Sr. Yoshizawa comentou que “os bancos de dados usados para os aplicativos SAP em todos os nossos escritórios, incluindo os nacionais, serão consolidados no Oracle Exadata X4 em algum momento. No futuro, faremos a unificação dos códigos de vários sistemas em âmbito global nesta infraestrutura de bancos de dados integrados e aumentaremos ainda mais nossa eficiência comercial. Com o término do suporte para o Windows Server 2003 a partir de julho de 2015, deixaremos de usar esse sistema ou faremos a fusão dos Oracle Databases executados no Windows Server 2003 antes de consolidá-los no Oracle Exadata X4.”.

Compartilhando um aplicativo empresarial em todos os escritórios, a Nagase conseguirá aumentar a agilidade e aprimorar os recursos de gestão global. Uma questão crucial na implementação dessa única instância global é a criação de uma poderosa infraestrutura de banco de dados que comporte o processamento rápido e estável de enormes volumes de dados. A Nagase resolveu a questão implementando o Oracle Exadata X4 e planeja acelerar o crescimento da empresa, que vem se expandindo firmemente desde a Era Tenpo (iniciada em 1830).

http://www.nagase.co.jp/english/

Cliente da Oracle: Nagase & Co., Ltd.

Tipo de empresa: Empresa de comércio geral

Número de funcionários: 1.009 (Consolidados: 6.293) (em abril de 2015)

Capital: 9,699 bilhões de ienes (em abril de 2015)

Vendas: 723,2 bilhões de ienes (consolidados) (em abril de 2014)

Atividade principal: Importação, exportação e vendas

nacionais de plásticos, materiais químicos e eletrônicos,

cosméticos e alimentos saudáveis. A Nagase tem cinco

escritórios no Japão e dezenas de subsidiárias no mundo todo.

http://www.nagase.co.jp/english/

Oracle 12c e Database In-Memory na LION 69

“Executando o Oracle Database 12c com o Oracle Exadata Database Machine, conseguimos acelerar em quatro vezes

o desempenho das consultas e atualizar os dados com o dobro de velocidade. A plataforma de bancos de dados

integrados também comportou uma migração de dados tranquila, com o mínimo transtorno para nossas operações

de produção.”

– MASATOSHI UTSUNOMIYA,

Diretor do departamento de sistemas, Lion Corporation.

A LION CORPORATION MAXIMIZA A OPORTUNIDADE DE GERAÇÃO DE RECEITAS E COMPORTA O CRESCIMENTO GLOBAL COM TECNOLOGIA ORACLE

A Lion Corporation maximiza a oportunidade de geração de receitas e comporta o crescimento global com tecnologia Oracle.

A Lion Corporation é a maior fabricante de produtos para higiene bucal do Japão e produz também uma ampla variedade de produtos domésticos e cosméticos, incluindo cremes dentais, xampus, itens para cuidados corporais e sabão em pó. A empresa vende produtos farmacêuticos isentos de prescrição, como aspirinas e remédios para resfriados, por meio de um contrato de licença com a indústria farmacêutica Bristol-Myers Squibb. O objetivo da Lion Corporation é oferecer produtos de qualidade e ajudar os clientes com a limpeza, a saúde, o conforto e o meio ambiente.

Depois de substituir o Teradata, há cinco anos, a empresa tem usado o Oracle Exadata V2 para vários aplicativos. O Oracle Exadata Machine hospedava vários bancos de dados para aplicativos SAP, gestão de produção e inteligência de mercado. Em virtude do aumento do volume de dados dos POS (pontos de vendas) e da transferência do datacenter, a Lion decidiu atualizar o antigo Oracle Exadata para melhorar o desempenho e eliminar falhas no transporte de hardware.

Desafios

• Conseguir processar rapidamente mais de centenas de milhões de dados, que incluem transações de vendas de cremes dentais e sabão em pó, e comportar o crescimento dos negócios.

• Atualizar o Oracle Exadata no novo datacenter em vez de transferir a máquina física, evitando o risco de danos ao equipamento e garantindo a segurança dos dados.

• Concluir o projeto de atualização do banco de dados e transferência do datacenter dentro do orçamento e do cronograma especificados.

• Garantir a migração tranquila dos dados dos aplicativos cruciais para os negócios, como os sistemas de ERP da SAP, para a nova plataforma de banco de dados, com o mínimo de interrupções às operações vitais de produção.

Resultados

• Os executivos passaram a receber dados precisos para a tomada de decisões comerciais, incluindo informações sobre as vendas de cremes dentais, por exemplo. Esse avanço foi possível, graças à aceleração de até quatro vezes no desempenho das consultas e às atualizações dos dados de processamento feitas na metade do tempo com o Oracle Exadata X5.

• Com o modelo de licenças flexível do Oracle Exadata, a empresa pôde expandir facilmente o banco de dados ou os servidores de armazenamento – passando de uma máquina de um oitavo para um quarto de rack, por exemplo – e melhorar o desempenho do sistema para sustentar o crescimento da receita.

• Zero parada desde a atualização para o Oracle Exadata X5-2 e garantia de alta disponibilidade com o hardware totalmente redundante nos sistemas integrados.

• Análises de big data usando a arquitetura de formato duplo do Oracle Database In-Memory para otimizar o grande volume de consultas analíticas, envolvendo dados de POS referentes aos produtos de higiene bucal.

• Simplificação da gestão dos sistemas com uma plataforma integrada na gestão dos servidores de bancos de dados para aplicativos de compras e recursos humanos, operando em um ambiente individual, graças à opção Multitenant do Oracle Database 12c.

• Com risco mínimo, o projeto de atualização do banco de dados e transferência do datacenter foi concluído dentro do cronograma e do orçamento, com a implementação de um Oracle Exadata previamente configurado e testado no novo datacenter.

• Redução da carga de trabalho da equipe de TI, que ganhou a capacidade de consolidar um número ainda maior de bancos de dados e gerenciar facilmente as atualizações e aplicações de patches com os aplicativos Oracle Multitenant.

Oracle 12c e Database In-Memory na LION 70

Por que a Oracle

“Fizemos o upgrade para o Oracle Exadata por causa de seu desempenho e capacidade superiores e do modelo de licenças sob demanda que nos proporciona flexibilidade para comportar o crescimento futuro. O Oracle Database 12c também ajudou a garantir uma migração tranquila e minimizar os transtornos aos negócios.”

– Akinori Murakami, engenheiro, departamento de sistemas, Lion Corporation.

Execução

A Lion Corporation atualizou sua plataforma de banco de dados com o Oracle Database 12c e o Oracle Exadata X5-2, e adotou as opções Oracle Multitenant e Oracle Database In-Memory para realizar análises com maior rapidez e garantir a migração perfeita dos aplicativos empresariais. Com a ajuda da Oracle, a Lion Corporation concluiu o projeto em menos de quatro meses e colocou a nova plataforma em operação sem atropelos.

Sobre a Lion Corporation

Fundada em 1891, a Lion Corporation fabrica e vende produtos de higiene bucal, como cremes dentais, colutórios e outros produtos usados no dia a dia – de cosméticos e produtos domésticos até acessórios de cozinha e produtos farmacêuticos. A empresa opera seis escritórios de vendas, quatro instalações de produção e dois institutos de pesquisa locais. A Lion Corporation também expandiu os negócios em vários países asiáticos para promover um estilo de vida de saúde e conforto na região.

Envolvimento do parceiro

A SCSK Corporation, parceira de negócios da Oracle, trabalhou na integração dos sistemas no projeto de atualização do Oracle Exadata e do Oracle Database 12c para a Lion Corporation.

“A SCSK nos forneceu o plano de migração mais eficiente e econômico possível. Com a sólida expertise da SCSK em aplicativos SAP, resolvemos rapidamente vários problemas de licenciamento e instalação, pois fomos a primeira empresa no Japão a migrar bancos de dados de aplicativos SAP para o Oracle Database 12c”, explicou Murakami.

SCSK Corporation

https://www.scsk.jp/index_en.html

http://www.lion.co.jp/en/

Cliente da Oracle: Lion Corporation

Sede do cliente: Tóquio, Japão.

Funcionários: 6.816

Receita do cliente: US$ 300 milhões

http://www.scsk.jp/index_en.html

http://www.lion.co.jp/en/

Grupo de energia da Indonésia escolhe o Oracle SuperCluster 71

Grupo de energia da Indonésia escolhe um sistema integrado da Oracle para atualização de

hardware, alcançando desempenho sustentável e redução do TCO (custo total de propriedade) no

ambiente SAP.

GRANDE EMPRESA INDONÉSIA DE PETRÓLEO OBTÉM GRANDES BENEFÍCIOS COM O ORACLE SPARC SUPERCLUSTER

Esta grande empresa de petróleo da Indonésia, cujo negócio principal envolve a produção de óleo, gás e energia nova e renovável, baseia-se em sólidos princípios comerciais dentro e fora do país e se empenha em dar a melhor contribuição para o bem-estar da nação, usando todo o potencial da Indonésia. Os compromissos da corporação incluem aprimorar e inovar todas as operações, seguindo as exigências do cenário global, para exercer seu papel estratégico na economia nacional. Com receita de US$ 41,76 bilhões em 2015, a organização opera com estabilidade, buscando concretizar sua visão de tornar-se uma empresa de classe internacional.

Como muitas outras companhias em todo o mundo, este grupo tem alcançado benefícios tecnológicos e comerciais usando o SPARC / Solaris em combinação com o Banco de Dados Oracle em seu ambiente SAP. Como acontece de tempos em tempos, essa empresa multibilionária precisava atualizar seus componentes de hardware, especialmente para a operação com uso intensivo das soluções de aplicativos SAP.

“Nossos servidores SPARC Solaris M8000, bem como o sistema operacional Solaris, executavam suas tarefas de maneira confiável e eficiente quando nossos aplicativos SAP foram implementados, há alguns anos. No entanto, com o crescimento do uso do sistema SAP – principalmente durante o processamento de lotes no fechamento mensal – no fim de 2015 / início de 2016, ficou claro que havia chegado a hora de atualizar os componentes de hardware e a tecnologia desse ambiente. Por um lado, tal atualização envolveria fazer a otimização necessária no desempenho ou nos tempos de execução de lotes, por outro lado, tínhamos o objetivo de reduzir ainda mais o TCO e alcançar uma melhoria geral na eficácia da infraestrutura”, explicou um gerente sênior de TI da empresa.

Ao fazer a avaliação para a mudança, esse grande grupo asiático tinha bons motivos para votar em favor da plataforma de engineered system Oracle SPARC Solaris M6-32 SuperCluster, com sistemas de armazenamento Oracle ZS3-ES incorporados e novos servidores Oracle T5 adicionais (para a consolidação de sistemas de garantia de qualidade, desenvolvimento e testes).

A equipe Global Oracle ACS (Advance Customer Services) foi contratada para ajudá-los a realinhar a infraestrutura com base em soluções Oracle e forneceu a consultoria e o suporte esperados. O ACS garantiu que o projeto fosse implementado com sucesso, dentro do prazo e do orçamento, seguindo os padrões e requisitos corporativos dessa organização.

Bons motivos pelos quais o grupo indonésio

optou pela Oracle

A escolha do Oracle SuperCluster foi o resultado de uma análise aprofundada, que, em suma, levou à seguinte avaliação: “a arquitetura técnica do SuperCluster, com sua configuração altamente integrada e consolidada, aliada ao extremo desempenho das células de armazenamento do Exadata, foram os fatores que nos convenceram de que essa solução resolveria os nossos problemas”.

A empresa foi convencida pelo fato de que o Oracle SPARC SuperCluster poderia ser usado para realinhar a infraestrutura por um preço razoável e, acima de tudo, traria vários benefícios sustentáveis que poderiam ser obtidos ao mesmo tempo com a solução Oracle. As vantagens incluem, por exemplo, consolidações do cenário SAP e dos Bancos de Dados Oracle com redução dos custos de licenças e do TCO, significativas melhorias de desempenho em várias áreas, aceleração da implementação de sistemas e simplificação das operações de TI, maior eficiência com gestão e virtualização incorporadas, altíssima disponibilidade, ganhos de produtividade e eficiência graças aos componentes testados, coordenados, integrados e provenientes de um único fornecedor, expressiva otimização do suporte, entre outras melhorias.

72

O suporte do Oracle ACS

Tão logo decidiu pela solução Oracle, a empresa e os especialistas do Oracle ACS começaram a criar um layout de instalação para o novo ambiente de hardware para SAP com base no Oracle SPARC SuperCluster e outros itens de hardware T5. Os componentes escolhidos foram um sistema Oracle SuperCluster M6-32 de gabinete duplo com quatro Oracle SPARC T5-2s, cada qual com 48 núcleos e 2 TB de RAM.

Nesse ínterim, os sistemas de aplicativos e bancos de dados (virtualizados em alguns casos) deveriam operar na plataforma Oracle SPARC SuperCluster redundante com o sistema operacional Solaris 11 e vários sistemas SAP. No caso do Oracle Database 11g, nenhuma alteração foi planejada inicialmente (uma atualização para o Oracle 12c está sendo estudada como um projeto separado), pois a ideia é executá-lo no sistema Oracle SPARC SuperCluster como um engineered system na forma de um Database Machine (incluindo o Oracle RAC).

Também há planos de consolidar vários outros sistemas SAP na plataforma Oracle SPARC SuperCluster. O principal sistema de aplicativos (com cerca de 6.000 usuários em todo o mundo) é o SAP Oil & Gas, uma solução específica para o setor, usada em empresas de produtos pré e pós refino com ERP ECC. Outros aplicativos SAP incluem BW, CRM e PI. O tamanho geral dos Oracle Databases 11g era de 20 TB no total. Para recuperação de desastres, a empresa usava o Oracle DataGuard, uma tecnologia confiável e amplamente adotada.

Uma mudança bem-sucedida com benefícios notáveis

O gerente sênior de TI comentou que “a migração para o Oracle SuperCluster foi tranquila, muito bem-sucedida e não causou atrasos nem problemas”. Os custos para o realinhamento de hardware para o ambiente SAP ficaram totalmente dentro do orçamento aprovado. Todos os envolvidos fizeram um excelente trabalho. A equipe Oracle ACS merece um reconhecimento especial.

Como usuários de longa data da combinação SPARC / Solaris, a equipe de infraestrutura de TI obteve grandes benefícios com a expertise e o know-how da equipe Oracle ACS global.”.

Todos os objetivos traçados com relação à mudança para o Oracle SuperCluster foram alcançados com êxito. A empresa afirma que “acertamos em cheio com nossa decisão de investir e confiar no Oracle SuperCluster em vez de optar por uma arquitetura tradicional.” Aliás, o grupo descreveu como “substanciais” os benefícios alcançados com a mudança do sistema para o Oracle SuperCluster.

Isso se deve, por um lado, ao desempenho do sistema no ambiente SAP graças ao enorme volume de energia de processamento e à arquitetura da plataforma Oracle SuperCluster otimizada e projetada em um único sistema, que consiste em servidores, bancos de dados, e componentes de rede e armazenamento perfeitamente equilibrados. Somados a isso estão a plataforma do sistema operacional Solaris e o Oracle Enterprise Manager para gestão de TI empresarial.

A equipe Oracle tornou a migração do ambiente SAP para o SuperCluster um grande sucesso na grande empresa de petróleo da Indonésia

Da esquerda para a direita:

- Frank Panjaitan (consultor de vendas – sistemas) - Adrianus Kurnadi (consultor de vendas sênior – sistemas) - Tato Sampurno (gerente de projetos) - Bahtiar Rokhim (vendas – sistemas)

Grupo de energia da Indonésia escolhe o Oracle SuperCluster 73

Exploração de grande empresa de petróleo da Indonésia

O desempenho geral melhorou consideravelmente com a implementação do Oracle SuperCluster. De acordo com os indicadores, a performance melhorou em progressão geométrica, dependendo do programa e da transação SAP. Em alguns casos, os tempos de resposta (de transações/relatórios de faturamento, por exemplo) melhoraram em mais de 50%. Além disso, agora eles conseguiram implementar alguns relatórios do SAP BW (como os de fluxos de pedidos) – um procedimento que antes sempre terminava em falha por “timeout”. Os relatórios de BW também mostraram enormes ganhos de velocidade (às vezes em progressão geométrica). Vários processamentos em lote (execuções de consolidações diárias/mensais) tiveram drástica redução no tempo de execução, superando as expectativas da empresa e resultando em efeitos positivos nos processos de negócios.

Por outro lado, o cliente fez questão de ressaltar que “havia uma expectativa clara de minimizar o TCO com o uso do Oracle SuperCluster, por meio da consolidação do sistema SAP, e com as economias feitas nos custos de licenças de bancos de dados e o ambiente SAP executado de maneira muito mais eficiente, houve redução também nas despesas de suporte”.

Fora as melhorias de desempenho e redução do TCO, a empresa também afirmou ter alcançado benefícios “em um nível comprovadamente mais alto, graças ao uso do Oracle SuperCluster e respectivas opções de escala, à operação do ambiente de TI com base em SAP, à alta disponibilidade e à segurança.”

Oracle SuperCluster para SAP

Com o Oracle SuperCluster para SAP, as empresas podem modernizar sua infraestrutura, consolidar cenários SAP e gerenciar mais cargas de trabalho em um espaço físico de datacenter reduzido, para obter melhor desempenho e produtividade, além de menores risco e custo total de propriedade. O Oracle SuperCluster é compatível com o SAP

E executa o banco de dados paralelo da Oracle, a instância central SAP, o aplicativo ou o servidor da Web, o software de gerenciamento Oracle Enterprise Manager e todos os aplicativos SAP. Isso é especialmente adequado para clientes SAP que precisam de um sistema para uso geral para executar o SAP e outros aplicativos empresariais, ou que precisam consolidar e virtualizar aplicativos multicamada no datacenter. O Oracle SuperCluster para SAP fornece uma arquitetura completa que foi projetada, testada e ajustada para atender às demandas de ambiente SAP de aplicativos empresariais de missão crítica.

Soluções e serviços Oracle em grande empresa de

petróleo da Indonésia

• O Oracle SuperCluster M6-32 (incluindo o Solaris 11, Oracle Exadata Database Machine com o Oracle 11g para SAP e o Oracle Storage ZS3-ES)

• Servidores Oracle T5-2 • Oracle DataGuard • Oracle RMAN • Oracle Enterprise Manager • Oracle Advanced Customer Services

Benefícios

• Significativa melhoria de desempenho (por exemplo, no processamento de lotes SAP).

• Redução do TCO. • Diminuição dos custos com licenças de bancos de dados

graças à consolidação. • Infraestrutura completa para bancos de dados e aplicativos. • Armazenamento otimizado especificamente para os Oracle

Databases. • Gestão empresarial simplificada e mais eficiente. • Mínimos requisitos de atualização. • Altíssima disponibilidade por meio de componentes de

computação, rede e armazenamento integrados e redundantes.

74

A SECURE-24 GARANTE UMA IMPLEMENTAÇÃO RÁPIDA DE APLICATIVOS E REDUZ OS CUSTOS DE IMPLEMENTAÇÃO EM 90% COM UTILIZAÇÃO DE NUVEM PRIVADA

A Secure-24 tem 14 anos de experiência na prestação de serviços de operações de TI gerenciados, hospedagem aplicativos e computação em nuvem a empresas no mundo todo. Seus índices de satisfação dos clientes estão entre os melhores do setor, graças ao cumprimento de SLAs (contratos de nível de serviço) abrangentes e ao foco em oferecer serviços e suporte de qualidade superior. A empresa é parceira de nível Platinum da Oracle, gerenciando o Oracle E-Business Suite, PeopleSoft, JD Edwards, Hyperion e aplicativos SAP em organizações de todos os setores e todos os tamanhos. A Secure-24 foi incluída na lista dos 100 melhores lugares para trabalhar em TI da Computerworld.

Desafios

• Fornecer a clientes de vários setores – de serviços financeiros a saúde e produção – aplicativos e outras soluções de IaaS (infraestrutura como um serviço) da Oracle para garantir operações ininterruptas e vantagem competitiva com a redução dos custos de infraestrutura e mão de obra.

• Simplificar o suporte através da consolidação de sistemas, armazenamento, rede, virtualização e aplicativos em um único ambiente.

• Reduzir o TCO (custo total de propriedade) do grande ambiente preexistente que inclui servidores Cisco UCS, EMC VMAX com switching da Cisco e software VMware e Red Hat, além de uma camada de orquestração patenteada usando o VMware Orchestrator – plataforma equivalente à Vblock.

• Melhorar os níveis de serviço usando uma arquitetura padronizada de alta disponibilidade e suporte de um único fornecedor.

Soluções

• A Secure-24 implementou dois racks completos do Oracle Private Cloud Appliance em nuvem privada usando o Oracle Enterprise Manager para prestar serviços de IaaS e DBaaS (banco de dados como um serviço) a clientes de todos os setores, acelerando a implementação de aplicativos e simplificando a administração dos bancos de dados.

• Desse modo, a empresa alcançou alta disponibilidade e recuperação de desastres para seus aplicativos Oracle de missão crítica executados nos dois Oracle Private Cloud Appliances instalados em dois datacenters separados geograficamente.

• A Secure-24 ganhou a flexibilidade e a capacidade necessárias para hospedar uma infinidade de aplicativos e versões de software diferentes no Oracle Private Cloud Appliance.

• O Oracle Enterprise Manager 12c será usado para gestão do dia a dia e monitoramento do Oracle Private Cloud Appliance.

• Agora a empresa pode usar os modelos pré-incorporados do Oracle VM ou criar seus modelos exclusivos para instalação rápida, acelerando a implementação de aplicativos cruciais para os negócios de seus clientes em questão de horas em vez de dias ou semanas.

• O Oracle ZFS Storage ZS3-2 foi implementado para armazenar arquivos de aplicativos e bancos de dados, bem como backups do Banco de Dados Oracle e foi ampliado o acesso aos antigos ativos e ambientes de armazenamento do datacenter da Secure-24.

• Foi adotada uma solução de infraestrutura convergida pronta para usar, que automatiza a implementação de hardware e software, aumenta a facilidade de compra, a integração dos produtos e a simplicidade da gestão, além de fornecer um único ponto de contato para suporte.

• A Secure-24 usou o licenciamento Oracle Trusted Partitions na nuvem pública da Oracle para que seus clientes possam utilizar o licenciamento da Oracle de maneira mais eficiente.

• Um sistema predefinido e pré-integrado permite que a equipe de TI se concentre em prestar serviços flexíveis, atendendo a necessidades estratégicas e acompanhando a evolução dessas necessidades em vez de dedicar um tempo considerável a planejar e configurar infraestruturas de hardware à mão, do zero.

• Os clientes da Secure-24 ganharam maior grau de tranquilidade usando dois Oracle Private Cloud Appliances – um sistema seguro, multitenant e de alta disponibilidade – para nuvem privada empresarial.

• A empresa incluiu uma interface de gestão fácil de usar para aproveitar os benefícios da rede definida por software, dos Oracle Fabric Interconnects e dos componentes de rede virtual no Oracle Private Cloud Appliance.

Oracle Private Cloud Appliance na Secure-24 75

Por que a Oracle

“Com a Oracle, temos uma inovadora solução de infraestrutura convergida, proveniente de um único fornecedor, que oferece maior facilidade de compra, integração dos produtos e simplicidade de gestão, além de fornecer um único ponto de contato para suporte, o que aumenta tanto a nossa tranquilidade quanto a dos nossos clientes”, disse Sean Donaldson, CTO, Secure-24. “O Oracle Private Cloud Appliance é uma verdadeira estrutura de nuvem, com um engine de virtualização que permite executar o Oracle Linux, JD Edwards, PeopleSoft, Hyperion e o Oracle E-Business Suite.”

“No mercado de TI altamente competitivo da atualidade, o tempo de lançamento de produtos e serviços no mercado é um fator-chave para vencer concorrências e ter a agilidade necessária para acompanhar a velocidade dos negócios”. “Graças à criação de modelos e à facilidade de implementação do Oracle Private Cloud Appliance, conseguimos trabalhar com muita desenvoltura e fornecer respostas rápidas para atender às constantes mudanças nas necessidades de nossos clientes”, disse Donaldson.


“Tivemos a grata surpresa de acomodar um rack completo com 25 módulos, fazer a instalação elétrica do equipamento, conectar alguns cabos de rede e, em poucas horas, o Oracle Private Cloud Appliance estava em plena execução. Apenas dez minutos depois, o Oracle Database estava implementado com base em um modelo do Oracle Private Cloud Appliance”, explicou Donaldson.

“Costumávamos demorar um mês, com três funcionários exclusivamente dedicados à integração de todos os componentes em nossa antiga infraestrutura ou plataforma equivalente à Vblock. Com o Oracle Private Cloud Appliance, reduzimos esse tempo para duas horas, cortando os custos de implementação em 90%”, disse Mike Jennings, CEO, Secure-24.

Recursos • Mais materiais de referência sobre serviços profissionais.

Depoimento da Secure-24

“Com a implementação de uma infraestrutura

baseada no Oracle Private Cloud Appliance,

reduzimos nossos custos de aquisição em 50% e

os de implementação em 90%.

“Com a solução Oracle em operação,

conseguimos automatizar o provisionamento e o

suporte de serviços em nuvem de alta

disponibilidade.”

– MIKE JENNINGS,

CEO, Secure-24

www.Secure-24.com

Cliente da Oracle: Secure-24

Local: Southfield, Michigan, Estados Unidos

Setor: Serviços profissionais

Funcionários: 475

Receita anual: US$ 100 milhões a US$ 500 milhões

Vídeo: Secure-24 Finds Client Flexibility with Virtual Compute Appliance


• Oracle Private Cloud Appliance

• Oracle Virtual Networking

• Oracle VM

• Oracle Database

• Oracle Enterprise Manager 12c

• Oracle ZFS Storage ZS3-2

http://www.secure-24.com/

76

A RCNTEC CONCLUI A MIGRAÇÃO DOS SISTEMAS SAP PARA O ORACLE EXADATA NO UTKONOS HIPERMERCADO ON-LINE

RCNTEC (АРСИЭНТЕК) – Desenvolvedora de TI e fornecedora de soluções empresariais na Rússia, RCNTEC concluiu a migração de sistemas SAP de carga elevada da plataforma SPARC para o Oracle Exadata/x86 no Utkonos Hipermercado On-line – líder em varejo de alimentos e produtos relacionados pela Internet.

O desenvolvimento do varejo na Rússia e o alto nível de concorrência criam novas demandas, como as relacionadas a TI, que já se tornaram parte essencial dos negócios.

Os sistemas multifuncionais SAP destinam-se à automação dos processos de negócios e abrangem as principais atividades empresariais, como contabilidade, sistemas bancários, depósitos, logística, entregas, contabilidade de custos, análises avançadas e muito mais. Os maiores varejistas em todo o mundo usam sistemas SAP para melhorar seus indicadores de desempenho e oferecer suporte ao comércio on-line e lojas baseadas na Internet.

O “Utkonos” é o maior varejista on-line da Rússia a implementar sistemas SAP desde 2002. A migração para o Oracle Exadata/ x86 melhorou consideravelmente o desempenho e a tolerância a falhas desses sistemas.

A RCNTEC tem ótima experiência na implementação e gestão de sistemas baseados em SAP, além de sólidos conhecimentos de engenharia de novos sistemas, rápido desenvolvimento de cenários de sistemas e otimização do desempenho de soluções SAP.

Nossos especialistas concluíram cursos nos centros de treinamento da SAP e implementaram dezenas de projetos com sistemas baseados em SAP. Na época da migração para a nova plataforma, o volume total dos bancos de dados de produção do “Utkonos” era de 11 TB. Como esses sistemas são cruciais para os negócios, o cliente aprovou uma janela de tempo para a migração de não mais de 90 minutos para todos os bancos de dados combinados. Com uma capacidade de rede de não mais de 1Gbps, a migração com exportação/importação padrão ou o uso de tablespaces transportáveis jamais se encaixariam em tais restrições. Os especialistas da RCNTEC fizeram a migração dos bancos de dados entre as duas plataformas usando o Oracle GoldenGate. Um teste de migração foi realizado e a verificação de consistência pós-migração foi planejada e otimizada para garantir os resultados da migração efetiva.

“Como resultado, o projeto de migração dos bancos de dados para a plataforma Oracle Exadata/x86 foi concluído com sucesso, com tempo de parada (paralisação) abaixo dos 90 minutos aprovados”, disse Anton Usanov, vice-presidente de datacenters da RCNTEC.

“Os sistemas operacionais que atendem grandes volumes de solicitações dos clientes dia e noite oferecem uma das principais vantagens do mercado. Para nós, é crucial contar com sistemas que operem sem falhas. Considerando o volume de operações on-line que não podem ser interrompidas, a migração dos sistemas SAP de produção com menos de 90 minutos de tempo de parada foi um desafio sofisticado, vencido com sucesso pelos especialistas da RCNTEC. Atualmente, há poucas empresas na Rússia com experiência suficiente para realizar esse tipo de trabalho e, na maioria dos casos, o custo de contratação de especialistas estrangeiros, principalmente na atual situação econômica, seria exponencialmente mais alto”, disse Sergei Husainov, chefe do departamento de sistemas de informação do “Utkonos”. A RCNTEC opera os sistemas SAP do “Utkonos” desde setembro de 2016.

Assessoria de imprensa da LLC RCNTEC

Marina Kriulina, Especialista em RP da RCNTEC, 8 (495) 620-87-87. 8 (915) 410 60 49

[email protected]


38

77

Elimine a perda de dados

Proteja milhares de bancos de dados

Comece pequeno e expanda conforme necessário Elimine as janelas de backup Faça recuperações pontuais do sistema

78

SERVIÇOS DE SUPORTE DE MISSÃO CRÍTICA PARA CLIENTES SAP

Para as organizações que usam software SAP nas operações de missão crítica, a disponibilidade ininterrupta dos dados, o desempenho ideal e a redução dos riscos de TI são quesitos essenciais para o sucesso dos negócios. Os serviços do Oracle ACS fornecem suporte de missão crítica para ajudar os clientes a manter e maximizar o desempenho de seus sistemas Oracle. Com uma abordagem exclusiva, focada na construção de um relacionamento de longo prazo com a equipe de TI do cliente e o suporte colaborativo das equipes de engenharia e suporte da Oracle, o Oracle ACS apresenta uma oferta de serviços completos e altamente integrados. Com um único contato para todos os assuntos relativos aos sistemas Oracle e SAP e acesso aos especialistas dessas duas multinacionais, os clientes podem resolver eventuais problemas com maior rapidez e eficiência. Os serviços de suporte proativo e preventivo são executados com ferramentas de diagnóstico para ajudar as empresas a aumentar a disponibilidade dos sistemas, aperfeiçoar o desempenho, reduzir os riscos e acelerar o ROI (retorno sobre o investimento) em toda a pilha de tecnologia Oracle e SAP. Os serviços de planejamento, migração, configuração e instalação permitem desfrutar os benefícios dos avançados recursos e novas tecnologias de modo mais ágil e eficaz. Workshops personalizados treinam os clientes com as melhores práticas e ensinam como operar e manter os ambientes SAP para o máximo desempenho e disponibilidade. Isso tudo resulta nos serviços que permitem aos clientes manter o foco nas atividades que agregam valor comercial e não no suporte de TI do dia a dia. A Oracle tem a profunda expertise na tecnologia SAP que você precisa para tirar o melhor proveito de seu ambiente SAP. Com mais de 28 anos de colaboração com a SAP, a Oracle é o principal fornecedor de bancos de dados para implementações SAP e tem a mais longa experiência com o SAP R/3 e o SAP NetWeaver no setor. Recursos dedicados de engenharia e suporte de ambas as empresas trabalham em conjunto durante todo o processo de desenvolvimento, integração e otimização, e garantem a rápida resolução de problemas para que você possa operar seu ambiente SAP e Oracle com confiança. A mais alta disponibilidade para o cenário SAP com o desenvolvimento, integração e otimização de HA (alta disponibilidade) e DR (recuperação de desastres) da Oracle garantem aos clientes maior agilidade na resolução de problemas.

Oracle ACS Lifecycle Support Services para Oracle Databases

Quer você precise migrar seu banco de dados para manter seu ambiente atualizado com as tecnologias mais recentes, quer tenha de consolidar sistemas antigos em hardware moderno ou melhorar o desempenho de suas cargas de trabalho SAP, o Oracle ACS Lifecycle Support Services o ajudará a otimizar o Banco de Dados Oracle para SAP.

Oracle ACS Lifecycle Migration Service para migração SAP

Com ferramentas avançadas de automação e suporte e mais de onze anos de experiência em migração de Oracle Databases, o Oracle ACS Lifecycle Migration Service oferece serviços de planejamento de migração, validação e execução que viabilizam a migração de bancos de dados SAP com menor custo, tempo de parada (paralisações) e maior rapidez. Especialistas da Oracle avaliam seu ambiente SAP, orientam você na escolha entre diferentes abordagens de migração, resolvem possíveis problemas na migração, realizam testes para reduzir os riscos e migra seu banco de dados por meio de um seguro gateway on-line. O eficiente processo da Oracle, baseado nas melhores e mais modernas práticas do setor, permite migrar o banco de dados SAP em questão de dias, e não de semanas ou meses geralmente gastos nas migrações de ambientes SAP. Oracle Consolidation Planning Service

A consolidação de sistemas antigos em hardware moderno pode reduzir custos, melhorar o desempenho e simplificar as operações. O Oracle Consolidation Planning Service ajuda a identificar rapidamente os cenários mais favoráveis de consolidação e migração para a sua empresa realizar a consolidação nas plataformas de hardware e engineered systems da Oracle. Especialistas da Oracle avaliam os atuais requisitos de configuração, cargas de trabalho, níveis e patches e segurança do seu ambiente SAP para desenvolver um plano de consolidação abrangente, incluindo projeções detalhadas e recomendações práticas para reduzir os riscos operacionais e da transição. Oracle Performance Tuning and Benchmarking Service

Através de monitoramento contínuo e avaliações trimestrais, o Oracle Performance Tuning and Benchmarking Service ajuda a manter o desempenho consistente e ideal dos bancos de dados SAP de missão crítica. Os KPIs (principais indicadores de desempenho) são monitorados para identificar proativamente possíveis problemas antes que estes afetem as operações. As avaliações trimestrais de desempenho incluem recomendações baseadas nos padrões do setor, as melhores práticas da Oracle e nossa experiência contínua com clientes que possuem bancos de dados SAP com cenários de uso e configurações semelhantes. A inclusão do Oracle Load Testing and Analysis Service melhora ainda mais o tempo em atividade, além de reduzir os custos e os riscos por meio de testes abrangentes de bancos de dados. Os especialistas em testes de carga do Oracle Database avaliam o impacto de alterações planejadas de tecnologia no desempenho, recomendam configurações para otimizar o desempenho, identificam e resolvem eventuais problemas antes do go-live.

Serviços de suporte para clientes SAP 79

O Oracle ACS Lifecycle Support Services viabiliza migrações de bancos de dados com maior rapidez e consolidações com menores custos e riscos, além de ajudar sua empresa a otimizar o desempenho e a disponibilidade dos bancos de dados. Para mais informações sobre o Oracle ACS Lifecycle Support Services para ambientes SAP, visite o site em: http://www.oracle.com/us/support/advanced-customer-services/database/overview/index.html e http://www.oracle.com/us/support/advanced-customer-services/lifecycle-support-services/overview/index.html

Oracle ACS Services para servidores, armazenamento e sistemas integrados da Oracle

Para ambientes SAP baseados em hardware Oracle, o Oracle ACS oferece serviços de planejamento, implementação, otimização e suporte fundados na profunda expertise em servidores, armazenamento e engineered systems da Oracle. Esses serviços melhoram o desempenho e a disponibilidade, além de reduzir o tempo de implementação de novo hardware, no ambiente SAP de sua empresa.

Oracle ACS Services para servidores

O Oracle ACS oferece vários serviços para você melhorar o desempenho e a disponibilidade de seus servidores Oracle, além de reduzir o tempo de implementação de novos sistemas. A assistência na instalação e configuração inclui análises de prontidão antes do go-live para acelerar a implementação de novos sistemas Oracle e garantir estabilidade e compatibilidade no ambiente SAP resultante do processo. Nossos serviços personalizados de configuração da disponibilidade e ajustes do desempenho dos servidores otimizam os ambientes SAP. Oferecemos também workshops adaptados, abordando as melhores práticas e transmitindo conhecimento para que sua empresa possa operar os novos servidores com confiança.

Oracle ACS Services para armazenamento

Além dos serviços para servidores, o Oracle ACS também oferece assistência para instalação e configuração a fim de acelerar a implementação de novos sistemas de armazenamento Oracle. Os serviços de otimização do armazenamento incluem análises de configuração e desempenho, monitoramento avançado e resolução de problemas para maximizar a disponibilidade e o desempenho dos sistemas de armazenamento no seu ambiente SAP.

Para saber mais sobre os serviços do Oracle ACS para servidores e armazenamento, visite o site em: http://www.oracle.com/us/support/advanced-customer-services/servers-storage/overview/index.html

Oracle ACS Services para engineered systems

Usando uma abordagem que abrange todo o ciclo de vida dos sistemas, o Oracle ACS oferece suporte de missão crítica aos Oracle Engineered Systems, incluindo o Oracle Exadata, ajudando você a maximizar o retorno sobre o investimento nos engineered systems.

Os serviços de consultoria, planejamento, design, desenvolvimento e implementação garantem a migração tranquila para os Oracle Engineered Systems e prontidão operacional no seu ambiente SAP. O suporte contínuo em produção reduz os riscos e fornece um único ponto de contato para resolução de problemas em software Oracle e SAP. O Oracle Exadata Start-Up Pack para SAP é um pacote composto pelos seguintes serviços integrados para suporte com cobertura total:

• Serviço de consultoria para começar a usar o Oracle Exadata

• Serviço de instalação e configuração do Oracle Exadata

• Serviço de preparação de suporte para ativação do Oracle Exadata

• Serviços de migração de dados

• Serviço de implementação trimestral de patches do Oracle Exadata (inclui aplicação de patches em ambientes Oracle e SAP)

Para obter mais informações sobre os serviços Oracle ACS para engineered systems, visite o site em: http://www.oracle.com/us/ support/advanced-

customer-services/engineered-systems/

overview/index.html

Oracle Business Critical Service para sistemas

O Oracle Business Critical Service oferece suporte preventivo aprimorado e respostas rápidas para seus sistemas SAP de missão crítica. Prioridade de resposta com SLAs que garantem maior rapidez e determinam o prazo de substituição de equipamento e assistência no local para acelerar a solução de incidentes graves. O monitoramento contínuo do sistema, com geração automatizada de solicitações de serviço, detecta falhas e inicia o processo de resolução antes que elas afetem as operações. Os serviços preventivos, com revisões regulares do sistema e aplicação proativa de patches, otimizam o desempenho e a disponibilidade dos sistemas críticos no ambiente SAP de sua empresa. Para saber mais sobre o Oracle Business Critical Services para sistemas, visite o site em: http://www.oracle.com/us/support/premier/business-

critical- service/overview/index.html

http://www.oracle.com/us/support/advanced-customer-services/database/overview/index.html

http://www.oracle.com/us/support/advanced-customer-services/lifecycle-support-services/overview/index.html

http://www.oracle.com/us/support/advan-

http://www.oracle.com/us/

http://www.oracle.com/us/support/premier/business-critical-

http://www.oracle.com/us/support/premier/business-critical-

Serviços de suporte para clientes SAP 80

Oracle Platinum Services para ambientes SAP

Com mérito especial dentro do programa Oracle Premier Support padrão, o Oracle Platinum Services oferece aos clientes recursos adicionais e suporte aprimorado aos ambientes SAP. Com o Oracle Advanced Support Gateway – uma interligação segura que habilita o monitoramento remoto e contínuo de falhas nos ambientes Oracle e SAP (hardware, bancos de dados, sistema operacional e rede) – o Oracle ACS pode oferecer respostas em menos tempo. As notificações de falhas são enviadas até 5 minutos após a ocorrência, com restauração do sistema e escala do problema à equipe de desenvolvimento feita em 15 minutos. A depuração conjunta de falhas inicia em até 30 minutos da ocorrência, reduzindo o tempo de parada através da prevenção de problemas críticos e resolução acelerada de eventuais falhas. Na verdade, os clientes do Oracle Platinum Services constatam uma redução média de 50% nos problemas graves e de 31% no tempo de resposta, além de diminuição das cargas de trabalho relativas ao suporte dentro da organização. Os serviços de aplicação trimestral de patches em software Oracle e SAP garantem que os ambientes SAP sigam sempre atualizados.

Os Oracle Platinum Services fazem parte das configurações certificadas no nível Platinum para o Oracle Exadata, Oracle Exalogic e Oracle SuperCluster incluídas nos contratos do Oracle Premier Support. Para mais informações sobre o Oracle Platinum Services for SAP Environments, visite o site em: http://www.oracle.com/us/support/premier/engineered

-systems-solutions/platinum-

services/overview/index.html.

Oracle Workshops para clientes SAP

A Oracle oferece workshops personalizados para clientes SAP, com o objetivo de ajudá-los a manter e operar o ambiente Oracle/SAP de modo mais eficiente. Esses workshops são realizados no local do cliente, adaptados às necessidades exclusivas de sua empresa e conduzidos por profissionais da Oracle que contam com profunda expertise na otimização de implementações do Oracle Database para SAP. Demonstrações práticas e ao vivo, complementadas por documentação voltada aos usuários, abrangem uma ampla variedade de tópicos para ajudá-lo a tirar o melhor proveito de seu ambiente Oracle/SAP.

Oracle SuperCluster M7 para clientes SAP 81

ORACLE SUPERCLUSTER M7 PARA CLIENTES SAP

O Oracle SuperCluster M7 combina a revolucionária eficiência e desempenho do Oracle Database com multitenancy segura com quase zero de sobrecarga e ferramentas de gestão de nuvem privada para criar uma infraestrutura completa e segura na nuvem para bancos de dados e aplicativos. Configurações flexíveis permitem começar com um sistema pequeno e ampliar facilmente a nuvem conforme a demanda aumentar. A arquitetura do processador M7 de alto desempenho da Oracle proporciona melhor desempenho por núcleo para aplicativos empresariais Java e a Base de Dados Oracle do que qualquer sistema x86 semelhante. O Oracle VM Server para SPARC e a virtualização do Oracle Solaris praticamente sem sobrecarga trabalham em conjunto com um fabric InfiniBand ultra-rápido para viabilizar o máximo desempenho e escalabilidade, sem desperdício de espaço, potência e recursos humanos, de software ou de computação.

O cenário SAP da atualidade pode ser descrito como os ambientes de datacenter mais complexos, que exigem os aplicativos, bancos de dados, sistemas operacionais, software de cluster, servidores, rede e armazenamento sejam integrados e gerenciados com expertise, e possam garantir a alta disponibilidade essencial para os negócios.

O Oracle SuperCluster M7 é a única arquitetura para clientes SAP que oferece a infraestrutura segura de nuvem privada da Oracle de modo exclusivo para bancos de dados e aplicativos com recursos integrados de computação, armazenamento e rede, além de virtualização, sistema operacional e gestão. Todos esses atributos tornam essa a arquitetura ideal para cenários SAP.

O Oracle SuperCluster M7 é a melhor plataforma para executar todas as camadas SAP. Com as novas otimizações projetadas para o Oracle SuperCluster M7 – que incluem o desempenho do processador SPARC M7 da Oracle, a mais robusta segurança do setor, integração completa com o Oracle Solaris Cluster para alta disponibilidade e otimizações para o Oracle Solaris – não há nenhuma outra solução comparável no mercado.

A Oracle conta com suporte e certificação da SAP, e oferece uma maneira inovadora de acelerar a implementação e reduzir os custos operacionais durante todo o ciclo de vida da arquitetura SAP.

O desenvolvimento conjunto entre Oracle e SAP ao longo de décadas levou a integrações e projetos mais coesos do Oracle SuperCluster e do Oracle Database para SAP. O Oracle SuperCluster M7 integra extensões de conformidade com os requisitos de segurança da SAP como parte do framework de conformidade da SAP.

O Oracle SuperCluster foi implementado com sucesso para a consolidação de todo o cenário SAP, simplificando e acelerando as instalações, consolidando a infraestrutura, acelerando o desempenho e a oferecendo uma plataforma de nuvem Oracle de missão crítica e alta disponibilidade. Os casos de uso dos clientes que executam sistemas SAP no Oracle SuperCluster demonstram a amplitude do escopo dessa solução.

Principais benefícios do Oracle SuperCluster M7

para clientes SAP

O Oracle SuperCluster M7 foi projetado como a infraestrutura de nuvem segura da Oracle com a segurança mais avançada do setor, desempenho extremo e uma gama completa de melhorias na eficiência, ferramentas e automação que trabalham em conjunto para reduzir drasticamente os custos e a complexidade. Nas áreas de segurança, desempenho e eficiência, as tecnologias são integradas e otimizadas no Oracle SuperCluster M7, incluindo o processador SPARC M7, o Oracle Solaris, o Oracle Solaris Cluster, o Oracle Database e sistemas SAP.

Os cenários SAP são complexos, com várias camadas de infraestrutura que aproveitam a consolidação para reduzir o TCO e melhorar o desempenho, a capacidade de gestão e a disponibilidade dos aplicativos SAP. Os tradicionais cenários SAP resultam em infraestruturas complexas e segregadas para produção, desenvolvimento e garantia de qualidade.

O Oracle SuperCluster oferece uma infraestrutura de nuvem simplificada e consolidada para cenários SAP como uma base arquitetônica. O Oracle SuperCluster combina hardware de armazenamento, computação e rede com virtualização, sistema operacional e software de gestão em uma infraestrutura completa, de alto desempenho, extremamente segura e fácil de implementar, gerenciar e manter.

82

SOLUÇÕES OTIMIZADAS

A estratégia de produto da Oracle: Coengenharia Inovação e coengenharia em todas as camadas da pilha da Oracle

Coengenharia dentro de cada camada

Coengenharia entre as camadas

Integração com outros sistemas

Desenvolvimento em conjunto com a SAP

Figura 1

O Oracle SuperCluster M7 foi projetado para o melhor desempenho e otimizado em todas as camadas da pilha de tecnologia Oracle e SAP (Figura 1). A engenharia e o desenvolvimento feitos em conjunto com a SAP são parte da estratégia de produtos e do processo de otimização do desempenho da Oracle.

Visão geral da tecnologia Oracle SuperCluster M7

O Oracle SuperCluster combina tecnologias de alta disponibilidade e escalabilidade, como o Oracle Database 12c, o Oracle Database 11g e o Oracle.

Real Application Clusters (Oracle RAC) com hardware padrão do setor. Todos os componentes de hardware – que incluem os servidores SPARC M7 da Oracle, o Oracle Exadata Storage Servers e o appliance Oracle ZFS Storage ZS3 – são integrados e otimizados por meio da rede unificada QDR InfiniBand. Todos eles também são pré-configurados, testados, integrados, ajustados, líderes em desempenho e foram projetados sem nenhum ponto de falha de hardware (Figura 2).

SuperCluster M7 Recursos convergidos de computação, rede e armazenamento

Figura 2

Oracle SuperCluster M7 para clientes SAP 83

Recursos do Oracle SuperCluster M7:

A lista a seguir descreve alguns dos principais recursos do Oracle SuperCluster M7:

• Desempenho inigualável. O Oracle SuperCluster M7

inclui o processador mais rápido do mundo para computação de uso geral – o SPARC M7. Os aprimoramentos à aceleração criptográfica e à aceleração de consultas do Oracle Database 12c foram integrados diretamente no design do processador. Combinado com a aceleração do SPARC M7 SQL para o Oracle Database In-Memory 12c, o SPARC M7 In-Line Decompression melhora o desempenho dos aplicativos SAP com uso intensivo de recursos.

• Segurança avançada. O Oracle SuperCluster M7 oferece a segurança mais avançada do setor, incorporando uma grande variedade de tecnologias de segurança exclusivas em tempo de execução, melhores práticas e controles de segurança que abrangem todo o sistema e foram testados/documentados, além de ferramentas integradas e automatizadas para verificação de conformidade. As tecnologias exclusivas incluem SPARC M7 Silicon Secured Memory, aceleração criptográfica do SPARC M7, virtual machines somente leitura e trilhas de auditoria de ponta a ponta.

• Escalabilidade. O Oracle SuperCluster M7 também oferece escalabilidade inigualável para ambientes SAP. Projetado para multitenancy altamente segura e eficiente, o Oracle SuperCluster integra virtualização para scale-up e fabric InfiniBand para scale-out a fim de proporcionar a máxima flexibilidade no provisionamento de recursos do sistema para aplicativos e bancos de dados tenant locatários. Tudo isso sem deixar de lado o máximo isolamento das cargas de trabalho de outros tenants, com desempenho excelente e sem desperdício de recursos de computação, memória ou software.

Conclusão

O Oracle SuperCluster M7 é a única arquitetura para ambientes SAP que oferece a infraestrutura segura de nuvem privada da Oracle de modo exclusivo e otimizado para bancos de dados e aplicativos com recursos integrados de computação, armazenamento e rede, além de virtualização, sistema operacional e gestão. Todos esses atributos tornam essa a arquitetura ideal para cenários SAP.

Com as novas otimizações projetadas para o Oracle SuperCluster M7 – que incluem o desempenho do processador SPARC M7 da Oracle, a mais robusta segurança do setor, integração completa com o Oracle Solaris Cluster para alta disponibilidade e otimizações para o Oracle Solaris – não há nenhuma outra plataforma combinada comparável no mercado.

A Oracle oferece tecnologias e serviços abrangentes, com capacidade inigualável de oferecer uma plataforma de missão crítica e alta disponibilidade em nuvem da Oracle para ambientes SAP. Este artigo forneceu uma apresentação de alto nível de como a tecnologia do Oracle SuperCluster M7 se relaciona aos ambientes SAP.

Mais informações: http://www.oracle.com/us/solutions/sap/engineered-

systems/supercluster/index.html

• Multitenancy seguro: para um alto grau de isolamento entre as várias entidades simultâneas, que podem operar e gerenciar seus próprios serviços em um único Oracle SuperCluster físico. Os aplicativos podem ter diferentes requisitos de segurança, confiabilidade e desempenho. As cargas de trabalho são isoladas nas Oracle Solaris Zones, e atividades como gestão de recursos e contas de usuários são gerenciadas de modo centralizado. O Oracle SuperCluster oferece gestão centralizada de isolamento de hardware entre agrupamentos de CPU, memória e E/S (entradas/saídas) para maior disponibilidade dentro do sistema.

http://www.oracle.com/us/solutions/sap/engineered-

http://www.oracle.com/us/solutions/sap/engineered-

84

ALTA DISPONIBILIDADE PARA RECURSOS SAP COM O SAPCTL

Quando um aplicativo, processo ou servidor falha em um cluster, você quer que o transtorno seja o mais breve possível ou então passe despercebido aos usuários. Por exemplo, quando um aplicativo falha em um servidor, ele pode ser reiniciado em outro servidor no cluster, minimizando ou eliminando qualquer transtorno no uso desse aplicativo. Do mesmo modo, se um servidor falhar no cluster, você deverá ter a capacidade de transferir todos os aplicativos e processos nele executados para outro servidor, sem interromper os serviços fornecidos aos usuários. Normalmente, os clientes usam tipos de recursos de aplicativos genéricos incorporados ou scripts customizáveis e programas de agentes de aplicativos com atributos de recursos alocados aos aplicativos e processos. O Oracle Clusterware pode gerenciar todas essas entidades para garantir alta disponibilidade.

Os clientes SAP geralmente gostam de usar uma infraestrutura de alta disponibilidade e fornecer serviços sem atropelos aos usuários finais de sistemas SAP. Essa pode ser uma tarefa desafiadora, envolvendo vários componentes de diferentes fornecedores, operados por uma ou diversas organizações – todas com a necessidade de manter o ecossistema/infraestrutura de produtos sob controle. Muitos clientes SAP estão tentando reduzir a complexidade e aumentar a eficiência, migrando para Oracle Engineered Systems, como o Exadata e o Super Cluster, mas outros querem executar o ambiente atual com a mais alta disponibilidade possível, com mínimo esforço. Um desafio conhecido nos ambientes SAP é a alta disponibilidade. Por exemplo, uma falha em um serviço como o SAP Enqueue pode fazer com que seja necessário reiniciar todo o sistema SAP.

O SAP Enqueue oferece gestão de bloqueio distribuída para as instâncias do servidor de aplicativos SAP e deve estar disponível sempre que um sistema SAP utiliza mais de uma instância SAP. Para contribuir com a alta disponibilidade dos aplicativos SAP, o SAP Enqueue e o SAP Message Service reforçam o “Standalone Enqueue Service” (ASCS) para o SAP WebAS ABAP. No caso do SAP WebAS JAVA, o SAP Enqueue e o SAP Message Service formam o “Central Services Instance” (SCS). A instância do SCS sempre é obrigatória para a pilha de JAVA da SAP. A SAP usa uma abordagem ativa/passiva para garantir a alta disponibilidade do respectivo serviço SAP Enqueue.

Existe exatamente um SAP Enqueue para aplicativos do tipo ABAP e outro para aplicativos JAVA executados no sistema SAP, que consiste em várias instâncias de aplicativos em diferentes módulos. Um ou mais serviços SAP Replication são executados no módulo no qual é feito o failover do SAP Enqueue ativo para ABAP e/ou JAVA em caso de falha ou interrupção planejada. O termo ‘serviço’ é usado para indicar o processo SAP que oferece Enqueue (enfileiramento) ou Replication (replicação). Os nós que hospedam esses serviços são chamados ‘Enqueue Server’ e ‘Replication Server’.

Os clientes que executam SAP no Banco de Dados Oracle podem escolher qualquer software de failover certificado pela SAP, dependendo do fornecedor ou plataforma de sistema operacional de sua preferência. Outra vantagem é o uso do Oracle Clusterware, que ajuda a reduzir o número de fornecedores de software, a complexidade, o esforço de administração e até mesmo o custo com licenças de software. O Oracle Clusterware é um software de cluster móvel que permite “clusterizar” servidores independentes para que eles cooperem como um único sistema. Oracle Clusterware também fornece a infraestrutura necessária para executar o Oracle Real Application Clusters (RAC). Além disso, o Oracle Clusterware habilita a proteção de qualquer aplicativo Oracle ou de outro tipo, como os aplicativos SAP, em um cluster.

O Oracle Clusterware pode fornecer alta disponibilidade para os recursos SAP, do mesmo modo como o faz para os recursos Oracle. A Oracle criou uma ferramenta Oracle Clusterware, o SAP Control (SAPCTL), para que os clientes possam gerenciar facilmente os recursos de alta disponibilidade da SAP. O SAPCTL oferece uma interface fácil de usar para administrar os recursos, scripts e dependências do Oracle Clusterware e os componentes de alta disponibilidade da SAP. O SAPCTL consolida a funcionalidade das ferramentas de linha de comando da Oracle, permitindo que os clientes SAP gerenciem facilmente os serviços SAP Enqueue, SAP Replication e os endereços de IP virtuais adicionais usados pelo SAP Enqueue para ABAP e JAVA.

Alta disponibilidade para recursos SAP com o SAPCTL SAPCTL

85

Além dos componentes cruciais de alta disponibilidade da SAP, como o SAP Enqueue e o SAP Replication, o SAPCTL Version 8 oferece uma interface para proteção do número arbitrário de instâncias dos aplicativos SAP. O SAP Central Instance (CI) ou as instâncias dos aplicativos SAP (DV) são possíveis candidatos à execução sob supervisão do SAPCTL. A ferramenta SAPCTL suporta o SAP Standalone Gateway (GW) e o SAP WebDispatcher (W) como instâncias SAP independentes.

Para todos os tipos de instância SAP aceitos, o SAPCTL também monitora o serviço SAP Start associado (processo SAP-startsrvdaemon) com um recurso de CRS sempre localizado. O processo SAP Start é iniciado automaticamente pelo SAPCTL quando a instância SAP é iniciada em um módulo do cluster ou realocada para outro módulo.

Não é necessário colocar todos os processos SAP Start no boot do sistema por meio do procedimento sapinit, pois essa é uma tarefa executada pelo SAPCTL após a inicialização do Oracle Clusterware.

O guia de implementação e o software necessário para o SAP-CTL está anexado à nota “1496927 – Protection of SAP instances through Oracle Clusterware” da SAP.

O Oracle Exadata, o Oracle SuperCluster e o Oracle Database Appliance são certificados para executar os serviços SAP Central (instâncias do SCS, ASCS e ER) e o SAPCTL suporta esses serviços quando executado nos Engineered Systems mencionados acima. A partir da versão 7.00, os SAP Kernels são aceitos pelo SAPCTL em LINUX, Solaris e no sistema operacional AIX. O SAPCTL foi certificado para integração com o SAP NetWeaver pelo cenário de integração SAP NW-HA-CLU 7.40.

Os clientes SAP que implementaram o SAPCTL no Oracle Clusterware e no RAC podem dispensar software de alta disponibilidade de outros fornecedores, como IBM PowerHA e HP Service Guard etc. Outro benefício é a redução de custos, pois o SAPCTL é gratuito e pode reduzir consideravelmente o esforço de administração. Enquanto o Oracle Real Application Clusters (RAC) remove a instância do Oracle Database como um SPOF (ponto único de falha), o Oracle SAPCTL remove um ou mais SPOFs (SAP Enqueue), desta vez, porém, no nível do aplicativo SAP. Essa é a base que fornece à infraestrutura SAP um grau de disponibilidade muito mais alto e atende os restritivos SLAs com maior eficácia. A tecnologia Oracle também oferece soluções completas de recuperação de desastres que usam o Data Guard no banco de dados standby físico. Soluções como essas podem substituir o espelhamento de armazenamento e reduzir os custos de infraestrutura.

86

PROJETADOS PARA INOVAÇÃO, EFICIÊNCIA E SIMPLICIDADE: ORACLE ENGINEERED SYSTEMS PARA SAP.

As empresas precisam otimizar sua infraestrutura de TI para alcançar o melhor desempenho a um custo razoável. A Oracle inova a cada camada de seus sistemas integrados, reduzindo o custo e a complexidade das infraestruturas de TI, ao mesmo tempo em que aumenta a produtividade e o desempenho.

A Oracle projeta sistemas que são integrados em toda a camada de tecnologia, para que você não tenha de se preocupar com integração. A complexidade de TI reduzida libera tempo e dinheiro, possibilitando mais gastos em inovação e novas oportunidades.

O Oracle Exadata Database Machine, o Exalogic Elastic Cloud, o Oracle Database Appliance, o Private Cloud Appliance, o Oracle SuperCluster e o MiniCluster foram projetados para atingir níveis de desempenho incomparáveis no setor.

Os Oracle Engineered Systems combinam os melhores componentes de hardware e software do mercado com inovações técnicas revolucionárias que simplificam as operações e reduzem o TCO (custo total de propriedade). Com os Oracle Engineered Systems para SAP, esse desempenho extremo é otimizado para aplicativos SAP.

Enquanto os concorrentes limitam-se a sistemas convergidos “ultra”, “super” ou “xy”, a Oracle dá um passo à frente, projetando todas as camadas e a integração de todas essas camadas em uma solução que foi desenvolvida, testada, incorporada e entregue com base em padrões IP próprios e do setor.

A Oracle oferece a camada de tecnologia mais completa, aberta e integrada do mundo, incluindo tecnologia de banco de dados, software de gerenciamento, sistemas operacionais, servidores e armazenamento.

Oracle Engineered Systems

• Embora cada uma das camadas de infraestrutura de TI forneça tecnologia de última geração, a Oracle deu um passo adiante e projetou os engineered systems que são pré-integrados para reduzir o custo e a complexidade das infraestruturas de TI, aumentando a produtividade e o desempenho.

• Somente a Oracle pode inovar e otimizar em todas as camadas da pilha, para simplificar as operações do datacenter, reduzir custos e acelerar a inovação nos negócios.

• Cada sistema integra a camada de tecnologia “dos

aplicativos ao disco rígido” da Oracle – servidores e armazenamento, sistemas operacionais, software de banco de dados, middleware, redes e recursos incorporados de virtualização – para reduzir o tempo e os custos associados à aquisição, ao provisionamento, à implementação e à manutenção da infraestrutura SAP.

• A Oracle e a SAP testaram e certificaram os

Engineered Systems da Oracle para SAP, tornando-os disponíveis como uma família de engineered systems que são pré-integrados, testados e configurados, para simplificar as operações do datacenter, garantir a implementação rápida e fácil da infraestrutura SAP e acelerar a inovação nos negócios.

• Otimizados para o Banco de Dados Oracle e

aplicativos SAP, os Engineered Systems da Oracle para SAP reduzem o tempo necessário para colocar cenários SAP em execução.

Oracle Engineered Systems no Datacenter

• Depois da implementação, a consolidação dos cenários SAP nos Oracle Engineered Systems reduz a complexidade do gerenciamento do datacenter.

Desempenho extremo em todas as

camadas da pilha de tecnologia

• Desempenho extremo significa fazer o trabalho de maneira mais rápida, melhor e mais eficiente do que era feito antes. Este é o diferencial dos Oracle Engineered Systems e a incorporação definitiva da determinação da Oracle em simplificar a função de TI.

Oracle Engineered Systems para SAP 87

• Os administradores podem usar o BR*Tools da SAP e o Oracle Enterprise Manager Ops Center para gerenciar cenários e infraestrutura SAP. Os recursos de automação simplificam tarefas de administração e reduzem demandas diárias de gestão.

As soluções Oracle Exadata Database Machine, Oracle Database Appliance, Exalogic Elastic Cloud, Oracle SuperCluster, MiniCluster e Private Cloud Appliance foram projetadas para atingir níveis de desempenho incomparáveis no setor.

• A arquitetura de grid altamente paralela que usa o RAC e o armazenamento Exadata fornece desempenho extremo com escalabilidade linear de E/S, aumentando significativamente a largura de banda de dados entre o servidor do banco de dados e o armazenamento. O processamento de consultas intensivo e a pontuação de data mining são descarregados em servidores de armazenamento, aproximando o processamento dos dados SAP para melhorar o desempenho e simultaneidade das consultas.

Oracle Engineered Systems: Certificados pela SAP

Projetado para oferecer desempenho extremo para data warehousing, OLTP (processamento de transações on-line) e aplicativos de banco de dados de carga mista, o Oracle Exadata Database Machine foi feito sob medida para melhorar o desempenho e a capacidade de gerenciamento em ambientes SAP.

Considerado um “datacenter em um pacote”, o Exadata Database Machine é um sistema fácil de implementar, que inclui todo o hardware necessário para o funcionamento do Banco de Dados Oracle A partir disso, ele agrega o Oracle Real Application Clusters (RAC), o Oracle Grid Infrastructure, ferramentas de gerenciamento de armazenamento e software de administração – otimizando todo o sistema para desempenho extremo, disponibilidade e confiabilidade de missão crítica.

Usando o Exadata em ambientes SAP

O Oracle Exadata Database Machine é a opção perfeita para ambientes SAP em vários níveis.

• Ele oferece excelente desempenho de E/S e processamento de SQL para OLTP (por exemplo, com o SAP ERP), Business Warehouse (SAP BW) e consolidação de cargas de trabalho mistas.

• Todos os componentes de servidores, armazenamento e rede são pré-cabeados em racks, e o pacote completo é pré-integrado e testado, reduzindo semanas ou meses de programações de implementação. Isso elimina tarefas de gestão e manutenção, simplificando trabalhos como a aplicação de patches com conjuntos de patches integrados em pacotes de fornecedor único, e oferece alta disponibilidade e recuperação de desastres imediatos.

• Os clientes SAP podem facilmente migrar seus bancos de dados para o Exadata, que executa aplicativos SAP sem exigir alterações. Dependendo da plataforma de origem, a migração pode ser tão suave quanto um upgrade da plataforma de sistema operacional.

Projetado para nuvens privadas, o Oracle Exalogic Elastic Cloud oferece escalabilidade praticamente ilimitada, desempenho imbatível e simplicidade de gestão nunca antes imaginada para aplicativos SAP.

Projetado e equilibrado para cargas de trabalho com uso intensivo de recursos de computação de middleware e aplicativos em pacotes, cada sistema vem pré-montado e pré-configurado, com módulos de computação x86 hot-swappable totalmente integrados, um Oracle ZFS Storage Appliance de alto desempenho, switches e estrutura de comunicações com alta largura de banda.

88

Oracle Exalogic Elastic Cloud para SAP

O Exalogic foi projetado para simplificar o gerenciamento de aplicativos e melhorar a eficiência operacional.

• Com a oferta de elementos básicos modulares que foram projetados, integrados, testados, enviados, instalados, configurados e operados como um todo, o Exalogic reduz radicalmente a complexidade de ambientes SAP. Para os clientes SAP isso significa uma infraestrutura rápida, eficiente e fácil de implementar para cenários SAP.

• Todas as configurações do Exalogic são totalmente redundantes em todos os níveis e foram projetadas sem nenhum ponto único de falha. Com técnicas de alta disponibilidade da SAP e da Oracle, ele oferece níveis sem precedentes de confiabilidade para implementações de infraestrutura SAP.

• Os componentes altamente padronizados, integrados de fábrica, certificados e testados do Exalogic apresentam um único ponto de contato para todas as necessidades de serviços de armazenamento, servidor, sistema operacional, e gestão do sistema, simplificando bastante a configuração e a implementação, reduzindo substancialmente o risco de erros, facilitando diagnósticos e operações de padronização.

Agora, todos os produtos SAP baseados no SAP NetWeaver 7.x, que estão disponíveis na plataforma Oracle Linux 6, podem ser utilizados em uma configuração virtual do Exalogic.

Oracle SuperCluster

Inovações Oracle de última geração – como os servidores SPARC T5/M7, os Oracle Solaris 10 e Solaris 11, o Oracle Database 11g e 12c, e o armazenamento Exadata – são reunidas neste engineered system escalável, otimizado e ajustado para a consolidação de aplicativos empresariais SAP.

O Oracle Optimized Solution para SAP baseado no Oracle SuperCluster foi projetado para executar aplicativos SAP em conjunto com uma série de aplicativos empresariais complementares nos mais altos níveis de desempenho e confiabilidade. Os usuários podem simplificar muito os seus cenários SAP, consolidando suas instâncias de aplicativos SAP, serviços centrais e software de banco de dados em um sistema Oracle SuperCluster M7.

Executando um cenário SAP no Oracle SuperCluster

O Oracle SuperCluster é compatível com ambientes SAP e executa o banco de dados paralelo da Oracle, a instância central SAP, o aplicativo ou o servidor da web, o software de gestão do Oracle Enterprise Manager e todos os aplicativos SAP da empresa.

Isso é especialmente útil para clientes SAP que precisam de um sistema para uso geral para executar o SAP e outros aplicativos corporativos, ou que possuem aplicativos multicamada para consolidar e virtualizar em seus datacenters.

• Com o Oracle Optimized Solution para SAP, as empresas podem modernizar sua infraestrutura, consolidar cenários SAP e gerenciar mais cargas de trabalho em um espaço físico de datacenter reduzido, para obter melhor desempenho e produtividade, além de menores riscos e custo total de propriedade.

• O Oracle Optimized Solution para SAP fornece uma arquitetura completa que foi projetada, testada e ajustada para atender às demandas de ambientes SAP de aplicativos empresariais de missão crítica.

• Os clientes podem consolidar cenários, como o desenvolvimento, teste e produção, em uma plataforma altamente disponível e escalável para melhorar o desempenho e a disponibilidade do aplicativo SAP.

• As tecnologias de virtualização incorporadas isolam com segurança as cargas de trabalho SAP e oferecem o minucioso controle de recursos necessário para consolidar com segurança o cenário SAP em uma única plataforma. Os recursos de computação, memória e E/S podem ser gerenciados para garantir que os aplicativos tenham acesso a uma quantidade adequada de recursos e que nenhuma carga de trabalho consuma toda a plataforma. A gestão integrada simplifica as operações e elimina a necessidade de diferentes habilidades.

Oracle MiniCluster

O Oracle MiniCluster S7-2 é um engineered system extremamente simples e eficiente, desenvolvido para executar bancos de dados e aplicativos empresariais sem comprometer a segurança. A simplicidade, a confiabilidade, o desempenho desde o primeiro dia de implementação, aliados ao SFF, tornam esta uma excelente opção para escritórios remotos, de pequeno porte e ágeis ambientes de desempenho de software. O Oracle MiniCluster é ideal para aplicativos que demandam alta segurança, como os de gestão de prontuários de pacientes em redes hospitalares, processamento de transações financeiras e de comunicações seguras, execução de aplicativos de ERP (planejamento de recursos empresariais) de missão crítica e hospedagem de serviços relacionados à segurança.

Oracle Engineered Systems para SAP 89

O Oracle Private Cloud Appliance (OPCA) é um engineered system que simplifica radicalmente o modo como os clientes instalam, implementam e gerenciam infraestruturas convergidas para aplicativos Oracle Linux ou Oracle Solaris.

Ele oferece um sistema de infraestrutura convergido altamente disponível e totalmente redundante, que combina elementos de rede, computação, gestão e armazenamento – tudo por um preço único para todo o hardware no sistema e todos os softwares necessários. Além disso, o OPCA é compatível com Oracle Trusted Partitions, que oferece a flexibilidade de licenciar software da Oracle em uma CPU virtual. Ele se conecta ao seu armazenamento Oracle novo ou existente, ou a um armazenamento de outro fornecedor, O OVCA também fornece infraestrutura de rede definida por software com o Oracle Fabric Interconnect e o Oracle SDN (Software-Defined Network). Você se beneficiará de um único ponto de suporte para a camada inteira, incluindo hardware e software da Oracle.

O Oracle Private Cloud Appliance é certificado pela SAP

Todos os produtos SAP baseados no SAP NetWeaver 7.x, que estão disponíveis no Oracle Linux 5 e 6, agora podem ser utilizados no Oracle Engineered System projetado para virtualização – o Oracle Private Cloud Appliance (OPCA).

Instalações em duas e três camadas (Oracle Database e aplicativos SAP) podem ser executadas no Oracle Private Cloud Appliance.

O OPCA pode ser usado em ambientes SAP quando as seguintes condições forem atendidas:

• Uso no mínimo do OPCA versão 1.1.3.

• Oracle Private Cloud Appliance baseado no Oracle VM. Leia as seguintes informações relacionadas sobre o Oracle VM na nota 1808268 da SAP.

• Os seguintes sistemas operacionais nas VMs são certificados e suportados para uso em ambientes SAP.

• Oracle Linux versão 5.x com UEK (Unbreakable Enterprise Kernel)

• Oracle Linux versão 6.x com UEK (Unbreakable Enterprise Kernel)

• Oracle Solaris

O Oracle Database Appliance é um sistema montável em rack de 4Us, projetado especificamente para executar o Oracle Database Enterprise Edition. Ele suporta alta disponibilidade e requisitos de desempenho acelerado do banco de dados com componentes redundantes e hot-swappable (permutáveis sem interrupção) e armazenamento em disco compartilhado e flash com espelhamento triplo. Esse utensílio economiza tempo e dinheiro, com o Oracle Linux e o software gerenciador de utensílio da Oracle pré-instalados, simplificando a implementação, manutenção e suporte de uma solução de banco de dados altamente disponível.

Usando o Oracle Database Appliance nos ambientes SAP

O Oracle Database Appliance oferece os seguintes recursos para um ambiente SAP:

• Servidor de banco de dados em cluster ativo/altamente disponível para aplicativos SAP.

• Servidor de arquivos altamente disponível para sistemas de arquivos compartilhados necessários SAP.

• Solução de clusterização completa para recursos SAP de alta disponibilidade, como os serviços centrais, para a camada ABAP e JAVA.

90

A nuvem Oracle é a nuvem pública mais integrada e abrangente do setor, oferecendo os melhores serviços de

IaaS (Infraestrutura com Serviço) da categoria. Para as empresas que preferem executar a nuvem Oracle on-

premise a oferta inclui a capacidade de colocar o Oracle Managed Cloud em seu próprio datacenter.

A nuvem Oracle ajuda as organizações a impulsionar a inovação e a transformação empresarial, aumentando

a agilidade dos negócios, além de reduzir os custos e a complexidade de TI.

ORACLE BARE METAL CLOUD

Disponibilidade, segurança e desempenho

extremos para os aplicativos empresariais.

Dando continuidade à inovação da plataforma Oracle na nuvem a Oracle está trabalhando para certificar mais aplicativos próprios e de terceiros no Oracle Cloud Platform (IaaS), facilitando a migração dos aplicativos baseados no Banco de Dados Oracle para a nuvem. Os Oracle IaaS Bare Metal Cloud Services estão disponíveis em vários formatos e categorias, oferecendo o que há de mais moderno em IaaS de alto desempenho. Essas ofertas permitem que os clientes implementem e acessem seus aplicativos do Oracle Database na nuvem com o mesmo desempenho, segurança e disponibilidade esperados de uma implementação on-premise. O Banco de Dados na nuvem Oracle pode ser ampliado com facilidade em comparação àqueles executados em uma nuvem da concorrência.

A Oracle é o único fornecedor a oferecer aos clientes um ambiente de aplicativos empresariais completos e de alta disponibilidade na nuvem. A Oracle oferece serviços de plataforma exclusivos e integrados a empresas de médio e grande porte que não tenham a expertise ou o capital necessário para manter sistemas comparáveis on-premise.

Agora os clientes podem usar o IaaS de última geração da Oracle para implementar aplicativos baseados em Oracle Linux a fim de ampliar o escopo para milhões de operações por segundo. O Oracle FastConnect pode ser conectado a esses aplicativos em redes on-premise por um preço acessível.

Bare Metal Cloud Compute Services

O Oracle Bare Metal Cloud Services oferece recursos de computação para maior flexibilidade na execução das mais intensas cargas de trabalho de ERP, bem como para aplicativos com uso intensivo desses recursos, em um ambiente de nuvem seguro e de alta disponibilidade.

O serviço oferece os melhores servidores Bare Metal totalmente dedicados do setor em uma rede definida por software, combinando a força dos servidores Bare Metal com uma rede segura, isolada e virtualizada na nuvem. O Oracle Bare Metal Compute Services apresenta desempenho bruto inigualável, incluindo servidores com SSDs padrão NVMe de última geração, que oferecem IOPS (operações de entrada/saída por segundo) na ordem de milhões. Ideal para executar aplicativos da web com uso intensivo de operações de E/S (entradas/saídas) ou cargas de trabalho de big data.

As instâncias Barre Metal garantem forte isolamento com acesso a servidores físicos dedicados, proporcionando visibilidade e controle dos aplicativos dos clientes que impõem rígidos requisitos normativos e de conformidade.

Principais recursos

Alto desempenho

Os servidores Bare Metal sem hypervisor apresentam desempenho consistente e constante com SSDs padrão NVMe de última geração que oferecem IOPS na ordem de milhões e são ideais para aplicativos da web com uso intensivo de E/S e as mais exigentes cargas de trabalho de big data.

Computação elástica e sob demanda

Os servidores Bare Metal sob demanda proporcionam elasticidade para a carga de trabalho de sua empresa. Inicie, encerre e monitore instâncias conforme necessário, usando o console, APIs ou SDKs.

Segurança e controle

O isolamento e o acesso dedicado dos servidores Bare Metal permitem alcançar visibilidade e controle inigualáveis.

Confiabilidade e alta disponibilidade

Isolamento de falhas

As localizações AD (Availability Domain) são criadas com infraestrutura totalmente independente, como prédios, geradores de energia, equipamento de refrigeração, conectividade de rede etc.

Oracle Bare Metal Cloud 91

Alta disponibilidade

Há pelo menos três ADs por região, conectados por um backbone de rede de alta velocidade, para executar cargas de trabalho altamente confiáveis com o mínimo impacto para a latência e o desempenho dos aplicativos.

Baixa latência

O backbone de rede de alta velocidade permite que os clientes criem e executem aplicativos/cargas de trabalho altamente confiáveis nos ADs com impacto mínimo para a latência/desempenho dos aplicativos.

Topologia de rede segura e flexível

Virtual Cloud Networks (VCN)

Redes privadas totalmente personalizáveis na nuvem. Transfira sua topologia de rede existente facilmente para a nuvem.

Extensão das instalações locais

Conexão de VPN (Virtual Private Network) IPsec com criptografia padrão do setor entre seu datacenter corporativo e sua VCN.

Serviço de volume de blocos escalável, com baixa latência e alto volume de IOPS.

Confiável e de alto desempenho

Volumes de armazenamento altamente disponíveis, persistentes e vinculados à rede otimizados para propiciar baixa latência e alto nível de IOPS quando usados com o serviço de computação.

Expanda ou reduza com facilidade

Vincule e desvincule dinamicamente volumes de bloco em qualquer instância Barre Metal ou de máquina virtual na sua VCN (Virtual Clou Network).

Backup e restauração

É possível fazer backup dos volumes no Object Storage Service com alta durabilidade e disponibilidade, além de restaurá-los em novos volumes.

Conformidade e segurança

Projetado para ser seguro

Projetamos o sistema do zero com uma integração perfeita entre hardware, firmware, software e camadas de rede otimizados para garantir que seus recursos estejam sempre seguros e sob controle.

Pronto para uso empresarial

Processos de segurança de padrão industrial para impor limites sobre acesso de pessoas a datacenters ou registro de detalhes no log.

Auditoria sem custo

Todas as chamadas de API são registradas e ficam acessíveis gratuitamente durante 90 dias após o registro dos dados. Há também a opção de armazenar dados mais antigos para uma variedade de finalidades de segurança.

Administração empresarial

Autoatendimento

Novos serviços fornecem contas globais, provisionamento instantâneo de autoatendimento e acesso baseado em API e Console.

Controle de acesso empresarial

Ferramentas simples e intuitivas para que os administradores de TI agrupem recursos para governança, isolamento e controle de acesso.

Projetado para gestão empresarial

Os desenvolvedores de aplicativos empresariais obtêm a facilidade de uso e a simplicidade da infraestrutura elástica, enquanto os administradores de TI mantêm a governança centralizada e a auditabilidade, eliminando a complexidade e o risco de uma TI sem aprovação organizacional explícita.

Para mais informações, visite o site em: https://cloud. oracle.com/bare-metal-compute

Soluções ainda mais poderosas incluem:

Oracle Exadata na nuvem

A proteção aos investimentos que a Oracle garantiu ao longo de várias gerações do Exadata on-premise continua com o Oracle Database Exadata Cloud Service e com o Oracle Database Exadata Cloud Machine.

Com o Exadata Cloud Service, os clientes podem executar o Oracle Database no Exadata na nuvem com a mesma disponibilidade e desempenho extremos desfrutados por milhares de organizações que implementaram o Exadata on-premise. O Exadata Cloud Service combina o Exadata com o banco de dados número um do mundo – O Oracle Database em conjunto com a mais poderosa plataforma de bancos de dados da Oracle – com toda a simplicidade e flexibilidade operacional da nuvem pública.

92

Os Bancos de Dados Oracle implementados na nuvem como parte desse serviço incluem todas as opções e recursos do Banco de Dados Oracle – como Oracle Multitenant, In-Memory Database, Real Application Clusters (RAC), Active Data Guard, Partitioning, Advanced Compression, Advanced Security etc. – além de todos os pacotes do Oracle Enterprise Manager.

Graças ao princípio de design por trás do Exadata Cloud Service, os Oracle Databases implementados nesse serviço na nuvem são 100% compatíveis com os bancos de dados implementados on-premise. Desse modo, não é necessário alterar os modelos de dados e aplicativos dos clientes, garantindo, assim, uma transição tranquila para a nuvem e uma eficiente estratégia de nuvem híbrida. O Exadata oferece a plataforma de consolidação ideal para que sua empresa não precise investir mais em várias plataformas de nuvem para diferentes cargas de trabalho, pois o Exadata oferece uma plataforma unificada para tudo – analytics, data warehousing, OLTP, consolidação, cargas de trabalho mistas e in-memory.

Oracle Exadata Cloud Service

http://www.oracle.com/technetwork/database/exadat

a/ exadataservice-ds-2574134.pdf

Oracle Database Exadata Cloud Service - Desempenho do

Exadata, simplicidade da nuvem

O Oracle Database Exadata Cloud Service (Exadata Service) oferece a melhor plataforma de bancos de dados na nuvem do mundo, combinando o banco de dados número um com o Exadata, a plataforma de banco de dados mais poderosa do setor, com toda a simplicidade e economia da nuvem pública. Agora os clientes podem executar o Banco de Dados Oracle na nuvem com a mesma disponibilidade e desempenho extremos desfrutados por milhares de organizações que implementaram o Exadata on-premise. Os Oracle Database implementados na nuvem como parte desse serviço incluem todas as opções do Banco de Dados Oracle e são 100% compatíveis com os implementados on-premise, garantindo uma transição segura para a nuvem e uma eficiente estratégia de nuvem híbrida. Com as configurações dedicadas pay-as-you-grow (pagamento de acordo com o crescimento) do Exadata e a infraestrutura gerenciada pelos especialistas da Oracle, o Exadata Service habilita a agilidade empresarial e a flexibilidade operacional com zero de despesa de capital.

A melhor oferta de nuvem para um banco de dados empresarial

O Exadata Service acrescenta a facilidade, a simplicidade e a flexibilidade da nuvem pública da Oracle à sólida plataforma do Exadata e do Banco de Dados Oracle. Agora as organizações podem acessar o Banco de Dados Oracle no Oracle Exadata sem precisar fazer investimentos de capital em infraestrutura de TI, incluindo, por exemplo, espaço no datacenter, energia, refrigeração, servidores, dispositivos de armazenamento e redes. Como os especialistas da Oracle gerenciam a infraestrutura de back-end para o cliente, há uma expressiva redução nos custos de recursos humanos e administração de TI, permitindo que os profissionais de TI mantenham o foco na melhoria dos resultados comerciais. A total funcionalidade do Oracle Database com o Exadata Service garante que qualquer aplicativo existente possa ser migrado rapidamente para a nuvem sem alterações. O provisionamento e a expansão do Exadata Service são conduzidos por meio de interfaces simples da web, permitindo que os clientes se adaptem rapidamente para acompanhar as constantes mudanças nas demandas comerciais. Uma instância do Exadata Service provisionada para um cliente é completamente isolada dos outros tenants, garantindo desempenho e segurança para as cargas de trabalho cruciais para os negócios.

Benefícios para os clientes

O Exadata Service é 100% compatível com todos os aplicativos e Banco de Dados Oracle on-premise existentes. Com o Exadata Service, as organizações podem adotar facilmente uma estratégia de nuvem híbrida ou somente nuvem que cubra tanto os bancos de dados on-premise quanto os baseados na nuvem.

O Exadata Service oferece benefícios empresariais imediatos para uma ampla variedade de clientes:

• O Exadata Service permite que os clientes que já possuem o Exadata on-premise embarquem facilmente em uma jornada para a nuvem, sem prejudicar o desempenho do banco de dados e os níveis de disponibilidade obtidos com as implementações do Exadata on-premise.

• Os clientes que já possuem o Banco de Dados Oracle, mas que ainda não experimentaram Exadata pode começar a aproveitar os benefícios de desempenho, disponibilidade e escalabilidade da melhor plataforma de banco de dados do mundo, com total facilidade e sem perder nenhuma funcionalidade necessária do banco de dados.

• As organizações que se viram obrigadas a se contentar com bancos de dados em nuvem pública com funcionalidade limitada, segurança parcial e problemas na consistência dos dados agora podem beneficiar-se com a mais sofisticada funcionalidade de banco de dados na mais poderosa plataforma de banco de dados na nuvem.

http://www.oracle.com/technetwork/database/exadata/


Oracle Bare Metal Cloud 93

Oracle Exadata Cloud Machine – (On-Premise)

http://www.oracle.com/technetwork/database/exadat

a/ exacm-ds-3409774.pdf

Desempenho do Exadata com a simplicidade da nuvem

Só o Exadata Cloud Machine combina a tecnologia do banco de dados número um do mundo com o Exadata, a plataforma de banco de dados mais poderosa do setor, com a simplicidade, agilidade e elasticidade de uma implementação baseada em nuvem. Ele é idêntico ao serviço de nuvem pública do Exadata da Oracle, mas localizado on-premise, em seu próprio datacenter. Os especialistas da Oracle gerenciam o Exadata Cloud Machine e proporcionam aos clientes uma experiência consistente na nuvem – seja em uma instalação on-premise ou em um datacenter de nuvem pública da Oracle. Todos os recursos e opções do Oracle Database e do Exadata estão incluídos na assinatura do Exadata Cloud Machine para garantir o mais alto nível de desempenho, disponibilidade e segurança, com o gerenciamento mais simples possível. Os bancos de dados implementados no Exadata Cloud Machine são 100% compatíveis com os instalados on-premise e os implementados em nuvem pública da Oracle.

O Exadata Cloud Machine é ideal para clientes que desejam os benefícios da nuvem, mas não podem migrar seus bancos de dados para uma nuvem pública em virtude de leis de soberania, regulamentações do setor e políticas corporativas, ou para organizações que considerem impraticável migrar os bancos de dados para longe de sua arraigada infraestrutura de TI on-premise.

O melhor banco de dados na melhor plataforma em nuvem

O Oracle Database Exadata Cloud Machine pode consolidar todas as cargas de trabalho de bancos de dados, incluindo OLTP (processamento de transações on-line), DW (data warehousing), analytics in-memory e cargas de trabalho mistas/híbridas em um único sistema Exadata com desempenho extremo, disponibilidade de missão crítica e a mais alta segurança.

A melhor tecnologia de banco de dados

O Oracle Database é a tecnologia de banco de dados mais aclamada e versátil, tanto para OLTP quanto para analytics. Com décadas de inovação tecnológica, centenas de milhares de implementações de missão crítica em todo o mundo comprovam a eficácia do Oracle Database.

O Exadata Cloud Machine combina o banco de dados número um do mundo com o Exadata, a plataforma de banco de dados mais poderosa do setor, controlada por software da nuvem Oracle e gerenciada on-premise pelos especialistas da nuvem Oracle.

• A simplicidade da nuvem com implementação on-premise

• Acelere o lançamento de produtos e serviços no mercado com o provisionamento de banco de dados baseado na web

• Os preços são baseados em assinatura no modelo pay-as-you-go (pague conforme usar)

• A divisão dinâmica de recursos de computação reduz os custos totais

• Migrem os bancos de dados existentes facilmente, sem a necessidade de alterar os aplicativos

• Redução do esforço de administração de TI

• A rápida conectividade de rede oferece melhores tempos de resposta que as nuvens públicas

• A implementação on-premise elimina problemas de conformidade e soberania dos dados

• Plataforma e banco de dados de missão crítica comprovados

• Desempenho extremo para OLTP, analytics, cargas de trabalho híbridas e de consolidação

• Deixe sua equipe focada em melhorar os negócios, e não a infraestrutura operacional.

A Oracle trabalha em estreita colaboração com a SAP nas certificações da nuvem Oracle (IaaS).



94

Lista de referências da Oracle e notas da SAP relacionadas

Número da nota Título da nota Versão do DB

DB: Geral: Informações sobre licença

581312 Oracle Database Licensing Restrictions Todas as versões de DB

740897 Oracle License Scope & Required Oracle Options Todas as versões de DB

1028068 Required Oracle Options for DBA Cockpit Todas as versões de DB

DB: Geral: Suporte a versões

1174136 Oracle: End of Support Dates Todas as versões de DB

2098258 Oracle 11.2 Extended Support Free of Charge until May 31, 2017 Oracle DB 11g

DB: Geral: Suporte a recursos

105047 Support for Oracle Functions in the SAP Environment Todas as versões de DB

1914631 Central Technical Note for Oracle Database 12c Release 1 (12.1) Oracle DB 12c

2133079 Oracle Database 12c: Integration in SAP Environment Oracle DB 12c

1398634 Oracle Database 11g Integration in SAP Environment Oracle DB 11g

1430669 BR*Tools support for Oracle 11g Oracle DB 11g

1431800 Oracle 11.2 Central Technical Note Oracle DB 11g

1434131 Oracle Database 11.2 for older SAP versions Oracle DB 11g

DB: Geral: Suporte Oracle para otimizações de aplicativos SAP relacionados ao HANA

1835008 Activate Database Performance Optimizations for SAP ERP Oracle DB 11g

1951491 Minimal DB Platform Requirements for SAP NetWeaver 7.4 SP08 Oracle DB 11g

DB: Geral: Suporte a sistemas de arquivos

1416773 Oracle Direct NFS Oracle DB 11g

1550133 Automatic Storage Management (ASM) Oracle DB 11g

1598594 BR*Tools Configuration for Oracle Installation under “oracle” User Oracle DB 11g

1627541 BR*Tools Support for Oracle ASM and Exadata Oracle DB 11g

1738053 SAPinst for Oracle ASM Installation Oracle DB 11g

1825328 Oracle ASM and SAP NetWeaver Master Data Management (MDM) Oracle DB 11g

DB: Geral: Suporte a ferramentas

355770 Oracle Enterprise Manager Database Control Todas as versões de DB

386413 Oracle Enterprise Manager (OEM) in the SAP Environment Todas as versões de DB

DB: Recursos: Compactação e armazenamento de dados

1109743 Use of Index Key Compression for Oracle Databases Todas as versões de DB

1464156 Support for Index Compression in BRSPACE 7.20 Todas as versões de DB

1426979 SecureFiles – The New Way to Store LOB Data Oracle DB 11g

1583303 Criação adiada de segmentos Oracle DB 11g

1842044 Dataload Without Dropping Bitmap Indexes Oracle DB 11g

1856270 Performance Improvements for Tables with Single Unique Index Oracle DB 11g

DB: Opções: Compactação avançada

1289494 FAQ Oracle Compression Todas as versões de DB

2138262 Oracle Database 12c Advanced Compression for SAP Systems Oracle DB 12c

1431296 LOB Conversion and Table Compression with BRSPACE 7.20 Oracle DB 11g

1436352 Advanced Compression for SAP Systems Oracle DB 11g

Lista de referências da Oracle e notas da SAP relacionadas 95

Implementação: Software: Instalação e atualização



Opção de DB: Particionamento

742243 General Table Partitioning Todas as versões de DB

1859841 Deinstallation of Oracle Partitioning Option (SAP BW) Todas as versões de DB

1333328 Partitioning Engine for Oracle Todas as versões de DB

Opção de DB: RAC (Real Application Clusters)

527843 Oracle RAC Support in the SAP Environment Todas as versões de DB 1431241 RAC with TAF Oracle DB 11g

1496927 Protecting SAP instances through Oracle Clusterware (SAPCTL) Todas as versões de DB 1977463 Using Shared or Local Oracle Homes with RAC Oracle DB 12c

2059515 Database Upgrade to Release 11.2.0.4 on Unix with RAC or ASM Oracle DB 12c

Opção de DB: Real Application Testing (RAT)

1426980 The Real Application Testing Option Oracle DB 11g

Recursos de DB: Segurança

157499 OPS$ Connect and Security Aspects Todas as versões de DB

1622837 Secure Connection of AS ABAP to Oracle via SSFS Todas as versões de DB

1623922 Connect to Oracle Database Todas as versões de DB

1710997 Using Personalized Database Administrator Accounts Todas as versões de DB

1755636 Database Administrators Segregation Todas as versões de DB

1764043 Support for Secure Storage in BR*Tools Todas as versões de DB

1868094 Visão geral: Oracle Security SAP Notes Todas as versões de DB

Opção de DB: Segurança avançada

973450 Advanced Security – Network Encryption Todas as versões de DB

974876 Advanced Security – Transparent Data Encryption Todas as versões de DB

1324684 Advanced Security – Backup Encryption Todas as versões de DB

Opção de DB: Database Vault

1355140 Using Oracle Database Vault in an SAP Environment Todas as versões de DB

1597194 Installing Oracle Database Vault in an SAP Environment Oracle DB 11g

1502374 Database Vault for SAP Policy Scripts Oracle DB 11g

1716939 SAP System Copies with Database Vault Todas as versões de DB

Implementação: Software: Instalação e atualização

1915299 Troubleshooting Software Installation for 12.1.0.2 Oracle DB 12c

1915301 Database Software 12.1.0.2 Installation on Unix Oracle DB 12c

1915302 Database Software 12.1.0.2 Installation on Windows Oracle DB 12c

1915315 Database Upgrade Scripts for 12.1.0.2 Oracle DB 12c

1915317 Migrating to Software Owner ‚oracle‘ Oracle DB 12c

2064206 Database Upgrade to 12.1.0.2 with Grid Infrastructure Oracle DB 12c

1431793 Upgrade Scripts Oracle DB 11g

1431794 Instant Client Oracle DB 11g

1949451 Database Upgrade to Release 11.2.0.4 on Unix (Quick Reference) Oracle DB 11g

1431796 Troubleshooting the Software Installation Oracle DB 11g

1431797 Troubleshooting the Database Upgrade Oracle DB 11g

96 Lista de referências da Oracle e notas da SAP relacionadas



Implementação: Software: Patches

1027012 MOPatch – Install Multiple Oracle Patches in One Run Todas as versões de DB

2011199 SAP Bundle Patches – Structure Changes Starting June 2014 Todas as versões de DB

1915313 Current Patch Set for Oracle Database 12c Release 1 (12.1) Oracle DB 12c

1915316 Database: Patches for 12.1.0.2 Oracle DB 12c

2145572 Grid Infrastructure: Patches for 12.1.0.2 Oracle DB 12c

1696869 Patching of Oracle Homes with Minimal Downtime Oracle DB 11g

1431799 Oracle 11.2.0: Current Patch Set Oracle DB 11g

1949250 Database Patches/Patch Collections (11.2.0.4) Oracle DB 11g

1968502 Grid Infrastructure Patches/Patch Collections (11.2.0.4) Oracle DB 11g

Implementação: Configuração de instâncias

1888485 Database Parameters 12.1.0.2 Oracle DB 12c

1431751 Quick Reference for ADRCI and ADR Oracle DB 11g

1431798 Database Parameter Settings 11.2.0.x Oracle DB 11g

1589924 SAP Workload Management via Oracle Resource Manager Oracle DB 11g

Implementação: Software: BR*Tools

1428529 Corrections in BR*Tools Version 7.20 Todas as versões de DB

1838850 Corrections in BR*Tools Version 7.40 Todas as versões de DB

1844380 Minor Functional Enhancements in BR*Tools (5) Todas as versões de DB

2086966 Minor Functional Enhancements in BR*Tools (6) Todas as versões de DB

1882182 Functional Enhancements in BRARCHIVE 7.40 Todas as versões de DB

1598594 BR*Tools Configuration for Oracle Installation under “oracle” User Oracle DB 11g

2087004 BR*Tools Support for Oracle Database 12c Oracle DB 12c

Implementação: Ferramentas de admin: Oracle Enterprise Manager

1598594 Oracle Enterprise Manager Database Control Todas as versões de DB

2087004 Todas as versões de DB Todas as versões de DB

Implementação: Dados

646681 Reorganizing Tables with BRSPACE Todas as versões de DB

937492 Oracle Flashback FAQ Todas as versões de DB

966117 Oracle Flashback Database Technology Todas as versões de DB

Banco de dados: Serviços

1508271 Oracle Lifecycle Migration Service (formerly O2O/Triple-O) Todas as versões de DB

Imprint 97

Oracle Corporation

Sede mundial

500 Oracle Parkway Redwood Shores, CA 94065 Estados Unidos

Publicado pela Oracle Corporation, Oracle Database para SAP Global Technology Center

Albrecht Haug [email protected]

Altrottstr. 31 69190 Walldorf, Alemanha Tel. ++49 (0) 6227 356-282 Fax++49 (0) 6227-3847366

Fotos: Gross Art, Shutterstock, EUA

Internet: www.oracle.com/sap

https://www.sap.com/community/topic/oracle.html

Copyright © 2017, Oracle e/ou suas afiliadas. Todos os direitos reservados. Este documento é fornecido somente para fins informativos e seu conteúdo está sujeito a alterações sem aviso prévio. Este documento não está livre de erros, tampouco está sujeito a quaisquer outras garantias ou condições expressas verbalmente ou implícitas em lei, como garantias e condições implícitas de comercialização ou adequação para um determinado fim. Isentamo-nos especificamente de qualquer responsabilidade legal com relação a este documento e nenhuma obrigação contratual será formada direta ou indiretamente por meio deste documento. Este documento não pode ser reproduzido ou transmitido de nenhuma forma ou por qualquer meio, eletrônico ou mecânico, para qualquer objetivo, sem a nossa permissão prévia por escrito.

Oracle e Java são marcas comerciais registradas da Oracle e/ou de suas afiliadas. Outros nomes podem ser marcas registradas de seus respectivos proprietários.

Intel e Intel Xeon são marcas comerciais ou marcas comerciais registradas da Intel Corporation. Todas as marcas comerciais SPARC são usadas sob licença e são marcas comerciais ou marcas comerciais registradas da SPARC International, Inc. AMD, Opteron e os logotipos AMD e AMD Opteron são marcas comerciais ou marcas comerciais registradas da Advanced Micro Devices. UNIX é uma marca comercial registrada do The Open Group. 0615

SAP® é uma marca comercial registrada da SAP. SAP NetWeaver e SAP HANA® são marcas comerciais registradas da SAP.



http://www.sap.com/community/topic/

http://www.sap.com/community/topic/

Oracle for SAP Technology Update, Volume 26 (2017) · trabalho de bancos de dados, incluindo...

Documents

Transcript of Oracle for SAP Technology Update, Volume 26 (2017) · trabalho de bancos de dados, incluindo...