Implantação do SAP MaxDB, liveCache e Content Server em VMs do Azure

Este documento abrange várias áreas diferentes a serem consideradas ao implantar o MaxDB, o liveCache e o Content Server na IaaS do Azure. Como pré-condição para este documento, você deve ter lido o documento Considerações para a implantação do DBMS de Máquinas Virtuais do Azure para carga de trabalho SAP, bem como outros guias na documentação da carga de trabalho SAP no Azure.

Especificidades para as implantações do SAP MaxDB no Windows

Suporte à versão do SAP MaxDB no Azure

Atualmente, a SAP oferece suporte ao SAP MaxDB versão 7.9 ou superior para uso com produtos baseados no SAP NetWeaver no Azure. Todas as atualizações para o servidor SAP MaxDB ou drivers JDBC e ODBC a serem usados com produtos baseados no SAP NetWeaver são fornecidas exclusivamente por meio do SAP Service Marketplace. Para obter mais informações sobre como executar o SAP NetWeaver no SAP MaxDB, consulte SAP MaxDB.

Versões suportadas do Microsoft Windows e tipos de VM do Azure para SAP MaxDB DBMS

Para encontrar a versão suportada do Microsoft Windows para SAP MaxDB DBMS no Azure, consulte:

• Matriz de disponibilidade de produtos SAP (PAM)
• Nota SAP 1928533

É altamente recomendável usar a versão mais recente do sistema operacional Microsoft Windows, que é o Microsoft Windows 2016.

Documentação disponível do SAP MaxDB para MaxDB

Você pode encontrar a lista atualizada da documentação do SAP MaxDB na seguinte Nota SAP 767598

Diretrizes de configuração do SAP MaxDB para instalações SAP em VMs do Azure

Configuração do armazenamento

As práticas recomendadas de armazenamento do Azure para SAP MaxDB seguem as recomendações gerais mencionadas no capítulo Estrutura de armazenamento de uma VM para implantações RDBMS.

Em resumo, você tem que:

• Se você usar contas de Armazenamento do Azure, defina a conta de armazenamento do Azure que contém os volumes de dados e log do SAP MaxDB (dados e arquivos de log) como LRS (Armazenamento Redundante Local), conforme especificado em Considerações para a implantação do DBMS de Máquinas Virtuais do Azure para carga de trabalho SAP.
• Separe o caminho de E/S para volumes de dados do SAP MaxDB (arquivos de dados) do caminho de E/S para volumes de log (arquivos de log). Isso significa que os volumes de dados do SAP MaxDB (arquivos de dados) devem ser instalados em uma unidade lógica e os volumes de log do SAP MaxDB (arquivos de log) devem ser instalados em outra unidade lógica.
• Defina o tipo de cache adequado para cada disco, dependendo se você o usa para dados ou volumes de log do SAP MaxDB (dados e arquivos de log) e se usa o Azure Standard ou o Armazenamento Premium do Azure, conforme descrito em Considerações para a implantação do DBMS de Máquinas Virtuais do Azure para carga de trabalho SAP.
• Desde que a cota IOPS atual por disco satisfaça os requisitos, é possível armazenar todos os volumes de dados em um único disco montado e também armazenar todos os volumes de log do banco de dados em outro único disco montado.
• Se forem necessárias mais IOPS e/ou espaço, recomenda-se usar os Pools de Armazenamento de Janelas da Microsoft (disponíveis apenas no Microsoft Windows Server 2012 e superior) para criar um dispositivo lógico grande em vários discos montados. Para obter mais detalhes, consulte também Considerações sobre a implantação do DBMS de Máquinas Virtuais do Azure para carga de trabalho SAP. Essa abordagem simplifica a sobrecarga de administração para gerenciar o espaço em disco e evita o esforço de distribuir manualmente os arquivos em vários discos montados.
• é altamente recomendável usar o Armazenamento Premium do Azure para implantações do MaxDB.

Cópia de Segurança e Restauro

Ao implantar o SAP MaxDB no Azure, você deve revisar sua metodologia de backup. Mesmo que o sistema não seja um sistema produtivo, o banco de dados SAP hospedado pelo SAP MaxDB deve ser submetido a backup periodicamente. Como o Armazenamento do Azure mantém três imagens, um backup agora é menos importante em termos de proteção do sistema contra falhas de armazenamento e falhas operacionais ou administrativas mais importantes. A principal razão para manter um plano de backup e restauração adequado é para que você possa compensar erros lógicos ou manuais fornecendo recursos de recuperação point-in-time. Portanto, o objetivo é usar backups para restaurar o banco de dados para um determinado ponto no tempo ou usar os backups no Azure para semear outro sistema copiando o banco de dados existente.

O backup e a restauração de um banco de dados no Azure funcionam da mesma forma que para sistemas locais, portanto, você pode usar as ferramentas padrão de backup/restauração do SAP MaxDB, descritas em um dos documentos de documentação do SAP MaxDB listados na Nota 767598 do SAP.

Backup e restauração com o Backup do Azure

