Implantação do banco de dados Oracle de Máquinas Virtuais do Microsoft Azure para carga de trabalho SAP
Este documento aborda várias áreas diferentes a serem consideradas ao implantar o Oracle Database para carga de trabalho do SAP no IaaS do Azure. Antes de ler este documento, é recomendável que você leia Considerações para implantação do DBMS de Máquinas Virtuais do Azure para carga de trabalho do SAP. Também recomendamos que você leia outros guias na documentação do Azure sobre carga de trabalho do SAP.
Você pode encontrar informações sobre versões do Oracle e do SO correspondentes compatíveis para executar o SAP em Oracle no Azure na nota SAP 2039619.
Informações gerais sobre como executar o SAP Business Suite no Oracle podem ser encontradas em SAP no Oracle. A Oracle dá suporte à execução de bancos de dados Oracle no Microsoft Azure. Para saber mais sobre o suporte geral do Windows Hyper-V e do Azure, confira as Perguntas frequentes sobre o Oracle e o Microsoft Azure.
As notas SAP a seguir são relevantes para uma instalação Oracle
Especificidades do Oracle Database no Oracle Linux
A Oracle dá suporte para executar suas instâncias de banco de dados no Microsoft Azure com o Oracle Linux como sistema operacional convidado. Para saber mais sobre o suporte geral do Windows Hyper-V e do Azure, confira as Perguntas frequentes sobre o Oracle e o Azure.
O cenário específico de aplicativos SAP que utilizam os Oracle Databases também tem suporte. Os detalhes são discutidos na próxima parte do documento.
Recomendações gerais para executar o SAP no Oracle no Azure
Ao instalar ou migrar sistemas SAP no Oracle existentes para o Azure, o seguinte padrão de implantação deve ser seguido:
- Use a versão mais recente do Oracle Linux disponível (Oracle Linux 8.6 ou superior).
- Use a versão mais recente do Oracle Database disponível com o Patch de Pacote SAP (SBP) mais recente (Oracle 19 Patch 15 ou superior) 2799920 - Patches for 19c: Banco de dados.
- Use o Gerenciamento Automático de Armazenamento (ASM) para bancos de dados de pequeno, médio e grande porte no armazenamento de blocos.
- O SSD de Armazenamento Premium do Azure deve ser usado. Não use o Standard ou outros tipos de armazenamento.
- O ASM remove o requisito do Log espelho. Siga as diretrizes da Oracle na Nota 888626 - Layout do Redo log para sistemas de alta performance.
- Use o ASMLib e não use o udev.
- As implantações do Azure NetApp Files devem usar o Oracle dNFS (solução NFS Direta de alto desempenho da própria Oracle).
- Os grandes bancos de dados Oracle se beneficiam muito dos grandes tamanhos de Área Global do Sistema (SGA). Os clientes de grande porte devem implantar no Azure M-series com 4 TB ou mais de RAM
- Defina as páginas enormes do Linux com 75% do tamanho da RAM física
- Definir a Área Global do Sistema (SGA) como 90% do tamanho da página enorme
- Defina o parâmetro Oracle USE_LARGE_PAGES = ONLY - O valor ONLY é preferível ao valor TRUE, pois o valor ONLY deve proporcionar um desempenho mais consistente e previsível. O valor TRUE pode alocar tanto páginas grandes de 2 MB quanto páginas padrão de 4K. O valor ONLY sempre forçará páginas grandes de 2 MB. Se o número de páginas grandes disponíveis não for suficiente ou não estiver configurado corretamente, a instância do banco de dados falhará ao iniciar com o código de erro: v-27102: sem memória Linux_x86_64 Error 12: não é possível alocar memória. Se não houver memória contígua suficiente, talvez seja necessário reiniciar o Oracle Linux e/ou reconfigurar os parâmetros de Páginas Gigantes do Sistema Operacional.
- O Oracle Home deve estar localizado fora do volume ou disco "raiz". Use um disco separado ou um volume ANF. O disco que contém o Oracle Home deve ter 64 gigabytes de tamanho ou mais.
- O tamanho do disco de inicialização para servidores de banco de dados Oracle de alto desempenho é importante. Como um mínimo, um disco P10 deve ser usado para série M ou série E. Não use discos pequenos, como P4 ou P6. Um disco pequeno pode causar problemas de desempenho.
- A Rede Acelerada deve estar habilitada em todas as máquinas virtuais. Faça upgrade para a versão mais recente do Oracle Linux se houver algum problema ao habilitar a Rede Acelerada.
- Verifique se há atualizações nesta documentação e na nota do SAP 2039619 - Aplicativos SAP no Microsoft Azure usando o Banco de Dados Oracle: Produtos e Versões com Suporte - Barra Inicial de Suporte do SAP ONE.
Para obter informações sobre quais versões do Oracle e as versões de SO correspondentes são compatíveis para execução do SAP no Oracle nas Máquinas Virtuais do Azure, confira a Nota SAP 2039619.
Informações gerais sobre como executar o SAP Business Suite no Oracle podem ser encontradas na página da comunidade do SAP no Oracle. Só há suporte para SAP no Oracle no Azure no Oracle Linux (e não no Suse ou Red Hat) para servidores de aplicativos e bancos de dados. Os servidores ASCS/ERS podem usar RHEL/SUSE porque o cliente Oracle não está instalado ou usado nessas VMs. Os Servidores de Aplicativos (PAS/AAS) não devem ser instalados nessas VMs. Consulte a Nota do SAP 3074643 - OLNX: Perguntas frequentes: Se há suporte para o Pacemaker para Oracle Linux no ambiente SAP. Não há suporte para o Cluster Real de Aplicativos (RAC) do Oracle no Azure porque o RAC exigiria uma rede multicast.
Configuração de armazenamento
Há dois padrões de implantação de armazenamento recomendados para SAP no Oracle no Azure:
- Gerenciamento de armazenamento automático do Oracle (ASM)
- Azure NetApp Files (ANF) com Oracle dNFS (Direct NFS)
Os clientes que atualmente executam bancos de dados Oracle em sistemas de arquivos EXT4 ou XFS com Gerenciador de Volume Lógico (LVM) são incentivados a migrar para ASM. Há vantagens consideráveis de desempenho, administração e confiabilidade na execução do ASM em comparação com o LVM. O ASM reduz a complexidade, melhora a capacidade de suporte e simplifica as tarefas de administração. Esta documentação contém links para que Administradores de Banco do Dados Oracle (DBAs) saibam como instalar e gerenciar o ASM.
O Azure oferece múltiplas soluções de armazenamento. A tabela abaixo detalha o status do suporte
| Tipo de armazenamento | Suporte Oracle | Tamanho do Setor | Oracle Linux 8.x ou superior | Windows Server 2019 |
|---|---|---|---|---|
| Tipo de Armazenamento em Bloco | ||||
| SSD Premium | Com suporte | 512e | Recomendado em ASM. Com suporte por LVM | Não há suporte para ASM no Windows |
| SSD Premium v2 | Com suporte | 4K Nativo ou 512e1 | Recomendado em ASM. Com suporte por LVM | Nenhum suporte para ASM no Windows. Alterar os discos do arquivo de log de 4K nativo para 512e |
| SSD Standard | Sem suporte | |||
| HDD Standard | Sem suporte | |||
| Disco Ultra | Com suporte | 4K Nativo | Recomendado em ASM. Com suporte por LVM | Nenhum suporte para ASM no Windows. Alterar os discos do arquivo de log de 4K nativo para 512e |
| Tipos de Armazenamento de Rede | ||||
| Serviço Azure NetApp (ANF) | Com suporte | - | Oracle dNFS Necessário | Sem suporte |
| NFS de Arquivos do Azure | Sem suporte | |||
| SMB do Arquivos do Azure | Sem suporte |
Há suporte para 1 512e com o SSD Premium v2 para sistemas Windows. As configurações 512e não são recomendadas para clientes Linux. Migrar para 4K Native usando o procedimento em tamanho do setor MOS 512/512e para Revisão de 4K Native ( ID do documento 1133713.1)
Outras considerações que se aplicam à lista, como:
- Não há suporte para DIRECTIO com o tamanho de setor 4K Native. Definições recomendadas para FILESYSTEMIO_OPTIONS para configurações de LVM:
- LVM - Se forem usados discos com geometria 512/512e, FILESYSTEMIO_OPTIONS = SETALL
- LVM - Se forem usados discos com geometria 4K Native, FILESYSTEMIO_OPTIONS = ASYNC
- O Oracle 19c e versões superiores dão suporte total ao tamanho de setor 4K Native com ASM e LVM
- Oracle 19c e versões posteriores no Linux, ao migrar do armazenamento 512e para o armazenamento 4K Native, os tamanhos dos setores de registro devem ser alterados
- Para migrar do tamanho de setor 512/512e para Revisão 4K Native (ID do documentos 1133713.1) - consulte a seção "Migração offline para discos do setor 4KB"
- O SAPInst grava no pfile durante a instalação. Se o $ORACLE_HOME/dbs estiver em um disco de 4K, defina FILESYSTEMIO_OPTIONS=asynch e consulte a seção "Suporte a arquivo de dados de discos de setor 4kB" em MOS com Suporte a Discos de Setor 4K (ID do documento 1133713.1)
- Não há suporte para ASM em plataformas Windows
- Não há suporte para o tamanho de setor 4K Native para volume de registro em plataformas Windows. O SSDv2 e o Disco Ultra devem ser alterados para 512e por meio do ícone de lápis "Editar disco" no Portal do Azure
- Há suporte para o tamanho de setor 4K Native somente em volumes de dados para plataformas Windows. Não há suporte para 4K em volumes de registro no Windows
- Recomendamos a leitura destes artigos do MOS:
- Oracle Linux: Cache de Buffer do Sistema de Arquivos versus E/S direta (ID do documento 462072.1)
- Com suporte para discos do setor 4K (ID do documento 1133713.1)
- Utilizando Redo Logs 4K em um armazenamento baseado em Flash, 4k-Disk e SSD (ID do documento 1681266.1).
- Coisas a Considerar para a Configuração FILESYSTEMIO_OPTIONS e disk_asynch_io (ID do documento 1987437.1)
Recomendamos o uso do Oracle ASM no Linux com ASMLib. O desempenho, a administração, o suporte e a configuração são otimizados com o padrão de implantação. O Oracle ASM e o Oracle dNFS definirão os parâmetros corretos ou ignorarão os parâmetros (como FILESYSTEMIO_OPTIONS) e, portanto, proporcionarão melhor desempenho e confiabilidade.
Gerenciamento de armazenamento automático do Oracle (ASM)
Lista de verificação para o Gerenciamento Automático de Armazenamento Oracle:
- Todos os sistemas SAP no Oracle no Azure estão executando o ASM, incluindo Desenvolvimento, Garantia de Qualidade e Produção. Bancos de dados pequenos, médios e grandes
- ASMLib é usado e não UDEV. O UDEV é necessário para várias SANs, um cenário que não existe no Azure
- O ASM deve ser configurado para redundância externa. O armazenamento SSD Premium do Azure oferece redundância tripla. O SSD Premium do Azure corresponde à confiabilidade e à integridade de qualquer outra solução de armazenamento. Para segurança opcional, os clientes podem considerar a Redundância Normal para o Grupo de Discos de Log
- O espelhamento de arquivos de Redo log é opcional para ASM 888626 – Layout de log de refazer para sistemas de alto nível
- Grupos do Data Box Disk ASM configurados de acordo com a Variante 1, 2 ou 3 abaixo
- Tamanho da Unidade de Alocação ASM = 4 MB (padrão). Os sistemas OLAP de Bancos de Dados Muito Grandes (VLDB), como o BW, podem se beneficiar do tamanho maior da Unidade de Alocação do ASM. Alterar somente após a confirmação com o suporte do Oracle
- Tamanho do Setor ASM e tamanho do setor lógico = padrão (UDEV não é recomendado, mas requer 4k)
- Se o atributo do grupo de discos COMPATIBLE.ASM estiver definido para 11.2 ou superior para um grupo de discos, você poderá criar, copiar ou mover um Oracle ASM SPFILE para o sistema de arquivos ACFS. Consulte a documentação do Oracle sobre como mover o pfile para o ACFS. O SAPInst não está criando o pfile no ACFS por padrão
- A Variante ASM apropriada é usada. Os sistemas de produção devem usar o Variant 2 ou 3
Grupos do Data Box Disk de Gerenciamento de Armazenamento Automático da Oracle
A parte II do Guia Oficial da Oracle descreve a instalação e o gerenciamento do ASM:
- Guia do Administrador de Gerenciamento de Armazenamento Automático da Oracle, 19c
- Guia de Instalação e Atualização da Infraestrutura de Grade de Infraestrutura da Oracle Grid, 19c para Linux
Os seguintes limites de ASM existem para o Oracle Database 12c ou posterior:
511 grupos de disco, 10.000 discos ASM em um Grupo do Data Box Disk, 65.530 discos ASM em um sistema de armazenamento, 1 milhão de arquivos para cada Grupo de Discos. Mais informações aqui: Considerações de desempenho e escalabilidade para grupos do Data Box Disk (oracle.com)
Examinar a documentação do ASM no Guia de Instalação SAP relevante para Oracle disponível em https://help.sap.com/viewer/nwguidefinder
Variante 1: volumes de dados pequenos a médios de até 3 TB, tempo de restauração não crítico
O cliente possui bancos de dados de pequeno ou médio porte nos quais o backup e/ou a restauração e recuperação de todos os bancos de dados podem ser realizados em tempo hábil usando o RMAN. Exemplo: quando um grupo de discos Oracle ASM completo, com arquivos de dados, de um ou mais bancos de dados é quebrado e todos os arquivos de dados de todos os bancos de dados precisam ser restaurados para um grupo de discos Oracle ASM recém-criado usando o RMAN.
Recomendação do grupo de discos Oracle ASM:
| Nome do grupo do Data Box Disk ASM | Lojas | Armazenamento do Azure |
|---|---|---|
| +DADOS | Todos os arquivos de dados | 3-6 x P 30 (1 TiB) |
| Arquivo de controle (primeira cópia) | Para aumentar o tamanho do banco de dados, adicione discos P30 extras | |
| Logs de refazer online (primeira cópia) | ||
| +ARCH | Arquivo de controle (segunda cópia) | 2 x P20 (512 GiB) |
| Logs de refazer arquivados | ||
| +RECO | Arquivo de controle (terceira cópia) | 2 x P20 (512 GiB) |
| Backups RMAN (opcional) | ||
| área de recuperação (opcional) |
Variante 2: volumes de dados médios a grandes entre 3 TB e 12 TB, tempo de restauração importante
O cliente tem bancos de dados de médio a grande porte em que o backup e/ou restauração +
a recuperação de todos os bancos de dados não pode ser realizada em tempo hábil.
Normalmente, os clientes estão usando o RMAN, o Backup do Azure para Oracle e/ou técnicas de ajuste de disco em combinação.
As principais diferenças para a Variante 1 são:
- Separar o Oracle ASM Disk Group para cada banco de dados
- <DBNAME>+"_" é usado como um prefixo para o nome do grupo de disco DADOS
- O número do grupo de disco DADOS será acrescentado se o banco de dados se estender por mais de um grupo de disco DADOS
- Nenhum redo log online está localizado nos grupos de discos de "dados". Em vez disso, um grupo de disco extra é usado para o primeiro membro de cada grupo de log de refazer online.
| Nome do grupo do Data Box Disk ASM | Lojas | Armazenamento do Azure |
|---|---|---|
| +<DBNAME>_DATA[#] | Todos os arquivos de dados | 3-12 x P 30 (1 TiB) |
| Todos os arquivos temporários | Para aumentar o tamanho do banco de dados, adicione discos P30 extras | |
| Arquivo de controle (primeira cópia) | ||
| +OLOG | Logs de refazer online (primeira cópia) | 3 x P20 (512 GiB) |
| +ARCH | Arquivo de controle (segunda cópia) | 3 x P20 (512 GB) |
| Logs de refazer arquivados | ||
| +RECO | Arquivo de controle (terceira cópia) | 3 x P20 (512 GiB) |
| Backups RMAN (opcional) | ||
| Área de recuperação rápida (opcional) |
Variante 3: volumes enormes de alteração de dados e dados superiores a 5 TB, tempo de restauração crucial
O cliente possui um enorme banco de dados no qual o backup e/ou restauração, além da recuperação de um único banco de dados, não podem ser realizados em tempo hábil.
Normalmente, os clientes estão usando o RMAN, o Backup do Azure para Oracle e/ou técnicas de ajuste de disco em combinação. Nessa variante, cada tipo de arquivo de banco de dados relevante é separado para diferentes grupos de discos Oracle ASM.
| Nome do grupo do Data Box Disk ASM | Lojas | Armazenamento do Azure |
|---|---|---|
| +<DBNAME>_DATA[#] | Todos os arquivos de dados | 5-30 ou mais x P30 (1 TiB) ou P40 (2 TiB) |
| Todos os arquivos temporários Para aumentar o tamanho do banco de dados, adicione discos P30 extras | ||
| Arquivo de controle (primeira cópia) | ||
| +OLOG | Logs de refazer online (primeira cópia) | 3-8 x P20 (512 GiB) ou P30 (1 TiB) |
| Para obter mais segurança, a "Redundância Normal" pode ser selecionada para esse Grupo de Discos ASM | ||
| +ARCH | Arquivo de controle (segunda cópia) | 3-8 x P20 (512 GiB) ou P30 (1 TiB) |
| Logs de refazer arquivados | ||
| +RECO | Arquivo de controle (terceira cópia) | 3 x P30 (1 TiB), P40 (2 TiB) ou P50 (4 TiB) |
| Backups RMAN (opcional) | ||
| Área de recuperação rápida (opcional) |
Observação
O Cache de Disco do Host do Azure para o Grupo de Discos DO ASM de Dados pode ser definido como Somente Leitura ou Nenhum. Todos os outros grupos do Data Box Disk ASM devem ser definidos como Nenhum. Em BW ou SCM, um grupo do Data Box Disk ASM separado para TEMP pode ser considerado para sistemas grandes ou ocupados.
Adicionando espaço ao ASM + Discos do Azure
Os Grupos do Data Box Disk do Oracle ASM podem ser estendidos adicionando discos extras ou estendendo discos atuais. Recomendamos adicionar discos extras em vez de estender os discos existentes. Examine estes artigos e links do MOS Notas 1684112.1 e 2176737.1
O ASM adiciona um disco ao grupo de discos: asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'
O ASM reequilibra automaticamente os dados. Para verificar o rebalanceamento, execute este comando.
ps -ef | grep rbal
oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1
A documentação está disponível em:
- Como redimensionar grupos do Data Box Disk ASM entre várias zonas (aemcorp.com)
- REDIMENSIONAMENTO - Alterando grupos do Data Box Disk (oracle.com)
Monitoramento do SAP no Oracle ASM Systems no Azure
Execute um relatório oracle AWR como a primeira etapa ao solucionar problemas de desempenho. As métricas de desempenho do disco são detalhadas no relatório AWR.
O desempenho do disco pode ser monitorado de dentro do Oracle Enterprise Manager e por meio de ferramentas externas. A documentação, que pode ajudar, está disponível aqui:
- Usando exibições para exibir informações do Oracle ASM
- Comandos de Gerenciamento de Grupo do Data Box Disk asMCMD (oracle.com)
As ferramentas de monitoramento no nível do sistema operacional não podem monitorar os discos ASM, pois não há um sistema de arquivos reconhecível. O monitoramento de espaço livre deve ser feito de dentro do Oracle.
Recursos de treinamento no ASM (Gerenciamento Automático de Armazenamento Oracle)
Os DBAs Oracle que não estão familiarizados com o Oracle ASM seguem os materiais e recursos de treinamento aqui:
- SAP no Oracle com ASM no Microsoft Azure - Parte 1 - Microsoft Tech Community
- Instalação do Oracle19c DB [ ASM ] no [ Oracle Linux 8.3 ] [ Grid | | ASM UDEV | OEL 8.3 ] [ VMware ] – YouTube
- Guia do Administrador do ASM (oracle.com)
- Atualização de Desenvolvimento do Oracle para SAP (Maio de 2022)
- Considerações de desempenho e escalabilidade para grupos do Data Box Disk (oracle.com)
- Migrando para o Oracle ASM com o Oracle Enterprise Manager
- Usando o RMAN para migrar para o ASM | O Mentor Oracle (wordpress.com)
- O que é o Oracle ASM para IaaS do Azure? – Conversa Simples (red-gate.com)
- UTILITÁRIO ASM Command-Line (ASMCMD) (oracle.com)
- Comandos asmcmd úteis – DBACLASS DBACLASS
- Instalando e configurando o Software Oracle ASMLIB
Azure NetApp Files (ANF) com Oracle dNFS (Direct NFS)
A combinação de VMs do Azure e ANF é uma combinação robusta e comprovada, implementada por muitos clientes em uma escala excepcionalmente grande.
Bancos de dados de mais de 100 TB já estão sendo produtivos nessa combinação. Para começar, escrevemos um blog detalhado sobre como configurar essa combinação:
Mais informações gerais
- Arquiteturas de solução usando o Azure NetApp Files | Oracle
- Arquiteturas de solução usando o Azure NetApp Files | SAP em anyDB
O Log espelho é necessário em sistemas de produção ANF do dNFS.
Embora o ANF seja altamente redundante, o Oracle ainda requer um volume de arquivo de log de refazer espelhado. A recomendação é criar dois volumes separados e configurar o origlogA junto com mirrlogB e origlogB junto com mirrlogA. Nesse caso, você usa um balanceamento de carga distribuído dos arquivos de log de refazer.
A opção de montagem "nconnect" não é recomendada quando o cliente dNFS está configurado. O dNFS gerencia o canal de E/S e usa várias sessões, portanto, essa opção é obsoleta e pode causar problemas de múltiplas opções. O cliente dNFS vai ignorar as opções de montagem e vai lidar com a E/S diretamente.
Ambas as versões NFS (v3 e v4.1) com ANF têm suporte para os binários Oracle, arquivos de dados e log.
É altamente recomendável usar o cliente Oracle dNFS para todos os volumes Oracle.
As opções de montagem recomendadas são:
| Versão do NFS | Opções de montagem |
|---|---|
| NFSv3 | rw,vers=3,rsize=262144,wsize=262144,hard,timeo=600,noatime |
| NFSv4.1 | rw,vers=4.1,rsize=262144,wsize=262144,hard,timeo=600,noatime |
Backup ANF
Com o ANF, alguns dos principais recursos estão disponíveis, como backups consistentes baseados em instantâneo, baixa latência e desempenho notavelmente alto. A partir da versão 6 de nossa ferramenta AzAcSnap Ferramenta de Instantâneo Consistente de Aplicativos Azure para ANF, os bancos de dados Oracle podem ser configurados para instantâneos consistentes do banco de dados.
Esses instantâneos permanecem no volume de dados real e devem ser copiados usando a Replicação entre regiões do ANF ANF CRR (Replicação entre Regiões) ou outras ferramentas de backup.
SAP no Oracle no Azure com LVM
O ASM é a recomendação padrão da Oracle para todos os sistemas SAP de qualquer tamanho no Azure. O desempenho, a confiabilidade e o suporte são melhores para os clientes que usam ASM. O Oracle fornece documentação e treinamento para os DBAs fazerem a transição para o ASM. Nos casos em que a equipe de Oracle DBA não segue a recomendação da Oracle, da Microsoft e do SAP de usar o ASM, a seguinte configuração de LVM deve ser usada.
Observe que: ao criar o LVM, a opção "-i" deve ser usada para distribuir uniformemente os dados pelo número de discos no grupo LVM.
O Log espelho é necessário ao executar o LVM.
Configuração mínima do Linux:
| Componente | Disco | Cache do Host | Distribuição1 |
|---|---|---|---|
| /oracle/<SID>/origlogaA & mirrlogB | Premium | Nenhum | Não é necessário |
| /oracle/<SID>/origlogaB & mirrlogA | Premium | Nenhum | Não é necessário |
| /oracle/<SID>/sapdata1...n | Premium | Somente leitura 2 | Recomendadas |
| /oracle/<SID>/oraarch3 | Premium | Nenhum | Não é necessário |
| Oracle Home, saptrace, ... | Premium | Nenhum | Nenhum |
- Distribuição: Stripe LVM usando RAID0
- Durante as migrações R3Load, a opção de Cache de Hospedagem para SAPDATA deve ser definida como Nenhuma.
- oraarch: LVM é opcional
A seleção do disco para hospedar os Redo Logs online da Oracle é controlada pelos requisitos de IOPS. É possível armazenar todos os sapdata1...n (espaços de tabela) em um único disco montado, desde que o volume, o IOPS e a taxa de transferência atendam aos requisitos.
Configuração do desempenho do Linux:
| Componente | Disco | Cache do Host | Distribuição1 |
|---|---|---|---|
| /oracle/<SID>/origlogaA | Premium | Nenhum | Pode ser usado |
| /oracle/<SID>/origlogaB | Premium | Nenhum | Pode ser usado |
| /oracle/<SID>/mirrlogAB | Premium | Nenhum | Pode ser usado |
| /oracle/<SID>/mirrlogBA | Premium | Nenhum | Pode ser usado |
| /oracle/<SID>/sapdata1...n | Premium | Somente leitura 2 | Recomendadas |
| /oracle/<SID>/oraarch3 | Premium | Nenhum | Não é necessário |
| Oracle Home, saptrace, ... | Premium | Nenhum | Nenhum |
- Distribuição: Stripe LVM usando RAID0
- Durante as migrações R3load, a opção Cache de Host para SAPDATA deve ser definida como Nenhuma
- oraarch: LVM é opcional
Infraestrutura do Azure: Limites de taxa de transferência de máquinas virtuais e opções de Armazenamento em Disco do Azure
O ASM (Gerenciamento Automático de Armazenamento Oracle)## pode avaliar estas tecnologias de armazenamento:
- Azure Armazenamento Premium – atualmente a opção padrão
- Intermitência de disco gerenciado – Intermitência de disco gerenciado – Máquinas Virtuais | do Azure Microsoft Docs
- Acelerador de Gravação do Azure
- A extensão de disco online para o armazenamento do SSD Premium do Azure ainda está em andamento
Os tempos de gravação de log podem ser aprimorados em VMs da Série M do Azure habilitando o Acelerador de Gravação. Habilite o Acelerador de Gravação do Azure para os discos de Armazenamento Premium do Azure usados pelo Grupo do Data Box Disk ASM para arquivos de log de refazer online. Para saber mais, confira Acelerador de Gravação.
O uso do Acelerador de Gravação é opcional, mas pode ser habilitado se o relatório AWR indicar tempos de gravação de log maiores do que o esperado.
Limites de taxa de transferência da máquina virtual do Azure
Cada tipo de máquina virtual (VM) do Azure tem limites para CPU, Disco, Rede e RAM. Esses limites estão documentados nos links abaixo
As seguintes recomendações devem ser seguidas ao selecionar um tipo de VM:
- Verifique se a taxa de transferência de disco e o IOPS são suficientes para a carga de trabalho e, pelo menos, igual à taxa de transferência agregada dos discos
- Considere habilitar a intermitência paga especialmente para discos de Log de Refazer
- Para o ANF, a taxa de transferência de rede é importante, pois todo o tráfego de armazenamento é contado como "Rede" em vez de taxa de transferência de disco
- Examine este blog para ajuste de rede para a taxa de transferência de rede de otimização da série M no HCMT das VMs da série M do Azure (microsoft.com)
- Examine este link que descreve como usar um relatório AWR para selecionar a VM correta do Azure
- Azure Intel Ev5 Edv5 e séries Edsv5 – Azure Máquinas Virtuais |Microsoft Docs
- Azure AMD Eadsv5 Easv5 e séries Eadsv5 – Azure Máquinas Virtuais |Microsoft Docs
- Série M do Azure/Série M/Msv2 série M - Azure Máquinas Virtuais |Microsoft Docs e Msv2/Mdsv2 Medium Memory Series - Azure Máquinas Virtuais | Microsoft Docs
- Azure Mv2 Série Mv2 – Azure Máquinas Virtuais | Microsoft Docs
Backup/restauração
Para funcionalidade de backup/restauração, há suporte para SAP BR*Tools para Oracle da mesma maneira que para Hyper-V e bare-metal. O RMAN (Gerenciador de Recuperação) da Oracle também tem suporte para backups em disco e restaurações do disco.
Para obter mais informações sobre como você pode usar Backup do Azure e serviços de recuperação para bancos de dados Oracle, consulte:
- Fazer backup e recuperar um banco de dados Oracle Database 12c em uma máquina virtual Linux do Azure
- O Serviço de Backup do Azure também oferece suporte a backups da Oracle, conforme descrito no artigo Fazer backup e recuperar um banco de dados Oracle Database 19c em uma VM Linux do Azure usando o Backup do Azure.
Alta disponibilidade
O Oracle Data Guard tem suporte para fins de recuperação de desastre e alta disponibilidade. Para fazer o failover automático no Data Guard, é necessário usar o FSFA (Failover de início rápido). A funcionalidade de Observador (FSFA) dispara o failover. Se você não usar o FSFA, só poderá usar uma configuração de failover manual. Para saber mais, confira Implementando o Oracle Data Guard em uma máquina virtual do Linux no Azure.
Aspectos da recuperação de desastres para bancos de dados Oracle no Azure são apresentados no artigo Recuperação de desastre para um banco de dados do Oracle Database 12c em um ambiente do Azure.
Outro bom whitepaper da Oracle Configurando o Oracle 12c Data Guard para clientes SAP
Páginas Grandes e Configurações Amplas de SGA do Oracle.
O SAP VLDB em implantações do Oracle no Azure aplica tamanhos de SGA superiores a 3 TB. As versões modernas do Oracle lidam bem com tamanhos de SGA grandes e reduzem significativamente a E/S. Examine o relatório AWR e aumente o tamanho do SGA para reduzir a E/S de leitura.
Como orientação geral, as Páginas Enormes do Linux devem ser configuradas para aproximadamente 75% do tamanho da RAM da VM. O tamanho da SGA pode ser definido como 90% do tamanho da Página Enorme. Um exemplo aproximado seria uma VM M192ms com 4 TB de RAM que teria Páginas Grandes definidas para aproximadamente 3 TB. O SGA pode ser definido como um valor um pouco menor, como 2,95 TB.
Clientes SAP grandes em execução em VMs do Azure de alta memória se beneficiam muito do HugePages, conforme descrito neste artigo
Os sistemas NUMA vm.min_free_kbytes devem ser definidos como 524288 * <# de nós> NUMA. Consulte Oracle Linux: Valor recomendado de vm.min_free_kbytes parâmetro de ajuste do kernel (ID do documento 2501269.1...
Links e outros utilitários do Oracle Linux
O Oracle Linux fornece um utilitário de gerenciamento GUI útil:
- Oracle Web Console Oracle Linux: Instalar o Console Web do Cockpit no Oracle Linux
- Projeto do Cockpit Upstream – Projeto cockpit (cockpit-project.org)
O Oracle Linux tem uma nova ferramenta de gerenciamento de pacotes – DNF
Oracle Linux 8: Gerenciamento de Pacotes facilitado com vídeos gratuitos | Oracle Linux Blog
Oracle® Linux 8 Gerenciando software no Oracle Linux – Capítulo 1 Yum DNF
As configurações de MEMÓRIA e NUMA podem ser testadas e analisadas com uma ferramenta útil – RAT (Oracle Real Application Testing)
Teste real do aplicativo Oracle: o que é e como você o usa? (aemcorp.com)
Informações sobre o problema de corrupção do log UDEV Corrupção no Oracle Redolog no Azure | Oracle no campo (wordpress.com)
Corrupção no Oracle ASM no Azure - acompanhamento (dbaharrison.blogspot.com)
Corrupção de dados no Hyper-V ou no Azure ao executar o Oracle ASM – Red Hat Customer Portal
Configurar o Oracle ASM em uma máquina virtual Linux do Azure | Microsoft Docs
Diretrizes de configuração do Oracle para instalações do SAP em VMs do Azure no Windows
O SAP no Oracle no Azure também dá suporte ao Windows. As recomendações para implantações do Windows são resumidas abaixo:
- As seguintes versões do Windows são recomendadas: Windows Server 2022 (somente do Oracle Database 19.13.0 on) Windows Server 2019 (somente do Oracle Database 19.5.0 on)
- Não há suporte para ASM no Windows. Os Espaços de Armazenamento do Windows devem ser usados para agregar discos para um desempenho ideal
- Instale o Oracle Home em um disco independente dedicado (não instale o Oracle Home na unidade C:)
- Todos os discos devem ser formatados NTFS
- Siga o guia de Ajuste do Windows do Oracle e habilite páginas grandes, bloquear páginas na memória e outras configurações específicas do Windows
No momento em que escrevo, não há suporte para o ASM para clientes do Windows no Azure. No momento, não há suporte para ASM no SAP Software Provisioning Manager (SWPM) para Windows.
Configurações de armazenamento para SAP no Oracle no Windows
Configuração mínima do Windows:
| Componente | Disco | Cache do Host | Distribuição1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA & mirrlogB | Premium | Nenhum | Não é necessário |
| F:\oracle\<SID>\origlogaB & mirrlogA | Premium | Nenhum | Não é necessário |
| G:\oracle\<SID>\sapdata1...n | Premium | Somente leitura 2 | Recomendadas |
| H:\oracle\<SID>\oraarch3 | Premium | Nenhum | Não é necessário |
| I:\Oracle Home, saptrace, ... | Premium | Nenhum | Nenhum |
- Distribuição: Espaços de Armazenamento do Windows
- Durante as migrações R3load, a opção Cache de Host para SAPDATA deve ser definida como Nenhuma
- oraarch: os Espaços de Armazenamento do Windows são opcionais
A seleção do disco para hospedar os Redo Logs online da Oracle é controlada pelos requisitos de IOPS. É possível armazenar todos os sapdata1...n (espaços de tabela) em um único disco montado, desde que o volume, o IOPS e a taxa de transferência atendam aos requisitos.
Configuração do desempenho do Windows:
| Componente | Disco | Cache do Host | Distribuição1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA | Premium | Nenhum | Pode ser usado |
| F:\oracle\<SID>\origlogaB | Premium | Nenhum | Pode ser usado |
| G:\oracle\<SID>\mirrlogAB | Premium | Nenhum | Pode ser usado |
| H:\oracle\<SID>\mirrlogBA | Premium | Nenhum | Pode ser usado |
| I:\oracle\<SID>\sapdata1...n | Premium | Somente leitura 2 | Recomendadas |
| J:\oracle\<SID>\oraarch3 | Premium | Nenhum | Não é necessário |
| K:\Oracle Home, saptrace, ... | Premium | Nenhum | Nenhum |
- Distribuição: Espaços de Armazenamento do Windows
- Durante as migrações R3load, a opção Cache de Host para SAPDATA deve ser definida como Nenhuma
- oraarch: os Espaços de Armazenamento do Windows são opcionais
Links para Oracle no Windows
- Visão geral do Ajuste do Windows (oracle.com)
- Tarefas de configuração de pós-instalação no Windows (oracle.com)
- Apresentação do SAP no Windows (oracle.com)2823030 – Oracle em Páginas Grandes do MS WINDOWS
Próximas etapas
Leia o artigo