Este guia de planejamento se concentra exclusivamente no recurso Backint do agente para SAP do Google Cloud, que permite executar operações de backup e recuperação para o SAP HANA. Para informações sobre o agente e todos seus recursos, consulte o guia de planejamento do agente do Google Cloud para SAP.
Para seus sistemas SAP HANA, é possível executar operações de backup e recuperação usando o recurso Backint do agente para SAP do Google Cloud. Esse recurso está disponível para sistemas SAP HANA em execução no Google Cloud, na Solução Bare Metal, no local ou em outros provedores de nuvem.
O recurso Backint do agente é certificado pela SAP. Esse recurso é integrado ao SAP HANA para que você possa armazenar e recuperar backups diretamente do Cloud Storage usando funções de backup e recuperação nativas do SAP.
Para informações sobre como configurar esse recurso, consulte Configurar backup e recuperação baseados em Backint para SAP HANA.
Para informações sobre como executar operações de backup e recuperação para o SAP HANA usando o Backint, consulte Como realizar o backup e a recuperação usando o Backint.
Para informações sobre a certificação SAP do recurso Backint, consulte:
Estimativa de custo mensal
O armazenamento usado no Cloud Storage será cobrado. Para informações sobre as cobranças, consulte Preços do Cloud Storage.
Para estimar o custo mensal do Cloud Storage, use a calculadora de preços do Google Cloud.
Use as informações a seguir para estimar melhor o custo:
- Tamanho total dos backups completos, delta e incrementais necessários em um mês, incluindo uma taxa de crescimento projetada.
- A taxa de mudança diária em termos de backups de volume de registros do SAP HANA criados pelo banco de dados SAP HANA. É necessário multiplicar essa taxa pelo número de dias que você planeja manter os backups de registro de acordo com sua estratégia de backup.
- O local e o tipo do bucket do Cloud Storage adequado à sua estratégia de backup. Os buckets de uma única região só podem ser usados para testes.
- A classe de armazenamento do bucket do Cloud Storage. Selecione uma classe que se alinhe à frequência com que você precisaria acessar os dados.
- A quantidade estimada de operações de Classe A e B com o Cloud Storage, para backup e recuperação, em um mês. Para mais informações sobre essas operações, consulte Operações que se enquadram em cada classe.
A saída de rede estimada para operações inter, intra e multirregionais, como ao recuperar um banco de dados usando um backup. Para mais informações, consulte Transferência de dados no Google Cloud.
A entrada de rede no Cloud Storage é gratuita e, portanto, você não precisa incluí-la na estimativa.
Arquivo de configuração do Backint
Você configura o recurso do Backint do agente do Google Cloud para SAP especificando parâmetros em um arquivo de configuração separado que o agente cria quando você ativa o recurso.
Por padrão, o arquivo de configuração é denominado parameters.json e
o local padrão é
/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/parameters.json.
SID é uma variável de marcador de posição para o SID do sistema SAP.
É possível usar uma única configuração ou arquivos de configuração separados para cada um dos itens a seguir: volume de dados do SAP HANA, volume de registro do SAP HANA e catálogo de backup do SAP HANA. Você também pode fazer outras personalizações, como renomear os arquivos e movê-los para diretórios diferentes. Para ver instruções sobre como executar essas personalizações, consulte Personalizar o arquivo de configuração do Backint.
Como armazenar backups nos buckets do Cloud Storage
O recurso Backint do agente do Google Cloud para SAP armazena os backups do SAP HANA em um bucket do Cloud Storage. As seções a seguir fornecem informações sobre como criar buckets do Cloud Storage e como o agente do Google Cloud para SAP armazena backups nesses buckets.
Como criar buckets do Cloud Storage
Ao criar um bucket, você precisa selecionar o local e a classe de armazenamento dele.
Um local de bucket pode ser regional, birregional ou multirregional. Você precisa escolher um bucket, dependendo da necessidade de restringir o local dos dados, dos requisitos de latência para backups e restaurações, bem como da necessidade de proteção contra interrupções regionais. Para mais informações, consulte Locais de bucket.
Selecione buckets birregionais ou multirregionais em regiões que são iguais ou próximas às regiões em que as instâncias do SAP HANA estão em execução.
Escolha uma classe de armazenamento com base no tempo necessário para manter os backups, a frequência com que você espera acessá-los e o custo. Para mais informações, consulte Classes de armazenamento.
Fazer backup da organização no bucket
O agente para SAP do Google Cloud usa pastas no bucket do Cloud Storage para organizar seus backups do SAP HANA.
O agente cria uma pasta para cada banco de dados, sistema ou locatário do SAP HANA que você está fazendo backup usando o recurso do Backint. Dentro da pasta de um banco de dados, o agente cria pastas separadas para armazenar os backups do volume de dados do SAP HANA, do volume de registro do SAP HANA e do catálogo de backup do SAP HANA.
Para nomear os backups, o agente segue as convenções de nomenclatura do SAP HANA.
Veja a seguir exemplos de caminhos para backups do SAP HANA em um bucket do Cloud Storage:
Para os backups do banco de dados do sistema:
BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB
Para os backups de um banco de dados de locatário:
BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/DB_TENANT_SID
Substitua:
BUCKET_NAME: o nome do bucket do Cloud StorageSID: o ID do sistema do seu sistema SAPTENANT_SID: o ID do sistema do banco de dados de locatário
Práticas recomendadas para organizar backups
Use as seguintes práticas recomendadas para organizar backups no bucket do Cloud Storage:
Não renomeie as pastas ou os arquivos dentro do bucket do Cloud Storage.
Renomear uma pasta ou um arquivo altera efetivamente o caminho de backup, o que é uma ação que viola os padrões aplicados pelo SAP em ferramentas de backup de terceiros. Renomear uma pasta ou um arquivo faz com que o mecanismo do Backint falhe durante as operações de recuperação do banco de dados até que você reverta a pasta ou o arquivo para o nome que tinha quando o backup foi criado.
Não use o mesmo bucket do Cloud Storage para armazenar os backups de dois ou mais bancos de dados SAP HANA que têm o mesmo ID do sistema (SID) SAP.
No Cloud Storage, o agente do Google Cloud para SAP organiza os backups do SAP HANA em pastas específicas do SID. Portanto, se você usar o mesmo bucket para armazenar backups de bancos de dados SAP HANA com o mesmo SID, as operações de backup poderão substituir ou excluir backups.
As exceções a essa prática recomendada são bancos de dados SAP HANA instalados em implantações de alta disponibilidade (HA, na sigla em inglês), recuperação de desastres (DR) ou implantações de escalonamento horizontal, em que todos os nós do SAP HANA têm o mesmo SID. Para esses sistemas, os backups são armazenados no mesmo bucket do Cloud Storage porque, durante as operações normais, apenas uma instância do SAP HANA está ativa e grava nos backups. Para mais informações, consulte Como usar o Backint em implantações do SAP HANA.
Personalizações com suporte
Ao criar backups baseados em Backint para seu banco de dados SAP HANA, é possível usar as seguintes personalizações:
| Parâmetro de configuração do Backint | Caso de uso |
|---|---|
metadata |
Para oferecer suporte a atividades como o gerenciamento do ciclo de vida de backups, é possível associar chave-valor como metadados aos arquivos de backup no
bucket do Cloud Storage. É possível fazer isso incluindo o parâmetro Esse parâmetro de configuração opcional está disponível na versão 3.3 do Agente para SAP do Google Cloud. |
folder_prefix e recovery_folder_prefix |
Para organizar backups de diferentes sistemas SAP HANA no mesmo bucket do Cloud Storage, especifique o parâmetro Esse parâmetro de configuração está disponível na versão 3.1 do Agente para SAP do Google Cloud. Quando você especifica
Se você usou o parâmetro |
shorten_folder_path |
Para encurtar automaticamente o caminho para os arquivos no bucket do Cloud Storage, especifique o parâmetro booleano Esse parâmetro de configuração está disponível na versão 3.3 do Agente para SAP do Google Cloud. Quando você especifica esse parâmetro, o caminho para seus arquivos é encurtado automaticamente para o seguinte formato:
Se você também usar os parâmetros |
Opções de criptografia para backups
O Cloud Storage sempre criptografa os dados antes de serem armazenados em um bucket. Para aplicar uma camada extra de criptografia aos dados, você pode usar uma das seguintes opções:
| Opção de criptografia | Descrição |
|---|---|
| Use uma chave de criptografia gerenciada pelo cliente com o recurso Backint do agente do Google Cloud para SAP. |
Para usar uma chave de criptografia gerenciada pelo cliente, especifique o caminho para
a chave no parâmetro kms_key no seu
arquivo PARAMETERS.json. Também é necessário fornecer acesso à chave para a
conta de serviço usada pelo agente. Para informações
sobre como conceder a uma conta de serviço acesso a uma chave de criptografia, consulte
Atribuir uma chave do Cloud Key Management Service a um agente
de serviço.
|
| Use uma chave de criptografia fornecida pelo cliente com o recurso Backint do agente do Google Cloud para SAP. |
Para usar uma chave de criptografia fornecida pelo cliente, especifique o caminho para a chave no parâmetro
encryption_key no arquivo
PARAMETERS.json. A chave precisa ser
uma string de chave AES-256 codificada em base64, conforme descrito em
Chaves de criptografia fornecidas pelo cliente.
|
| Use a criptografia de backup do SAP HANA. |
Essa opção está disponível no SAP HANA 2.0 SP01. É possível criptografar os backups de dados e volumes de registro do SAP HANA usando criptografia AES de 256 bits. Os backups do catálogo de backups do SAP HANA nunca são criptografados. Essa criptografia exige que você crie uma chave raiz de criptografia de backup e realize outras configurações, conforme descrito na Configuração de criptografia do documento do SAP HANA. No SAP HANA 2.0 SPS07, a menos que você o desative, a criptografia para os volumes Para informações sobre como criar um backup da chave raiz, consulte o documento SAP Chaves raiz de backup. |
A criptografia de backup requer mais recursos de memória e CPU durante as operações de backup e recuperação. Embora a criptografia de backups normalmente não tenha nenhum impacto no desempenho do banco de dados durante as operações de backup ou recuperação, é possível notar um impacto no desempenho geral do sistema, dependendo do tamanho do banco de dados SAP HANA e do maior uso esperado da CPU.
Restrições de criptografia
As restrições a seguir se aplicam ao uso de criptografia para backups:
- Se você especificar os parâmetros
kms_keyeencryption_key, o Agent para SAP do Google Cloud falhará e sairá com um status1. - Se você especificar o parâmetro
parallel_streamscom o parâmetrokms_keyouencryption_key, o agente do Google Cloud para SAP falhará e sairá com um status de1.
Opções de compactação para backups
A compactação de um backup reduz o tamanho dele, o que diminui o espaço usado no bucket do Cloud Storage e, por sua vez, reduz o custo de armazenamento. No entanto, a compactação de backups exige mais uso de CPU durante as operações de backup e pode afetar o desempenho geral nas operações de backup e recuperação.
Como alternativa à compactação de backups, use o recurso Classe automática do Cloud Storage, que transfere automaticamente objetos no bucket para a classe de armazenamento apropriada com base no padrão de acesso do objeto.
Para compactar os backups do SAP HANA, é possível usar uma das seguintes opções:
| Opção de compactação | Descrição |
|---|---|
| Usar a compactação do backup de dados do SAP HANA |
Essa é a opção recomendada se você precisar de compactação de backup. A partir do SAP HANA 2.0 SPS06, o SAP HANA oferece suporte a algoritmos de compactação LZ4 ao realizar operações de backup. Por padrão, a compactação está desativada. Para instruções sobre como ativar essa compactação, consulte o documento do SAP HANA Configurar a compactação do backup de dados. |
| Usar a compactação do Cloud Storage |
Para usar a compactação integrada que o agente pode executar ao gravar backups no bucket do Cloud Storage, use o parâmetro Recomendamos que você não ative essa compactação. |
Backups de dados de multistreaming
Para versões anteriores ao SAP HANA 2.0 SP05, o SAP HANA é compatível com multistreaming para
bancos de dados maiores que 128 GB. A partir do SAP HANA 2.0 SP05, esse limite é
configurável por meio do parâmetro do SAP HANA
parallel_data_backup_backint_size_threshold, que especifica o tamanho mínimo
do backup do banco de dados em GB para que o multistreaming seja ativado.
O multistreaming é útil para aumentar a capacidade de processamento e fazer backup de bancos de dados maiores que 5 TB, que é o tamanho máximo de um único objeto no Cloud Storage.
Para ativar o multistreaming, defina o parâmetro do SAP HANA
parallel_data_backup_backint_channels com o número de canais a serem usados.
O número ideal de canais usados para multistreaming depende de qual SAP HANA está sendo executado.
Considere também a capacidade de processamento do disco de dados anexado à instância do SAP HANA, bem como a largura de banda alocada pelo administrador para as atividades de backup. É possível ajustar a capacidade de processamento alterando o número de streams ou limitando a capacidade usando o parâmetro rate_limit_mb em PARAMETERS.json.
Para um bucket do Cloud Storage multirregional, comece com oito canais. Para um bucket regional, comece com 12 canais. Ajuste o número de canais conforme necessário para atingir seus objetivos de desempenho de backup.
Conforme declarado na documentação do SAP HANA, cada canal extra requer um buffer de E/S
de 512 MB. Especifique o tamanho do buffer de E/S usando corretamente o
parâmetro data_backup_buffer_size na seção backup do
arquivo global.ini. Para mais informações sobre o efeito do tamanho do buffer de E/S
nos tempos de backup, consulte a Nota SAP
2657261 - Duração do backup longo com Backint no banco de dados HANA.
A partir do HANA 2.0 SP05, a SAP especifica um valor máximo de 4 GB para esse parâmetro.
O teste no Google Cloud não oferece benefícios em aumentar o tamanho do buffer
significativamente além do padrão, mas isso pode variar de acordo com sua carga de trabalho.
Para mais informações sobre multistreaming, no Guia de administração do SAP HANA específico para sua versão do SAP HANA, consulte Backups de dados de multistream com ferramentas de backup de terceiros.
Uploads paralelos
Para os arquivos de backup de registros do SAP HANA, é possível melhorar o desempenho de upload ativando o recurso de upload paralelo do Agente para SAP do Google Cloud. Esse recurso é especialmente útil para os arquivos de backup de registros do SAP HANA, porque eles não podem ser transmitidos para vários streams do SAP HANA.
Para os backups de dados do SAP HANA, é possível ajustar o número de canais de backup
do SAP HANA usando o parâmetro parallel_data_backup_backint_channels do SAP HANA.
Quando o upload paralelo está ativado, o agente do Google Cloud para SAP divide cada arquivo de backup individual recebido do SAP HANA em várias partes que são enviadas em paralelo, o que melhora o desempenho do upload. À medida que as peças são recebidas pelo Cloud Storage, elas são remontadas e armazenadas como o arquivo único original recebido pelo agente do Google Cloud para SAP do SAP HANA. O único arquivo está sujeito ao limite de tamanho de 5 TB de objetos no Cloud Storage.
Como configurar o upload paralelo
Para ativar o recurso de upload paralelo, especifique os parâmetros parallel_streams
no seu arquivo PARAMETERS.json.
Para informações sobre esse parâmetro, consulte Parâmetros de configuração.
Restrições do upload paralelo
As seguintes restrições se aplicam ao recurso de upload paralelo:
- Se você ativar a criptografia usando o parâmetro
encryption_keyoukms_key, não será possível usar o upload paralelo. A criptografia é incompatível com o upload paralelo. Se você especificar o parâmetroparallel_streamscom qualquer um desses parâmetros de criptografia, o agente para SAP do Google Cloud falhará e sairá com um status de1. - Se você ativar a compactação, não será possível usar o upload paralelo. A compactação é
incompatível com o upload paralelo. Se você especificar o parâmetro
parallel_streamse omitir o parâmetrocompressna sua configuração, o agente para SAP do Google Cloud falhará e sairá com o status de1. - Se o bucket do Cloud Storage implementar uma política de retenção, o bucket não será compatível com uploads paralelos. A política de retenção evita a remontagem das partes em um único arquivo, o que faz com que o upload falhe.
Como ajustar uploads paralelos
Para os backups de volume de registro do SAP HANA, os uploads paralelos podem melhorar significativamente a capacidade de processamento de backup, porque o SAP HANA não faz multistream dos backups de registro.
Na maioria dos casos, é suficiente especificar o parâmetro parallel_streams no arquivo de configuração do Backint, com um valor de 32 ou menos. Para
volumes de registros muito grandes, maximize a capacidade de processamento especificando um
valor de 32 alto, como parallel_streams, e aumentando os valores dos
parâmetros log_segment_size_mb e max_log_backup_size do SAP HANA.
Para limitar a largura de banda da rede usada pelos backups, use o parâmetro de configuração rate_limit_mb do Backint para definir a quantidade máxima de largura de banda que os uploads paralelos podem usar.
Autenticação e controle de acesso
O Google Cloud usa contas de serviço para identificar programas, como o agente do SAP do Google Cloud, e para controlar quais recursos do Google Cloud os programas podem acessar.
Permissões necessárias do Cloud Storage
Para permitir que o agente do Google Cloud para SAP armazene e recupere backups de um
bucket do Cloud Storage, a conta de serviço usada pelo host precisa
receber o papel do IAM
Administrador de objetos do Storage (storage.objectAdmin).
Para instruções sobre como definir o papel do IAM, consulte Definir papéis do IAM.
Considerações sobre a conta de serviço
Se o SAP HANA estiver em execução em uma instância do Compute Engine, por padrão, o agente do Google Cloud para SAP usará a conta de serviço da instância de computação. Se você usar a conta de serviço da instância de computação, o agente terá as mesmas permissões no nível do projeto que todos os outros programas e processos que usam a conta de serviço da instância de computação.
Para ter o controle de acesso mais rigoroso, crie uma conta de serviço separada para o agente e conceda à conta de serviço acesso ao bucket do Cloud Storage no nível do bucket.
Se o SAP HANA não estiver em execução em uma instância do Compute Engine, você precisará criar uma conta de serviço para o agente. Crie a conta de serviço no projeto do Google Cloud que contém o bucket do Cloud Storage que o agente do Google Cloud para SAP usa para backup e recuperação.
Ao criar uma conta de serviço para o agente do Google Cloud para SAP, também é necessário
criar uma chave de conta de serviço.
Você armazena a chave no host do SAP HANA e especifica o caminho da chave para o
parâmetro service_account_key em PARAMETERS.json.
Quando o SAP HANA está sendo executado em uma instância do Compute Engine, a especificação do caminho para uma chave direciona o agente do Google Cloud para SAP a usar a conta de serviço associada à chave em vez da conta de serviço da instância de computação.
Se você usar uma chave de criptografia gerenciada pelo cliente que é gerada pelo Cloud Key Management Service para criptografar seus backups no Cloud Storage, será preciso conceder à conta de serviço acesso à chave de criptografia. Para mais informações, consulte Atribuir uma chave do Cloud Key Management Service a um agente de serviço.
Acesso a APIs do Cloud e servidores de metadados
O agente para SAP do Google Cloud requer acesso a endereços IP e hosts do Google Cloud durante as operações de backup e recuperação.
Para mais informações, consulte Ativar o acesso a APIs do Cloud e servidores de metadados.
Servidores proxy e o agente
Por padrão, o agente do Google Cloud para SAP ignora qualquer proxy HTTP e não lê
variáveis de ambiente de proxy, como http_proxy, https_proxy ou no_proxy,
no sistema operacional.
Se você não tem alternativa ou sua organização entende as implicações de desempenho e tem a experiência necessária para auxiliar o desempenho do roteamento de backups por meio de um servidor proxy, é possível configurar o agente para usar um proxy.
As configurações de proxy do agente do Google Cloud para SAP estão contidas no
arquivo net.properties:
/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties
Como ignorar servidores proxy para backups e recuperações
O Agente para SAP do Google Cloud ignora os servidores proxy por padrão, mas é possível
tornar o desvio explícito especificando os nomes de domínio
e endereços IP necessários do Google Cloud no parâmetro http.nonProxyHosts no arquivonet.properties:
/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties.
Exemplo:
http.nonProxyHosts=localhost|127.*|[::1]|*.googleapis.com|169.254.169.254|metadata.google.internal
Como usar um servidor proxy para backups e recuperações
Para configurar o agente do Google Cloud para SAP para enviar backups por meio de um servidor proxy,
especifique os parâmetros de host de proxy e número de porta no arquivo net.properties:
/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties.
Para consultas aos metadados da instância do Compute Engine,
o agente do Google Cloud para SAP não pode usar um proxy. Portanto, você precisa especificar o nome
de domínio e o endereço IP para os metadados da instância no parâmetro
http.nonProxyHosts.
O exemplo a seguir mostra uma configuração de proxy válida para
o agente do Google Cloud para SAP no arquivo net.properties:
http.proxyHost=PROXY_HOST http.proxyPort=PROXY_PORT http.nonProxyHosts=localhost|127.*|[::1]|169.254.169.254|metadata.google.internal https.proxyHost=PROXY_HOST https.proxyPort=PROXY_PORT
Desempenho do ajuste
O desempenho de backup e recuperação de bancos de dados SAP HANA depende do tamanho total do banco de dados e dos recursos disponíveis para seu host do SAP HANA. É possível melhorar o desempenho usando as seguintes opções de configuração disponíveis no SAP HANA e no agente para SAP do Google Cloud:
- Ative o multistreaming usando o parâmetro
parallel_data_backup_backint_channelsdo SAP HANA. Além disso, especifique o tamanho do buffer de E/S usando o parâmetrodata_backup_buffer_sizedo SAP HANA. Para mais informações, consulte Backups de dados de multistreaming. - Ative uploads paralelos especificando um valor para o parâmetro
parallel_streamsno arquivo de configuração do Backint,PARAMETERS.json. Essa configuração pode melhorar notavelmente o desempenho para enviar os backups de registros do SAP HANA para o Cloud Storage. Para mais informações, consulte Uploads paralelos. - Se você precisar compactar backups, use a compactação integrada do SAP HANA, que é a opção de compactação recomendada. Para mais informações, consulte Opções de compactação para backups.
- Otimize a configuração relacionada aos backups de registros do SAP HANA, conforme descrito no documento Encontrar a configuração ideal de backup de registros do SAP HANA. Consulte o guia de administração do SAP HANA para sua versão do SAP HANA.
- Se o sistema SAP HANA estiver em execução em uma instância do Compute Engine, verifique se ele está usando volumes Persistent Disk ou de hiperdisco certificados pela SAP. O uso de qualquer outro tipo de disco pode afetar negativamente o desempenho do backup, especialmente para o volume de dados do SAP HANA. Para informações sobre os tipos de discos certificados, consulte Tipos de disco compatíveis.
Autodiagnóstico
Para que você possa testar sua conexão de rede e o acesso ao bucket do Cloud Storage da versão 3.0, o agente para SAP do Google Cloud inclui uma ferramenta para realizar autodiagnósticos.
Quando você executa essa ferramenta, ela cria vários arquivos temporários no seu sistema de arquivos.
Você precisa de pelo menos 18 GB de espaço em disco disponível em /tmp para criar esses
arquivos temporários. Em seguida, esses arquivos são enviados para o bucket do Cloud Storage, restaurados, verificados e excluídos. Todos os problemas de acesso
à API são mostrados.
Também é possível testar o desempenho do backup ativando os parâmetros
compress e especificando valores diferentes para parâmetros, como
parallel_streams e threads. Ao usar essa ferramenta, você pode usar os parâmetros opcionais diagnose_file_max_size_gb e diagnose_tmp_directory. Para mais
informações sobre esses parâmetros, consulte as descrições em
Parâmetros de configuração.
Para instruções sobre como executar o autodiagnóstico do agente para SAP do Google Cloud, consulte Validar backup e recuperação.
Coleta de métricas do Backint
Para operações baseadas em Backint, o Agente para SAP do Google Cloud pode coletar métricas que
indicam o status e a capacidade de arquivos enviados e transferidos por download. Essas métricas são coletadas imediatamente após o upload ou download de um arquivo. Esse
é um recurso opcional ativado por padrão. Para desativar esse recurso, defina
o valor do parâmetro send_metrics_to_monitoring como
false no arquivo de configuração
PARAMETERS.json. Para mais informações sobre os preços do Monitoring, consulte Custos do Monitoring.
A tabela a seguir descreve as métricas relacionadas ao Backint que o
Agente para SAP do Google Cloud pode coletar. As strings de métricas nesta tabela precisam ser prefixadas com
workload.googleapis.com/. Esse prefixo foi omitido das entradas na tabela a seguir.
| Métrica | Marcadores | Descrição |
|---|---|---|
sap/agent/backint/backup/status |
fileName: o nome do arquivo enviado.fileSize: o tamanho do arquivo enviado por upload em bytes. O
valor 0 indica que o upload não foi concluído. |
Essa métrica é enviada para cada arquivo enviado ao seu bucket do Cloud Storage.
|
sap/agent/backint/backup/throughput |
fileName: o nome do arquivo enviadofileSize: o tamanho do arquivo enviado por upload em bytes.transferTime: o tempo total, em segundos, que a transferência
levou para ser concluída. Isso inclui todas as operações de rede, disco e memória. |
Essa métrica será enviada se o upload for bem-sucedido e o fileSize for pelo menos 1 GB. O valor da métrica
indica a velocidade média de transferência de rede em MBps.
|
sap/agent/backint/restore/status |
fileName: o nome do arquivo transferido por download.fileSize: o tamanho do conteúdo salvo (em bytes) O
valor 0 indica que o download falhou. |
Essa métrica é enviada para cada arquivo transferido por download do
bucket do Cloud Storage.
|
sap/agent/backint/restore/throughput |
fileName: o nome do arquivo transferido por download.fileSize: o tamanho do conteúdo salvo (em bytes)transferTime: o tempo total, em segundos, que a transferência
levou para ser concluída. Isso inclui todas as operações de rede, disco e memória. |
Essa métrica será enviada se o download for bem-sucedido e o fileSize for pelo menos 1 GB. O valor indica a velocidade média de transferência da rede em MBps.
|
Logging
Além dos registros mantidos pelo SAP HANA em backup.log, o recurso Backint do
Agente do Google Cloud para SAP grava eventos operacionais e de erro de comunicação em
arquivos de registro no seguinte diretório:
/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logs.
Esses registros também podem ser encontrados no arquivo de registros principal do agente para SAP do Google Cloud,
localizado no diretório /var/log/google-cloud-sap-agent/.
Quando o tamanho de um arquivo de registros atinge 25 MB, o agente para SAP do Google Cloud faz a rotação dos arquivos de registros.
Por padrão, o agente do Google Cloud para SAP envia os arquivos de registros relacionados ao Backint para o Cloud Logging.
Para desativar isso, defina o parâmetro log_to_cloud no
arquivo PARAMETERS.json com o
valor false.
Como usar o Backint em implantações do SAP HANA
As seções a seguir fornecem informações de planejamento específicas do cenário para usar o recurso Backint do agente do Google Cloud para SAP, com SAP HANA.
Como usar o Backint em implantações de alta disponibilidade
Em um cluster de alta disponibilidade (HA, na sigla em inglês) do SAP HANA, você precisa instalar o agente do Google Cloud para SAP em cada nó do cluster e ativar o recurso do Backint.
Use a mesma configuração do Backint e as mesmas especificações de bucket do Cloud Storage para cada instância do SAP HANA no cluster de alta disponibilidade. É possível usar as mesmas especificações de bucket porque, durante as operações normais, apenas a instância ativa do SAP HANA em uma configuração de alta disponibilidade grava backups no Cloud Storage e o sistema secundário está no modo de replicação. Isso é verdadeiro para os backups do volume de dados e de registro do SAP HANA, bem como do catálogo de backup do SAP HANA. Além disso, o software de clustering de aplicativos, como o Pacemaker, impede cenários de divisão dupla, em que mais de uma instância SAP HANA em um cluster acha que é a instância principal.
Durante as atividades de manutenção, quando o clustering pode ser desativado, se o banco de dados em espera for removido da replicação e ficar on-line novamente, será necessário garantir que os backups sejam acionados somente no banco de dados primário. É possível usar as seguintes opções para:
- No arquivo
PARAMETERS.json, atualize o parâmetrobucketpara apontar para outro bucket do Cloud Storage. - Quebre o link simbólico de
/usr/sap/SID/SYS/global/hdb/opt/hdbbackintpara que o envio de backups ao Cloud Storage falhe. Essa opção é mais útil a curto prazo se você planeja reconfigurar o novo banco de dados como o de espera.
Como o agente para SAP do Google Cloud não sabe qual instância do SAP HANA é a
ativa e como não tem mecanismo para programar ou acionar
backups, você precisa usar mecanismos SAP, como a transação SAP ABAP DB13
para gerenciar a programação e os gatilhos dos backups. Os aplicativos SAP ABAP se conectam
ao cluster de alta disponibilidade por meio do IP virtual e, portanto, o gatilho de backup sempre é
roteado para a instância ativa do SAP HANA.
Se o gatilho de backup for definido localmente em cada servidor, por exemplo, como um script de sistema operacional local e os sistemas principal e secundário acharem que eles são o sistema ativo, ambos poderão tentar gravar backups no bucket do Cloud Storage.
Se você não gerenciar essas situações, poderá observar mais de uma instância do SAP HANA no cluster de alta disponibilidade gravando backups no Cloud Storage, o que pode substituir ou até mesmo excluí-los.
Como usar o Backint em cenários de DR
Em uma configuração de recuperação de desastres (DR), em que uma instância de recuperação do SAP HANA
em outra região do Google Cloud é mantida em sincronia usando a replicação assíncrona do sistema SAP
HANA, use diferentes buckets do Cloud Storage para o
backup e operações de recuperação. Para configurar isso, especifique os nomes dos buckets para
os parâmetros bucket e recovery_bucket no
arquivo PARAMETERS.json.
Enquanto o sistema de DR geralmente está no modo de replicação e, portanto, não pode executar um backup, durante a execução de testes de recuperação de desastres regulares, a instância de recuperação é colocada on-line e pode acionar backups. Se isso acontecer e se o sistema de recuperação não usar um bucket do Cloud Storage diferente, os backups poderão substituir os dados do banco de dados primário.
No caso de um desastre real que exija a recuperação de um backup para sua região de DR, é possível atualizar a configuração do agente do Backint para fazer referência ao bucket do Cloud Storage multirregional que seu sistema de HA principal usa.
Como usar o Backint em sistemas de escalonamento horizontal
Nos sistemas de escalonamento horizontal do SAP HANA, é necessário instalar o agente do Google Cloud para SAP em cada nó do sistema.
Para simplificar o gerenciamento dos arquivos PARAMETERS.json e, se você estiver usando uma, a chave da conta de serviço do agente, coloque esses arquivos em um diretório NFS compartilhado.
Para informações do SAP sobre recomendações de layout do sistema de arquivos para SAP HANA, no guia de instalação e atualização do servidor SAP HANA para sua versão do SAP HANA, consulte Layout recomendado do sistema de arquivos.