Você também pode integrar o backup do MaxDB ao Backup do Azure usando a ferramenta de backup de terceiros Maxback (https://maxback.io). O MaxBack permite fazer backup e restaurar o MaxDB no Windows com integração VSS, que também é usado pelo Backup do Azure. A vantagem de usar o Backup do Azure é que o backup e a restauração são feitos no nível de armazenamento. O MaxBack garante que o banco de dados esteja no estado certo para backup e restauração e lida automaticamente com backups de volume de log.

Considerações de desempenho para backup e restauração

Como em implantações bare-metal, o desempenho de backup e restauração depende de quantos volumes podem ser lidos em paralelo e da taxa de transferência desses volumes. Portanto, pode-se supor:

• Quanto menor o número de discos usados para armazenar os dispositivos de banco de dados, menor a taxa de transferência geral de leitura
• Quanto menos destinos (Stripe Directories, discos) para gravar o backup, menor será a taxa de transferência

Para aumentar o número de destinos para gravar, há duas opções que você pode usar, possivelmente em combinação, dependendo de suas necessidades:

• Dedicando volumes separados para backup
• Distribuir o volume de destino de backup em vários discos montados para melhorar a taxa de transferência de IOPS nesse volume de disco distribuído
• Ter dispositivos de disco lógico dedicados separados para:
  • Volumes de backup do SAP MaxDB (ou seja, arquivos)
  • Volumes de dados SAP MaxDB (ou seja, arquivos)
  • Volumes de log do SAP MaxDB (ou seja, arquivos)

A distribuição de um volume em vários discos montados foi discutida anteriormente em Considerações para a implantação do DBMS de Máquinas Virtuais do Azure para carga de trabalho SAP.

Outras considerações

Todas as outras áreas gerais, como Conjuntos de Disponibilidade do Azure ou monitoramento SAP, também se aplicam conforme descrito em Considerações para a implantação de DBMS de Máquinas Virtuais do Azure para carga de trabalho SAP. para implantações de VMs com o banco de dados SAP MaxDB. Outras configurações específicas do SAP MaxDB são transparentes para as VMs do Azure e são descritas em diferentes documentos listados no SAP Note 767598 e nestas SAP Notes:

• 826037
• 1139904
• 1173395

Especificidades para implantações do SAP liveCache no Windows

Suporte à versão do SAP liveCache

A versão mínima do SAP liveCache suportada nas Máquinas Virtuais do Azure é o SAP LC/LCAPPS 10.0 SP 25, incluindo liveCache 7.9.08.31 e LCA-Build 25, lançado para EhP 2 para SAP SCM 7.0 e versões posteriores.

Versões suportadas do Microsoft Windows e tipos de VM do Azure para SAP liveCache DBMS

Para encontrar a versão suportada do Microsoft Windows para SAP liveCache no Azure, consulte:

• Matriz de disponibilidade de produtos SAP (PAM)
• Nota SAP 1928533

É altamente recomendável usar a versão mais recente do sistema operacional Microsoft Windows Server.

Diretrizes de configuração do SAP liveCache para instalações SAP em VMs do Azure

Tipos de VM do Azure recomendados para liveCache

Como o SAP liveCache é um aplicativo que realiza grandes cálculos, a quantidade e a velocidade de RAM e CPU têm uma grande influência no desempenho do SAP liveCache.

Para os tipos de VM do Azure suportados pelo SAP (SAP Note 1928533), todos os recursos de CPU virtual alocados para a VM são apoiados por recursos de CPU físicos dedicados do hipervisor. Não há sobreprovisionamento (e, portanto, nenhuma competição por recursos de CPU) ocorre.

Da mesma forma, para todos os tipos de instância de VM do Azure suportados pelo SAP, a memória da VM é 100% mapeada para a memória física - o provisionamento excessivo (excesso de compromisso), por exemplo, não é usado.

Nessa perspetiva, é altamente recomendável usar as VMs Dv2, Dv3, Ev3 e M-series mais recentes. A escolha dos diferentes tipos de VM depende da memória necessária para o liveCache e dos recursos de CPU necessários. Como em todas as outras implantações de DBMS, é aconselhável aproveitar o Armazenamento Premium do Azure para volumes críticos de desempenho.

Configuração de Armazenamento para liveCache no Azure

Como o SAP liveCache é baseado na tecnologia SAP MaxDB, todas as recomendações de práticas recomendadas de armazenamento do Azure mencionadas para o SAP MaxDB descritas neste documento também são válidas para o SAP liveCache.

VM do Azure dedicada para cenário liveCache

Como o SAP liveCache usa intensamente o poder computacional, para uso produtivo é altamente recomendável implantar em uma Máquina Virtual do Azure dedicada.

Backup e restauração para liveCache no Azure

backup e restauração, incluindo considerações de desempenho, já estão descritos nos capítulos relevantes do SAP MaxDB neste documento.

Outras considerações

Todas as outras áreas gerais já estão descritas no capítulo relevante do SAP MaxDB.

Especificidades para a implantação do SAP Content Server no Windows no Azure

O SAP Content Server é um componente separado, baseado em servidor, para armazenar conteúdo, como documentos eletrônicos, em diferentes formatos. O SAP Content Server é fornecido pelo desenvolvimento de tecnologia e deve ser usado entre aplicativos para qualquer aplicativo SAP. Ele é instalado em um sistema separado. O conteúdo típico é material de treinamento e documentação do Knowledge Warehouse ou desenhos técnicos originários do sistema de gerenciamento de documentos mySAP PLM.

Suporte à versão do SAP Content Server para VMs do Azure

Atualmente, a SAP suporta:

• SAP Content Server com versão 6.50 (e superior)
• SAP MaxDB versão 7.9
• Microsoft IIS (Internet Information Server) versão 8.0 (e superior)

É altamente recomendável usar a versão mais recente do SAP Content Server e a versão mais recente do Microsoft IIS.

Verifique as versões suportadas mais recentes do SAP Content Server e do Microsoft IIS na Matriz de disponibilidade do produto SAP (PAM).

Tipos de VM do Microsoft Windows e Azure suportados para SAP Content Server

Para descobrir a versão suportada do Windows para SAP Content Server no Azure, consulte:

• Matriz de disponibilidade de produtos SAP (PAM)
• Nota SAP 1928533

É altamente recomendável usar a versão mais recente do Microsoft Windows Server.

Diretrizes de configuração do SAP Content Server para instalações SAP em VMs do Azure

Configuração de Armazenamento para Servidor de Conteúdo no Azure

Se você configurar o SAP Content Server para armazenar arquivos no banco de dados SAP MaxDB, todas as recomendações de práticas recomendadas de armazenamento do Azure mencionadas para o SAP MaxDB neste documento também serão válidas para o cenário do SAP Content Server.

Se você configurar o SAP Content Server para armazenar arquivos no sistema de arquivos, é recomendável usar uma unidade lógica dedicada. O uso dos Espaços de Armazenamento do Windows permite que você também aumente o tamanho do disco lógico e a taxa de transferência de IOPS, conforme descrito em Considerações para a implantação do DBMS de Máquinas Virtuais do Azure para carga de trabalho SAP.

Localização do SAP Content Server

O SAP Content Server deve ser implantado na mesma região do Azure e na VNET do Azure onde o sistema SAP é implantado. Você é livre para decidir se deseja implantar componentes do SAP Content Server em uma VM dedicada do Azure ou na mesma VM em que o sistema SAP está sendo executado.

Localização do servidor de cache SAP

O SAP Cache Server é um componente adicional baseado em servidor para fornecer acesso a documentos (armazenados em cache) localmente. O SAP Cache Server armazena em cache os documentos de um SAP Content Server. Isso é para otimizar o tráfego de rede se os documentos tiverem que ser recuperados mais de uma vez de locais diferentes. A regra geral é que o SAP Cache Server deve estar fisicamente próximo do cliente que acessa o SAP Cache Server.

Aqui você tem duas opções:

1. O cliente é um sistema SAP de back-end Se um sistema SAP de back-end estiver configurado para acessar o SAP Content Server, esse sistema SAP será um cliente. Como o sistema SAP e o SAP Content Server são implantados na mesma região do Azure, no mesmo datacenter do Azure, eles estão fisicamente próximos um do outro. Portanto, não há necessidade de ter um servidor de cache SAP dedicado. Os clientes SAP UI (SAP GUI ou navegador da web) acessam o sistema SAP diretamente e o sistema SAP recupera documentos do SAP Content Server.
2. O cliente é um navegador da Web local O SAP Content Server pode ser configurado para ser acessado diretamente pelo navegador da Web. Nesse caso, um navegador da Web em execução local é um cliente do SAP Content Server. O datacenter local e o datacenter do Azure são colocados em locais físicos diferentes (idealmente próximos um do outro). Seu datacenter local está conectado ao Azure por meio da VPN Site-to-Site do Azure ou da Rota Expressa. Embora ambas as opções ofereçam conexão de rede VPN segura com o Azure, a conexão de rede site a site não oferece um SLA de latência e largura de banda de rede entre o datacenter local e o datacenter do Azure. Para acelerar o acesso aos documentos, siga um destes procedimentos:
   1. Instale o SAP Cache Server localmente, próximo ao navegador da Web local (opção na figura abaixo)
   2. Configure o Azure ExpressRoute, que oferece uma conexão de rede dedicada de alta velocidade e baixa latência entre o datacenter local e o datacenter do Azure.

Cópia de Segurança / Restauro

Se você configurar o SAP Content Server para armazenar arquivos no banco de dados SAP MaxDB, o procedimento de backup/restauração e as considerações de desempenho já estão descritos nos capítulos do SAP MaxDB deste documento.

Se você configurar o SAP Content Server para armazenar arquivos no sistema de arquivos, uma opção é executar backup/restauração manual de toda a estrutura de arquivos onde os documentos estão localizados. Semelhante ao backup/restauração do SAP MaxDB, recomenda-se ter um volume de disco dedicado para fins de backup.

Outro

Outras configurações específicas do SAP Content Server são transparentes para as VMs do Azure e são descritas em vários documentos e SAP Notes:

• SAP NetWeaver
• Nota SAP 1619726