Guia de operações do SAP HANA

Neste guia, fornecemos instruções para operar sistemas SAP HANA implantados no Google Cloud seguindo Terraform: guia de implantação do escalonamento vertical do SAP HANA. Este guia não se destina a substituir a documentação padrão da SAP.

Como administrar um sistema SAP HANA no Google Cloud

Esta seção mostra como executar tarefas administrativas normalmente necessárias para operar um sistema SAP HANA, incluindo informações sobre como iniciar, interromper e clonar sistemas.

Como iniciar e interromper instâncias

É possível interromper um ou vários hosts do SAP HANA a qualquer momento. Parar uma instância a encerra. Se o encerramento não for concluído em dois minutos, ocorrerá a interrupção forçada da instância. Como prática recomendada, primeiro interrompa a execução do SAP HANA na instância antes de interrompê-la.

Observação: o endereço IP particular associado à instância não é liberado depois que você a interrompe. Quando você reinicia a instância, ela começa com o mesmo endereço IP particular, rede e configuração de armazenamento de antes.

Como interromper uma VM

Interromper uma instância de máquina virtual (VM) faz com que o Compute Engine envie o sinal de desligamento da ACPI para a instância. Você não é cobrado pela instância do Compute Engine depois que ela é interrompida. Se você tiver discos permanentes anexados à instância, eles não serão excluídos, e você será cobrado por eles.

Se os dados no disco permanente forem importantes, será possível mantê-lo ou criar um snapshot do disco permanente e excluí-lo para economizar nos custos. Você ainda poderá criar outro disco, a partir do snapshot, quando precisar dos dados novamente.

Observação: depois de interromper a instância, é possível editar tags de instância, metadados personalizados e remover ou definir um novo endereço IP estático.

Para interromper uma instância:

1. No console do Google Cloud, acesse a página Instâncias de VMs.

   Acessar a página Instâncias de VMs

2. Selecione uma ou mais instâncias que você quer interromper.

3. Na parte superior da página Instâncias de VM, clique em INTERROMPER.

Para mais informações, consulte Como interromper uma instância.

Como reiniciar uma VM

1. No console do Google Cloud, acesse a página Instâncias de VMs.

   Acessar a página Instâncias de VMs

2. Selecione as instâncias que você quer reiniciar.

3. No canto superior direito da página, clique em INICIAR para reiniciar as instâncias.

Para mais informações, consulte Como reiniciar uma instância.

Como modificar uma VM

É possível alterar vários atributos de uma VM, incluindo o tipo de VM, depois que ela é implantada. Algumas mudanças podem exigir que você restaure backups do seu sistema SAP, enquanto outras exigem apenas a reinicialização da VM.

Para mais informações, consulte Como modificar configurações de VM para sistemas SAP.

Como criar um snapshot do SAP HANA

Para gerar um backup pontual do disco permanente, crie um snapshot. O Compute Engine armazena várias cópias de cada snapshot em vários locais com somas de verificação automáticas para garantir a integridade dos dados.

Observação: é necessário interromper o SAP HANA ou interromper as gravações no sistema de arquivos para conseguir um snapshot consistente.

Para criar um snapshot, siga estas instruções do Compute Engine. Preste muita atenção às etapas de preparação antes de criar um snapshot consistente, como esvaziar os buffers de disco para o disco, para garantir que o snapshot seja consistente.

Os snapshot são úteis para os seguintes casos de uso:

Caso de uso	Detalhes
Fornecer uma solução de backup de dados fácil, independente de software e econômica.	Fazer backup dos seus dados, registros, backup e discos compartilhados com snapshots. Programar um backup diário desses discos para backups pontuais de todo o conjunto de dados. Após o primeiro snapshot, apenas as alterações incrementais de bloco são armazenadas em snapshots subsequentes. Isso ajuda a economizar custos.
Migrar para um tipo de armazenamento diferente.	O Compute Engine oferece diferentes tipos de discos permanentes, incluindo tipos com armazenamento padrão (magnético) e tipos com armazenamento em unidade de estado sólido (discos permanentes baseados em SSD). Cada um tem características de custo e desempenho diferentes. Por exemplo, use um tipo padrão para o volume de backup e um tipo baseado em SSD para os volumes /hana/log e /hana/data, porque eles exigem um desempenho melhor. Para migrar entre tipos de armazenamento, use o snapshot do volume, crie um novo volume usando o snapshot e selecione um tipo de armazenamento diferente.
Migrar o SAP HANA para outra região ou zona.	Usar snapshots para mover o sistema SAP HANA de uma zona para outra na mesma ou até para outra região. Os snapshots podem ser usados globalmente no Google Cloud para criar discos em outra zona ou região. Para mover para outra região ou zona, crie um snapshot dos discos, incluindo o disco raiz, e crie as máquinas virtuais na zona ou região desejada com discos criados a partir desses snapshots.

Como migrar volumes de disco permanente do SAP HANA para volumes extremos do Hyperdisk

É possível migrar volumes atuais de disco permanente para volumes Hyperdisk Extreme dos sistemas SAP HANA em execução no Google Cloud. O Hyperdisk Extreme oferece melhor desempenho para o SAP HANA do que os tipos de disco permanente baseados em SSD.

Para migrar os volumes de disco permanente para volumes extremos do Hyperdisk, use os snapshots do disco permanente e a opção de reinicialização rápida do SAP HANA do Google Cloud. A opção de reinicialização rápida do SAP HANA é usada como um auxiliar que reduz a inatividade ao alternar entre tipos de disco, eliminando a necessidade de aguardar o carregamento das tabelas. Leve em conta o tempo necessário para recarregar os tipos de dados de armazenamento de linhas e de objeto grande binário (BLOB, na sigla em inglês).

O processo de migração requer inatividade mínima, mas a duração real depende do tempo necessário para concluir as tarefas a seguir:

• Como criar snapshots. Para reduzir o tempo de inatividade ao tirar snapshots, tire instantâneos dos discos antes da atividade de migração planejada e, em seguida, tire alguns snapshots mais próximos da atividade, o que resulta em uma diferença menor entre os snapshots.
• Como criar volumes extremos do Hyperdisk usando os snapshots dos volumes do disco permanente.
• Como recarregar tabelas do SAP HANA na memória do SAP HANA.

No caso de qualquer problema durante a migração, é possível reverter para os discos atuais porque eles não são afetados por esse procedimento e permanecem disponíveis até serem excluídos.

Observação: é altamente recomendável testar o procedimento de migração em um ambiente de não produção e verificar os resultados completamente antes de executar o procedimento em ambientes de produção. Você assume a responsabilidade de executar corretamente o procedimento de migração.

Antes de começar

Antes de migrar os volumes de disco permanente do SAP HANA para volumes extremos do Hyperdisk, verifique se as seguintes condições são atendidas:

• O SAP HANA está sendo executado em um tipo de VM certificado do Compute Engine compatível com Hyperdisk Extreme.
• Os dados e o registro do SAP HANA usam discos permanentes separados para volumes /hana/data e /hana/log.
• O gerenciamento de volume lógico do Linux é usado para a persistência de armazenamento do SAP HANA. Embora o armazenamento direto possa ser usado, seria necessário o remapeamento explícito de dispositivos pela tabela /etc/fstab.
• O SAP HANA Quick Restart está ativado para seu sistema SAP HANA. Para mais informações sobre como ativar o SAP HANA Quick Restart, consulte Como ativar o SAP HANA Quick Restart.
• Um backup válido do banco de dados SAP HANA está disponível. Esse backup pode ser usado para restaurar o banco de dados, se necessário.
• Se a instância de VM de destino fizer parte de um cluster de alta disponibilidade, verifique se ele está no modo de manutenção.
• O banco de dados SAP HANA está em execução.

• O sistema de arquivos tmpfs está totalmente carregado com o conteúdo dos fragmentos de dados MAIN. Para ver a utilização do sistema de arquivos, execute o seguinte comando: df -Th.

  A resposta será semelhante a esta:

  #  df -Th
  Filesystem                        Type      Size  Used Avail Use% Mounted on
  ...
  /dev/mapper/vg_hana_shared-shared xfs       1.0T   56G  968G   6% /hana/shared
  /dev/mapper/vg_hana_data-data     xfs        14T  5.7T  8.2T  41% /hana/data
  /dev/mapper/vg_hana_log-log       xfs       512G  7.2G  505G   2% /hana/log
  /dev/mapper/vg_hana_usrsap-usrsap xfs        32G  276M   32G   1% /usr/sap
  tmpfsDB10                         tmpfs     5.7T  800G  4.9T  14% /hana/tmpfs0/DB1
  tmpfsDB11                         tmpfs     5.7T  796G  4.9T  14% /hana/tmpfs1/DB1
  tmpfsDB12                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs2/DB1
  tmpfsDB13                         tmpfs     5.7T  780G  4.9T  14% /hana/tmpfs3/DB1
  tmpfsDB14                         tmpfs     5.7T  816G  4.9T  15% /hana/tmpfs4/DB1
  tmpfsDB15                         tmpfs     5.7T  780G  4.9T  14% /hana/tmpfs5/DB1
  tmpfsDB16                         tmpfs     5.7T  816G  4.9T  15% /hana/tmpfs6/DB1
  tmpfsDB17                         tmpfs     5.7T  780G  4.9T  14% /hana/tmpfs7/DB1
  

Migrar volumes de disco permanente para volumes extremos do Hyperdisk

Nesta seção, descrevemos como migrar o tipo de disco de dois discos permanentes para volumes /hana/data e /hana/log de discos permanentes (pd-ssd) para hiperdisco extremo.

