SAP MaxDB, liveCache e implantação do Servidor de Conteúdo nas VMs do Azure
Este documento aborda várias áreas diferentes a serem consideradas ao implantar o MaxDB, liveCache, e o Servidor de Conteúdo no IaaS do Azure. Como uma pré-condição para este documento, você deve ler o documento Considerações para implantação de DBMS de Máquinas Virtuais do Azure para carga de trabalho do SAP, bem como outros guias de carga de trabalho do SAP na documentação do Azure.
Informações específicas para a implantação SAP MaxDB no Windows
Suporte de versão do SAP MaxDB no Azure
No momento, o SAP dá suporte ao SAP MaxDB versão 7.9 ou superior para o 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 usadas com produtos baseados no SAP NetWeaver são fornecidas exclusivamente pelo SAP Service Marketplace. Para obter mais informações sobre como executar o SAP NetWeaver no SAP MaxDB, consulte SAP MaxDB.
Versões do Microsoft Windows e tipos de VM do Azure com suporte para DBMS do SAP MaxDB
Para localizar a versão com suporte do Microsoft Windows para DBMS do SAP MaxDB no Azure, consulte:
É altamente recomendável usar a versão mais recente do sistema operacional Microsoft Windows, que é o Microsoft Windows 2016.
Documentação do SAP MaxDB disponível 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 do SAP em VMs do Azure
Configuração de 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ção do RDBMS.
Importante
Como outros bancos de dados, o SAP MaxDB também tem arquivos de log e de dados. No entanto, na terminologia do SAP MaxDB o termo correto é "volume" (não "arquivo"). Por exemplo, há volumes de dados e volumes de log do SAP MaxDB. Não os confunda com volumes de disco do SO.
Em resumo, você precisa:
- Se você usar contas do Armazenamento do Azure, defina a conta de armazenamento do Azure que contém os volumes de log e dados do SAP MaxDB (arquivos de log e dados) como LRS (Armazenamento Local Redundante) , conforme especificado em Considerações para Máquinas Virtuais do Azure para implementação DBMS para carga de trabalho do SAP.
- Separe o caminho de E/S para volumes de dados (arquivos de dados) do SAP MaxDB do caminho de E/S para volumes de log (arquivos de logs). Isso significa que os volumes de dados (arquivos de dados) do SAP MaxDB precisam ser instalado em uma unidade lógica e os volumes de log (arquivos de log) do SAP MaxDB precisam ser instalado em outra unidade lógica.
- Defina o tipo de cache adequado para cada disco, dependendo de se você o usa para volumes de log ou de dados do SAP MaxDB (arquivos de log e dados) e se você usa o Armazenamento Standard ou Premium do Azure, conforme descrito em Considerações para Máquinas Virtuais do Azure para implementação DBMS para carga de trabalho do SAP.
- Desde que a cota de IOPS por disco atenda aos 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 disco único montado.
- Se mais IOPS e/ou espaço forem necessários, é recomendável usar pools de armazenamento do Microsoft Windows (disponíveis apenas no Microsoft Windows Server 2012 e superior) para criar um grande dispositivo lógico em vários discos montados. Para mais detalhes, confira também Considerações para implantação de DBMS de Máquinas Virtuais do Azure para a carga de trabalho SAP. Essa abordagem simplifica a sobrecarga administrativa para gerenciar o espaço em disco e evita o esforço de distribuir manualmente os arquivos entre vários discos montados.
- é altamente recomendável usar o armazenamento Premium do Azure para implantações do MaxDB.
Backup e restauração
Ao implantar o SAP MaxDB no Azure, você deve examinar sua metodologia de backup. Mesmo se o sistema não for um sistema produtivo, o banco de dados SAP hospedado pelo SAP MaxDB deverá ser submetido a backup periodicamente. Como o armazenamento do Azure mantém três imagens, um backup agora é menos importante em termos de proteger seu sistema contra falhas de armazenamento e falhas administrativas ou operacionais mais importantes. A razão principal para manter um plano de backup e restauração adequado é para que você possa compensar erros lógicos ou manuais fornecendo funcionalidades de recuperação pontual. Portanto, o objetivo é usar backups para restaurar o banco de dados para um determinado momento ou usar os backups no Azure para propagar outro sistema copiando o banco de dados existente.
A realização do backup e a restauração de um banco de dados no Azure funcionam da mesma maneira que para sistemas locais, então você pode usar ferramentas standard de backup/restauração do MaxDB SAP, que são descritas em um dos documentos da documentação do SAP MaxDB listados na Nota SAP 767598.
Backup e restauração com o Backup do Azure
Você também pode integrar o backup MaxDB ao Backup do Azure usando a ferramenta de backup de terceiros Maxback (https://maxback.io). O MaxBack permite que você faça backup e restaure o MaxDB no Windows com integração VSS, que também é usada 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 correto para backup e restauração e manipula automaticamente os backups do 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 a taxa de transferência desses volumes. Portanto, é possível supor que:
- Quanto menor for o número de discos usados para armazenar dispositivos de banco de dados, menor será a taxa de transferência de leitura geral
- Quanto menos destinos (Diretórios de Faixa, discos) nos quais gravar o backup, menor é a taxa de transferência
Para aumentar o número de destinos nos quais gravar, existem duas opções que podem ser usadas, possivelmente em combinação, dependendo das suas necessidades:
- Dedicando volumes separados para backup
- Dividir 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 (ou seja, arquivos) do SAP MaxDB
- Volumes de dados do SAP MaxDB (ou seja, arquivos)
- Volumes de log do SAP MaxDB (ou seja, arquivos)
Distribuição de um volume em vários discos montados foi discutida anteriormente em considerações para implantação de DBMS de máquinas virtuais do Azure para a carga de trabalho SAP.
Outras considerações
Todas as outras áreas gerais, como o monitoramento do SAP ou Conjuntos de Disponibilidade do Azure se aplicam como descritas no documento Considerações para a implantação DBMS de Máquinas Virtuais do Azure para carga de trabalho SAP. para implantações de VMs com o banco de dados do SAP MaxDB. Outras configurações específicas do SAP MaxDB são transparentes para VMs do Azure e são descritas em diferentes documentos listados na Nota SAP 767598 e nestas Notas SAP:
Informações específicas para implantações de SAP liveCache no Windows
Suporte de versão do SAP liveCache
A versão mínima do SAP liveCache com suporte nas Máquinas Virtuais do Azure é SAP LC/LCAPPS 10.0 SP 25, incluindo liveCache 7.9.08.31 e LCA-Build 25, lançado para EhP 2 for SAP SCM 7.0 e versões posteriores.
Versões do Microsoft Windows e tipos de VM do Azure com suporte para DBMS do SAP liveCache
Para localizar a versão com suporte do Microsoft Windows para SAP liveCache no Azure, consulte:
É 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 do SAP em VMs do Azure
Tipos de VM do Azure recomendados para liveCache
Como SAP liveCache é um aplicativo que executa cálculos enormes, 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 com suporte pelo SAP (Nota SAP 1928533), todos os recursos de CPU virtual alocados para a máquina virtual são apoiados por recursos de CPU físicos dedicados do hipervisor. Não ocorre o excesso de provisionamento (e, portanto, nenhuma competição por recursos de CPU).
Da mesma forma, para todos os tipos de instância VM do Azure com suporte pelo SAP, a memória VM é 100% mapeada para a memória física; o excesso de provisionamento (sobreposição), por exemplo, não é usado.
Sob essa perspectiva, é altamente recomendável usar o Dv2 mais recente, Dv3, Ev3 e VMs da série M. A escolha de diferentes tipos de VM depende da memória necessária para liveCache e os recursos de CPU necessários. Como com todas as outras implantações de DBMS é aconselhável utilizar o armazenamento Premium do Azure para volumes críticos de desempenho.
Configuração de armazenamento para o liveCache no Azure
Como o SAP liveCache se baseia na tecnologia SAP MaxDB, todas as práticas recomendadas de armazenamento do Azure mencionadas para o SAP MaxDB descritas neste documento são também são válidas para o SAP liveCache.
Cenário de VM do Azure dedicada para o liveCache
Como o SAP liveCache usa intensivamente a potência computacional, para o uso produtivo é altamente recomendável implantar em uma máquina virtual do Azure dedicada.
Backup e restauração para o liveCache no Azure
O backup e a restauração, incluindo considerações de desempenho, já estão descritos nos capítulos relevantes do SAP MaxDB.
Outras considerações
Todas as outras áreas gerais já estão descritas no capítulo relevante sobre o SAP MaxDB.
Informações específicas para a implantação SAP Content Server no Windows no Azure
O SAP Content Server é um componente baseado em servidor separado para armazenar conteúdos como documentos eletrônicos em diferentes formatos. O SAP Content Server é fornecido pelo desenvolvimento de tecnologia e deve ser usada entre aplicativos para todos os aplicativos SAP. Ele é instalado em um sistema separado. O conteúdo normal é o material de treinamento e a documentação do Depósito de Dados de Conhecimento ou desenhos técnicos provenientes do Sistema de Gerenciamento de Documentos do mySAP PLM.
Suporte de versão do SAP Content Server para VMs do Azure
No momento o SAP dá suporte ao:
- SAP Content Server com a versão 6.50 (e superiores)
- SAP MaxDB versão 7.9
- IIS (Servidor de informações da Internet) da Microsoft versão 8.0 (e posterior)
É altamente recomendável usar a versão mais recente do SAP Content Server, e a versão mais recente do IIS da Microsoft.
Verifique as versões mais recentes compatíveis do SAP Content Server e do IIS da Microsoft no PAM (Matriz de Disponibilidade de Produto) da SAP.
Tipos de VM do Azure e Microsoft Windows com suporte para o SAP Content Server
Para descobrir a versão com suporte do Windows para o SAP Content Server no Azure, consulte:
É altamente recomendável usar a versão mais recente do Microsoft Windows Server.
Diretrizes de configuração do SAP Content Server para instalações do SAP em VMs do Azure
Configuração de armazenamento para o Content Server no Azure
Se você configurar o SAP Content Server para armazenar arquivos no banco de dados do SAP MaxDB, todas as 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, será recomendável usar uma unidade lógica dedicada. O uso de 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 DBMS de Máquinas Virtuais do Azure para carga de trabalho SAP.
Local do SAP Content Server
O SAP Content Server deve ser implantado na mesma região do Azure e VNET do Azure em que o sistema SAP está implantado. Você é livre para decidir se deseja implantar os componentes do SAP Content Server em uma VM do Azure dedicada ou na mesma VM em que o sistema SAP está sendo executado.
Local do SAP Cache Server
O SAP Cache Server é um componente adicional com base em servidor para fornecer acesso a documentos (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 documentos precisam ser recuperados de mais de uma vez de locais diferentes. A regra geral é que o SAP Cache Server precisa estar fisicamente próximo ao cliente que acessa o SAP Cache Server.
Aqui você tem duas opções:
- O cliente é um sistema SAP de back-end Se um sistema SAP de back-end estiver configurado para acessar o SAP Content Server, o 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. Portanto, não é necessário ter um SAP Cache Server dedicado. Os clientes da interface do usuário do SAP (GUI do SAP ou navegador da Web) acessam o sistema SAP diretamente e o sistema SAP recupera documentos do SAP Content Server.
- 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 diferentes locais físicos (idealmente próximos entre si). Seu datacenter local é conectado ao Azure por meio do ExpressRoute ou VPN site a site do Azure. Embora as duas opções ofereçam uma conexão de rede VPN segura para o Azure, a conexão de rede site a site não oferece uma largura de banda de rede e SLA de latência entre o datacenter local e o datacenter do Azure. Para acelerar o acesso aos documentos, você pode fazer o seguinte:
- Instale o SAP Cache Server local, próximo ao navegador da Web local (opção na figura abaixo)
- Configure a 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.
Backup/Restauração
Se você configurar o SAP Content Server para armazenar arquivos no banco de dados do SAP MaxDB, as considerações de desempenho e o procedimento de backup/restauração já estão descritas nos capítulos deste documento.
Se você configura o SAP Content Server para armazenar arquivos no sistema de arquivos, uma opção é executar o backup/restauração manual da estrutura do arquivo inteiro na qual os documentos estão localizados. Semelhante ao backup/restauração do SAP MaxDB, é recomendável ter um volume de disco dedicado para fins de backup.
Outros
Outras configurações específicas do SAP Content Server são transparentes para VMs do Azure e são descritas em vários documentos e Notas SAP:
- SAP NetWeaver
- Nota SAP 1619726