E-mail 
Chat 
Suporte ao cliente 
Agilizar a adoção de serviços em nuvem com a Microsoft e a Oracle
Execute o Oracle® Database e os aplicativos empresariais no Azure e na Oracle Cloud
Suporte a seus objetivos de negócios
A interoperabilidade em nuvem da Microsoft e da Oracle permite a você migrar e executar cargas de trabalho corporativas críticas entre o Microsoft Azure e o Oracle Cloud Infrastructure. Execute os aplicativos corporativos e o Oracle Database – incluindo JD Edwards EnterpriseOne, Oracle E-Business Suite, PeopleSoft, Oracle Retail e Oracle WebLogic Server – no Oracle Linux, no Windows Server e em outros sistemas operacionais com suporte no Azure.
Confira porque o Azure é uma nuvem excelente para a Oracle
Use o Oracle Database Standard Edition ou Oracle Database Enterprise Edition, certificado pela Oracle para ser executado no Azure.
Execute os aplicativos corporativos da Oracle no Azure, com a confiança de que eles têm o respaldo da Oracle.
Receba o melhor suporte de ponta a ponta da Microsoft e da Oracle.
Obtenha a escalabilidade, a flexibilidade e a conformidade que sua empresa exige para suas cargas de trabalho da Oracle.
Expanda seus recursos de nuvem com a Microsoft e a Oracle
- Obtenha insights do seu conjunto de dados distribuídos no local, no Azure e na Oracle Cloud Infrastructure.
- Aproveite uma ampla variedade de serviços do Azure e implemente a IA e IoT para seus negócios hoje.
- Desenvolva seus investimentos existentes em tecnologias Oracle e Microsoft, conjuntos de habilidades associadas e o ecossistema estratégico de parcerias que você cultivou.
- Escolha entre uma variedade de funcionalidades de nuvem e modelos de implantação entre nuvens sem comprometer seus requisitos de escalabilidade, desempenho e confiabilidade.
Selecione o modelo de implantação na nuvem ideal para a sua empresa
- Aproveite a primeira implementação entre nuvens do setor entre o Azure e a Oracle Cloud Infrastructure por meio da interconexão otimizada para rede, baixa latência e privada do ExpressRoute e do Oracle FastConnect.
- Conte com implantações testadas, validadas e suportadas de aplicativos corporativos e personalizados da Oracle no Azure com bancos de dados Oracle — Clusters de Aplicativos Reais (RAC), Exadata e Banco de Dados Autônomo — implantados na Oracle Cloud Infrastructure.
- Experimente um ciclo de vida consistente do aplicativo no Azure e na Oracle Cloud Infrastructure com gerenciamento unificado de identidade e acesso e um modelo de suporte colaborativo.
Projete e implemente um banco de dados Oracle no Azure
Suposições
- Você está planejando a migração de um banco de dados Oracle do local para o Azure.
- Você tem o Pacote de diagnósticos ou o Repositório de carga de trabalho automático para o Oracle Database que você está procurando migrar
- Você tem um reconhecimento das várias métricas no Oracle.
- Você tem uma compreensão das linha de base do desempenho de aplicativo e da utilização da plataforma.
Metas
- Compreender como otimizar sua implantação do Oracle no Azure.
- Explorar as opções de ajuste de desempenho para um banco de dados Oracle em um ambiente do Azure.
- Tenha expectativas claras entre os limites de ajuste físico por meio da arquitetura e das vantagens ou do ajuste lógico do código do banco de dados, (SQL) e do design geral do banco de dados.
As diferenças entre uma implementação local e no Azure
Veja a seguir algumas coisas importantes a ter em mente ao migrar aplicativos locais para o Azure.
Uma diferença importante é que, em uma implementação do Azure, recursos como VMs, discos e redes virtuais são compartilhados entre outros clientes. Além disso, os recursos podem ser limitados de acordo com os requisitos. Em vez de se concentrar em evitar falhas (MTBF), o Azure é mais focado em sobreviver a elas (MTTR).
A tabela a seguir lista algumas das diferenças entre uma implementação local e uma implementação do Azure de um banco de dados Oracle.
Opções de configuração
Há quatro áreas possíveis que você pode ajudar para melhorar o desempenho em um ambiente do Azure:
- Tamanho da máquina virtual
- Taxa de transferência de rede
- Tipos e configurações de disco
- Configurações de cache de disco
Gerar um relatório AWR
Se você tiver um banco de dados Oracle Enterprise Edition existente e estiver planejando a migração para o Azure, terá várias opções. Se você tiver o Pacote de diagnósticos para suas instâncias do Oracle, poderá executar o relatório do Oracle AWR para obter as métricas (IOPS, Mbps, GiBs e assim por diante). Para esses bancos de dados sem a licença do Pacote de diagnósticos ou para um banco de dados Standard Edition, as mesmas métricas importantes podem ser coletadas com um relatório Statspack após a coleta de instantâneos manuais. A principal diferença entre esses dois métodos de relatório é que o AWR é automaticamente coletado e fornece mais informações sobre o banco de dados do que a opção de relatório de seu predecessor do Statspack.
Considere a execução do relatório AWR durante cargas de trabalho regulares e de pico para poder comparar a diferença. Para coletar a carga de trabalho mais precisa, considere um relatório de janela estendida de uma semana, versus uma execução de 24 horas, e perceba que o AWR fornece as médias como parte de seus cálculos no relatório. Para uma migração de datacenter, é recomendável coletar relatórios para o dimensionamento nos sistemas de produção e estimar as cópias de banco de dados restantes usadas para teste de usuário, teste, desenvolvimento etc. por percentuais (UAT igual a produção, teste e desenvolvimento 50% de dimensionamento de produção etc.)
Por padrão, o repositório AWR retém 8 dias de dados e tira instantâneos em intervalos de hora. Para executar um relatório do AWR na linha de comando, o seguinte pode ser executado em um terminal:
Métricas-chave
O relatório solicitará as seguintes informações:
- Tipo de relatório: HTML ou TEXT, (HTML em 12.1 e fornece informações adicionais do que o formato TEXT).
- O número de dias de instantâneos a serem exibidos (para intervalos de uma hora, um relatório de uma semana seria um 168 diferente em IDs de instantâneo).
- O SnapshotID inicial da janela de relatório.
- O SnapshotID final da janela de relatório.
- O nome do relatório a ser criado pelo script do AWR.
Se você estiver executando o AWR em um cluster de aplicativo real (RAC), o relatório de linha de comando será awrgrpt.sql em vez de awrrpt.sql. O relatório “g” criará um relatório para todos os nós no banco de dados RAC em um único relatório, versus ter que executar um em cada nó RAC.
Veja a seguir as métricas que você pode obter do relatório AWR:
- Nome do banco de dados, nome da instância e nome do host
- Versão do banco de dados, (suporte da Oracle)
- CPU/núcleos
- SGA/PGA, (e consultores para informar se ele for subdimensionado)
- Memória total em GB
- % de ocupação da CPU
- CPUs de BD
- IOPs (leitura/gravação)
- MBPs (leitura/gravação)
- Taxa de transferência de rede
- Taxa de latência de rede (baixa/alta)
- Principais Eventos de Espera
- Configurações de parâmetro para o banco de dados
- É Database RAC, Exadata, usando recursos ou configurações avançadas