Para ilustrar o processo de migração, é usada a seguinte configuração de exemplo:

• Tipo de máquina: m2-ultramem-416 (12 TB de memória, 416 vCPUs)
• Sistema de escalonamento vertical do SAP HANA implantado usando o documento do Google Cloud Terraform: guia de implantação do escalonamento vertical do SAP HANA.
  • SO: SLES para SAP 15 SP1
  • SAP HANA: HANA 2 SPS06, patch 63
  • Tipo de disco padrão: pd-ssd
  • Os volumes /hana/data e /hana/log são montados em discos separados e criados usando LVM e XFS
  • A Reinicialização rápida do SAP HANA está ativada, e cerca de 6 TB de dados são carregados no banco de dados.

Para migrar volumes do Persistent Disk para volumes do Hyperdisk Extreme, execute as seguintes etapas:

1. Pare o banco de dados SAP HANA usando um dos seguintes comandos:

   HDB stop
   

   Ou,

   sapcontrol -nr INSTANCE_NUMBER -function StopSystem HDB
   

   Substitua INSTANCE_NUMBER pelo número da instância do sistema SAP HANA.

   Para mais informações, consulte o documento SAP Como iniciar e interromper sistemas SAP HANA (em inglês).

2. Desconecte os sistemas de arquivos /hana/data e /hana/log:

   umount /hana/data
   umount /hana/log
   

3. Determine os nomes dos dados e registre os discos permanentes usando um dos seguintes métodos:

   • Execute este comando:

     ls -l /dev/disk/by-id/
     

     A saída mostra o mapeamento de nomes de disco para dispositivos:

     ...
     lrwxrwxrwx 1 root root  9 May 18 20:14 google-hana-vm-data00001 -> ../../sdb
     lrwxrwxrwx 1 root root  9 May 18 20:14 google-hana-vm-log00001 -> ../../sdc
     ...
     

   • Execute o seguinte comando gcloud compute:

     gcloud compute instances describe INSTANCE_NAME --zone=ZONE
     
     

     Substitua:

     • INSTANCE_NAME: o nome da instância de VM.
     • ZONE: a zona da instância da VM.

     A saída mostra os detalhes da instância de VM, incluindo as informações do disco associado:

     gcloud compute instances describe hana-vm --zone europe-west4-a
     ...
     disks:
     - autoDelete: false
     deviceName: hana-vm-shared00001
     diskSizeGb: '1024'
     - autoDelete: false
     deviceName: hana-vm-usrsap00001
     diskSizeGb: '32'
     - autoDelete: false
     deviceName: hana-vm-data00001
     diskSizeGb: '14093'
     - autoDelete: false
     deviceName: hana-vm-log00001
     diskSizeGb: '512'
     
     

   • No Console do Google Cloud, acesse a página Instâncias de VM do Compute Engine e clique no nome da VM. A seção Armazenamento exibe as informações do disco associado.

4. Crie instantâneos dos dados e registre os discos permanentes:

   gcloud compute snapshots create DATA_DISK-snapshot \
     --project=PROJECT_ID \
     --source-disk-zone=SOURCE_DISK_ZONE  \
     --source-disk=DATA_DISK
   gcloud compute snapshots create LOG_DISK-snapshot \
     --project=PROJECT_ID \
     --source-disk-zone=SOURCE_DISK_ZONE \
     --source-disk=LOG_DISK
   

   Substitua:

   • DATA_DISK: o nome do disco permanente de dados do qual você precisa criar um instantâneo. Esse nome é prefixado ao instantâneo do volume de dados.
   • LOG_DISK: o nome do disco permanente do registro a partir do qual você precisa criar um snapshot. Esse nome é prefixado ao instantâneo do volume de registro.
   • PROJECT_ID: o ID do projeto.
   • SOURCE_DISK_ZONE: a zona do disco permanente da qual você quer criar um snapshot.

   Para mais informações sobre como criar snapshots, consulte Criar e gerenciar snapshots de disco.

   Importante: como os snapshots aumentam de modo incremental os dados dos discos permanentes, a criação inicial do snapshot geralmente leva mais tempo do que o dos snapshots subsequentes, especialmente para discos grandes. Para reduzir o tempo de inatividade ao tirar snapshots, é possível tirar snapshots dos discos antes do início do processo de migração e da interrupção do banco de dados SAP HANA. Também é possível tirar vários snapshots antes da manutenção.

5. Crie novos discos extremos do Hyperdisk para volumes /hana/data e /hana/log com base nos snapshots:

   gcloud compute disks create DATA_DISK-hdx \
        --project=PROJECT_ID \
        --zone=ZONE \
        --type=hyperdisk-extreme \
        --provisioned-iops=IOPS_DATA_DISK \
        --source-snapshot=DATA_DISK-snapshot
    gcloud compute disks create LOG_DISK-hdx \
        --project=PROJECT_ID \
        --zone=ZONE \
        --type=hyperdisk-extreme \
        --provisioned-iops=IOPS_LOG_DISK \
        --source-snapshot=LOG_DISK-snapshot
   

   Substitua:

   • DATA_DISK: o nome do volume original de dados do disco permanente prefixado ao volume de dados extremo do Hyperdisk e instantâneo do volume de dados.
   • LOG_DISK: o nome do volume original de registro do disco permanente prefixado ao volume de registro extremo do hiperdisco e snapshot do volume de registro.
   • PROJECT_ID: o ID do projeto.
   • ZONE: a zona em que você precisa criar discos extremos do Hyperdisk.
   • IOPS_DATA_DISK: as IOPS provisionadas do disco extremo do Hyperdisk para o volume de dados. As IOPS são definidas de acordo com os requisitos de desempenho.

   • IOPS_LOG_DISK: as IOPS provisionadas do disco extremo do Hyperdisk para o volume de registro. Você define IOPS de acordo com seus requisitos de desempenho.

     Para informações sobre as IOPS mínimas para volumes extremos do Hyperdisk anexados ao tipo de instância, consulte Tamanhos mínimos para discos permanentes baseados em SSD e Hyperdisks.

   Para mais informações sobre como restaurar de um instantâneo, consulte Restaurar de um instantâneo.

6. Remova os discos permanentes SAP HANA antigos:

   gcloud compute instances detach-disk INSTANCE_NAME \
     --disk=DATA_DISK \
     --zone=ZONE
   gcloud compute instances detach-disk INSTANCE_NAME \
     --disk=LOG_DISK \
     --zone=ZONE
   

   Substitua:

   • INSTANCE_NAME: o nome da instância de VM.
   • DATA_DISK: o nome do disco permanente do volume de dados a ser removido.
   • LOG_DISK: o nome do disco permanente do volume de registro a ser removido.
   • ZONE: a zona em que os discos permanentes existem.
   Observação: não exclua os discos SAP HANA antigos até concluir o procedimento de migração.

7. Anexe os novos discos do Hyperdisk Extreme.

   gcloud compute instances attach-disk INSTANCE_NAME \
       --disk=DATA_DISK-hdx \
       --zone=ZONE
   gcloud compute instances attach-disk INSTANCE_NAME \
      --disk=LOG_DISK-hdx \
       --zone=ZONE
   

   Substitua:

   • INSTANCE_NAME: o nome da instância de VM.
   • DATA_DISK: o nome do hiperdisco "Extremo" de volume de dados para anexar.
   • LOG_DISK: o nome do hiperdisco "Extremo" de volume de registro para anexar.
   • ZONE: a zona em que os novos discos extremos do Hyperdisk existem.

8. Para ativar os novos volumes, execute as seguintes etapas como usuário sudo ou root:

   1. Remova todas as definições de mapeamento de dispositivos para evitar conflitos de mapeamento de dispositivos LVM:

      dmsetup remove_all
      

   2. Verifique todos os discos quanto a grupos de volumes, recrie caches e crie volumes ausentes (incluindo LVM):

      vgscan -v --mknodes
      

      A resposta será semelhante a esta:

      Scanning all devices to initialize lvmetad.
      Reading volume groups from cache.
      Found volume group "vg_hana_data" using metadata type lvm2
      Found volume group "vg_hana_shared" using metadata type lvm2
      Found volume group "vg_hana_log" using metadata type lvm2
      Found volume group "vg_hana_usrsap" using metadata type lvm2
      

   3. Ative os grupos de volumes:

      vgchange -ay
      

      A resposta será semelhante a esta:

       1 logical volume(s) in volume group "vg_hana_data" now active
       1 logical volume(s) in volume group "vg_hana_shared" now active
       1 logical volume(s) in volume group "vg_hana_log" now active
       1 logical volume(s) in volume group "vg_hana_usrsap" now active
      

   4. Verifique se há volumes lógicos:

      lvscan
      

      A resposta será semelhante a esta:

      ACTIVE            '/dev/vg_hana_data/data' [13.76 TiB] inherit
      ACTIVE            '/dev/vg_hana_shared/shared' [1024.00 GiB] inherit
      ACTIVE            '/dev/vg_hana_log/log' [512.00 GiB] inherit
      ACTIVE            '/dev/vg_hana_usrsap/usrsap' [32.00 GiB] inherit
      

   5. Ative os discos:

      mount -av
      

      A resposta será semelhante a esta:

      /                        : ignored
      /boot/efi                : already mounted
      /hana/shared             : already mounted
      /hana/data               : already mounted
      /hana/log                : already mounted
      /usr/sap                 : already mounted
      swap                     : ignored
      /hana/tmpfs0/DB1         : already mounted
      /hana/tmpfs1/DB1         : already mounted
      /hana/tmpfs2/DB1         : already mounted
      /hana/tmpfs3/DB1         : already mounted
      /hana/tmpfs4/DB1         : already mounted
      /hana/tmpfs5/DB1         : already mounted
      /hana/tmpfs6/DB1         : already mounted
      /hana/tmpfs7/DB1         : already mounted
      

