Oracle SAP a · PDF file2 PREZADO CLIENTE SAP, A Oracle oferece o conjunto de tecnologia mais...
84
para Oracle SAP ® ATUALIZAÇÃO DE TECNOLOGIA Nº 25 Oracle para SAP, maio de 2016 www.oracle.com/sap
Transcript of Oracle SAP a · PDF file2 PREZADO CLIENTE SAP, A Oracle oferece o conjunto de tecnologia mais...
pa
ra
Oracle SAP ®
A T U A L I Z A Ç Ã O D E T E C N O L O G I A
Nº 25 Oracle para SAP, maio de 2016 www.oracle.com/sap
2
PREZADO CLIENTE SAP,
A Oracle oferece o conjunto 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 funcio-
nem melhor.
O relacionamento da Oracle Corporation com a SAP SE é baseado em nossa longa his-
tória – uma rica herança de desenvolvimentos em conjunto e um futuro brilhante 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 plata- forma
Oracle Database (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.
As duas empresas têm um compromisso contínuo com dezenas de milhares de clientes comuns há mais de 28 anos.
Nossos acordos de longa data de revenda e suporte proporcionam ao cliente maior acesso à tecnologia e ao suporte de
classe mundial do Oracle Database. A estratégia de produto da Oracle dá flexibilidade e variedade de escolha em toda a
infraestrutura de TI. Cada vez mais, a maioria dos clientes SAP – empresas de médio porte, atuando em todos os setores da
economia – confiam suas implementações de aplicativos ao Oracle Database.
Ao escolher o Oracle Database e as opções de bancos de dados, os clientes SAP obtêm benefícios importantes, graças à
constante inovação e sem rupturas. Em uma análise mais aprofundada, identificamos pelos menos oito diferenciais que
explicam em detalhes por que o Oracle Database é a primeira opção para executar aplicativos SAP. Os produtos da linha
Oracle Database oferecem o melhor desempenho e escalabilidade, flexibilidade na implementação, disponibilidade, confia-
bilidade, 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 Oracle Database para otimizar seus aplicativos SAP.
As seguintes opções do Oracle Database 12c estão disponíveis e foram certificadas pela SAP:
- Oracle Database In-Memory
- ILM (Information Lifecycle Management) /ADO (Automatic Data Optimization)
- HCC (Hybrid Columnar Compression) para o Oracle Exadata e o Oracle SuperCluster em conjunto com o ILM
- Opção Oracle Multitenant (CY 2016)
O Oracle Exadata Database Machine foi projetado para consolidar todos os bancos de dados SAP e de outros fornece-
dores em um ambiente de banco de dados em nuvem privada. Ele oferece a plataforma mais disponível e de melhor de-
sempenho para executar o Oracle Database 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 um grande número de 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.
A Oracle redefine os aspectos econômicos da computação empresarial com atualização e ampliação completas de seu
portfólio de servidores SPARC M7 e T7, oferecendo aos clientes o melhor valor do mercado, com a melhor relação
preço/desempenho.
A Oracle fornece um conjunto completo de banco de dados e infraestrutura de TI para executar aplicativos SAP 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 engineered system que simplifica racialmente 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 Oracle Database — 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 funcionamento) aos aplicativos, além de ser otimizado para os Oracle Databases executados 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.
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:
Atenciosamente,
Gerhard Kuppler
Vice-presidente de alianças
SAP, Oracle Corporation
Oracle Corporation: Com mais de 420.000 clientes – incluindo 100 empresas da lista Fortune 100 – e
implementações em vários setores em mais de 145 países, a Oracle oferece um conjunto completa e inte-
grado de aplicativos na nuvem, serviços de plataforma e engineered systems, mais de 25.000 parceiros em
todo o mundo, mais de 130.000 funcionários, que incluem 37.000 desenvolvedores e engenheiros,
18.000 profissionais de suporte e 17.000 especialistas em consultoria.
4
2-3
Editorial
5
17
SUMÁRIO
36
41
42
44
46
51
54
55
56
59
61
67
70
72
74
78
79
83
Oracle Database 12c para SAP: A mais nova tecnologia de bancos de dados e suporte para
otimizações de aplicativos
Implementando uma infraestrutura de gestão de dados para SAP com opções e pacotes do
Oracle Database
Por que Oracle Database e Engineered Systems para SAP?
Novidades! 130.000 usuários do benchmark SAP SD no servidor Oracle SPARC M7-8 foram
certificados pela SAP
Novo recorde mundial! 130.000 usuários do benchmark SAP SD no servidor Oracle SPARC M7-8 com
o Oracle 12c
Importante melhoria no uso do SAP CRM com o Oracle Database In-Memory na Bosch GmbH
Oracle Database In-Memory na Villeroy & Boch SAP BI com o Oracle Database In-Memory na DB
49 Áustria Oracle Advanced Compression na Goodman Fielder, Austrália
ElectraNet obtém melhores insights de negócios com os Oracle Engineered
Systems Oracle Exadata Database Machine no Grupo Solvi, Brasil
Wumart Stores, China: Grande migração do sistema multiplataforma SAP on-line com o Oracle Golden
Gate Oracle SuperCluster no CELSA Group
Oracle Exadata na Lenta, Rússia
Serviços de suporte de missão crítica para clientes
SAP Oracle SuperCluster M7 para clientes SAP
Clientes SAP se beneficiam com a tecnologia do Oracle
Exadata Alta disponibilidade para recursos SAP com o
SAPCTL
Projetados para inovação, eficiência e simplicidade: Oracle Engineered Systems para
SAP Quanto custará a migração para o S/4 HANA?
Notas relacionadas ao Oracle DB e ES para SAP
Imprint
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 para SAP ou
SAP no Oracle Database tem sido baseada em dois pilares.
O primeiro, é a integração dos recursos do Oracle Database
com o ambiente SAP. O segundo, é a integração dos recursos
dos aplicativos SAP com o Oracle Database.
Sempre houve uma visível necessidade de integrar os recursos do Oracle Database 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 se lembrarão é 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 Oracle Database tem sido
raramente reconhecida. Os clássicos aplicativos SAP (como
o R/3 e o BW) foram desenvolvidos no Oracle Database.
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 Oracle Database.
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 Oracle Database. Sendo
assim, recentemente, tornou-se mais visível a necessidade de
integrar as otimizações dos aplicativos SAP projetadas para
o HANA, considerando o Oracle Database ou oferecendo
suporte a essas otimizações também para o Oracle Database.
Hoje, os dois pilares que sustentam a estratégia SAP no
Oracle Database podem ser claramente identificados: 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 Oracle Database.
Roadmap de certificação
A manutenção padrão do Oracle Database 11g (11.2.0.4)
terminou em 31 de janeiro de 2015. A fase de suporte
ampliado, restrita a três anos, teve início em fevereiro de
2015. Para o Oracle Database versão 11.2.0.4, a Oracle
oferecerá o suporte ampliado até 31 de maio de 2017, sem
nenhum custo adicional. (Para mais informações, consulte a
nota 2098258 da SAP.)
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 Oracle e a SAP encerraram a
personalização da “versão terminal” (certificação somente da
versão x.2 e nenhuma certificação da versão x.1) válida para
mais de dez anos.
• A Fase 1, intitulada Certificação básica, foi concluída em março
de 2015 e inclui todos os recursos e opções anteriormente
disponíveis no Oracle Database 11g, além de vários
recursos do Oracle Database 12c que eram totalmente
transparentes ou exigiam um mínimo esforço de integração.
6
• 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, trará novos
recursos 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, planejada para 2016, concluirá o processo de
certificação, permitindo que os clientes SAP usem o Oracle
Multitenant, 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.
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
Recursos da certificação básica
Advanced Compression
Os clientes que executam aplicativos SAP no Oracle Database
11g já podem escolher vários recursos de compactação: Index Key Compression e IOTs (Compressed Index-
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 só podem ser usados com o Oracle Database
12c e o Oracle Database In-Memory.
Organized Tables são os recursos padrão de bancos de dados.
OLTP Compression para dados estruturados e SecureFiles
Compression para dados não estruturados são recursos
fornecidos pelo Oracle Database 11g Advanced Compression.
Oracle Database 12c para SAP: A mais nova tecnologia de bancos de dados e suporte para otimizações de aplicativos
7
O Oracle Database 12c Advanced Compression traz vários
recursos inéditos, alguns dos quais relativos ao suporte a
ILM, que estarão disponíveis para os clientes SAP na Fase
2 da certificação. Entretanto, há vários recursos da opção
Advanced Compression incluídos na Fase 1 que podem ser
utilizados atualmente nos ambientes SAP:
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. Os
benefícios incluem:
• O Advanced Index Compression funciona bem com todos
os índices compatíveis, incluindo os que não são bons
candidatos ao Index Key Compression já existente.
• O Advanced Index Compression funciona no nível
dos blocos para oferecer a melhor compactação a cada
bloco. Ou seja, os usuários não precisam conhecer
as características dos dados, pois o Advanced Index
Compression escolhe a compactação certa por bloco
automaticamente.
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 reduz o tamanho dos dados a serem transmitidos
em uma conexão de rede. Os benefícios incluem:
• Maior eficiência na throughput (taxa de transferência) de
rede: a compactação permite transmitir grandes volumes de
dados em menor tempo. Aceleração do tempo de resposta
das consultas de SQL graças à redução no tempo de
transmissão.
• Redução do uso de largura de banda: a compactação
economiza largura de banda, reduzindo o tamanho dos
dados a serem transmitidos, permitindo que outros
aplicativos usem a largura de banda liberada. Isso também
ajuda a reduzir o custo do fornecimento de largura de
banda de rede.
O Advanced Network Compression só pode ser usado se
o banco de dados/Instant Client e o servidor de bancos de
dados forem atualizados para a versão 12.1.0.2.
Para mais informações sobre o Oracle Database 12c Advanced
Compression para sistemas SAP, consulte a nota 2138262
da SAP.
Active Data Guard
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.
No Oracle Database 11g, ele oferece recursos adicionais, como
Automatic Block Repair e 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 25.
Backup e recuperação
O Oracle Recovery Manager (RMAN) oferece uma base
abrangente para realizar e recuperar backups de modo
eficiente no Oracle Database. 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.
Com o Oracle Database 12c, você pode transportar dados
entre diferentes plataformas, realizando cópias de segurança
completas ou progressivas, usando cópias de imagem ou
backups. 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 downtime
(paralisações) somente leitura no banco de dados de origem.
Embora o RMAN continue sendo a ferramenta mais popular
para realizar backups do Oracle Database, outro método
muito utilizado para a mesma finalidade é criar uma imagem
(snapshot) de armazenamento de todos os arquivos no
banco de dados. Basta montar a imagem 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 gerar uma
imagem do armazenamento de seu banco de dados sem a
necessidade de colocá-lo no modo BACKUP.
8
As imagens obtidas desta maneira são “crash-consistent”
(consistentes em caso de falha), desde que o produto de
armazenamento siga as orientações descritas na documentação
da Oracle. Os backups crash-consistent podem ser abertos
e usados após uma recuperação total de falha. No entanto, eles
não podem ser utilizados de modo confiável em recuperações
pontuais, pois os redo logs (registros de ações de refazer) não
contêm informações suficientes para remover inconsistências
nos arquivos de dados. Uma alternativa possível é obter
instantâneos no modo backup usando, por exemplo, o
comando:
ALTER DATABASE [BEGIN|END] BACKUP,
para remover a restrição de recuperação pontual. Contudo,
cada banco de dados deve ser colocado nesse modo, para que
seja possível obter a imagem, e recolocado no modo de
operação quando a imagem estiver pronto. Esta condição
poderá gerar grande complexidade quando for necessário
realizar o procedimento para dezenas, centenas ou milhares
de bancos de dados. Além disso, no modo de backup,
imagens de blocos inteiros são gravadas nos redo logs, pois
foram alteradas, o que leva ao aumento da atividade de I/O
(entrada/saída).
Com o Oracle Database 12c, o comando
RECOVER ... SNAPSHOT TIME
permite recuperar, em uma única etapa, as imagens de
armazenamento 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 imagem
sem procedimentos adicionais. Por aceitar todos os tipos
de operação de recuperação que usam essas imagens, esta
otimização elimina efetivamente a necessidade do
modo de backup, bem como a complexidade e a sobrecarga
inerentes a esse modo de operação, permitindo que o DBA
(administrador de bancos de dados) tenha mais tempo para as
tarefas cruciais de produção.
Suporte ACFS
Se você trabalha com o Exadata, provavelmente já sabe que
o ACFS era incompatível com este appliance. Mas agora,
você poderá usar o ACFS no 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
Oracle Databases precisam permanecer no ASM usando os
nós do 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 nó do cluster
falhar, as exportações dos HAVIPs e NFS serão migradas
automaticamente para um nó sobrevivente.
O recurso HANFS permite configurar servidores NFS de
alta disponibilidade usando os clusters do Oracle ACFS. É
possível criar configurações de cluster do HANFS com base
na atual infraestrutura de sua empresa ou usando servidores
e dispositivos de armazenamento comuns. Desse modo,
você terá serviços de rede semelhantes a um “network filer”
(servidor de dados de rede) por uma fração do custo.
Desempenho
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 Oracle
Database 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.
Capacidade de gestão e disponibilidade
Os DBAs (administradores de bancos de dados) podem
realizar uma série de operações on-line usando as BR*Tools:
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.
Oracle Database 12c para SAP: A mais nova tecnologia de bancos de dados e suporte para otimizações de aplicativos
9
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 o downtime, 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. Contudo,
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.
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 maior segurança, a Oracle recomenda usar
uma conta de usuário Windows padrão em vez de uma conta interna do Windows.
Para mais informações, consulte a nota 1915302 da SAP.
Certificação básica e otimização de aplicativos
O Oracle Database 11g não oferece suporte à compactação
de dados estruturados de tabelas (OLTP Compression) em
tabelas com mais de 255 colunas. No Oracle Database 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.
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 de-
sagrupadas (declustered). Como a SAP costuma compactar os
dados dessas tabelas em cluster para fins de armazenamento,
os clientes consideram que as tabelas poderão crescer conside-
ravelmente quando forem convertidas em tabelas transparen-
tes. 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 o Oracle Database 12c Advanced Compression Option,
agora é possível compactar e gerenciar os dados residentes em
inúmeras tabelas de grande volume.
10
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 otimizar seus aplicativos com foco no HANA como uma
ameaça. Certamente, no mundo SAP, o HANA seria um
concorrente do Oracle Database. No entanto, em vários casos,
funcionários e clientes Oracle veem as novas otimizações
dos aplicativos SAP com um 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 burro — 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: 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 Oracle Database
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 informações. Além de armazenar dados,
ele 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.
Mas os desenvolvedores da Oracle não se limitaram a fazer
perguntas nem a apenas 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). Contudo, nessa época, o Oracle Database 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 (residentes na memória). Em
uma abordagem que coloca o banco de dados basicamente
como um “armazenamento de dados burro” e permite que
apenas os aplicativos façam cálculos de maneira eficiente, os
valores individuais precisam ser transferidos via rede,
Oracle Database 12c para SAP: A mais nova tecnologia de bancos de dados e suporte para otimizações de aplicativos
11
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 burro”.
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 novo, 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. Mesmo assim, antes tarde
do que nunca.
Oracle Database In-Memory
O Oracle Database 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 22 e “Resumo”, na
página 34.
O Oracle Database In-Memory foi certificado para SAP
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 Data-base 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.
12
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 clientes beta e
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 pode ser explicado sem complicações.
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 preferem 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 “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:
Basta emitir uma 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.
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.
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.
Uma certa decepção com as restrições 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. Os Flat Cubes, que serão explicados nesta seção,
representam o novo modelo de dados que a SAP projetou
para o HANA.
Oracle Database 12c para SAP: A mais nova tecnologia de bancos de dados e suporte para otimizações de aplicativos
13
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 pedidos, e 100.000, se a mesma transportadora enviasse
100.0 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.
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 otimizar 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.
O tradicional esquema “estrela” (= floco de neve ampliado)
Oracle Database 12c para SAP: A mais nova tecnologia de bancos de dados e suporte para otimizações de aplicativos 14
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.
O Flat Cubes para o Oracle Database está disponível desde
fevereiro de 2016 para clientes piloto. A disponibilidade geral
estava programada para junho de 2016.
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 20.
Portanto, aqui faremos uma rápida análise dos detalhes de
implementação específicos para ambientes SAP.
Oracle Database 12c para SAP: A mais nova tecnologia de bancos de dados e suporte para otimizações de aplicativos
15
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 inicialmente 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 a 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? 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. Contudo, como nos sistemas SAP,
nos quais precisamos trabalhar com dezenas de milhares de
tabelas, essa abordagem seria muito complicada, o SWPM
(SAPinst) 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 uma 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).
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;
16
Oracle Multitenant
Para obter informações gerais (pré-certificação) sobre o
Oracle Multitenant, consulte o artigo “Implementando uma
infraestrutura de gestão de dados para SAP com opções e
Notas da SAP referentes ao Oracle Database 12c
pacotes do Oracle Database” (com ênfase especial na seção
“Oracle Multitenant”, página 26).
Informações específicas para SAP foram adicionadas aqui
depois da certificação do Oracle Multitenant para SAP.
DB: Instalação e atualização
1915299, Troubleshooting Software Installation for 12.1.0.2
1915301, Database Software 12.1.0.2 Installation on Unix
1915302, Database Software 12.1.0.2 Installation on Windows
1915315, Database Upgrade Scripts for 12.1.0.2
1915317, Migrating to Software Owner ‚oracle‘
1915323, OS User Concept for Oracle Database 12c Release 1
2064206, Database Upgrade to 12.1.0.2 with Grid Infrastructure
DB: Patches
1915313, Current Patch Set for Oracle Database 12c Release 1 (12.1)
1915316, Database: Patches for 12.1.0.2
2145572, Grid Infrastructure: Patches for 12.1.0.2
DB: Configuração de instâncias
1888485, Database Parameters 12.1.0.2
DB: Admin: BR*Tools
2087004, BR*Tools Support for Oracle Database 12c
Engineered Systems
2145628, Exadata/SuperCluster: Patches for 12.1.0.2
2290084, SAP Software and Oracle Database Appliance Version 12.1
Banco de dados (DB): Recursos: Visão geral
105047, Support for Oracle Functions in the SAP Environment
1914631, Central Technical Note for Oracle Database 12c Release 1 (12.1)
2133079, Oracle Database 12c: Integration in SAP Environment
DB: Opção: Advanced Compression
2138262, Oracle Database 12c Advanced Compression for SAP Systems
2157904, Oracle 12c: Conversion of Compressed Tables
2166836, Oracle 12c: Problem during SAP Upgrade with Compressed Tables
2254836, BR*Tools Support for Oracle ADO/ILM
2254866, Using Oracle Database 12c Automatic Data Optimization
2255992, R3load and R3szchk: New Oracle Feature for Database ILM Policy
2258061, Enhancements for ADO/ILM for Table Conversions or System Copy
DB: Opção: In-Memory
2137032, DBA Cockpit: Monitor for In-Memory Feature
2178980, Using Oracle Database In-Memory with SAP NetWeaver based Products
2189163, Oracle Database In-Memory Advisor for SAP
2218115, Oracle Database Vault 12c
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 Oracle Database está disponível em cinco edições para
diferentes cenários de desenvolvimento e implementação. No
entanto, somente o Oracle Database 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 Oracle Database Enterprise Edition.
Opções e gerenciamentos dos 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 Oracle Database para fins específicos. Eles
ampliam a força do Oracle Database 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 Oracle Database puro e um Oracle Database para SAP:
• Mesmo em uma opção é 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 Oracle Database pode não ser opcional,
mas sim obrigatório. Por exemplo, o SAP Business
Warehouse (BW) no Oracle Database 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: Oracle Database Enterprise Edition, opções de banco de dados (certificadas e obrigatórias ou certificadas e
opcionais) e pacotes do Enterprise Manager (certificados e obrigatórios ou certificados e opcionais).
Opções e pacotes do Oracle Database para clientes SAP 17
18
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, 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:
(a) Demora excessiva na execução de consultas
individuais ou tarefas complexas em lote que acessam
um determinado subconjunto de dados em uma tabela.
(b) 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.
(c) O arquivamento de dados resulta em bancos de
dados altamente fragmentados.
(d) O cliente deseja implementar o ILM (consulte a
seção Oracle DB 12c desta apresentação).
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.
Opções e pacotes do Oracle Database para clientes SAP
19
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 relacio-
nados 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 I/O (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 I/O 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 I/O 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
I/O 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,
garantias 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.
Se o banco de dados de origem for menor, a criação de
backup e outras cópias levará 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.
20
A Figura 3 mostra um típico Oracle Database 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 três recursos para
compactação de dados:
• Index Key Compression, disponível para índices. IOTs (Index-
Organized Tables), que também podem ser compactadas.
Estes 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, que 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.
• SecureFiles Compression (outro recurso do Advanced
Compression), que 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, dependem
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 Oracle Database 11g Advanced 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: os detalhes serão fornecidos no momento
da certificação.
Recurso relacionado: Oracle Database 12c Hybrid
Columnar Compression (que não está incluído no
Advanced Compression, mas é um recurso disponível nos
Oracle Engineered Systems), que 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.
Opções e pacotes do Oracle Database para clientes SAP
21
Recursos da certificação básica
No Oracle Database 11g, há muitas limitações nos recursos
de compactação de índices e tabelas. Por esse motivo, o
Oracle Database 12c Advanced 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 “Oracle Database 12c para
SAP – Roadmap e recursos da certificação básica” na página 5.
Heat Map e Automatic Data Optimization
Além desses aprimoramentos, o Oracle Database 12c
Advanced Compression 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
Oracle Database 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 Oracle
Database 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 Oracle Database 11g, a
compactação acontece imediatamente ou não é realizada. No
Oracle Database 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 Oracle Database 12c Advanced Compression,
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 Oracle Database 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 do que
os 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.
22
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
(análises avançadas) 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 Oracle Database 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 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.
Memória: a nova arquitetura de formato duplo
Por tradição, o Oracle Database 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 otimizar 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.
O Oracle Database 12c In-Memory otimiza 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, business intelligence 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 (residentes na memória). 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 nitidamente 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.
Opções e pacotes do Oracle Database para clientes SAP
23
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 Engineered Systems. Como não há um
formato persistente de armazenamento em colunas, não há
custos adicionais ou problemas de sincronização no tocante
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 nem
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 Oracle Database 12c
In-Memory fornece tais mecanismos.
Veja os exemplos:
• As tabelas podem conter dados “frios”, que não têm sido
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 Oracle Database tem sido otimizado e ajustado há
décadas para acompanhar o scale-up (expansão vertical)
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
no nó ou se ele for desativado para manutenção.
Figura 5: Oracle Database 12c In-Memory – formato duplo de memória, formato único
em disco
24
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 um 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á um downtime não planejado 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
Application 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)
Opções e pacotes do Oracle Database para clientes SAP
25
Alta disponibilidade: se houver falha em uma das instâncias
Oracle, a(s) instância(s) SAP afetadas(s) é(são) reconectada(s)
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
Oracle Database 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 de nós que se
comporta como um único servidor lógico. De modo
semelhante ao Oracle ASM, que elimina a necessidade
de um 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 (espelho) 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. 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).
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.
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). 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.
26
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 I/O (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 proprietário, 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: a certificação do Oracle
Multitenant estava planejada para o 2015 ou início de
2016.
Versão: Oracle Database 12c
Implementação: os detalhes serão fornecidos no
momento da certificação.
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.
Opções e pacotes do Oracle Database para clientes SAP
27
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 Oracle Database 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 Oracle
Database.
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 de 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 são realizadas
com novos comandos SQL em questão de segundos. Quando
o sistema de arquivos subjacente comporta thin provisioning
(prvisionamento 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 Oracle Database
12c Resource Manager foi ampliado com a funcionalidade
específica de controlar a competição por recursos entre os PDBs
dentro de um CDB.
Gerenciando vários bancos de dados como um só
Ao consolidar os bancos de dados existentes em DBs
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” (no local).
• 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
28
Oracle Advanced Security
Desafio: para fazer a leitura ou atualizar dados em um
Oracle Database 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 nos respectivos backups.
Certificação/suporte: O Oracle Advanced Security é
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: 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 ambientes SAP, os usuários não se conectam diretamente
ao servidor do Oracle Database, mas sim a uma instância do
servidor de aplicativos SAP que, por sua vez, conecta-se ao
servidor do Oracle Database. Portanto, neste caso, a instância
do servidor de aplicativos é o “cliente” Oracle e o Oracle
Network Encryption 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
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
container 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, pode ser bem mais fácil roubar os backups
dos arquivos do banco de dados do que o banco de dados de 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.
produção propriamente dito. Portanto, o terceiro conjunto de
recursos do Oracle Advanced Security é relativo à criptografia
dos arquivos de backup.
Opções e pacotes do Oracle Database para clientes SAP
29
Se você simplesmente fizer backup dos arquivos do banco
de dados, as colunas que estão criptografas nos arquivos
do banco de dados de produção ficarão criptografas 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.
Database Vault
Figura 9: Oracle Advanced Security – criptografe os dados em trânsito
ou inativos
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. Com o Oracle Database Vault, as empresas
podem implementar e aplicar conceitos como segregação
de funções (SoD, Segregation of Duties) 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.
Versões: Oracle Database 11g, Oracle Database 12c
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 Oracle
Database 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
Oracle Database, 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.
30
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 Databa-
se Vault é apenas um conjunto de ferramentas. Ele vem com
funções e realms (territórios) predefinidos, mas esses realms
servem para as tabelas do sistema e as funções (se fundamen-
tais) são bastante gerais. Esses componentes predefinidos
permitem que o Oracle Database Vault seja uma solução fun-
cional 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 Ora-
cle 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
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
DB 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.
Opções e pacotes do Oracle Database para clientes SAP
31
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 o conjunto de aplicativos nos
testes, pois essas ferramentas simulam os usuários finais.
O recurso Database Replay do Oracle Real Application
Testing permite 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 (ritmo), 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
32
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
um conjunto de soluções 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, 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 Oracle Database (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.
SAP DBA Cockpit e Enterprise Manager Diagnostics Pack
O Oracle Diagnostic Pack oferece a 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 Oracle
Database, 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 Oracle
Database gera 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 Oracle
Database. Ele é a fonte de informações que fornece ao
Oracle Database 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 Oracle Database 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.
• ADDM (Automatic Database Diagnostic Monitor).
O ADDM usa os dados capturados no AWR, permitindo
que o Oracle Database 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 (residentes na memória)
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 I/O (entrada/saída), que acontecem com duração
muito pequena.
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 os diferentes componentes de
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
e reinicialização dos serviços e alterações no dicionário, se
necessário. Ele também aproveita o flexível framework 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 Oracle Database (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 Oracle Databases. 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
Opções e pacotes do Oracle Database para clientes SAP 33
34
Resumo
De certa maneira, o Oracle Database 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 Oracle Database
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 Oracle Database sempre forneceu adaptadores,
gateways e outros meios que permitem aos usuários interativos
e tarefas em lotes juntar os dados armazenados no Oracle
Database 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
mais sofisticadas. Isso aconteceu no Oracle Database 10g, no
Oracle Database 11g e se repetiu no Oracle Database 12c.
Definindo subconjuntos de dados
Lançado 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 local.
Entretanto, distinguir subconjuntos de dados por padrões de
acesso de maneiras que antes seriam impossíveis é o principal
objetivo de muitas opções e recursos introduzidos no Oracle
Database 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 Oracle Database 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 Oracle
Database. 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.).
Opções e pacotes do Oracle Database para clientes SAP 35
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 Oracle Database 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 pontual é 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.
36
Do melhor desempenho com a melhor disponibilidade ao melhor suporte para consolidação de DBs — são
inúmeras as boas razões/diferenciais quando se usa o Oracle Database para aplicativos SAP
POR QUE ORACLE DATABASE E ENGINEERED SYSTEMS PARA SAP?
De SMEs (pequenas e médias empresas) às maiores
corporações do mundo, dezenas de milhares de clientes se
beneficiam usando o Oracle Database para SAP. Existem
algumas boas razões para isso: analise atentamente os
excepcionais diferenciais que tornam o Oracle Database
para SAP a primeira opção para a maioria dos clientes SAP.
Há mais de 28 anos, Oracle e SAP trabalham em colaboração
para otimizar o Oracle Database 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 Oracle Database para aplicativos SAP.
Analisando em detalhes, vemos claramente por que o Oracle
Database 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 Oracle Database 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 Oracle Database para SAP 11g, 12c,
Oracle Exadata Machine e Oracle Engineered Systems (com
importantes recursos/opções):
Diferenciais do Oracle Database para SAP
1.) Melhor desempenho e escalabilidade
A Oracle é recordista mundial no benchmark SAP SD e
BI-D (BI-Data Mart), com escalabilidade e desempenho
excepcionais 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 Oracle
Database, 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 Oracle Database. 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.
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 on-demand. 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 os
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 ultra-rá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 downtime. As
paralizaçõ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 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 banco de dados contêiner multitenant*
pode conter vários bancos de dados conectáveis. Um DB 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 Oracle
Database 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 DB 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
downtime do sistema SAP em caso de falha. O Data Guard
costuma ser usado em conjunto com Flashback (tecnologia
que reverte as alterações do banco de dados sem restaurações,
minimizando drasticamente o downtime). 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 DB.
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,
usando sistemas de arquivos NFS externos.
Benefícios empresariais do Oracle Database 12c para os clientes SAP (1)
Por que Oracle Database e Engineered Systems para SAP? 37
38
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 Oracle Database é 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 I/O 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
throughput 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 I/O 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 Oracle Database.
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 I/O. 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)
Por que Oracle Database e Engineered Systems para SAP? 39
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 Oracle Database 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 (realms) 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 acontecido horas ou dias antes.
O Oracle RAT (Real Application Testing) é usado para avaliar
e implementar alterações na infraestrutura do datacenter do
cliente como, por exemplo, mudanças no sistema operacional,
migrações de hardware, aplicação de patches, atualizações
e outras modificaçõ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 executa-
dos com rapidez e economia.
- Permite que os usuários implementem um pool de
dados centralizado e altamente eficaz com uma infini-
dade de bancos de dados do sistema.
7.) Melhor suporte para consolidação de DBs
A Oracle aceitou métodos de consolidação de bancos de
dados, como virtual machines 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.
Os 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 DBs 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 DBs. A oportunidade de consolidar vários
Oracle Databases 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.
40 Por que Oracle Database e Engineered Systems para SAP?
O Oracle 12c Multitenant* oferece projetos de consolidação
de DBs 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 DBs. 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, com conclusão planejada para dezembro de 2015,
trará 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.
A Fase 4*, planejada para o primeiro trimestre de 2016, deve
concluir o processo de certificação, permitindo que os clientes
SAP usem o Oracle Multitenant, 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.
Diferenciais do Oracle Database para SAP
CERTIFICAÇÃO SAP® Benchmarks de aplicativos padrão 41
NOVIDADE! 130.000 USUÁRIOS DO BENCHMARK SAP SD NO SERVIDOR ORACLE SPARC M7-8 FORAM CERTIFICADOS PELA SAP
Para mais informações
Benchmarks de aplicativos SAP padrão: http://www.sap.com/benchmark
Aviso sobre marcas registradas
SAP e outros produtos e serviços SAP, bem como respectivos logotipos, mencionados neste documento são marcas comerciais ou marcas comerciais registradas da SAP SE (ou empresa afiliada à SAP) na Alemanha e outros países. Consulte
http://www.sap.com/corporate-en/legal/copyright/index.epx para conferir outros avisos e informações sobre marcas registradas.
Oracle e Java são marcas comerciais registradas da Oracle Corporation, suas subsidiárias e empresas relacionadas nos Estados Unidos e outros países.
Todos os nomes comerciais SPARC são usados sob licença e pertencem à SPARC International, Inc. nos Estados Unidos e outros países. SPARC64 é um nome comercial da SPARC International, Inc. nos Estados Unidos e em outros países, e é usado sob licença.
UNIX é uma marca comercial registrada do The Open Group nos Estados Unidos e outros países.
SPEC (Standard Performance Evaluation Corporation), SPECint e SPECfp são nomes comerciais do SPEC (Standard Performance Evaluation Corporation) nos Estados Unidos e outros países. Há
mais detalhes e informações recentes sobre esse benchmark no site em www.spec.org.
Todos os demais nomes de produtos e empresas mencionados neste documento são marcas comerciais e/ou registradas de seus respectivos proprietários.
42
NOVO RECORDE MUNDIAL! 130.000 USUÁRIOS DO BENCHMARK SAP SD NO SERVIDOR ORACLE SPARC M7-8 COM O ORACLE 12c
Os servidores SPARC da Oracle produziram resultados
impressionantes e definiram um novo recorde mundial na
categoria “sistemas de oito processadores” do benchmark
SAP SD 2-Tier. Esses resultados atestam a força da arquitetura
SPARC e a escalabilidade exclusiva do Oracle Solaris e do
Oracle 12c Database. Os clientes que executam SAP em
servidores Oracle podem aproveitar esse desempenho para
consolidar cargas de trabalho e reduzir drasticamente os
custos de datacenter.
O SAP SD Standard Application Benchmark é um teste
empresarial de ERP que funciona como um indicador de
cargas de trabalho completas de todo o processamento de
faturas e pedidos, e demonstra a capacidade de executar
software de aplicativos e bancos de dados em um único
sistema. Ele representa as tarefas cruciais executadas nos
ambientes de ERP do mundo real e é o benchmark mais
utilizado pelos clientes SAP.
Sistema
/ CPU
CPUs
Núcleos
Threads
Banco de dados / OS SAP ERP
Versão
Usuários SAPS Certificação
Nº
SPARC M7-8 /
SPARC M7
@ 4,133GHz
8 /
256 /
2048
Oracle Solaris 11
Oracle Database 12c
EHP5
para
SAP
ERP 6.0
130.000 713.480 2016020
IBM Power
Enterprise
Sistema E870
/ POWER8
@ 4,19 GHz
8 /
80 /
640
AIX 7.1
DB2 10.5
EHP5
para
SAP
ERP 6.0
79.750 436.100 20144034
Fujitsu
PRIME-
QUEST
2800E3
Intel Xeon
E7- 8890 v4
@ 2,20 GHz,
8 /
192 /
384
Windows Server 2012
R2 Standard Edition /
SQL Server 2012
EHP5
para
SAP
ERP 6.0
74.000 404.200 2016023
HPE Integrity
Superdome X
/ Intel Xeon
E7- 8890 v3
@ 2,5 GHz
16 /
288 /
576
Windows
Server 2012
R2 DC
Edition
SQL Server 2014
EHP5
para
SAP
ERP 6.0
100.000 545.780 2016002
O servidor SPARC M7-8 (8 CPUs/256 núcleos /2048 threads)
executando o SAP Enhancement Package 5 para o SAP ERP
6.0 é 63% mais rápido que o IBM Power Enterprise System
E870 (8 CPUs/80 núcleos /640 threads) e 30% mais rápido
que o HPE Integrity Superdome X, que contém o dobro de
CPUs (16 CPUs /288 núcleos /576 threads).
Os arquivos de log do Oracle Database foram mantidos no
sistema de armazenamento Oracle FS1-2, que fez gravações a
uma velocidade de 800 MB/seg, com tempo médio de serviço
de um milésimo de segundo durante a fase de carga elevada
do benchmark. Para alcançar esses resultados, o sistema de
armazenamento Oracle FS1-2 foi configurado unicamente
com HDDs, pois nenhum SSD foi necessário.
Link para a certificação do benchmark
130.000 usuários do benchmark SAP SD no servidor
Oracle SPARC M7-8 foram certificados pela SAP (PDF)
http://www.oracle.com/us/solutions/sap/nl
- 25-benchmark-sparc-m7-3021033.pdf
Oracle e Java são marcas comerciais registradas da Oracle
e/ou de suas afiliadas. SAP e todos os logotipos da SAP
são marcas comerciais comuns ou registradas da SAP AG
na Alemanha e vários outros países. Intel e Intel Xeon são
marcas comerciais ou marcas comerciais registradas da Intel
Corporation. Outros nomes podem ser marcas registradas de
seus respectivos proprietários.
Resultados até 30 de maio de 2016. Fonte: SAP,
www.sap. com/benchmark.
Os seguintes benchmarks de aplicativos SAP SD (Sales
and Distribution) 2-Tier foram certificados com o SAP
Enhancement Package 5 para o SAP ERP 6.0:
• SPARC M7-8, 8 CPUs / 256 núcleos / 2048 threads,
SPARC M7, 4,133 GHz, 130.000 usuários do SD, 713480
SAPS, Solaris 11, Oracle 12c, número de certificação SAP:
2016020
• HPE Integrity Superdome X, 16 CPUs / 288 núcleos /
576 threads, Intel Xeon Processor E7-8890 v3, 2,5 GHz,
100.000 usuários do SD, 545780 SAPS, Windows Server
2012 R2 Datacenter Edition, SQL Server 2014, número de
certificação: 2016002
• IBM Power Enterprise System E870, 8 CPUs / 80 núcleos
/ 640 threads, POWER8, 4,19 GHz, 79.750 usuários
do SD, 436100 SAPS, AIX 7.1, DB2 10.5, número de
certificação: 2014034
• Fujitsu PRIMEQUEST 2800E3, 8 processadores / 192
núcleos / 384 threads, Intel Xeon Processor E7-8890 v4,
2,20 GHz, 74.000 usuários do SD, 404200 SAPS, Windows
Server 2012 R2 Standard Edition, SQL Server 2012,
número de certificação 2016023
Novo recorde mundial! 130.000 usuários do benchmark SAP SD 43
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 dividias em quatro
setores de negócios: soluções para mobilidade, tecnologia
industrial, bens de consumo, e 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 Oracle Database é o elemento central
e pedra fundamental da infraestrutura de TI da Bosch. Os
Oracle Databases 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 (tempo esgotado).”
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 GmbH 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 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 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 do SAP CRM.
• Uso do Oracle Database In-Memory sem alterações aos
aplicativos SAP.
• Uso contínuo do hardware existente, fornecendo apenas
recursos In-Memory / RAM.
46
Renomado fabricante de produtos de cerâmica, a Villeroy & Boch AG, e a Rödl IT Operation GmbH (parceiro de
hospedagem certificado pela SAP) testam o Oracle Database In-Memory para SAP NetWeaver BW
NOTÁVEL MELHORIA DE DESEMPENHO CONFIRMADA – A IMPLEMENTAÇÃO CONCLUÍDA COM MÍNIMO ESFORÇO FOI RECEBIDA COMO UMA SURPRESA
Com receita anual de cerca de € 800 milhões e mais de
7.300 funcionários, a Villeroy & Boch AG é um dos maiores
fabricantes mundiais no setor 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 para 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. Com
o passar do tempo, o uso e a importância das tecnologias
de BW/BI têm 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.
Como explica Thomas Ochs, CIO e diretor de TI da Villeroy
& Boch, “foi em um evento organizado no início de 2015 pelo
DSAG, grupo de usuários que falam alemão, que conhecemos
o novo Oracle Database 12c para SAP e a tecnologia Oracle
Database In-Memory, principalmente do ponto de vista das
potenciais melhorias de desempenho para os nossos sistemas
SAP e NetWeaver BW. Algum tempo depois, aceitamos a
sugestão da Rödl IT Operation GmbH, nosso parceiro de
hospedagem, de fazermos um teste conjunto da tecnologia
Oracle 12c, como parte de uma PoC (prova de conceito)
transparente. Estas eram as questões de maior interesse para
nós: quais melhorias de desempenho poderíamos alcançar
usando o Oracle Database In-Memory para SAP BW? Qual
seria o esforço de implementação envolvido?”
Testes em um sandbox (área restrita) para o SAP BW
Para os testes com o Oracle Database In-Memory, usamos
tabelas de fatos (tabelas E e F) do maior cubo COPA na
Villeroy & Boch AG, com cerca de 94 milhões de linhas.
“Obviamente, queríamos realizar os testes com dados reais
de produção e uma comparação efetiva do resultado com
e sem a tecnologia In-Memory. O objetivo desse tipo de
testes era avaliar os tempos de leitura dos dados e consultas
com e sem a agregação de bancos de dados. Queríamos
também avaliar como essa tecnologia do Oracle 12c funciona
com configurações idênticas de hardware e o acréscimo de
memória”, disse Harald Wolf, consultor sênior de BI na
equipe de TI corporativa da Villeroy & Boch, que realizou
a PoC em estreita colaboração com Klaus Lehnen, chefe do
centro de competência para tecnologia baseada em SAP na
Rödl IT Operation GmbH.
Resumo dos resultados dos testes: Opção Oracle 12c In-Memory na Villeroy & Boch
Para a PoC, os parceiros criaram um sandbox para o SAP
BW, que consistia em uma cópia exata do sistema SAP BW
de produção, com um total de 64GB de armazenamento In-
Memory sinalizado para o banco de dados. O Oracle Database
para o sistema SAP BW foi atualizado da versão 11g para a 12c.
Lehnen explica que “o objetivo principal era testar o Oracle
Database In-Memory em um hardware padrão comparável.
Tanto para a sandbox do sistema BW, com 128GB de RAM,
quanto na sandbox do BW PROD, com 96GB de RAM,
usamos um ambiente de sistema virtualizado X86 RedHat
baseado em Linux com VMware em duas CPUs e um total de
16 núcleos.”
Ele também explicou como a atualização para o Oracle 12c
e a ativação da opção Oracle Database In-Memory foram
concluídas em cerca de cinco horas. Toda a PoC foi realizada
em um dia e meio, com um nível de utilização de recursos
bastante razoável. Após um rápido teste inicial, somente dois
parâmetros de banco de dados foram ajustados como uma
medida de ajuste recomendada.
A transação LISTCUBE foi usada para todos os testes
realizados pelos parceiros. Os tempos de resposta do banco de
dados foram calculados com SQL Traces usando a transação
ST05 da SAP (análise de desempenho). Todos os dados foram
compactados antecipadamente por meio do Oracle Advanced
Compression.
Expectativas superadas
No total, a Villeroy & Boch e a Rödl IT Operation GmbH
realizaram quatro cenários de testes diferentes no sandbox
para o SAP BW com o Oracle Database In-Memory. Cada
qual foi seguido por uma avaliação dos resultados do
aplicativo SAP.
No primeiro teste, um milhão de registros foram selecionados
sem agregação do banco de dados e processados várias vezes
com a opção In-Memory. O tempo de processamento do
banco de dados foi calculado com os tempos de preparação
e transferência medidos separadamente. Para o sistema de
produção (PROD), os dados mostraram que o processo
todo foi concluído em 24 segundos. O processo equivalente
no sandbox para o SAP BW com o Oracle Database In-
Memory apresentou uma redução significativa no tempo de
processamento, que caiu para 160 milésimos de segundo,
chegando a 5 milésimos de segundo em alguns casos.
O segundo teste foi semelhante ao primeiro, porém com
um milhão de registros selecionados e agregados. Medições
comparativas mostraram que o tempo do banco de dados
caiu em 75%, pois o tempo de execução foi de 44 para 11
segundos. Uma redução de 33 segundos no processamento de
cada solicitação.
Em um terceiro teste, a leitura do volume total dos dados
das tabelas (94 milhões de registros) carregados da memória
e agregados foi concluída em apenas 22 segundos. Não foi
possível concluir um teste comparável no sistema SAP BW
PROD, em virtude de timeout (tempo esgotado).
Resultados do cliente: Oracle Database In-Memory Exemplo de PoC de COPA no SAP BW
Timeout e
100
90
80
70
60
50
40
30
20
10
0
Teste 1 Teste 2 Teste 3
Prod. (fora do In-Memory) PoC (In-Memory)
LISTCUBE de transações SAP
• Teste 1: – 1 milhão de registros sem agregação
– Fator de redução no tempo de execução:
150x... 4.800x
• Teste 2: – 1 milhão de registros com agregação
– Fator de redução no tempo de execução: 4x
• Teste 3: – 94 milhão de registros com agregação
– Impossível sem a opção In-Memory
Copyright © 2014. Oracle e/ou suas controladas e coligadas. Todos os direitos reservados. | Public [email protected]
Resultados do cliente: Oracle Database In-Memory Exemplo de PoC de COPA no SAP BW
80
70
60
50
40
30
20
10
0
Consultas
• SAP COPA, Consulta 1
– Fator de redução no tempo de execução: 33x
• SAP COPA, Consulta 2
– Fator de redução no tempo de execução: 30x
Consulta 1 Consulta 2
Prod. (fora do In-Memory) PoC (In-Memory)
Copyright © 2014, Oracle e/ou suas afiliadas. Todos os direitos reservados. | Public [email protected]
Tem
po
de
exe
cuçã
o e
m s
egu
nd
os
Tem
po
de
exe
cuçã
o e
m s
eg
un
do
s
Oracle Database In-Memory na Villeroy & Boch 47
48
Por fim, a Villeroy & Boch concentrou-se no processamento
das consultas de COPA existentes e na preparação dos
resultados com modelos da web. Foram escolhidos dois
candidatos de SQL com processamento intensivo. Os
resultados do primeiro teste de consultas mostraram que
o tempo do banco de dados com o Oracle Database In-
Memory foi de 1,5 segundo enquanto a mesma instrução
demorou 50 segundos no sistema SAP BW PROD. O segundo
teste de consultas apresentou resultados semelhantes. Um
processamento realizado em 72 segundos no sistema SAP
BW PROD foi concluído em 2,5 segundos com o Oracle In-
Memory.
Segundo Harald Wolf, “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.”
Poucos recursos necessários, inúmeros benefícios
Thomas Ochs resume o resultado, “obviamente, esperávamos
que a tecnologia Oracle Database In-Memory oferecesse
uma certa melhoria de desempenho. No entanto, o resultado
final foi uma melhoria notável, que revelou quanto potencial
a tecnologia tem a oferecer. A equipe de TI da Villeroy &
Boch ficou gratamente surpresa com o pouco esforço de
implementação envolvido e com a rapidez com que os testes
foram realizados.”
Klaus Lehnen da Rödl IT Operation GmbH observa que “os
benefícios que podem ser alcançados com o Oracle Database
In-Memory para os clientes SAP com o Oracle Database
são substanciais, com custos moderados e pouco esforço
de implementação. Isso também se deve ao fato de que as
infraestruturas de hardware existentes podem ser usadas sem
modificações necessárias no lado dos aplicativos.”
Ele conclui dizendo que “os projetos de migração para o
Oracle 12c – se é podemos chamá-los assim – com o uso
do Oracle Database In-Memory apresentaram baixíssimo
risco e foram fáceis de gerenciar e calcular. Além disso, todo
o processo é baseado em tecnologia Oracle, um fator de
estabilidade consagrado para bancos de dados em ambientes
SAP.” A Rödl IT Operation GmbH também presta serviços
de hospedagem para vários clientes SAP, a maioria dos quais
conta com a combinação testada e aprovada de sistemas SAP
e o Oracle Database.
Após os testes bem-sucedidos, a Villeroy & Boch AG passou a
adotar o Oracle Database In-Memory para seus sistemas SAP
de BW e CRM.
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, resolvemos 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 I/O (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 foram
executadas várias vezes para aquecer o cache, assim
conseguimos eliminar o tempo de I/O 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 49
50
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:
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
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é 32 TB 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 (volume) 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
“O fator determinante para a implementação do Oracle Advanced Compression foi o crescimento do tamanho de nosso banco de dados SAP ECC6. Com o Oracle Advanced Compression, liberamos um total de 20 TB em várias instâncias do SAP ECC6. Concentramo-nos nas 20 tabelas maiores em ordem de crescimento e a compactação
foi feita sem interrupções. O processo foi totalmente transparente para os nossos usuários. Fiquei muito
satisfeito com a facilidade de uso e o resultado final.”
– IAN LOFLEY,
Gerente de serviços da web
O ORACLE ADVANCED COMPRESSION REDUZ EM 40% OS RESUISITOS DE ARMAZENAMENTO DE DADOS SAP CRUCIAIS PARA OS NEGÓCIOS NA GOODMAN FIELDER
Sumário executivo
O enorme crescimento nos volumes de dados que acontece
nas corporações apresenta desafios importantes. As empresas
devem se adaptar rapidamente às constantes mudanças no
cenário de negócios sem afetar os resultados financeiros.
Os gerentes de TI precisam administrar com eficácia a atual
infraestrutura para controlar os custos e, ao mesmo, continuar
a oferecer desempenho extraordinário aos aplicativos.
Juntos, a opção Oracle Advanced Compression e o Oracle
Database, oferecem um robusto conjunto de recursos de
otimização de compactação, desempenho e armazenamento
de dados, que capacita os gerentes de TI a vencer no
complexo ambiente da atualidade.
Seja em uma implementação do Oracle Database na nuvem ou
on-premises (no local), o Oracle Advanced Compression pode
oferecer compactação robusta em diferentes ambientes, sem
alterações aos aplicativos. Os benefícios do Oracle Advanced
Compression incluem menor footprint de armazenamento
do banco de dados, economias nos backups e melhor
desempenho do sistema.
Este estudo de caso explica como a Goodman Fielder obteve
benefícios usando o Oracle Advanced Compression em seu
ambiente de aplicativos SAP cruciais para os negócios, não só
melhorando o desempenho, mas também reduzindo os atuais
requisitos de armazenamento em mais de 40%, adiando novos
gastos com aquisição de armazenamento.
Leia mais para saber como eles conseguiram isso.
Sobre a Goodman Fielder
A empresa tem um excelente portfólio de marcas consagradas
em algumas das maiores categorias de produtos de consumo
da Austrália, como Meadow Lea, Praise, White Wings,
Pampas, Mighty Soft, Helga‘s, Wonder White, Vogel‘s (sob
licença), Meadow Fresh e Irvines.
Os produtos Goodman Fielder abrangem todas as refeições,
incluindo café da manhã, almoço, jantar e lanches. A
Goodman Fielder também produz e comercializa pão, leite,
margarina, farinha, temperos, condimentos, patês, maionese,
massas congeladas, mistura para bolos, tortas, salgadinhos,
sobremesas, molhos, vinagre e óleos de cozinha.
Com sede em Sydney, a Goodman Fielder emprega cerca de
5.000 pessoas na região Australásia e nas Ilhas do Pacífico.
A empresa fabrica seus produtos em quase 50 fábricas na
Austrália, Nova Zelândia, Papua Nova Guiné, Fiji e Nova
Caledônia.
Desafios do crescimento dos dados
O SAP ECC da Goodman Fielder é um aplicativo crucial
para os negócios em todas as unidades da empresa na
Austrália e Nova Zelândia. Esse aplicativo de OLTP está no
centro do processamento e das transações comerciais diárias
da Goodman Fielder. Qualquer problema no sistema ou
degradação do desempenho do SAP ECC pode levar a graves
consequências para os negócios na fabricação e entrega dos
produtos aos consumidores.
Oracle Advanced Compression na Goodman Fielder 51
52
O banco de dados SAP ECC da Goodman Fielder tem
crescido a uma taxa de 350-400 GB/mês. Nos últimos dois
anos, o tamanho total do banco de dados dobrou e chegou
perto de 10 TB. Com essa taxa de crescimento dos dados, a
empresa precisava reduzir os custos com armazenamento sem
afetar o desempenho do banco de dados.
Tudo começou com uma PoC
A Goodman Fielder realizou uma PoC (prova de conceito)
com o Oracle Advanced Compression no sistema SAP em
seu ambiente de teste. Compactando as tabelas maiores, a
Goodman Fielder liberou quase 50% de espaço no ambiente
de teste. A PoC também ajudou a equipe de DBAs da
Goodman Fielder a ter uma boa ideia do tempo necessário
para compactar cada tabela.
Depois de realizar testes minuciosos com os usuários
empresariais, que também incluíram verificações de
desempenho, a Goodman Fielder decidiu implementar o
Oracle Advanced Compression em seu ambiente de produção.
A Goodman Fielder compactou uma tabela de cada vez e
concluiu a implementação em um período de três semanas
sem nenhuma downtime (paralisação).
Desempenho convincente
Além da economia resultante da compactação, outra impor-
tante área de interesse para a Goodman Fielder durante a ava-
liação do Oracle Advanced Compression foi o desempenho
do sistema após a compactação dos dados. Durante os testes
e depois da implementação nos ambientes de produção, não
houve degradação do desempenho com relação à compacta-
ção e, na verdade, a Goodman Fielder constatou melhorias
na performance em várias transações no sistema SAP, como
mostra a tabela acima.
“O Oracle Advanced Compression
superou nossas expectativas,
pois permitiu que reduzíssemos
em 40% o crescimento de nosso
banco de dados e o footprint de
armazena- mento aqui na
Goodman Fielder.
Uma vitória para todos nós!”
– TAPAN VADODARIA, DBA da Oracle
Economias interessantes no armazenamento
O Oracle Advanced Compression reduziu o tamanho do
banco de dados de produção da Goodman Fielder de 10 TB
para 6 TB. Essa compactação permitiu imediatamente que a
equipe de DBAs tivesse 4 TB de espaço livre alocado no nível
do banco de dados – um espaço que poderá ser reutilizado
para futuras transações e armazenamento. Como a Goodman
Fielder copia seu ambiente de produção para outros ambientes
auxiliares, a economia total de espaço em disco foi ampliada,
alcançando um total de 20 TB.
A equipe de DBAs da Goodman Fielder planejou e direcionou
a compactação de um total de 20 tabelas SAP que consomem
mais de 50 GB de dados. Durante o estágio de planejamento,
a equipe de DBAs da Goodman Fielder usou o Oracle
Compression Advisor, que previu um índice médio de
compactação de 4,79 vezes para as tabelas de banco de dados
envolvidas e os resultados finais da compactação atingiram ou
superaram as expectativas.
A equipe de DBAs também converteu os objetos LOB
do banco de dados para a moderna e excelente arquitetura
SecureFiles e depois os compactou com SecureFiles LOB
(BAIXO índice de compactação), conforme recomendado
pela ferramenta BRSPACE da SAP. Como resultado, a
empresa alcançou expressiva redução no espaço para os
objetos LOB sem afetar o desempenho.
Oracle Advanced Compression na Goodman Fielder 53
A equipe de DBAs da Goodman Fielder usou a ferramenta
BRSPACE da SAP para habilitar a compactação e uma das
maiores e mais utilizadas tabelas SAP, a GLPCA, teve o
tamanho reduzido de 700 GB para 144 GB.
Outro benefício que essa equipe descobriu depois de
implementar a compactação de tabelas de OLTP foi que a
taxa de crescimento geral do banco de dados caiu de 350 GB
para menos de 200 GB ao mês. A Goodman Fielder precisava
fazer investimentos substanciais em compras regulares de
espaço adicional em disco e pôde adiar esse tipo de despesa
com a atual liberação de armazenamento, obtendo economias
imediatas.
A equipe de DBAs da Goodman Fielder ativou o Oracle
Advanced Compression na compactação de seu ambiente
de produção durante o horário comercial sem afetar o
desempenho – todas as tabelas foram compactadas sem
nenhum downtime.
Conclusão
Com o Oracle Advanced Compression, as empresas podem
minimizar o CapEx (despesas de capital) e o OpEx (despesas
operacionais) sem downtimes e sem sacrificar o desempenho
dos aplicativos. O Oracle Advanced Compression pode
proporcionar economia no gerenciamento de dados
estruturados ou não, além de reduzir o footprint de
armazenamento do banco de dados de duas a quatro vezes em
diferentes ambientes, sem quaisquer alterações aos aplicativos.
Ambiente
• IBM P7 com AIX 7.1
• SAP ECC 6.0
• Oracle Database Enterprise Edition
• Opção Oracle Advanced Compression
Conclusões principais
• O banco de dados de OLTP do SAP ECC estava crescendo
a um ritmo de 350-400 GB/mês
• O custo de armazenamento aumentava como resultado
desse índice de crescimento
• A compactação foi transparente para os usuários
empresariais e foi ativada sem interrupções
• A PoC no ambiente de teste surpreendeu a Goodman
Fielder no que diz respeito ao quanto de espaço poderia ser
economizado
• A compactação foi implementada nos ambientes de testes,
preparação (UAT, teste de aceitação dos usuários) e
produção
Avançados recursos de compactação utilizados
• OLTP Table Compression
• SecureFiles LOB Compression
Para mais informações, entre em contato com seu gerente de
conta da Oracle.
Melhores práticas:
O Oracle Compression Advisor é uma
ferramenta gratuita e muito útil para
prever índices de compactação. Você
pode encontrar mais informações sobre
essa ferramenta na OTN em: http://
www.oracle.com/technetwork/ database/
options/compression/downloads/index.html
Cliente da Oracle: Goodman Fielder
Local: Sydney, Austrália
Setor: Alimentício
Funcionários: 5.000
A ElectraNet cria relatórios financeiros 16 vezes mais rápido e elimina US$ 330.000 os custos anuais de manutenção
ELECTRANET OBTÉM MELHORES INSIGHTS DE NEGÓCIOS COM OS ORACLE ENGINEERED SYSTEMS
ElectraNet, a principal TNSP (provedora de serviços de rede
de transmissão) e operadora de centro de controle de sistemas
no sul da Austrália, conseguiu obter melhores insights sobre
o mercado de eletricidade e aprimorar a tomada de decisões
como resultado da escolha dos Oracle Engineered Systems.
Com o Oracle Exadata Database Machine para comportar
seu sistema SAP e outros aplicativos de emissão de relatórios,
a organização, que antes demorava quatro minutos, agora
pode criar relatórios financeiros em apenas 15 segundos.
O novo sistema também emite relatórios com velocidade
consideravelmente maior sobre as tarifas diárias de eletricidade
e o consumo dos clientes, e oferece disponibilidade
instantânea aos dados do mercado de eletricidade – uma
atividade que costumava levar alguns minutos.
“O setor de serviços públicos sempre foi orientado por dados.
Nosso desafio não era ter dados suficientes, mas sim como
extrair informações de qualidade em tempo hábil. O Oracle
Exadata foi essencial para ajudar-nos a atingir esse objetivo.
A integração entre hardware e software em uma plataforma
realmente traz benefícios em termos de desempenho. Até
onde sei, nenhum outro sistema integra software e hardware
tão bem”, disse Mark Jones, DBA (administrador de banco de
dados) da ElectraNet Pty. Ltd.
Além de oferecer uma plataforma de banco de dados de alto
desempenho e com excelente relação custo-benefício para
melhorar os resultados dos negócios, a nova infraestrutura
reduziu o TCO (custo total de propriedade). A implementação
reduziu pela metade os custos de manutenção de TI – de
US$ 660.000 para US$ 330.000 – e diminuiu as despesas
com licenças por meio da consolidação de 37 servidores e
10 virtual machines em duas unidades do Oracle Exadata:
uma para produção e outra para recuperação de desastres. A
ElectraNet também economizou 15 horas por mês em tarefas
de manutenção do sistema, como aplicação de patches em
bancos de dados e servidores, usando os Oracle Platinum
Services para ajudá-los a resolver problemas rapidamente.
“Oferecer o melhor serviço possível aos nossos clientes pelo
menor custo é fundamental para nós. No entanto, o desafio
de gerenciar a infraestrutura de transmissão e distribuição
em vastas áreas rurais pode tornar esse um objetivo difícil
de alcançar.
A capacidade de obter acesso praticamente em tempo real
às nossas informações de negócios permitiu-nos identificar
oportunidades para dinamizar as operações e tomar decisões
mais eficazes para atender nossas necessidades imediatas e
futuras,” continuou Jones.
A resiliência dos nossos negócios também melhorou. Agora
a ElectraNet consegue concluir backups dos dados três vezes
mais rápido – em apenas duas horas em vez de seis. Além
disso, usando um engineered system previamente configurado,
testado e ajustado, a organização pode ajudar a garantir a alta
disponibilidade do sistema.
“As empresas de serviços públicos são focadas em comandar
operações ágeis e oferecer o melhor valor aos clientes. Ao
escolher o Oracle Exadata, a ElectraNet adquiriu a capacidade
de obter maior valor de seus dados empresariais, acelerar
a tomada de decisões, aumentar a eficiência e a eficácia em
quase todos os aspectos de seus negócios, além de melhorar a
competitividade,” disse Carlos Cienfuegos, chefe de Exadata e
soluções estratégicas, Oracle Austrália e Nova Zelândia.
A contratou a Blue Crystal Solutions, membro de nível Gold
da Oracle Partner Network (OPN), para a instalação inicial
e trabalhou com o Oracle Advanced Customer Support
para a migração do banco de dados SAP. Na verdade, com
as melhores práticas e a expertise dos Oracle Advanced
Customer Support Services para a garantir uma migração
rápida e sem atropelos dos aplicativos e dados SAP e de
outros programas de emissão de relatórios para o Oracle
Exadata, a migração foi concluída em menos de um dia.
“Com a ajuda do Oracle Advanced Customer Support
Services na migração, reduzimos os riscos. Como são
certificados pela SAP, eles já viram a maioria dos problemas
que poderíamos enfrentar e sabem como contorná-los e
corrigi-los. Como resultado, tivemos downtime muito menor
– calculado em cerca de 75% abaixo do previsto,” concluiu
Jones.
Informações de contato:
Antoinette Georgopoulos
Oracle +61 2 9491 1698
54 ElectraNet – Oracle Press Release
O GRUPO SOLVI NO BRASIL CORTA CUSTOS DE GESTÃO AMBIENTAL COM O ORACLE EXADATA
O Grupo Solvi é formado por mais de 60 empresas que
operam no ramo de engenharia ambiental, com competência
reconhecida nas seguintes áreas: resíduos urbanos e industriais,
saneamento, construção e recuperação de energia.
O objetivo da empresa de projetos ambientais é investir em
outras companhias como sócia ou acionista no Brasil ou no
exterior.
Saiba como o Oracle Exadata ajudou o Grupo Solvi a reduzir
os custos de gestão ambiental e melhorar a disponibilidade, o
desempenho e a capacidade de armazenamento. Os usuários
finais também se beneficiaram, pois o SAP e outros sistemas
executados no Exadata apresentaram maior disponibilidade
e agilidade de resposta. O texto seguir contém a entrevista
em vídeo com Henrique Fassi Lobão, gerente de TI na Solvi
Participações, em São Paulo, Brasil.
Aqui na Solvi, tínhamos um problema relacionado à gestão
de banco de dados. Nossa infraestrutura não era centralizada.
Para cada sistema, usávamos um servidor diferente, o que
implicava esforços de gestão substanciais. Além de ter vários
servidores separados, tínhamos pouca disponibilidade.
Cada servidor comportava um sistema e quando ocorria
uma falha em algum deles, o respectivo sistema também
caía. Do mesmo modo, havia problemas de desempenho.
Depois que implementamos o Exadata, vencemos vários
desafios importantes em nossa organização. O primeiro
foi com relação à gestão ambiental. Centralizamos todos
os nossos bancos de dados em um Engineered System.
reduzindo substancialmente as horas dedicadas a esse tipo de
gerenciamento.
Como tínhamos uma equipe pequena para essa finalidade,
reduzimos o volume de horas extras. Agora nossos DBAs têm
finais de semana livres, coisa que não acontecia antes.
Trabalhamos em horário comercial normal – períodos de oito
horas, cinco dias por semana, sem trabalhar aos sábados e
domingos. Também observamos benefícios na disponibilidade
do ambiente, o que antes era um grave problema para nós.
Quando havia falha em um servidor, o respectivo sistema
caía também. Com a redundância do Exadata para os
clientes, podemos até realizar tarefas de manutenção, como
aplicação de patches ou atualizações, sem comprometer a
disponibilidade do sistema. Fazemos isso sem um host de
banco de dados, sem uma máquina de armazenamento,
durante a manutenção e o sistema de aplicativos funciona
perfeitamente.
A terceira melhoria foi no quesito desempenho. Tínhamos
problemas com os backups. Como nossa janela de
manutenção era relativamente curta, os backups continuavam
em andamento às oito horas da manhã seguinte. Com
o Exadata, conseguimos concluir nossos backups bem
antes do término do horário comercial e economizamos
com o armazenamento dos backups, que passaram a ser
compactados. Antes isso não seria possível em virtude
da elevada potência de processamento necessária. Agora
realizamos essa função de maneira altamente eficiente, com
tempo de sobra para as demais tarefas.
Embora não seja utilizado diretamente pelos usuários finais, o
Exadata os beneficia diretamente. O SAP e os demais sistemas
executados no Exadata tornaram-se altamente disponíveis e
ágeis em atender as necessidades dos usuários, melhorando
a usabilidade, os tempos de resposta e a disponibilidade do
sistema como um todo, oferecendo um grau de estabilidade
com o qual os usuários podem contar sempre. O Exadata
ajudou o Grupo Solvi a reduzir os custos. Conseguimos
reduzir os custos adicionais relacionados à gestão ambiental
e à indisponibilidade do sistema. Esses custos são indiretos,
mas também influenciam o resultado final quando os usuários
precisam enviar faturas eletrônicas, por exemplo. Eles e a
empresa são muito afetados quando há queda no sistema.
Nossa disponibilidade dependia de um único servidor. Só para
dar um exemplo, quando o servidor caía, o sistema tornava-se
indisponível. Agora, graças ao Oracle Exadata e ao Oracle
Database, não temos mais esse tipo de problema.
Depois que implementamos o Exadata, eventuais
indisponibilidades são causadas pelo próprio sistema de
aplicativos e não pelo banco de dados. Nosso banco de
dados tem 100% de capacidade de resposta e disponibilidade.
Também planejamos analisar outras soluções Oracle que
possam nos beneficiar efetivamente.
O Exalogic para aplicativos e produtos específicos para outros
sistemas. Gostamos do SuperCluster para o nosso ambiente
SAP BW. Pretendemos avaliar ofertas com base em nossos
produtos e experiências anteriores, e acreditamos que eles
aumentarão nossa produtividade e sucesso nos negócios.
Fonte: http://medianetwork.oracle.com/video/player/ 4120342309001
Oracle Exadata Database Machine no Grupo Solvi, Brasil 55
56
GRANDE MIGRAÇÃO DO SISTEMA MULTIPLATAFORMA SAP ON-LINE COM O ORACLE GOLDEN GATE
Introdução
A Wumart Stores, Inc. é um grande grupo de varejo focado
em lojas de departamentos, supermercados e lojas de
conveniência, com mais de 700 estabelecimentos espalhados
principalmente em Pequim, Hangzhou, Tianjin, Zhejiang,
Hebei e Xangai, com um volume total de vendas de mais de
40 bilhões de yuans ao ano.
• O Wumart teve rápido crescimento nos negócios em
termos de receita e de número de pontos de vendas no
varejo, e a infraestrutura existente não conseguia atender as
exigências comerciais.
• O cenário de TI incluía os tradicionais silos de sistemas
monolíticos e a empresa queria renová-lo adotando uma
moderna infraestrutura baseada em nuvem privada.
• O Wumart pretendia migrar para a arquitetura X86 a fim
de reduzir os custos operacionais e de hardware, bem como
melhorar o desempenho geral do sistema SAP.
Os problemas existentes nos sistemas
• Para os principais sistemas SAP, a utilização de CPU e
memória constantemente ultrapassava 90% e atingia 100%
nos períodos de pico, retardando o tempo de resposta e
proporcionando uma experiência insatisfatória aos clientes.
• Como não era possível reequilibrar os silos de sistemas
dinamicamente para os diferentes padrões de carga de
trabalho, os sistemas não podiam reutilizar os recursos
necessários facilmente.
• Os custos de aquisição e manutenção da infraestrutura
continuavam aumentando rapidamente.
• Com o acelerado crescimento dos negócios e a redução
do ciclo de vida dos produtos da infraestrutura, era difícil
proteger o investimento feito em TI.
• A infraestrutura vigente era grande, complexa e difícil de
manter, resultando em aumento dos custos operacionais de
TI.
Desafios
• Migrar 8 TB do banco de dados SAP ECC do UNIX para o
Exadata com downtime de menos de 20 minutos.
• Havia quase 100 interfaces RFC em torno do sistema ECC.
• Falta de recursos adequados de hardware nos sistemas
adjacentes para testes.
• Troca de endereços de IP, nomes do host e DNS durante a
migração.
• Cronograma apertado do projeto, com um período de
testes extremamente curto.
• Migração de três grandes sistemas de produção em um
prazo de três meses.
• Um grande número de programas ABAP customizados em
cada sistema.
Parceiro de implementação
Beijing Giantower Technology Co Ltd
é um parceiro de nível Gold da Oracle.
Eles contam com uma equipe técnica
experiente e altamente competente, com
expertise especial em Oracle Engineered
Systems e Oracle Database. A empresa
oferece serviços de integração de sistemas
e implementação de aplicativos de ERP nos
Oracle Engineered Systems. Eles ajudaram
a implementar o primeiro Exadata
Database Machine na China e também
realizaram a primeira implementação de
sistema SAP em Exadata nesse país. Os
serviços oferecidos incluem:
• Implementação e manutenção de Oracle
Engineered Systems.
• Serviços e soluções SAP em Oracle
Engineered Systems de ponta a ponta.
• Migração, atualização, otimização e
manutenção de sistemas SAP.
• Design, implementação e manutenção
do Oracle Database.
Plano de go-live da migração (sincronizado em paralelo, go-live em etapas)
O processo de migração de grande porte
Após análise detalhada do ambiente de sistemas existente e
várias conversas com o pessoal da SAP e da Oracle sobre
as especificações do projeto, decidimos realizar os “testes
sincronizados em paralelo com go-live em etapas”, levando
em conta a solicitação específica do cliente para garantir zero
de impacto e de riscos às operações de produção e negócios,
além da integridade dos dados. A Giantower desenvolveu uma
solução técnica baseada na capacidade especial do software
Oracle Golden Gate. Primeiro, eles usaram o RMAN para
Resultados finais e benefícios alcançados
• Após a migração, os quatro principais bancos de dados
de produção foram consolidados no Oracle Exadata, as
instâncias dos aplicativos também foram virtualizadas
replicar um banco de dados SAP completo em um ambiente
intermediário e depois usaram o Oracle Transportable
Tablespace (TTS) para concluir a migração inicial, incluindo
conversão de endian na máquina Exadata de destino. Em
seguida, usaram o Oracle Golden Gate para sincronizar o
banco de dados de destino no Exadata com o sistema de
origem executado no IBM P750. Com isso, criaram um
mecanismo completo de testes de completude e integridade
dos dados, e conseguiram fazer a migração de substituição do
banco de dados on-line.
em um pool de X86, concluindo a conversão total da
tradicional plataforma IBM POWER para uma arquitetura
de computação em nuvem de alta confiabilidade e elevado
desempenho.
Migração de sistema on-line na Wumart Stores 57
Comparação de melhorias no desempenho antes e depois da migração
• A comparação do relatório do AWR revelou que o
desempenho melhorou entre oito e quinze vezes depois da
migração. A máquina Exadata que consolidou os quatro
bancos de dados de produção teve uma utilização média
de CPU de somente 15%. O desempenho do sistema ECC
apresentou melhoria média de mais de seis vezes.
Comparação do AWR antes e depois da migração
O projeto entregou a consolidação de sistemas, um ambiente
de computação em nuvem privada altamente otimizado,
com alto desempenho e uma arquitetura avançada para que
a empresa administre melhor o esperado crescimento no
volume de negócios.
Se precisar de mais informações, entre
em contato com Frank Zhu, conforme
abaixo, ou acesse o site em:
Website: www.giantower.com
Pessoa de contato
Frank Zhu
E-mail: [email protected]
Fone: (86)18611920045
58 Migração de sistema on-line na Wumart Stores
“O Oracle SuperCluster nos deu tranquilidade, eliminando downtimes em nossos processos cruciais para os
negócios, como despacho e planejamento de logística, e permitiu aos clientes otimizar suas cadeias de
suprimentos com a segurança de que nossos produtos são entregues no prazo.” – JESUS MAYORDOMO,
CIO, CELSA GROUP
O CELSA GROUP MELHORA EM TRÊS VEZES O DESEMPENHO DE APLICATIVO EMPRESARIAL SAP, COM ECONOMIA DE US$ 656.000 EM CUSTOS DE MÃO-DE-OBRA, E IMPLEMENTA UMA ESTRUTURA DE TI PARA COMPORTAR O CRESCIMENTO CONTÍNUO
Atendendo clientes industriais em cinco continentes e
trabalhando em conjunto com mais de 50 empresas, o CELSA
GROUP é o maior produtor de aço na Espanha e um dos
maiores da Europa. Seu diversificado portfólio de produtos
inclui aço forjado, laminado e processado.
Desafios
• Eliminar downtimes nos sistemas de ERP (planejamento de
recursos empresariais), que causam atrasos nas entregas de
produtos de aço e expõem a empresa às multas e às perdas
de negócios relacionadas.
• Melhorar o desempenho da função de TI para aumentar
a eficiência na emissão de relatórios financeiros e de
planejamento de recursos em todo o CELSA GROUP e
nas 50 empresas que operam em com o grupo.
• Otimizar os processos de backup para poupar tempo
e dinheiro, bem como atender os rígidos requisitos da
empresa, sem perder dados em uma emergência.
Soluções
• Garantia da entrega de milhões de toneladas de aço ao ano
de modo confiável e pontual, eliminando downtimes nos
sistemas SAP ERP da empresa com o Oracle SuperCluster
e o Oracle Exadata Database Machine, aprimorando as
cadeias de suprimentos do CELSA GROUP e seus clientes.
• Economia de mais de US$ 656.000 ao ano em custos
de mão-de-obra através da otimização dos relatórios
financeiros e consolidação de dados de mais de 2.000
usuários espalhados nas mais de 50 empresas coligadas do
grupo.
• Melhoria dos sistemas de ERP, que passaram a rodar três
vezes mais rápido, permitindo à empresa aperfeiçoar os
processos de logística e concretizar o crescimento planejado
para os próximos quatro anos sem ter de adquirir mais
recursos de TI.
• Backups e consultas executadas três vezes mais rápido em
datacenters localizados em diferentes áreas geográficas com
o Oracle Data Guard, otimizando o uso dos recursos de TI
e o tempo dedicado ao gerenciamento de backups.
• Aumento da capacidade de armazenamento de dados
do CELSA GROUP, atendendo as exigências cada vez
maiores da empresa na execução de análises dos dados a
fim de descobrir tendências e elevar a eficiência em todas as
operações de produção de aço.
• O grupo contratou a BT, parceira de negócios da Oracle,
para implementar o Oracle SuperCluster, garantindo
planejamento personalizado antes da implementação,
migração no mesmo dia e suporte após a implementação.
Oracle SuperCluster no CELSA Group 59
Processo de implementação
O CELSA GROUP migrou tranquilamente para o Oracle
SuperCluster em menos de um dia, graças às análises
aprofundadas feitas antes da implementação e à preparação
conduzida pela Oracle e a BT. Além de realizar a migração
para o Oracle SuperCluster, a BT hospeda o sistema SAP do
CELSA GROUP, fornece datacenters e a infraestrutura do
Oracle SuperCluster, além de gerenciar e operar a plataforma
24/7 (ininterruptamente) para o grupo.
https://www.bt.es
Parceiro
A BT analisou os requisitos de TI e as necessidades de
negócios do CELSA GROUP e forneceu análises e testes para
demonstrar que o Oracle SuperCluster seria a melhor opção.
A BT preparou a implementação, concluiu a migração em
menos de um dia com o mínimo de envolvimento do CELSA
GROUP e continua trabalhando após a implementação,
fornecendo treinamento e suporte, caso surja algum problema.
Por que a Oracle
“Analisamos várias alternativas para melhorar a infraestrutura
de TI de nossos sistemas SAP ERP, mas os testes realizados
demonstraram que o Oracle SuperCluster seria a melhor
opção para atender nossos requisitos de robustez, eficácia,
preço e qualidade”, disse Jesús Mayordomo, CIO, CELSA
GROUP.
http://www.celsagroup.com
Cliente da Oracle: CELSA GROUP
Local: Barcelona,
Espanha Setor: Produção
industrial Funcionários:
7.000
Receita anual: US$ 1 bilhão a US$ 5 bilhões
Produtos e serviços Oracle:
• Oracle SuperCluster
• Oracle Exadata Database Machine
• Oracle Active Data Guard
60 Oracle SuperCluster no CELSA Group
O Lenta implementa um projeto de otimização da infraestrutura de TI usando o Oracle Exadata São Petersburgo, Rússia. 24 de abril de 2015
O Lenta, (LSE, MOEX: LNTA), uma das maiores redes de
varejo na Rússia, otimizou sua infraestrutura de TI usando
o Oracle Exadata Database Machine, acelerando em quatro
vezes o processamento de dados em seu sistema de ERP.
A KORUS Consulting, parceira de negócios nível Platinum
da Oracle, liderou o projeto com o apoio de especialistas
em software e hardware da FORS Distribution, distribuidor
Oracle na Rússia.
O cenário de TI do Lenta consiste em mais de vinte sistemas
corporativos de informação, 300 links de dados que conectam
as lojas e centros de distribuição à matriz e várias salas de
servidores integradas no datacenter. A equipe de TI oferece
suporte às mais de 6.000 estações de trabalho localizadas em
várias regiões do país.
O intenso crescimento do Lenta – que tem aberto novas lojas
e centros de distribuição, e realizado várias mudanças nos
processos de negócios – resultou no aumento de usuários,
dados e carga de trabalho nos sistemas de informação
existentes. Esse crescimento foi o catalisador e o fator
determinante para a importante iniciativa de analisar o atual
cenário de TI e encontrar novas soluções de alta tecnologia
para acelerar o processamento de dados e gerar relatórios
estratégicos.
“A expansão e o amadurecimento do varejo, um setor
altamente competitivo na Rússia, levou a um novo
entendimento das necessidades de negócios e das expectativas
quanto aos novos recursos de tecnologia da informação.
Soluções de tecnologia de ponta estão se tornando parte
integrante dos negócios. Percebemos que contar com sistemas
de informação eficazes, executados em tempo real com
uma pesada carga de trabalho, é uma vantagem importante.
Exatamente por isso, o próximo estágio no desenvolvimento
do cenário de TI de nossa empresa foi obter soluções de
software e hardware que nos permitissem resolver com
eficiência os problemas relacionados a scale-up (expansão
vertical) e desempenho de nossos sistemas de TI”, disse
Vsevolod Kuzmich, CIO do Lenta.
Em 2013, quando o projeto começou, todos os sistemas eram
executados em modernas máquinas RISC de nível empresarial,
combinadas em clusters para proporcionar um uso eficiente
dos recursos por meio de balanceamento de carga. Enquanto
preparava a estratégia de desenvolvimento da infraestrutura de
TI, a equipe de TI da descobriu que esse tipo de arquitetura
tinha várias limitações e era inferior às novas soluções de
tecnologia que surgiam no mercado.
A equipe analisou relatórios das maiores agências analíticas
globais e escolheram algumas soluções possíveis que haviam
sido testadas com dados reais. Além dos critérios básicos
de escolha – garantia de tolerância a falhas, capacidade de
trabalhar com grandes volumes de dados, disponibilidade de
parceiros de integração de sistemas qualificados na Rússia e
parceiros com experiência na implementação de um número
significativo de sistemas semelhantes – a escalabilidade e o
desempenho do sistema foram parâmetros importantes no
processo de seleção.
No estágio final, a equipe escolheu dois sistemas de
fornecedores diferentes. Para testá-los, tiveram de criar cargas
de produção idênticas usando dados reais nas bancadas de
teste. O desempenho foi avaliado com base na velocidade
da criação de relatórios com uso intensivo de recursos e
no tempo necessário para a execução de transações mais
complexas em diferentes condições de carga. Foi feita
também uma comparação com os mesmos indicadores da
infraestrutura existente. Dependendo da tecnologia, o efeito
cumulativo observado no projeto piloto apresentou uma
melhoria de quatro vezes no desempenho e uma redução
no armazenamento de dados, graças à compactação e aos
recursos técnicos da Oracle.
Oracle Exadata no Lenta – Oracle Press Release 61
62
Após várias rodadas de testes, a equipe determinou que a
solução ideal para os desafios do Lenta era o Oracle Exadata.
A escolha foi baseada em critérios técnicos, como tolerância a
falhas, escalabilidade e desempenho, bem como no fato de que
a solução Oracle permite consolidar os sistemas cruciais para
os negócios com o Oracle Database. Atualmente, o sistema
de planejamento de recursos empresariais (SAP ERP) e vários
outros aplicativos empresariais foram migrados para o Oracle
Exadata. O uso do Oracle Exadata para aplicativos SAP em
ambiente de produção demonstrou que as expectativas da
empresa quanto à melhoria de desempenho foram totalmente
atendidas. A Oracle garante que os aplicativos funcionem
24x7, sem interrupções.
Depoimentos
“Um fator importante na escolha final de uma solução foi
a estabilidade do sistema ERP ela executará. Para qualquer
varejista, o ERP é o sistema nervoso central de um enorme
volume de dados enviados e processados. Atualmente, nosso
sistema de ERP armazena cerca de 20 TB de dados usados
diariamente por 3.000-4.000 funcionários e, portanto, deve
ter a capacidade de operar 24/7, 365 dias por ano”, diz
Vsevolod Kuzmich. “Depois de usar a nova infraestrutura
durante um ano, podemos ver que nossas esperanças foram
plenamente justificadas pela confiabilidade do Oracle Exadata
e, é claro, continuamos impressionados com a velocidade da
implementação do sistema – a migração do sistema SAP ERP
de produção para o Exadata foi concluída em apenas três dias.”
“Isso sem contar que descobrimos uma maneira de otimizar
nosso TCO (custo total de propriedade),” complementou
Nikolay Vyatkin, vice-diretor de TI para infraestrutura e
serviços no Lenta. “Primeiro, escolhemos o Oracle Exadata em
discos de alta capacidade. Depois, durante a operação, como
vimos que o espaço em disco e a memória eram utilizados
com maior rapidez do que a capacidade de processamento, não
fizemos o scale-up linear do sistema durante a expansão de
2015. Em vez disso, simplesmente adicionamos mais memória
e espaço em disco — uma economia considerável em relação
à tradicional abordagem de scale-up. Tamanha flexibilidade é
uma importante vantagem dos sistemas Oracle em relação às
outras soluções que analisamos.”
“A notável melhoria no desempenho e a consolidação dos
recursos de TI são as vantagens mais cruciais de nossos
sistemas otimizados tanto para o Lenta quanto para os
nossos clientes.
Estamos satisfeitos em constatar que o Oracle Exadata
está ajudando o Lenta, líder no setor de varejo na Rússia, a
crescer rapidamente e a reduzir o TCO da infraestrutura de
TI com uma melhoria substancial do desempenho não só
nos aplicativos Oracle, mas também em soluções de outros
fornecedores. Outro aspecto fundamental é que a nova
solução executa o Oracle Database, o DBMS líder mundial,”
disse Andrey Pivovarov, chefe de tecnologias avançadas
para consultoria pré-projeto na Oracle CIS. “Um número
cada vez maior de empresas na Rússia tem escolhido nossos
sistemas integrados para acelerar as inovações nos negócios
e continuaremos auxiliando nossos clientes com as soluções
mais avançadas.”
Parceiros
O KORUS Consulting Group é uma empresa russa que integra
sistemas e oferece serviços de consultoria de TI para criação,
otimização e automação de processos de negócios, e é parceiro
de nível Platinum da Oracle. Os negócios dedicados do
KORUS Consulting na integração de sistemas e terceirização
de TI oferece uma ampla variedade de serviços, entre os
quais, criação, auditoria e manutenção de infraestrutura
de TI, além de escolha e entrega de equipamentos de TI.
Uma das principais especializações da empresa no setor é a
automação de organizações de varejo de ponta a ponta. Os
clientes do KORUS Consulting incluem Metro Cash & Carry,
Azbuka Vkusa, Korablik, ZAO Tander (rede Magnit), Lenta,
Monex Trading, O’KEY, SPAR Retail, TsUM, Trading House
TsentrObuv, Tyumenskiy TsUM, entre outros.
Contatos de mídia: Yuliya Smirnova, tel.: +7 (921) 768 85
63+7 (812) 677 56 90, +7 (495) 647 50 46
A FORS Distribution (www.partner.fors.ru), é uma
distribuidora Oracle na Rússia e na Mongólia, e foi fundada
em 2011
sob o patrocínio do centro de trabalhos com parceiros da
FORS, reconhecida especialista em tecnologias Oracle no
mercado russo. Atualmente, os principais elementos dos
negócios da FORS Distribution incluem distribuição de
software e hardware da Oracle, consultoria e treinamento em
tecnologias Oracle para parceiros e serviços a fim de testar e
migrar soluções complexas como parte do inovador e eclético
FORS Solution Center. Os recursos da empresa incluem uma
equipe de especialistas em vendas, gerentes afiliados de rede
e de marketing, um departamento de logística e outro de
consultoria técnica.
Sobre o Lenta
O Lenta é uma das maiores redes varejistas na Rússia e a
segunda maior rede de hipermercados do país (em termos
de vendas em 2014). Fundado em 1993 em São Petersburgo,
o Lenta opera 123 hipermercados em 63 cidades da
Rússia e 27 supermercados em Moscou, com um total de
aproximadamente 793.804 m2 de espaço dedicado às vendas.
Um típico hipermercado Lenta oferece cerca de 6.200 m2 aos
clientes. A empresa opera seis centros de distribuição para os
hipermercados.
Os formatos dos hipermercados de preços baixos são
diferenciados em suas estratégias de promoção e preços, bem
como na variedade de produtos locais. A empresa emprega
aproximadamente 30.655 pessoas (segundo informações
fornecidas em 30 de junho de 2015).
A equipe de gestão do Lenta combina um mix de expertise
internacional e conhecimento local, aliada a uma extensa
experiência operacional na Rússia. Os maiores acionistas
do Lenta incluem o TPG Capital e o Banco Europeu
para a Reconstrução e o Desenvolvimento, ambos com
o compromisso de manter altos padrões de governança
corporativa. O Lenta tem suas ações negociadas nas bolsas de
valores de Londres e de Moscou sob a sigla: ‘LNTA’.
Sobre a Oracle
A Oracle desenvolve hardware e software otimizados para
funcionarem juntos na nuvem e em datacenters corporativos.
Para obter informações mais detalhadas sobre a Oracle
(NYSE: ORCL), acesse o site em www.oracle.com.
Marcas comerciais
Oracle é uma marca registrada da Oracle Corporation e/ou
suas subsidiárias. Outros nomes são marcas registradas de seus
respectivos donos.
Para mais informações, entre em contato com Anna
Komyagina, gerente sênior de marketing da FORS
Distribution:
Fone: +7 495 913-3-913,
E-mail: [email protected]
Oracle Exadata no Lenta – Oracle Press Release 63
64
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, otimizar o desempenho, reduzir os riscos e acelerar
o ROI (retorno sobre o investimento) da solução 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
Oracle Database para SAP.
Oracle ACS Lifecycle Migration Service para migração
SAP Com ferramentas avançadas de automação e suporte e
mais de dez 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 e downtime (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 migram 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 uptime (tempo de funcionamento), 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 (ativação do sistema).
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 for SAP Environments, visite o site em:
http://www.oracle.com/us/support/advanced-customer-services/database/overview/index.html and
http://www.oracle.com/us/support/ advanced-customer-services/lifecycle-support-services/overview/index.html
Oracle ACS Services para servidores,
armazenamen- to e engineered systems 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/advan-ced-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 (contratos de
nível de serviço) que garantem maior rapidez e determinam
o prazo de substituição de equipamento e assistência no
local (on-site) 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.
Serviços de suporte para clientes SAP 65
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 feitas em 15 minutos. A depuração
(debugging) conjunta de falhas inicia em até 30 minutos da
ocorrência, reduzindo o downtime 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.
66 Serviços de suporte para clientes SAP
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 o Oracle Database 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 ultrarrá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.
Os cenários SAP da atualidade podem ser descritos como
os ambientes de datacenter mais complexos, que exigem
que 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.
Oracle SuperCluster M7 para clientes SAP 67
68
O Oracle SuperCluster M7 foi projetado para o melhor
desempenho e otimizado em todas as camadas da
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, os 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).
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 e 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 (expansão
vertical) e fabric InfiniBand para scale-out (expansão
horizontal) 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.
• Multitenancy segura 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
I/O (entradas/saídas) para maior disponibilidade dentro
do nó.
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 solução 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
Oracle SuperCluster M7 para clientes SAP 69
70
CLIENTES SAP OBTÊM OS BENEFÍCIOS DA TECNOLOGIA EXADATA
Melhorias de desempenho e outros benefícios
importantes desde a ativação do produto, sem
necessidade
de alterações
O Oracle Exadata Database Machine traz enormes melhorias
de desempenho para todas as cargas de trabalho dos clientes,
como as do SAP Business Suite (SAP ECC 6.0, SAP CRM
7.x) e do SAP BW 7.x. Os clientes do Oracle Exadata podem
executar os Oracle Databases com várias cargas de trabalho,
SAP e de aplicativos de terceiros, em um único Exadata
Database Machine. Simples e rápido de implementar, o
Exadata Database Machine está preparado para lidar com os
maiores e mais importantes aplicativos de banco de dados
e, muitas vezes, executá-los até 10 vezes mais rápido —
isto é fato. O segredo está na engenharia do sistema, que
usa hardware padrão do setor da Sun com o software de
armazenamento e o banco de dados inteligente da Oracle.
Como o Oracle Exadata Database Machine foi certificado
pela SAP em julho de 2011, os clientes SAP podem usá-lo
para seus aplicativos SAP. O Exadata é uma solução fácil
de implementar para hospedar o Oracle Database e executa
software SAP sem alterações, com melhor desempenho
imediato, consolida aplicativos SAP NetWeaver e reduz o
número de fornecedores para apenas dois, SAP e Oracle.
Ele também oferece melhor suporte, rápida migração
on-line, plataforma de implementação de DBaaS (banco
de dados como um serviço) e as vantagens da solução
Enterprise Database Cloud com rápida implementação de sua
infraestrutura, reduzindo os custos através da consolidação.
Com o passar do tempo, mais clientes SAP em todo o mundo
adquiriram e implementaram Exadata Database Machines. A
seguir, mostraremos alguns clientes globais de diversos setores
que implementaram o Oracle Exadata Database Machine
e destacaremos alguns desafios e soluções encontradas em
diferentes ambientes.
A expansão requer um “datacenter do futuro”
Estes são os desafios de uma empresa de produtos
químicos e fertilizantes na Índia, com receitas em torno de
US$ 500 milhões: implementar uma nova solução escalável
e voltada ao futuro, que ajude a concretizar a expansão
planejada para a região APAC (Ásia-Pacífico). Componentes
de hardware perto do fim da vida útil não comportavam mais
o crescimento. A necessidade de aumentar a capacidade de
armazenamento também tornou-se um problema.
Diante disso, a empresa precisou fazer uma comparação
detalhada dos sistemas tradicionais com os engineered
systems. Uma PoC (prova de conceito) focada no SAP ECC
e BW executados no Exadata Database Machine dirimiu
quaisquer dúvidas remanescentes e a empresa obteve
enormes benefícios. Um porta-voz da indústria disse, “o
Oracle Exadata Database Machine é fundamental para
montarmos um datacenter do futuro. Com uma plataforma
de alto desempenho para comportar o aumento do número
de usuários, conseguimos executar nossos planos de maneira
ideal.” Outros benefícios incluem consolidação eficiente dos
bancos de dados, economia em termos de armazenamento e
expressivos ganhos de desempenho.
O próximo exemplo é uma empresa de serviços financeiros
ao consumidor no Japão que obteve vantagens com a
implementação do Exadata Database Machine. Neste caso,
a diretoria espera uma redução dos custos de TI com a
consolidação dos bancos de dados e a migração do Unix
para o Linux para execução do SAP ECC (ERP Central
Component). O plano inclui a migração sem atropelos
para o Oracle Exadata (com carga do R/3) e a substituição
do sistema Itanium HP UX. Está claro que com a nova
plataforma, essa instituição financeira conseguirá dar
continuidade ao crescimento e à consolidação do sistema SAP,
melhorando o desempenho dos processos e permitindo a
realização de consultas mais complexas.
Porque mais clientes SAP em todo o mundo
implementam o Oracle Exadata Database
Outro exemplo de cliente no Japão envolve a importação e exportação de produtos químicos, plásticos, materiais eletrônicos,
cosméticos e alimentos saudáveis japoneses. O Oracle Exadata
Database Machine foi usado pela primeira vez com sucesso
no ambiente não-SAP da empresa e agora também está sendo
utilizado nos ambientes SAP. “Em virtude dos bons resultados
nos ambientes não-SAP, decidimos adotar o Exadata Database
Machine com meio rack X3 para o SAP ECC”, disse um porta-
voz da empresa. O objetivo principal era consolidar todos os
bancos de dados e obter um bom retorno sobre o investimento
através da redução de custos e da substituição da plataforma
Windows. Em resumo, havia uma grande demanda para que o
sistema ECC apresentasse melhor desempenho, minimizasse o
downtime e garantisse o crescimento dos negócios.
Cliente exige que os negócios aconteçam em tempo
real Enquanto isso, na América do Norte, uma empresa
americana de mídia e entretenimento enfrentava problemas
diferentes que o Oracle Exadata Database Machine resolveu
perfeitamente. Em primeiro lugar, o cliente exige que os
negócios aconteçam em tempo real. Em segundo lugar, havia
problemas de I/O (entradas/saídas) ou preocupações com a
infraestrutura atual e com SLAs (contratos de nível de serviço)
particularmente rígidos. O cliente buscava uma arquitetura
de TI adequada com um caminho para crescimento futuro,
incluindo a oferta de DBaaS em nuvem privada com charge-
back (estorno) e provisionamento rápido. “Antes de tomar
a decisão final, analisamos o SAP HANA como alternativa.
Vimos claramente que o Oracle Exadata Database Machine
atende todas as exigências importantes que temos recebido”,
disse um porta-voz da empresa.
Outro cliente dos Estados Unidos, uma empresa de assistência
médica, escolheu a mesma solução. Neste exemplo, foi
necessário realizar uma atualização de tecnologia para o SAP
BW. A equipe de TI queria certificar-se de que teria uma
plataforma bastante densa para a consolidação de bancos de
dados, capaz de expandir-se para uma implementação global.
A empresa ficou extremamente satisfeita com a escolha de
implementar o Oracle Exadata. Eles constaram não só o
desempenho excepcional dos aplicativos, como também a
adequação do novo sistema às metas corporativas estratégicas,
que incluíam a obtenção da plataforma ideal para consolidação
e padronização.
O próximo exemplo é de outra empresa americana, desta vez
uma fabricante global de produtos ao consumidor vendidos
no varejo, que selecionou o Exadata para o SAP BW. Eles
tinham sérios problemas de desempenho na execução do
BW no x86 e Microsoft Windows. A equipe de TI de uma
empresa da lista Fortune 500 avaliou os relatórios do Oracle
AWR e recomendou o Exadata para SAP BW. O porta-voz
da organização fez a seguinte declaração: “agora podemos
continuar a crescer e temos capacidade para consolidar as
cargas de trabalho do sistema SAP, melhorar o desempenho
dos processos de negócios e reduzir o custo geral da
plataforma.”
Em outras regiões do continente americano, clientes SAP
implementaram o Oracle Exadata Database Machine para
vencer outros desafios e suprir necessidades diferentes. Por
exemplo, uma empresa do setor de energia no Brasil está
usando o Exadata para melhorar o desempenho e realizar
uma integração mais tranquila do atual ambiente SAP. O
tempo das consultas melhorou em um fator 25 e o tempo de
carregamento teve uma redução de fator 10 em comparação
com a execução dessas mesmas atividades no antigo hardware.
Maior rapidez na colocação de produtos no mercado
Na região da EMEA (Europa, Oriente Médio e África), uma
grande empresa de seguros e serviços financeiros quer acelerar
o lançamento de produtos no mercado. Do ponto de vista de
TI, eles precisavam reduzir a complexidade das dezenas de
bancos de dados executados em diversos sistemas operacionais
(IBM AIX, Linux, MS Windows e Solaris). Com o Exadata
Database Machine, o cliente conseguiu consolidar os bancos
de dados para os sistemas SAP e de outros fornecedores com
menor esforço e redução do número de licenças. O Oracle
Exadata ajudou a empresa a alcançar um sucesso maior,
reduzindo o tempo do lançamento de produtos no mercado e
a complexidade de TI.
Em outro exemplo da região da EMEA, um varejista B2B
(empresa-empresa) com 10.000 funcionários tinha a missão
de reduzir os custos de TI e resolver problemas de negócios.
A empresa minimizou os custos graças à consolidação de
46 bancos de dados em dois Exadata Machines. A I/O dos
usuários deixou de ser um processo demorado e as tarefas em
lote passaram a ser executadas em um terço do tempo. Tudo
isso sem precisar fazer alterações nos aplicativos. Segundo um
porta-voz desse varejista, eles alcançaram “desempenho muito
melhor de imediato”.
O último exemplo de nossos vários clientes SAP que
compraram e implementaram o Exadata Database Machine
é uma grande empresa francesa do setor de eletricidade. O
principal aspecto deste exemplo é que a empresa enfrentava
sérios problemas de desempenho na execução de tarefas em
lote do ECC. Para resolver o problema, eles avaliaram
o Oracle Exadata e duas outras alternativas. Uma PoC que
validava o Exadata convenceu este cliente SAP que hoje está
se beneficiando nitidamente com a nova infraestrutura de TI
da Oracle. Segundo um porta-voz da organização, “graças
ao Exadata para SAP, o atual cenário de TI está altamente
consolidado e otimizado, além de ser compatível com nossas
demandas futuras”.
Clientes SAP obtêm os benefícios da tecnologia Exadata 71
72
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 (failover) 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 o conjunto de JAVA da SAP. A SAP usa uma
abordagem ativa/passiva para garantir a alta disponibilidade do
respectivo serviço SAP Enqueue. Há 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 nós. Um
ou mais serviços SAP Replication são executados no nó 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 Oracle Database 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 virtual adicionais usados pelo
SAP Enqueue para ABAP e JAVA.
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 co-
localizado. O processo SAP Start é iniciado automaticamente
pelo SAPCTL quando a instância SAP é iniciada em um nó
do cluster ou relocalizada para outro nó do cluster. Não é
necessário colocar todo 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.
A ferramenta SAPCTL suporta o SAP Standalone Gateway
(GW) e o SAP WebDispatcher (W) como instâncias SAP
independentes.
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 (serviço de
enfileiramento) 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.
Alta disponibilidade para recursos SAP com o SAPCTL 73
74
PROJETADOS PARA INOVAÇÃO, EFICIÊNCIA E SIMPLICIDADE: SISTEMAS PROJETADOS ORACLE PARA SAP:
As empresas precisam otimizar sua infraestrutura de TI
para alcançar o melhor desempenho a um custo atrativo. A
Oracle inova a cada camada de sistemas projetados
que reduzem o custo e a complexidade das infraestruturas de
TI, ao mesmo tempo em que aumentam a produtividade e o
desempenho.
A Oracle projeta sistemas que são integrados em toda as
camadas 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.
Oracle Exadata Database Machine, Exalogic Elastic Cloud,
Oracle Database Appliance, Virtual Compute Appliance e
Oracle SuperCluster 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 param em sistemas convergidos
“ultra”, “super” ou “xy”, a Oracle vai além, projetando
efetivamente todas as camadas e a integração delas em uma
solução desenvolvida, testada, incorporada e entregue com
base em padrões do setor e IP próprio.
A Oracle oferece a 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, para simplificar as operações do
datacenter, reduzir custos e acelerar a inovação nos
negócios.
• Cada sistema integra as camadas 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 Oracle Database 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 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.
• 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
incorporados simplificam tarefas de administração e
reduzem as demandas diárias de gestão.
As soluções Oracle Exadata Database Machine, Oracle
Database Appliance, Exalogic Elastic Cloud, Oracle
SuperCluster e Virtual Compute Appliance foram projetadas
para atingir níveis de desempenho incomparáveis no setor.
Projetado para oferecer desempenho extremo para data
warehousing, OLTP (online transaction processing) 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 gestão 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 Oracle Database. Sendo assim, 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, confiabilidade e disponibilidade 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 I/O (entradas/saídas)
e processamento de SQL para OLTP (por exemplo, com o
SAP ERP), Business Warehouse (SAP BW) e consolidação
de cargas de trabalho mistas.
• A arquitetura de grid altamente paralela que usa o RAC
e o armazenamento Exadata fornece desempenho
extremo com escalabilidade linear de I/O, 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.
• 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 atribuições
de gestão e manutenção, simplificando tarefas como
a aplicação de patches com pacotes de patches de um
único fornecedor, além de oferecer alta disponibilidade e
recuperação de desastres desde a ativação do sistema.
• 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 nós de computação x86 hot-swappable
(permutáveis sem interrupção) totalmente integrados, um
Oracle ZFS Storage Appliance de alto desempenho, switches e
fabric (estrutura) de comunicações com alta largura de banda.
Oracle Engineered Systems para
SAP
Oracle Engineered Systems para SAP 75
76
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 da Oracle, como os servidores SPARC T5/
M7 de última geração, Oracle Solaris 10 e Solaris 11, Oracle
Database 11g e 12c, e o armazenamento Exadata se reúnem
neste engineered system escalável, que foi 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 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 seus aplicativos SAP.
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 diminuir os riscos e o
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 I/O 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.
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, e 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 o conjunto inteiro, 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 de banco de
dados em cluster, completo, pronto para usar e altamente
disponível, que foi certificado pela SAP. Todos os produtos
SAP baseados no SAP Net-Weaver 7.x que também são
certificados para o Oracle Database 11g Release 2 podem ser
usados com o Oracle Database Appliance.
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 do banco de
dados acelerados com componentes redundantes e hot-
swappable (permutáveis sem interrupção), e armazenamento
em disco compartilhado e flash com espelhamento triplo. Esse
appliance economiza tempo e dinheiro, com o Oracle Linux e
o software gerenciador de appliance 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/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.
Oracle Engineered Systems para SAP 77
78 Quanto custará a migração para o S/4 HANA?
Notas relacionadas ao Oracle DB para SAP 79
Para consultar informações sobre o Oracle Solaris e as notas mais recentes sobre bancos de dados, acesse o site em: service.sap.com
Nº 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 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
80
Nº da nota Título da nota Versão do DB
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: Security
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
Notas relacionadas ao Oracle DB para SAP 81
Para consultar informações sobre o Oracle Solaris e as notas mais recentes sobre bancos de dados, acesse o site em: service.sap.com
Nº da nota Título da nota Versão do DB
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
974876 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
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
Database: Serviços
1508271 Oracle Lifecycle Migration Service (formerly O2O/Triple-O) Todas as versões de DB
Worldwide Vendor Share
Oracle Database
Trusted by 310,000 Customers Worldwide
82
7
I
0 b Œ
Imprint 83
Oracle Corporation
Sede mundial
500 Oracle Parkway
Redwood Shores,
CA 94065
Estados Unidos
Publicado por
Oracle Corporation,
Oracle Database para SAP
Global Technology Center
Albrecht Haug
Altrottstr. 31
69190 Walldorf, Alemanha
Tel. ++49 (0) 6227 356-0
Fax++49 (0) 6227-3847366
Fotos: Gross Art, Shutterstock,
Estados Unidos
Internet:
www.oracle.com/sap
http://scn.sap.com/
community/oracle
Copyright © 2016 Oracle e/ou suas controladas e coligadas. Todos os direitos reservados. Este documento é fornecido somen- te
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 é uma marca comercial registrada da SAP.
SAP® HANA® é uma marca comercial registrada da SAP.
84