9. Verifique os novos volumes:

   • Verifique a utilização dos sistemas de arquivos:

     df -Th
     

     A resposta será semelhante a esta:

     Filesystem                        Type      Size  Used Avail Use% Mounted on
     ...
     /dev/mapper/vg_hana_shared-shared xfs       1.0T   56G  968G   6% /hana/shared
     /dev/mapper/vg_hana_usrsap-usrsap xfs        32G  277M   32G   1% /usr/sap
     tmpfsDB10                         tmpfs     5.7T  784G  4.9T  14% /hana/tmpfs0/DB1
     tmpfsDB11                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs1/DB1
     tmpfsDB12                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs2/DB1
     tmpfsDB13                         tmpfs     5.7T  782G  4.9T  14% /hana/tmpfs3/DB1
     tmpfsDB14                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs4/DB1
     tmpfsDB15                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs5/DB1
     tmpfsDB16                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs6/DB1
     tmpfsDB17                         tmpfs     5.7T  782G  4.9T  14% /hana/tmpfs7/DB1
     /dev/mapper/vg_hana_log-log       xfs       512G  7.2G  505G   2% /hana/log
     /dev/mapper/vg_hana_data-data     xfs        14T  5.7T  8.2T  41% /hana/data
     

   • Verifique se os dispositivos estão vinculados aos novos volumes:

     lsblk
     

     A resposta será semelhante a esta:

     NAME                    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
     ...
     sdd                       8:48   0    1T  0 disk
     └─vg_hana_shared-shared 254:0    0 1024G  0 lvm  /hana/shared
     sde                       8:64   0   32G  0 disk
     └─vg_hana_usrsap-usrsap 254:3    0   32G  0 lvm  /usr/sap
     sdf                       8:80   0 13.8T  0 disk
     └─vg_hana_data-data     254:1    0 13.8T  0 lvm  /hana/data
     sdg                       8:96   0  512G  0 disk
     └─vg_hana_log-log       254:2    0  512G  0 lvm  /hana/log
     

10. Inicie a instância do SAP HANA usando um dos seguintes comandos:

    HDB start
    

    Ou,

    sapcontrol -nr INSTANCE_NUMBER -function StartSystem HDB
    

    Substitua INSTANCE_NUMBER pelo número da instância do sistema SAP HANA.

    Para mais informações, consulte Como iniciar e interromper sistemas SAP HANA.

Fallback

Se a migração do disco falhar, será possível usar os discos originais como uma opção substituta porque eles contêm os dados como eles existiam antes do início do procedimento de migração.

Para restaurar o estado original, siga estas etapas:

1. Pare a instância de VM.
2. Desanexar os volumes recém-criados do Hyperdisk Extreme.
3. Reanexe os discos originais à instância de VM.
4. Inicie a instância de VM.

Alterar as configurações do disco

É possível alterar as IOPS ou a capacidade de processamento provisionada ou aumentar o tamanho dos volumes Hyperdisk uma vez a cada 4 horas. Se você tentar modificar o disco novamente antes de o prazo de quatro horas expirar, receberá uma mensagem de erro de limitação de taxa, como Cannot update provisioned throughput due to being rate limited. Para resolver esses erros, aguarde quatro horas desde a última modificação antes de tentar modificar o disco novamente.

Use este procedimento somente em emergências quando não for possível esperar quatro horas para ajustar o tamanho do disco, as IOPS provisionadas ou a capacidade de processamento dos volumes Hyperdisk.

Observação: alterar as configurações do disco usando este procedimento requer inatividade, que varia de acordo com o tamanho do disco. Para discos entre 50 GB e 100 GB, a inatividade normalmente é de 3 a 4 minutos, enquanto que para discos com cerca de 500 GB, é por volta de 10 minutos. A inatividade depende do tempo necessário para criar um snapshot ou uma imagem do disco.

Para alterar as configurações do disco, siga estas etapas:

1. Interrompa sua instância do SAP HANA executando um dos seguintes comandos:

   • HDB stop
   • sapcontrol -nr INSTANCE_NUMBER -function StopSystem HDB

   Substitua INSTANCE_NUMBER pelo número da instância do sistema SAP HANA.

   Para mais informações, consulte Como iniciar e interromper sistemas SAP HANA.

2. Crie um snapshot ou uma imagem do disco atual:

   Backup baseado em snapshots

     gcloud compute snapshots create SNAPSHOT_NAME \
         --project=PROJECT_NAME \
         --source-disk=SOURCE_DISK_NAME \
         --source-disk-zone=ZONE \
         --storage-location=LOCATION
   

   Substitua:

   • SNAPSHOT_NAME: nome do snapshot que você quer criar.
   • PROJECT_NAME: o nome do seu projeto do Google Cloud.
   • SOURCE_DISK_NAME: o disco de origem usado para criar o snapshot.
   • ZONE: zona do disco de origem na qual operar.

   • LOCATION: local do Cloud Storage, regional ou multirregional, em que o conteúdo do snapshot será armazenado.

     Para mais informações, consulte Criar e gerenciar snapshots de discos.

   Backup baseado em imagem

     gcloud compute images create IMAGE_NAME \
         --project=PROJECT_NAME \
         --source-disk=SOURCE_DISK_NAME \
         --source-disk-zone=ZONE \
         --storage-location=LOCATION
   

   Substitua:

   • IMAGE_NAME: nome da imagem do disco que você quer criar.
   • PROJECT_NAME: o nome do seu projeto do Google Cloud.
   • SOURCE_DISK_NAME: o disco de origem usado para criar a imagem.
   • ZONE: zona do disco de origem na qual operar.

   • LOCATION: local do Cloud Storage, regional ou multirregional, em que o conteúdo da imagem será armazenado.

     Para mais informações, consulte Criar imagens personalizadas.

3. Crie um novo disco com base no snapshot ou na imagem.

   Para volumes Hyperdisk, especifique o tamanho do disco, as IOPS e a capacidade de processamento para atender aos requisitos de carga de trabalho. Para mais informações sobre o provisionamento de IOPS e capacidade de processamento para o Hyperdisk, consulte este link.

   Com base em um snapshot

     gcloud compute disks create NEW_DISK_NAME \
         --project=PROJECT_NAME \
         --type=DISK_TYPE \
         --size=DISK_SIZE \
         --zone=ZONE \
         --source-snapshot=SOURCE_SNAPSHOT_NAME \
         --provisioned-iops=IOPS \
         --provisioned-throughput=THROUGHPUT
   

   Substitua:

   • NEW_DISK_NAME: nome do disco que você quer criar.
   • PROJECT_NAME: o nome do seu projeto do Google Cloud.
   • DISK_TYPE: o tipo de disco a ser criado.
   • DISK_SIZE: tamanho do disco.
   • ZONE: zona dos discos a serem criados.
   • SOURCE_SNAPSHOT: snapshot de origem usado para criar os discos.
   • IOPS: IOPS provisionadas do disco a ser criado.
   • THROUGHPUT: capacidade de processamento provisionada do disco a ser criado.

   Com base em uma imagem

       gcloud compute disks create NEW_DISK_NAME \
           --project=PROJECT_NAME \
           --type=DISK_TYPE \
           --size=DISK_SIZE \
           --zone=ZONE \
           --image=SOURCE_IMAGE_NAME \
           --image-project=IMAGE_PROJECT_NAME \
           --provisioned-iops=IOPS \
           --provisioned-throughput=THROUGHPUT
   

   Substitua:

   • NEW_DISK_NAME: nome do disco que você quer criar.
   • PROJECT_NAME: o nome do seu projeto do Google Cloud.
   • DISK_TYPE: o tipo de disco a ser criado.
   • DISK_SIZE: tamanho do disco.
   • ZONE: zona dos discos a serem criados.
   • SOURE_IMAGE_NAME: a imagem de origem a ser aplicada aos discos que estão sendo criados.
   • IMAGE_PROJECT_NAME: o projeto do Google Cloud em que todas as referências de imagem e família de imagens serão resolvidas.
   • IOPS: IOPS provisionadas do disco a ser criado.
   • THROUGHPUT: capacidade de processamento provisionada do disco a ser criado.

   Para mais informações, consulte gcloud compute disks create.

4. Remova o disco atual do sistema SAP HANA:

   gcloud compute instances detach-disk INSTANCE_NAME \
       --disk OLD_DISK_NAME \
       --zone ZONE \
       --project PROJECT_NAME
   

   Substitua:

   • INSTANCE_NAME: nome da instância na qual operar.
   • OLD_DISK_NAME: o disco a ser removido pelo nome do recurso.
   • ZONE: zona da instância na qual operar.
   • PROJECT_NAME: o nome do seu projeto do Google Cloud.

   Para mais informações, consulte gcloud compute instances detach-disk.

5. Anexe o novo disco ao sistema SAP HANA:

   gcloud compute instances attach-disk INSTANCE_NAME \
       --disk NEW_DISK_NAME \
       --zone ZONE \
       --project PROJECT_NAME
   

   Substitua:

   • INSTANCE_NAME: nome da instância na qual operar.
   • NEW_DISK_NAME: o nome do disco a ser anexado à instância.
   • ZONE: zona da instância na qual operar.
   • PROJECT_NAME: o nome do seu projeto do Google Cloud.

   Para mais informações, consulte gcloud compute instances attach-disk.

6. Verifique se os pontos de montagem estão anexados corretamente:

     lsblk
   

   A saída será semelhante a esta:

       NAME                    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
       ...
       sdd                       8:48   0    1T  0 disk
       └─vg_hana_shared-shared 254:0    0 1024G  0 lvm  /hana/shared
       sde                       8:64   0   32G  0 disk
       └─vg_hana_usrsap-usrsap 254:3    0   32G  0 lvm  /usr/sap
       sdf                       8:80   0 13.8T  0 disk
       └─vg_hana_data-data     254:1    0 13.8T  0 lvm  /hana/data
       sdg                       8:96   0  512G  0 disk
       └─vg_hana_log-log       254:2    0  512G  0 lvm  /hana/log
   

7. Inicie sua instância do SAP HANA executando um dos seguintes comandos:

   • HDB start
   • sapcontrol -nr INSTANCE_NUMBER -function StartSystem HDB

   Substitua INSTANCE_NUMBER pelo número da instância do sistema SAP HANA.

   Para mais informações, consulte Como iniciar e interromper sistemas SAP HANA.

8. Valide o tamanho do disco, as IOPS e a capacidade de processamento do novo volume Hyperdisk:

   gcloud compute disks describe DISK_NAME \
       --zone ZONE \
       --project PROJECT_NAME
   

   Substitua:

   • DISK_NAME: nome do disco a ser descrito.
   • ZONE: a zona do disco a ser descrito.
   • PROJECT_NAME: o nome do seu projeto do Google Cloud.

   Para mais informações, consulte gcloud compute disks describe.

Como clonar seu sistema SAP HANA

É possível criar snapshots de um sistema SAP HANA atual no Google Cloud para criar um clone exato do sistema.

Para clonar um sistema SAP HANA de host único, siga estas etapas:

1. Crie um snapshot dos seus dados e discos de backup.

2. Crie novos discos usando os snapshots.

3. No console do Google Cloud, acesse a página Instâncias de VMs.

   Acessar a página Instâncias de VMs

4. Clique na instância a ser clonada para abrir a página de detalhes da instância e clique em Clonar.

5. Anexe os discos que foram criados a partir dos snapshots.

Observação: se você clonar a instância atual do SAP HANA em uma nova instância, o nome do host dela será diferente. Portanto, para operação contínua do SAP HANA, é necessário executar uma operação de renomeação para alterar o nome do host do SAP HANA. Como alternativa, é possível modificar a resolução do host em /etc/hosts para apontar o endereço IP particular da nova instância para o nome do host antigo, mas isso não é recomendado e deve ser evitado.

Para clonar um sistema SAP HANA de vários hosts, siga estas etapas:

1. Provisione um novo sistema SAP HANA com a mesma configuração do sistema SAP HANA que você quer clonar.

2. Execute um backup de dados do sistema original.

3. Restaure o backup do sistema original para o novo sistema.

Observação: não é possível clonar um sistema SAP HANA de vários hosts criando uma imagem.

Como instalar e atualizar a gcloud CLI

Depois que uma VM é implantada no SAP HANA e o sistema operacional é instalado, uma Google Cloud CLI atualizada é necessária para várias finalidades, como a transferência de arquivos de e para o Cloud Storage, interação com serviços de rede e assim por diante.

Se você seguir as instruções no Guia de implantação do SAP HANA, a gcloud CLI será instalada automaticamente.

No entanto, se você levar seu próprio sistema operacional para o Google Cloud como uma imagem personalizada ou estiver usando uma imagem pública mais antiga fornecida pelo Google Cloud, talvez seja necessário instalar ou atualizar a gcloud CLI.

Para verificar se a CLI gcloud está instalada e se há atualizações disponíveis, abra um terminal ou prompt de comando e digite:

 gcloud version

Se o comando não for reconhecido, a CLI gcloud não será instalada.

Para instalar a CLI gcloud, siga as instruções em Como instalar a CLI gcloud.

Observação: se você já tiver implantado uma VM com uma imagem pública do SUSE Linux Enterprise Server (SLES), sua imagem poderá incluir a versão 140 ou anterior da CLI gcloud integrada o sistema operacional SLES da SUSE. Esta versão está obsoleta e não pode ser atualizada.

Para substituir a versão 140 ou mais antiga da CLI gcloud integrada ao SLES:

1. Faça login na VM usando ssh.

2. Mude para o superusuário:

    sudo su
   

3. Digite os seguintes comandos:

    bash <(curl -s https://dl.google.com/dl/cloudsdk/channels/rapid/install_google_cloud_sdk.bash) --disable-prompts --install-dir=/usr/local
    update-alternatives --install /usr/bin/gsutil gsutil /usr/local/google-cloud-sdk/bin/gsutil 1 --force
    update-alternatives --install /usr/bin/gcloud gcloud /usr/local/google-cloud-sdk/bin/gcloud 1 --force
    gcloud --quiet compute instances list
   

Como ativar a reinicialização rápida do SAP HANA

O Google Cloud recomenda fortemente ativar a reinicialização rápida do SAP HANA para cada instância do SAP HANA, especialmente para instâncias maiores. A reinicialização rápida do SAP HANA reduz os tempos de reinicialização caso o SAP HANA seja encerrado, mas o sistema operacional continua em execução.

Observação: se você implantar o SAP HANA usando o módulo Terraform do Google Cloud sap_hana ou sap_hana_ha, versão 202309280828 ou posterior, então a reinicialização rápida será ativada automaticamente.

Conforme definido pelos scripts de automação que o Google Cloud fornece, as configurações do sistema operacional e do kernel já aceitam o Inicialização rápida do SAP HANA. Você precisa definir o sistema de arquivos tmpfs e configurar o SAP HANA.

Para definir o sistema de arquivos tmpfs e configurar o SAP HANA, siga as etapas manuais ou use o script de automação fornecido pelo Google Cloud para ativar a reinicialização rápida do SAP HANA. Para mais informações, veja:

• Etapas manuais: ativar a reinicialização rápida do SAP HANA
• Etapas automatizadas: ativar a reinicialização rápida do SAP HANA

Para receber instruções completas sobre a reinicialização rápida do SAP HANA, consulte a documentação da opção de reinicialização rápida do SAP HANA.

Etapas manuais

Configurar o sistema de arquivos tmpfs

Depois que as VMs do host e os sistemas SAP HANA de base forem implantados, você precisará criar e ativar diretórios para os nós NUMA no sistema de arquivos tmpfs.

Exibir a topologia de NUMA da sua VM

Antes de mapear o sistema de arquivos tmpfs necessário, você precisa saber quantos nós NUMA sua VM tem. Para exibir os nós NUMA disponíveis em uma VM do Compute Engine, digite o seguinte comando:

lscpu | grep NUMA

Por exemplo, um tipo de VM m2-ultramem-208 tem quatro nós NUMA, numerados de 0 a 3, conforme mostrado no exemplo a seguir:

NUMA node(s):        4
NUMA node0 CPU(s):   0-25,104-129
NUMA node1 CPU(s):   26-51,130-155
NUMA node2 CPU(s):   52-77,156-181
NUMA node3 CPU(s):   78-103,182-207

Criar os diretórios de nós NUMA

Crie um diretório para cada nó NUMA na sua VM e defina as permissões.

Por exemplo, para quatro nós NUMA numerados de 0 a 3:

mkdir -pv /hana/tmpfs{0..3}/SID
chown -R SID_LCadm:sapsys /hana/tmpfs*/SID
chmod 777 -R /hana/tmpfs*/SID

Montar os diretórios de nó NUMA em tmpfs

Monte os diretórios do sistema de arquivos tmpfs e especifique uma preferência de nó NUMA para cada um com mpol=prefer:

SID especifica o SID com letras maiúsculas.

mount tmpfsSID0 -t tmpfs -o mpol=prefer:0 /hana/tmpfs0/SID
mount tmpfsSID1 -t tmpfs -o mpol=prefer:1 /hana/tmpfs1/SID
mount tmpfsSID2 -t tmpfs -o mpol=prefer:2 /hana/tmpfs2/SID
mount tmpfsSID3 -t tmpfs -o mpol=prefer:3 /hana/tmpfs3/SID

Observação: se você alterar os tipos de máquina e os nós NUMA aumentarem ou diminuirem, será necessário modificar o sistema de arquivos tmpfs e a seção [persistence] do arquivo INI do SAP HANA, mostrado na próxima seção, para corresponder ao novo número de nós NUMA.

Atualizar /etc/fstab

Para garantir que os pontos de montagem estejam disponíveis após uma reinicialização do sistema operacional, adicione entradas à tabela do sistema de arquivos, /etc/fstab:

tmpfsSID0 /hana/tmpfs0/SID tmpfs rw,relatime,mpol=prefer:0
tmpfsSID1 /hana/tmpfs1/SID tmpfs rw,relatime,mpol=prefer:1
tmpfsSID1 /hana/tmpfs2/SID tmpfs rw,relatime,mpol=prefer:2
tmpfsSID1 /hana/tmpfs3/SID tmpfs rw,relatime,mpol=prefer:3

Opcional: defina limites de uso de memória

O sistema de arquivos tmpfs pode aumentar e diminuir dinamicamente.

Para limitar a memória usada pelo sistema de arquivos tmpfs, defina um limite de tamanho para um volume de nó NUMA com a opção size. Exemplo:

mount tmpfsSID0 -t tmpfs -o mpol=prefer:0,size=250G /hana/tmpfs0/SID

Também é possível limitar o uso geral da memória tmpfs para todos os nós NUMA de uma determinada instância do SAP HANA e de um determinado nó do servidor definindo o parâmetro persistent_memory_global_allocation_limit na seção [memorymanager] do arquivo global.ini.

Configuração do SAP HANA para reinicialização rápida

Para configurar o SAP HANA para reinicialização rápida, atualize o arquivo global.ini e especifique as tabelas a serem armazenadas na memória permanente.

Atualize a seção [persistence] no arquivo global.ini

Configure a seção [persistence] no arquivo global.ini do SAP HANA para fazer referência aos locais tmpfs. Separe cada local tmpfs com um ponto e vírgula:

[persistence]
basepath_datavolumes = /hana/data
basepath_logvolumes = /hana/log
basepath_persistent_memory_volumes = /hana/tmpfs0/SID;/hana/tmpfs1/SID;/hana/tmpfs2/SID;/hana/tmpfs3/SID

O exemplo anterior especifica quatro volumes de memória para quatro nós NUMA, que correspondem a m2-ultramem-208. Se você estivesse executando no m2-ultramem-416, seria necessário configurar oito volumes de memória (0..7).

Reinicie o SAP HANA depois de modificar o arquivo global.ini.

O SAP HANA agora pode usar o local tmpfs como espaço de memória permanente.

Especificar as tabelas a serem armazenadas na memória permanente

Especifique tabelas ou partições específicas de coluna para armazenar na memória permanente.

Por exemplo, para ativar a memória permanente de uma tabela atual, execute a consulta SQL:

ALTER TABLE exampletable persistent memory ON immediate CASCADE

Para alterar o padrão de novas tabelas, adicione o parâmetro table_default no arquivo indexserver.ini. Exemplo:

[persistent_memory]
table_default = ON

Para mais informações sobre como controlar colunas, tabelas e quais visualizações de monitoramento fornecem informações detalhadas, consulte Memória permanente do SAP HANA.

Etapas automatizadas

O script de automação que o Google Cloud fornece para ativar a Inicialização rápida do SAP HANA faz mudanças nos diretórios /hana/tmpfs*, /etc/fstab e na configuração do SAP HANA. Ao executar o script, talvez seja necessário executar etapas adicionais, dependendo se essa é a implantação inicial do seu sistema SAP HANA ou se você está redimensionando sua máquina para um tamanho de NUMA diferente.

Para a implantação inicial do seu sistema SAP HANA ou redimensionar a máquina para aumentar o número de nós NUMA, verifique se o SAP HANA está em execução durante a execução do script de automação que o Google Cloud fornece para permitir a reinicialização rápida do SAP HANA.

Ao redimensionar a máquina para diminuir o número de nós NUMA, verifique se o SAP HANA é interrompido durante a execução do script de automação fornecido pelo Google Cloud para ativar a reinicialização rápida do SAP HANA. Depois que o script for executado, você precisará atualizar manualmente a configuração do SAP HANA para concluir a configuração de reinício rápido do SAP HANA. Para mais informações, consulte Configuração do SAP HANA para reinício rápido.

Observação: é altamente recomendável executar o script fornecido pelo Google Cloud para ativar o reinício rápido do SAP HANA em um ambiente de não produção e verificar os resultados completamente antes de executar o script em ambientes de produção. Você assume a responsabilidade de ativar corretamente a reinicialização rápida do SAP HANA.

Para ativar o reinício rápido do SAP HANA, siga estas etapas:

1. Estabeleça uma conexão SSH com sua VM do host.

2. Mudar para raiz:

   sudo su -

3. Faça o download do script sap_lib_hdbfr.sh:

   wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/lib/sap_lib_hdbfr.sh

4. Torne o arquivo executável:

   chmod +x sap_lib_hdbfr.sh

5. Verifique se o script não tem erros:

   vi sap_lib_hdbfr.sh
   ./sap_lib_hdbfr.sh -help

   Se o comando retornar um erro, entre em contato com o Cloud Customer Care. Para mais informações sobre como entrar em contato com o Customer Care, consulte Como receber suporte para a SAP no Google Cloud.

6. Execute o script depois de substituir o ID do sistema (SID) do SAP HANA e a senha do usuário SYSTEM do banco de dados do SAP HANA. Para fornecer a senha com segurança, recomendamos que você use uma chave secreta no Gerenciador de secrets.

   Execute o script usando o nome de um secret no Secret Manager. Esse secret precisa existir no projeto do Google Cloud que contém a instância de VM do host.

   sudo ./sap_lib_hdbfr.sh -h 'SID' -s SECRET_NAME 

   Substitua:

   • SID: especifique o SID com letras maiúsculas. Por exemplo, AHA.
   • SECRET_NAME: especifique o nome do secret que corresponde à senha do usuário do SYSTEM do banco de dados do SAP HANA. Esse secret precisa existir no projeto do Google Cloud que contém a instância de VM do host.

   Outra opção é executar o script com uma senha de texto simples. Depois que a reinicialização rápida do SAP HANA estiver ativada, altere sua senha. Não é recomendável usar uma senha de texto simples, porque ela seria registrada no histórico de linha de comando da VM.

   sudo ./sap_lib_hdbfr.sh -h 'SID' -p 'PASSWORD'

   Substitua:

   • SID: especifique o SID com letras maiúsculas. Por exemplo, AHA.
   • PASSWORD: especifique a senha do usuário do SYSTEM do banco de dados SAP HANA.

Para uma execução inicial bem-sucedida, você verá uma saída semelhante a esta:

INFO - Script is running in standalone mode
ls: cannot access '/hana/tmpfs*': No such file or directory
INFO - Setting up HANA Fast Restart for system 'TST/00'.
INFO - Number of NUMA nodes is 2
INFO - Number of directories /hana/tmpfs* is 0
INFO - HANA version 2.57
INFO - No directories /hana/tmpfs* exist. Assuming initial setup.
INFO - Creating 2 directories /hana/tmpfs* and mounting them
INFO - Adding /hana/tmpfs* entries to /etc/fstab. Copy is in /etc/fstab.20220625_030839
INFO - Updating the HANA configuration.
INFO - Running command: select * from dummy
DUMMY
"X"
1 row selected (overall time 4124 usec; server time 130 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('global.ini', 'SYSTEM') SET ('persistence', 'basepath_persistent_memory_volumes') = '/hana/tmpfs0/TST;/hana/tmpfs1/TST;'
0 rows affected (overall time 3570 usec; server time 2239 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('global.ini', 'SYSTEM') SET ('persistent_memory', 'table_unload_action') = 'retain';
0 rows affected (overall time 4308 usec; server time 2441 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('indexserver.ini', 'SYSTEM') SET ('persistent_memory', 'table_default') = 'ON';
0 rows affected (overall time 3422 usec; server time 2152 usec)

Como configurar seu canal de suporte SAP com o SAProuter

Observação: consulte também a seção "Como receber suporte" no Guia de administração do SAP HANA.

Se você precisar permitir que um engenheiro de suporte da SAP acesse seus sistemas SAP HANA no Google Cloud, faça isso usando o SAProuter. Siga estas etapas:

1. Inicie a instância de VM do Compute Engine em que o software SAProuter será instalado e atribua um endereço IP externo para que a instância tenha acesso à Internet.

2. Crie um novo endereço IP externo estático e atribua esse endereço IP à instância.

3. Crie e configure uma regra de firewall específica do SAProuter na sua rede. Nesta regra, permita apenas o acesso de entrada e saída necessário à rede de suporte da SAP, para a instância do SAProuter.

   Limite o acesso de entrada e saída a um endereço IP específico que a SAP fornece para se conectar, além da porta TCP 3299. Adicione uma tag de destino à regra de firewall e insira o nome da instância. Isso garante que a regra de firewall se aplique apenas à nova instância. Consulte a documentação de regras de firewall para mais detalhes sobre como criar e configurar regras de firewall.

4. Instale o software SAProuter seguindo a Nota SAP 1628296 e crie um arquivo saprouttab que permita o acesso do SAP aos sistemas SAP HANA no Google Cloud.

5. Configure a conexão com a SAP. Para sua conexão com a Internet, use a comunicação de rede segura. Para mais informações, consulte Suporte remoto do SAP - Ajuda.

Dica: para maior segurança, encerre a instância do Compute Engine que hospeda o serviço SAProuter quando ele não é necessário para suporte.

Como configurar sua rede

Você está provisionando seu sistema SAP HANA usando VMs com a rede virtual do Google Cloud. O Google Cloud usa tecnologias de ponta, redes definidas por software e sistemas distribuídos para hospedar e fornecer seus serviços em todo o mundo.

Para o SAP HANA, crie uma rede de sub-rede não padrão com intervalos de endereços IP CIDR não sobrepostos para cada sub-rede na rede. Observe que cada sub-rede e os respectivos intervalos de endereços IP internos são mapeados para uma única região.

Dica: para reduzir a latência, configure os servidores de aplicativos para se conectarem ao SAP HANA na mesma região da sub-rede em que o SAP HANA está hospedado.

Uma sub-rede abrange todas as zonas na região em que é criada. No entanto, ao criar uma instância de VM, você especifica uma zona e uma sub-rede para a VM. Por exemplo, é possível criar um conjunto de instâncias em subnetwork1 e em zone1 de region1 e outro conjunto de instâncias em subnetwork2 e em zone2 de region1, dependendo suas necessidades.

Uma nova rede não tem regras de firewall e, portanto, não tem acesso à rede. Crie regras de firewall que abram o acesso às instâncias do SAP HANA com base em um modelo de privilégio mínimo. As regras de firewall se aplicam a toda a rede e também podem ser configuradas para serem aplicadas a instâncias de destino específicas usando o mecanismo de inclusão de tag.

As rotas são recursos globais, não regionais, que estão anexados a uma única rede. As rotas criadas pelo usuário se aplicam a todas as instâncias de uma rede. Isso significa que é possível adicionar uma rota que encaminhe o tráfego de uma instância para outra dentro da mesma rede e até mesmo entre sub-redes, sem precisar de endereços IP externos.

Para sua instância do SAP HANA, inicie a instância sem endereço IP externo e configure outra VM como um gateway NAT para acesso externo. Essa configuração exige que você adicione o gateway NAT como uma rota para a instância do SAP HANA. Este procedimento é descrito no guia de implantação.

Segurança

As seções a seguir discutem as operações de segurança.

Modelo de privilégio mínimo

Sua primeira linha de defesa é restringir quem pode alcançar a instância usando firewalls. Ao criar regras de firewall, é possível restringir todo o tráfego a uma rede ou máquinas de destino em um determinado conjunto de portas para endereços IP de origem específicos. Siga o modelo de privilégio mínimo para restringir o acesso a portas, protocolos e endereços IP específicos que precisam de acesso. Por exemplo, você sempre deve configurar um Bastion Host e permitir o SSH no sistema SAP HANA somente desse host.

Alterações de configuração

Configure o sistema SAP HANA e o sistema operacional com as configurações de segurança recomendadas. Por exemplo, verifique se apenas as portas de rede relevantes estão listadas para permitir o acesso, proteja o sistema operacional em execução no SAP HANA e assim por diante.

Consulte as seguintes notas da SAP (é necessário ter uma conta de usuário SAP):

• 1944799: diretrizes para instalação do SLES no SAP HANA
• 1730999: alterações de configuração recomendadas
• 1731000: alterações de configuração não recomendadas

Como desativar serviços desnecessários do SAP HANA

Se você não precisar dos Serviços de aplicativos estendidos do SAP HANA (SAP HANA XS), desative o serviço. Consulte a nota SAP 1697613: como remover o serviço do SAP HANA XS clássico da topologia.

Depois que o serviço for desativado, remova todas as portas TCP que foram abertas para o serviço. No Google Cloud, isso significa editar as regras de firewall da rede para remover essas portas da lista de permissões.

Audit logging

Os registros de auditoria do Cloud consistem em dois streams de registro, atividade do administrador e acesso a dados, ambos gerados automaticamente pelo Google Cloud. Isso pode ajudar você a responder às perguntas "Quem fez o quê, onde e quando?" no seu projeto do Google Cloud.

Os registros de “atividade do administrador” contêm entradas para chamadas de API ou ações administrativas que modificam a configuração ou os metadados de um serviço ou projeto. Esse registro fica sempre ativado e visível para todos os membros do projeto.

Os registros “Acesso a dados” contêm entradas de registro para chamadas de API que criam, modificam ou leem dados fornecidos pelo usuário gerenciados por um serviço, como os dados armazenados em um serviço de banco de dados. Esse tipo de geração de registros é ativado por padrão no projeto e pode ser acessado por meio do Cloud Logging ou do feed de atividades.

Como proteger um bucket do Cloud Storage

Se você usa o Cloud Storage para hospedar os backups dos dados e do registro, use o TLS (HTTPS) ao enviar dados das instâncias para o Cloud Storage para proteger os dados em trânsito. O Cloud Storage criptografa automaticamente os dados em repouso. É possível especificar suas próprias chaves de criptografia se tiver seu próprio sistema de gerenciamento de chaves.

Documentos de segurança relacionados

Consulte os seguintes recursos de segurança extras para seu ambiente SAP HANA no Google Cloud:

• Central de segurança
• Conformidade no Google Cloud
• Whitepaper sobre segurança do Google Cloud
• Design de segurança da infraestrutura do Google

Alta disponibilidade para SAP HANA no Google Cloud

O Google Cloud oferece várias opções para garantir alta disponibilidade para seu sistema SAP HANA, incluindo os recursos de migração em tempo real e reinicialização automática do Compute Engine. Esses recursos, além da alta porcentagem de tempo de atividade mensal das VMs do Compute Engine, podem tornar o pagamento e a manutenção de sistemas em espera desnecessários.

No entanto, se necessário, implante um sistema de escalonamento horizontal de vários hosts que inclua hosts em espera para failover automático de host do SAP HANA ou implante um sistema de escalonamento vertical com uma instância do SAP HANA em espera em um cluster Linux de alta disponibilidade.

Para mais informações sobre as opções de alta disponibilidade do SAP HANA no Google Cloud, consulte o Guia de planejamento de alta disponibilidade do SAP HANA.

Ativar o gancho de provedor HA/DR do SAP HANA

SUSE RHEL

Recuperação de desastres

O sistema SAP HANA fornece vários recursos de alta disponibilidade para garantir que o banco de dados possa suportar falhas no nível do software ou da infraestrutura. Entre esses recursos está a replicação do sistema e os backups do SAP HANA, ambos compatíveis com o Google Cloud.

Para mais informações sobre backups do SAP HANA, consulte Backup e recuperação.

Para mais informações sobre a replicação do sistema, consulte o Guia de planejamento de recuperação de desastres do SAP HANA.

Backup e recuperação

Os backups são essenciais para proteger seu sistema de registro (seu banco de dados). Como o SAP HANA é um banco de dados na memória, criar backups regularmente e implementar uma estratégia de backup adequada ajudam a recuperar seu banco de dados do SAP HANA em situações como corrupção ou perda de dados devido a uma interrupção do serviço não planejada ou falha na infraestrutura. O sistema SAP HANA oferece recursos de backup e recuperação integrados para ajudar você a fazer isso. É possível usar os serviços do Google Cloud, como o Cloud Storage, para servir como o destino do backup do SAP HANA.

Também é possível ativar o recurso Backint do agente do Google Cloud para SAP a fim de usar o Cloud Storage diretamente para backups e recuperações.

Neste documento, presumimos que você esteja familiarizado com o backup e a recuperação do SAP HANA, além das seguintes notas do serviço SAP:

• 1642148: perguntas frequentes sobre backup e recuperação de banco de dados SAP HANA
• 1821207: determinação dos arquivos de recuperação necessários
• 1869119: verificação de backups usando hdbbackupcheck
• 1873247: verificação da capacidade de recuperação com hdbbackupdiag --check
• 1651055: como programar backups de banco de dados SAP HANA no Linux

Como usar volumes do Persistent Disk do Compute Engine e o Cloud Storage para backups

Se você seguiu as instruções de implantação baseadas no Terraform fornecidas pelo Google Cloud para implantar o sistema SAP HANA, você terá uma instalação do SAP HANA com um diretório /hanabackup hospedado em um volume de disco permanente equilibrado.

Para criar backups de banco de dados on-line para o diretório /hanabackup, use as ferramentas padrão da SAP, como o SAP HANA Studio, o SAP HANA Cockpit, transação DB13 do SAP ABAP ou as instruções SQL do SAP HANA. Por fim, salve o backup completo fazendo upload dele para um bucket do Cloud Storage, do qual é possível fazer o download do backup quando precisar recuperar o sistema SAP HANA.

Como usar o Compute Engine para criar backups e snapshots de disco

É possível usar o Compute Engine para backups do SAP HANA, mas você também tem a opção de fazer backup de todo o disco que hospeda os volumes de registro e dados do SAP HANA usando snapshots de disco padrão.

Se você seguiu as instruções no guia de implantação, você terá uma instalação do SAP HANA com um diretório /hanabackup para seus backups de banco de dados on-line. É possível usar esse mesmo diretório para armazenar snapshots do volume /hanabackup e manter um backup pontual dos volumes de registro e dados do SAP HANA.

Uma vantagem dos snapshots de disco padrão é que eles são incrementais, em que cada backup subsequente armazena apenas alterações incrementais de blocos em vez de criar um backup totalmente novo. O Compute Engine armazena várias cópias de cada snapshot em vários locais com somas de verificação automáticas para garantir a integridade dos dados.

Esta é uma ilustração dos backups incrementais:

Cloud Storage como destino de backup

O Cloud Storage é uma boa opção para usar como destino de backup do SAP HANA, porque oferece alta durabilidade e disponibilidade de dados.

O Cloud Storage é um armazenamento de objetos para arquivos de qualquer tipo ou formato. Ele tem praticamente armazenamento ilimitado, e você não precisa se preocupar em provisioná-lo ou adicionar mais capacidade a ele. Um objeto no Cloud Storage consiste em dados de arquivos e metadados associados e pode ter até 5 TB. Um bucket do Cloud Storage pode armazenar qualquer número de objetos.

Com o Cloud Storage, seus dados são armazenados em vários locais, o que proporciona alta durabilidade e alta disponibilidade. Quando você copia ou faz o upload de seus dados no Cloud Storage, ele relata a ação como bem-sucedida somente se houver redundância de objetos.

A tabela a seguir mostra as opções de armazenamento oferecidas pelo Cloud Storage:

Frequência de leitura/gravação de dados	A opção recomendada do Cloud Storage
Leituras ou gravações frequentes	Escolha a classe de armazenamento Standard para bancos de dados que estão em uso, porque eles podem acessar o Cloud Storage com frequência para gravar e ler arquivos de backup.
Leituras ou gravações não frequentes	Escolha o Nearline ou Coldline Storage para dados acessados com pouca frequência, como backups arquivados que precisam ser mantidos seguindo a política de retenção da sua organização. Nearline é uma boa opção para dados de backup que você planeja acessar no máximo uma vez por mês, enquanto Coldline é melhor para dados com probabilidade muito baixa de serem acessados, como uma vez por ano no máximo.
Dados de arquivo	Escolha Archive Storage para seus dados de arquivamento de longo prazo. Archive é uma boa opção para os dados que você precisa reter uma cópia por um período prolongado, mas que não pretende acessar mais de uma vez por ano. Por exemplo, use o Archive Storage para backups que você precisa reter por um longo prazo para atender aos requisitos regulatórios. Considere substituir sua solução de backup baseada em fita por Archive.

Ao planejar o uso dessas opções de armazenamento, comece com o nível acessado com frequência e classifique seus dados de backup nos níveis de acesso não frequentes. Os backups geralmente se tornam raramente usados à medida que se tornam mais antigos. A probabilidade de você precisar de um backup de três anos é extremamente baixa, sendo possível usar esse backup no nível Archive para economizar custos. Para informações sobre os custos do Cloud Storage, consulte Preços do Cloud Storage.

Cloud Storage em comparação com o backup em fita

O destino de backup convencional no local é a fita. O Cloud Storage tem muitos benefícios sobre a fita, incluindo a capacidade de armazenar automaticamente backups "externos" do sistema de origem, porque os dados no Cloud Storage são replicados em várias instalações. Isso também significa que os backups armazenados no Cloud Storage estão altamente disponíveis.

Outra diferença importante é a velocidade de restauração de backups quando você precisa usá-los. Se você precisar criar um novo sistema SAP HANA a partir de um backup ou restaurar um sistema que já existe usando um backup, o Cloud Storage fornecerá acesso mais rápido aos seus dados, o que ajudará a criar o sistema com mais rapidez.

Recurso Backint do agente do Google Cloud para SAP

É possível usar o Cloud Storage diretamente para backups e recuperações de instalações no local e na nuvem usando o recurso Backint certificado pela SAP do agente do Google Cloud para SAP.

Para mais informações sobre esse recurso, consulte Backup e recuperação baseados no Backint para SAP HANA.

Como executar backup e recuperação usando o Backint

As seções a seguir contêm informações sobre como executar operações de backup e recuperação usando o recurso Backint do agente do Google Cloud para SAP.

• Como acionar backups de dados e delta
• Como acionar backups de registros
• Como consultar o catálogo de backups
• Como recuperar um banco de dados

Como acionar backups de dados e delta

Para acionar um backup do volume de dados do SAP HANA e enviá-lo ao Cloud Storage usando o recurso Backint do agente para SAP do Google Cloud, use o SAP HANA Studio, o SAP HANA Cockpit, o SAP HANA SQL ou o DBA Cockpit.

Veja a seguir as instruções SQL do SAP HANA para acionar backups de dados:

• Para criar um backup completo para o banco de dados do sistema:

  BACKUP DATA USING BACKINT ('BACKUP_NAME');

  Substitua BACKUP_NAME pelo nome que você quer definir para o backup.

• Para criar um backup completo para um banco de dados do locatário:

  BACKUP DATA FOR TENANT_SID USING BACKINT ('BACKUP_NAME');

  Substitua TENANT_SID pelo SID do banco de dados do locatário.

• Para criar backups diferenciais e incrementais:

  BACKUP DATA BACKUP_TYPE USING BACKINT ('BACKUP_NAME');
  BACKUP DATA BACKUP_TYPE FOR TENANT_SID USING BACKINT ('BACKUP_NAME');
  

  Substitua BACKUP_TYPE por DIFFERENTIAL ou INCREMENTAL, dependendo do tipo de backup que você quer criar.

Há várias opções que podem ser usadas com o acionamento de backups de dados. Para informações sobre essas opções, consulte o guia de referência do SAP HANA SQL sobre a Instrução BACKUP DATA (backup e recuperação).

Para mais informações sobre backups de dados e delta, consulte os documentos da SAP Backups de dados e Backups Delta (links em inglês).

Como acionar backups de registros

Para acionar um backup do volume de registro do SAP HANA e enviá-lo ao Cloud Storage usando o recurso Backint do agente do Google Cloud para SAP, conclua as etapas a seguir:

1. Crie um backup completo do banco de dados. Para instruções, consulte a documentação da SAP sobre sua versão do SAP HANA.
2. No arquivo global.ini do SAP HANA, defina o parâmetro catalog_backup_using_backint como yes.

Verifique se o modo de registro do sistema SAP HANA é normal, que é o valor padrão. Se o modo de registro estiver definido como overwrite, o banco de dados do SAP HANA desativará a criação de backups de registros.

Para mais informações sobre backups de registros, consulte o documento da SAP Backups de registros (em inglês).

Como consultar o catálogo de backups

O catálogo de backups do SAP HANA é uma parte essencial das operações de backup e recuperação. Ele contém informações sobre os backups criados para o banco de dados do SAP HANA.

Para consultar o catálogo de backups sobre informações a respeito de backups de um banco de dados de locatário, conclua as seguintes etapas:

1. Deixe o banco de dados do locatário off-line.

2. No banco de dados do sistema, execute a seguinte instrução SQL:

   BACKUP COMPLETE LIST DATA FOR TENANT_SID;

   Outra possibilidade para consultar um ponto específico no tempo, execute a seguinte instrução SQL:

   BACKUP LIST DATA FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD';

   A instrução cria o arquivo strategyOutput.xml no seguinte diretório: /usr/sap/SID/HDBINSTANCE_NUMBER/HOST_NAME/trace/DB_TENANT_SID.

Para informações sobre a instrução BACKUP LIST DATA, consulte o guia de referência do SAP HANA SQL sobre a Instrução BACKUP DATA (backup e recuperação) (em inglês). Para informações sobre o catálogo de backups, consulte o documento da SAP Catálogo de backups (em inglês).

Como recuperar um banco de dados

Quando você executa uma recuperação usando um backup de dados multistream, o SAP HANA usa o mesmo número de canais usados quando o backup foi criado. Para mais informações, consulte o documento da SAP Pré-requisitos: recuperação usando backups multistream.

Para restaurar um backup de banco de dados do SAP HANA criado usando o recurso Backint do agente do Google Cloud para SAP, o SAP HANA fornece as instruções SQL RECOVER DATA e RECOVER DATABASE.

As duas instruções SQL restauram backups do bucket do Cloud Storage que você especificou para o parâmetro bucket no arquivo PARAMETERS.json, a menos que você tenha especificado um bucket para parâmetro recover_bucket.

Veja a seguir exemplos de instruções SQL para recuperar um banco de dados do SAP HANA usando um backup criado com o recurso Backint do agente do Google Cloud para SAP:

• Para recuperar um banco de dados de locatário especificando o nome de arquivo do backup:

  RECOVER DATA FOR TENANT_SID USING BACKINT('BACKUP_NAME') CLEAR LOG;

• Para recuperar um banco de dados de locatário especificando o ID do backup:

  RECOVER DATA FOR TENANT_SID USING BACKUP_ID BACKUP_ID CLEAR LOG;

  Substitua BACKUP_ID pelo ID do backup necessário.

• Para recuperar um banco de dados de locatário especificando o ID do backup quando precisar usar o backup do catálogo de backups do SAP HANA armazenado no seu bucket do Cloud Storage:

  RECOVER DATA FOR TENANT_SID USING BACKUP_ID BACKUP_ID USING CATALOG BACKINT CLEAR LOG;

• Para recuperar um banco de dados de locatário para um ponto específico no tempo ou para uma posição de registro específica:

  RECOVER DATABASE FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD HH:MM:SS' CHECK ACCESS USING BACKINT;

• Para recuperar um banco de dados de locatário usando um backup a partir de um banco de dados externo:

  RECOVER DATABASE FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD HH:MM:SS' CLEAR LOG USING SOURCE 'SOURCE_TENANT_SID@SOURCE_SID' USING CATALOG BACKINT CHECK ACCESS USING BACKINT

  Substitua:

  • SOURCE_TENANT_SID: o SID do banco de dados do locatário de origem
  • SOURCE_SID: o SID do sistema SAP em que o banco de dados do locatário de origem existe

Se for necessário recuperar um banco de dados do SAP HANA quando o catálogo de backups dele não estiver disponível no backup armazenado no seu bucket do Cloud Storage, siga as instruções apresentadas na Nota SAP 3227931 - Recuperar um banco de dados do HANA via Backint sem um catálogo de backup do HANA (em inglês).

Como gerenciar a identidade e o acesso a backups

Quando você usa o Cloud Storage ou o Compute Engine para fazer backup dos dados do SAP HANA, o acesso a esses backups é controlado pelo Identity and Access Management (IAM). Esse recurso permite que os administradores autorizem quem pode realizar ações em recursos específicos. Com o IAM, você tem controle e visibilidade centralizados para gerenciar todos os recursos do Google Cloud, incluindo seus backups.

O IAM também fornece um histórico completo de trilha de auditoria de autorização, remoção e delegação de permissões que são exibidas automaticamente para seus administradores. Isso permite configurar políticas que monitoram o acesso aos seus dados nos backups, permitindo que você conclua o ciclo completo de controle de acesso com seus dados. O IAM oferece uma visualização unificada da política de segurança em toda a organização, com auditoria integrada para facilitar os processos de compliance.

Para conceder a um principal acesso aos backups no Cloud Storage:

1. No console do Google Cloud, acesse a página IAM e administrador:

   Acessar IAM e administrador

2. Especifique o usuário a quem você quer conceder acesso e atribua o papel Storage > Criador de objeto do Storage:

   

Como criar backups baseados no sistema de arquivos para o SAP HANA

Os sistemas SAP HANA implantados no Google Cloud usando o guia de implantação são configurados com um conjunto de volumes do Persistent Disk ou Hyperdisk a serem usados como um destino de backup montado com formato NFS. Os backups do SAP HANA são armazenados primeiro nesses discos locais. Depois disso, é necessário copiá-los para o Cloud Storage para armazenamento de longo prazo. É possível copiar manualmente os backups para o Cloud Storage ou programar a cópia para o Cloud Storage em um crontab.

Se você estiver usando o recurso Backint do agente do Google Cloud para SAP, faça backup e a recuperação diretamente de um bucket do Cloud Storage, sem precisar do armazenamento em disco permanente para backups.

Para iniciar ou programar os backups de dados do SAP HANA, é possível usar o SAP HANA Studio, comandos SQL ou o DBA Cockpit. Os backups de registros são gravados automaticamente, a menos que sejam desativados. A captura de tela a seguir mostra um exemplo:

Como configurar global.ini do SAP HANA

Se você seguiu as instruções do guia de implantação, o arquivo de configuração global.ini do SAP HANA será personalizado com backups de banco de dados armazenados em /hanabackup/data/ e os arquivos de registros automáticos serão armazenados em /hanabackup/log/. Confira abaixo um exemplo de como é o global.ini:

[persistence]
basepath_datavolumes = /hana/data
basepath_logvolumes = /hana/log
basepath_databackup = /hanabackup/data
basepath_logbackup = /hanabackup/log

[system_information]
usage = production

Para personalizar o arquivo de configuração global.ini do recurso Backint do agente do Google Cloud para SAP, consulte Configurar o SAP HANA para o recurso Backint.

Observações para implantações em escala horizontal

Em uma implementação de escalonamento horizontal, uma solução de alta disponibilidade que usa migração em tempo real e reinicialização automática funciona da mesma forma que em uma configuração de host único. A principal diferença é que o volume /hana/shared é montado com formato NFS para todos os hosts de worker e é definido como principal no mestre HANA. Há um breve período de inacessibilidade no volume NFS no caso de migração em tempo real do host mestre ou reinicialização automática. Quando o host mestre é reiniciado, o volume NFS começa a funcionar novamente em todos os hosts e as operações normais são retomadas automaticamente.

O volume de backup do SAP HANA, /hanabackup, precisa estar disponível em todos os hosts durante as operações de backup e recuperação. Em caso de falha, verifique se o /hanabackup está montado em todos os hosts e remonte os que não estiverem. Se você decidir copiar o conjunto de backups para outro volume ou para o Cloud Storage, execute a cópia no host mestre para conseguir um melhor desempenho de E/S e reduzir o uso da rede. Para simplificar o processo de backup e recuperação, use o Cloud Storage Fuse para montar o bucket do Cloud Storage em cada host.

O desempenho do escalonamento horizontal é tão bom quanto a distribuição de dados. Quanto melhor os dados forem distribuídos, melhor será o desempenho da sua consulta. Isso exige que você conheça bem seus dados, entenda como eles estão sendo consumidos e projete adequadamente a distribuição e o particionamento de tabelas. Para mais informações, consulte a Nota SAP 2081591 - Perguntas frequentes: distribuição de tabelas do SAP HANA.

Gcloud Python

O Gcloud Python é um cliente Python idiomático que pode ser usado para acessar os serviços do Google Cloud. Neste guia, usamos o Gcloud Python para executar operações de backup e restauração do Cloud Storage para backups de banco de dados do SAP HANA.

Se você seguiu as instruções do guia de implantação, as bibliotecas do Gcloud Python já estarão disponíveis nas instâncias do Compute Engine.

As bibliotecas são de código aberto e permitem que você opere no bucket do Cloud Storage para armazenar e recuperar dados de backup.

Observação: se você não seguiu as instruções do guia de implantação e precisar instalar as bibliotecas do Gcloud Python, execute como usuário raiz os seguintes comandos para instalação no SUSE Linux Enterprise Server (SLES):

zypper in python-pip python-devel gcc
pip install packaging
pip install appdirs
pip install --upgrade google-cloud-storage

É possível executar o seguinte comando para listar objetos no bucket do Cloud Storage. É possível usá-lo para listar os backups disponíveis:

python 2>/dev/null - <<EOF
from google.cloud import storage
storage_client = storage.Client()
bucket = storage_client.get_bucket("<bucket_name>")
blobs = bucket.list_blobs()
for fileblob in blobs:
     print(fileblob.name)
EOF

Para detalhes completos sobre o Gcloud Python, consulte a documentação de referência da biblioteca de cliente de armazenamento.

Exemplo de backup e restauração

Nas próximas seções, ilustramos o procedimento que pode ser seguido para tarefas típicas de backup e restauração usando o SAP HANA Studio.

Exemplo de criação de backup

1. No Editor de backup do SAP HANA, selecione Open Backup Wizard.

   

   1. Selecione File como o tipo de destino. Isso faz o backup do banco de dados para arquivos no sistema de arquivos especificado.
   2. Especifique o destino do backup, /hanabackup/data/SID, e o prefixo do backup. Substitua SID pelo ID do seu sistema SAP.
   3. Clique em Próxima.

2. Clique em Finish no formulário de confirmação para iniciar o backup.

3. Quando o backup é iniciado, uma janela de status exibe o andamento do backup. Aguarde a conclusão do backup.

   

   Quando o backup for concluído, o resumo do backup exibirá uma mensagem Finished.

4. Faça login no sistema SAP HANA e verifique se os backups estão disponíveis nos locais esperados no sistema de arquivos. Por exemplo:

   

5. Envie ou sincronize os arquivos de backup do sistema de arquivos /hanabackup para o Cloud Storage. O exemplo de script Python a seguir envia os dados de /hanabackup/data e /hanabackup/log para o bucket usado para backups, no formato NODE_NAME/DATA ou LOG/YYYY/MM/DD/HH/BACKUP_FILE_NAME. Isso permite identificar os arquivos de backup com base no tempo em que o backup foi copiado. Execute este script gcloud Python no comando Bash do sistema operacional:

   python 2>/dev/null - <<EOF
   import os
   import socket
   from datetime import datetime
   from google.cloud import storage
   storage_client = storage.Client()
   today = datetime.today()
   current_hour = today.strftime('%Y/%m/%d/%H')
   hostname = socket.gethostname()
   bucket = storage_client.get_bucket("hanabackup")
   for subdir, dirs, files in os.walk('/hanabackup/data/H2D/'):
     for file in files:
         backupfilename = os.path.join(subdir, file)
         if 'COMPLETE_DATA_BACKUP' in backupfilename:
               only_filename = backupfilename.split('/')[-1]
               backup_file = hostname + '/data/' + current_hour + '/' + only_filename
               blob = bucket.blob(backup_file)
               blob.upload_from_filename(filename=backupfilename)
   for subdir, dirs, files in os.walk('/hanabackup/log/H2D/'):
     for file in files:
         backupfilename = os.path.join(subdir, file)
         if 'COMPLETE_DATA_BACKUP' in backupfilename:
             only_filename = backupfilename.split('/')[-1]
             backup_file = hostname + '/log/' + current_hour + '/' + only_filename
             blob = bucket.blob(backup_file)
             blob.upload_from_filename(filename=backupfilename)
   EOF
   

6. Use as bibliotecas do Gcloud Python ou do console do Google Cloud para listar os dados de backup.

Observação: não é possível fazer backup diretamente nos buckets do Cloud Storage usando o Cloud Storage FUSE. No entanto, se você quiser usar o Cloud Storage FUSE, monte os volumes do Cloud Storage para /hanabackup_gcs e crie um script que programe a movimentação dos backups de /hanabackup para /hanabackup_gcs. Isso substituirá as operações nas duas etapas anteriores.

Exemplo de restauração de backup

1. Se os arquivos de backup não estiverem disponíveis no diretório /hanabackup, mas estiverem disponíveis no Cloud Storage, faça o download dos arquivos do Cloud Storage executando o seguinte script no comando Bash do sistema operacional:

   python - <<EOF
   from google.cloud import storage
   storage_client = storage.Client()
   bucket = storage_client.get_bucket("hanabackup")
   blobs = bucket.list_blobs()
   for fileblob in blobs:
     blob = bucket.blob(fileblob.name)
     fname = str(fileblob.name).split('/')[-1]
     blob.chunk_size=1<<30
     if 'log' in fname:
         blob.download_to_filename('/hanabackup/log/H2D/' + fname)
     else:
         blob.download_to_filename('/hanabackup/data/H2D/' + fname)
   EOF
   

2. Para recuperar o banco de dados do SAP HANA, clique em Backup e recuperação > Recuperar sistema:

   

3. Clique em Próxima.

4. Especifique o local dos backups no sistema de arquivos local e clique em Adicionar.

5. Clique em Próxima.

6. Selecione Recover without the backup catalog:

   

7. Clique em Next.

8. Selecione File como o tipo de destino e especifique o local dos arquivos de backup e o prefixo correto para o backup. Se você seguiu o procedimento do Exemplo de criação de backup, lembre-se que COMPLETE_DATA_BACKUP foi definido com o prefixo.

9. Clique em Next duas vezes.

10. Clique em Finish para iniciar a recuperação.

11. Quando a recuperação for concluída, retome as operações normais e remova os arquivos de backup dos diretórios /hanabackup/data/SID/*.

A seguir

Os seguintes documentos SAP padrão podem ser úteis:

• Biblioteca SAP HANA
• SAP ONE Support Launchpad

Os seguintes documentos do Google Cloud também podem ser úteis:

• Recursos de nuvem gratuitos e opção de teste
• Primeiros passos no Google Cloud
• Compute Engine
• Persistent Disk