Implantação automatizada de VMs para o IBM Db2 no Linux para a SAP

Neste guia de implantação, mostramos como implantar os recursos do Google Cloud para uma instância do IBM Db2 no Linux compatível com aplicativos SAP.

As instruções neste guia usam o Terraform para implantar e configurar a VM, o sistema operacional Linux e os volumes de disco necessários para o IBM Db2 e instalar o agente de monitoramento do Google Cloud para o SAP NetWeaver.

Para ver detalhes sobre como planejar sua implantação, consulte o Guia de planejamento do IBM Db2 para SAP.

Pré-requisitos

Se você precisar que a carga de trabalho da SAP seja executada em conformidade com residência de dados, controle de acesso, equipes de suporte ou requisitos regulatórios, crie a pasta do Assured Workloads necessária. Para mais informações, consulte Controles soberanos e de conformidade para a SAP no Google Cloud.

Se você ainda não tiver um projeto do Google Cloud com faturamento ativado, crie um antes de implantar uma máquina virtual (VM) para a instalação do IBM Db2.

Como criar um projeto

Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Verifique se a cobrança está ativada para o seu projeto do Google Cloud.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Verifique se a cobrança está ativada para o seu projeto do Google Cloud.

Como configurar o ambiente de comando `gcloud`

Para estas instruções, use o Cloud Shell para inserir comandos gcloud que implantam ou configuram os recursos do Google Cloud. Acesse o Cloud Shell pelo console do Google Cloud no navegador.

Uma VM fornecida pelo Google Cloud executa o Cloud Shell toda vez que ele é iniciado. No primeiro uso, o Google Cloud também cria um diretório $HOME permanente para você, que é restaurado toda vez que você abre o Cloud Shell.

A VM provisionada inclui a Google Cloud CLI mais recente. Portanto, os comandos do gcloud que você usa no Cloud Shell são os mesmos que usaria em uma instância instalada localmente da CLI gcloud.

Se você tiver a CLI gcloud instalada, poderá emitir os comandos do gcloud que são usados nessas instruções a partir da máquina local. No entanto, se houver uma CLI gcloud instalada localmente, sempre verifique se você está usando a versão mais recente da CLI .

Se você usa o Cloud Shell ou a CLI gcloud, pode definir e alterar as propriedades do seu ambiente de comando gcloud e salvá-las como uma configuração. Configurações são conjuntos de pares de chave-valor que influenciam o comportamento dos comandos gcloud.

Algumas ações básicas que podem ser realizadas com uma configuração no Cloud Shell incluem:

Inicializar uma configuração.
```
gcloud init
```
Conferir as configurações atuais do gcloud.
```
gcloud config list
```
Mude para o projeto necessário do Google Cloud. Substitua o PROJECT_ID pelo ID do projeto do Google Cloud.
```
gcloud config set project PROJECT_ID
```
Definir uma região padrão. Substitua REGION por uma região do Google Cloud.
```
gcloud config set compute/region REGION
```
Definir uma zona padrão. Substitua ZONE por uma zona do Google Cloud.
```
gcloud config set compute/zone ZONE
```
Criar uma nova configuração. Substitua NAME pelo nome da configuração.
```
gcloud config configurations create NAME
```

Saiba mais sobre como trabalhar com as configurações em Como gerenciar as configurações da CLI gcloud.

Criar uma rede

Por motivos de segurança, crie uma nova rede. Para controlar quem tem acesso a ela, adicione regras de firewall ou use outro método de controle de acesso.

Caso o projeto tenha uma rede VPC padrão, não a use. Em vez disso, crie sua própria rede VPC para que as únicas regras de firewall aplicadas sejam aquelas criadas explicitamente por você.

Durante a implantação, as instâncias de VM normalmente exigem acesso à Internet para fazer o download do agente do Google Cloud para SAP. Se você estiver usando uma das imagens Linux certificadas pelo SAP disponíveis no Google Cloud, a instância da VM também exigirá acesso à Internet para registrar a licença e acessar repositórios de fornecedor do sistema operacional. Uma configuração com um gateway NAT e tags de rede da VM é compatível com esse acesso, mesmo se as VMs de destino não tiverem IPs externos.

Para criar uma rede VPC para o projeto, siga estas etapas:

Crie uma rede de modo personalizado. Para mais informações, consulte Como criar uma rede de modo personalizado.
Crie uma sub-rede e especifique a região e o intervalo de IP. Para mais informações, consulte Como adicionar sub-redes.

Como configurar um gateway NAT

Se você precisar criar uma ou mais VMs sem endereços IP públicos, será necessário usar a conversão de endereços de rede (NAT) para permitir que as VMs acessem a Internet. Use o Cloud NAT, um serviço gerenciado distribuído e definido pelo software do Google Cloud que permite que as VMs enviem pacotes de saída para a Internet e recebam todos os pacotes de resposta de entrada estabelecidos. Se preferir, é possível configurar uma VM separada como um gateway NAT.

Para criar uma instância do Cloud NAT para seu projeto, consulte Como usar o Cloud NAT.

Depois de configurar o Cloud NAT para seu projeto, as instâncias de VM poderão acessar a Internet com segurança sem um endereço IP público.

Como adicionar regras de firewall

Por padrão, as conexões recebidas de fora da rede do Google Cloud são bloqueadas. Para permiti-las, configure uma regra de firewall na sua VM. As regras de firewall regulam apenas novas conexões de entrada para uma VM. Depois que uma conexão é estabelecida com uma VM, o tráfego é permitido em ambas as direções nessa conexão.

É possível criar uma regra de firewall para permitir acesso a portas especificadas ou entre VMs na mesma sub-rede.

Crie regras de firewall para permitir acesso, por exemplo:

às portas padrão usadas pelo SAP NetWeaver, conforme documentado em Portas TCP/IP de todos os produtos SAP (em inglês);
das conexões do seu computador ou ambiente de rede corporativa com a instância de VM do Compute Engine. Se você não tiver certeza de qual endereço IP usar, fale com o administrador da rede da empresa;
à comunicação entre VMs em uma configuração de três níveis, de escalonamento horizontal ou de alta disponibilidade. Por exemplo, se você estiver implantando um sistema em três níveis, terá, pelo menos, duas VMs na sub-rede: uma para o SAP NetWeaver e outra para o servidor de banco de dados. Para ativar a comunicação entre as duas VMs, crie uma regra de firewall para permitir o tráfego da sub-rede.

Para criar as regras de firewall para seu projeto, consulte Como criar regras de firewall.

Como implantar uma VM do Linux para Db2 com o Terraform

Nas instruções a seguir, o Terraform é usado para implantar uma instância de VM com o Linux e todos os discos permanentes exigidos pelo IBM Db2 para aplicativos SAP. Defina os valores para a instalação em um arquivo de configuração sap_db2.tf fornecido pelo Google Cloud.

Nas instruções a seguir, usamos o Cloud Shell, mas, se preferir, use o Terraform no terminal local.

Abra o Cloud Shell.

Abrir o Cloud Shell
Faça o download do arquivo de configuração sap_db2.tf no seu diretório de trabalho digitando o seguinte comando no Cloud Shell:
```
wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_db2/terraform/sap_db2.tf
```
Abra o arquivo sap_db2.tf no editor de código do Cloud Shell.

Para abrir o editor de código do Cloud Shell, clique em Abrir editor.

No arquivo sap_db2.tf, atualize os seguintes valores de argumento substituindo o conteúdo entre aspas duplas pelos valores da sua instalação.

A maioria dos argumentos opcionais tem um valor padrão. Quando você não especifica um argumento opcional, a configuração do Terraform usa o valor padrão desse argumento, se houver.

Argumento	Tipo de dado	Descrição
`source`	String	Especifica o local e a versão do módulo do Terraform a serem usados durante a implantação. O arquivo de configuração `sap_db2.tf` inclui duas instâncias do argumento `source`: uma que está ativa e outra incluída como um comentário. O argumento `source`, que é ativo por padrão, especifica `latest` como a versão do módulo. A segunda instância do argumento `source`, que, por padrão, é desativada por um caractere `#` inicial, especifica um carimbo de data/hora que identifica uma versão do módulo. Se você precisar que todas as implantações usem a mesma versão do módulo, remova o caractere `#` líder do argumento `source` que especifica o carimbo de data/hora da versão e o adiciona aos `source` que especifica `latest`.
`project_id`	String	Especifique o ID do projeto do Google Cloud em que você está implantando esse sistema. Por exemplo, `my-project-x`.
`zone`	String	Especifique a zona em que você está implantando o sistema SAP. A zona precisa estar na mesma região que você selecione para sua sub-rede. Por exemplo, se a sub-rede for implantada na região `us-central1`, será possível especificar uma zona como `us-central1-a`.
`machine_type`	String	Especifique o tipo de máquina virtual (VM) do Compute Engine em que você precisa executar o sistema SAP. Se você precisar de um tipo de VM personalizado, especifique um tipo de VM predefinido com um número de vCPUs o mais próximo possível do necessário, mesmo que maior. Após a conclusão da implantação, modifique o número de vCPUs e a quantidade de memória. Por exemplo, `n1-highmem-32`.
`subnetwork`	String	O nome da sub-rede criada em um passo anterior. Se você estiver implantando em uma VPC compartilhada, especifique esse valor como `SHARED_VPC_PROJECT_ID/SUBNETWORK`. Por exemplo, `myproject/network1`.
`linux_image`	String	Especifique o nome da imagem do sistema operacional Linux em que você quer implantar o sistema SAP. Por exemplo, `rhel-9-2-sap-ha` ou `sles-15-sp5-sap`. Para ver a lista de imagens do sistema operacional disponíveis, consulte a página Imagens no console do Google Cloud.
`linux_image_project`	String	Especifique o projeto do Google Cloud que contém a imagem que você especificou para o argumento `linux_image`. Talvez seja seu próprio projeto ou um projeto de imagem do Google Cloud. Para uma imagem do Compute Engine, especifique `rhel-sap-cloud` ou `suse-sap-cloud`. Para encontrar o projeto de imagem do sistema operacional, consulte Detalhes do sistema operacional.
`instance_name`	String	Especifique um nome para a instância de VM do host. O nome pode conter letras minúsculas, números e hifens. As instâncias de VM para hosts e worker em espera usam o mesmo nome com um `w` e o número do host anexado ao nome.
`db2_sid`	String	Especifique o SID da instância do banco de dados do IBM Db2. O ID precisa conter três caracteres alfanuméricos e começar com uma letra. Todas as letras precisam estar em maiúsculas. Por exemplo, `ED1`.
`db2_sid_size`	Inteiro	Opcional. Especifique o tamanho em GB para o volume `/db2/DBSID`, que é o diretório raiz da instância do banco de dados do IBM Db2. O tamanho mínimo é 8 GB. O valor padrão é `8`.
`db2_home_size`	Inteiro	Opcional. Especifique o tamanho em GB para o volume `/db2/db2DBSID`, que é o diretório inicial da instância do banco de dados do IBM Db2. O tamanho mínimo é 8 GB. O valor padrão é `8`.
`db2_dump_size`	Inteiro	Opcional. Especifique o tamanho em GB para o volume `/db2/DBSID/db2dump`, que armazena os arquivos dump da instância de banco de dados do IBM Db2. O tamanho mínimo é 8 GB. O valor padrão é `8`.
`db2_sap_temp_size`	Inteiro	Opcional. Especifique o tamanho em GB para o volume `/db2/DBSID/saptmp`, que armazena o tablespace temporário da instância do banco de dados. O tamanho mínimo é 8 GB. O valor padrão é `8`.
`db2_sap_data_size`	Inteiro	Opcional. Especifique o tamanho em GB para o volume `/db2/DBSID/sapdata`, que armazena os arquivos do banco de dados. O tamanho mínimo é 30 GB. O valor padrão é `30`.
`db2_sap_data_ssd`	Booleano	Opcional. Especifique `true` para provisionar um disco permanente SSD para o volume `/db2/DBSID/sapdata`. Se você especificar `false`, será provisionado um disco permanente equilibrado. O valor padrão é `true`.
`db2_log_size`	Inteiro	Opcional. Especifique o tamanho em GB para o volume `/db2/DBSID/logdir`, que armazena os registros de transação do banco de dados. O tamanho mínimo é 8 GB. O valor padrão é `8`.
`db2_log_ssd`	Booleano	Opcional. Especifique `true` para provisionar um disco permanente SSD para o volume `/db2/DBSID/logdir`. Se você especificar `false`, será provisionado um disco permanente equilibrado. O valor padrão é `true`.
`db2_backup_size`	Inteiro	Opcional. Especifique o tamanho em GB para o volume `/db2backup`, que armazena os backups do banco de dados. Se você não especificar esse argumento ou definir o valor com `0`, nenhum disco será provisionado para o volume `/db2backup`.
`usr_sap_size`	Inteiro	Para executar o IBM Db2 e o SAP NetWeaver na mesma instância de VM, especifique o tamanho do disco `/usr/sap` em GB. Se você não especificar esse argumento ou definir o valor com `0`, nenhum disco será provisionado para o volume `/usr/sap`.
`sap_mnt_size`	Inteiro	Para executar o IBM Db2 e o SAP NetWeaver na mesma instância de VM, especifique o tamanho do disco `/sapmnt` em GB. Se você não especificar esse argumento ou definir o valor com `0`, nenhum disco será provisionado para o volume `/sapmnt`.
`swap_size`	Inteiro	Para executar o IBM Db2 e o SAP NetWeaver na mesma instância de VM, especifique o tamanho do volume de troca em GB. Se você não especificar esse argumento ou definir o valor com `0`, nenhum disco será provisionado para o volume de troca.
`network_tags`	String	Opcional. Especifique uma ou mais tags de rede separadas por vírgula que você quer associar às suas instâncias de VM para fins de firewall ou roteamento. Se você especificar `public_ip = false` e não inserir uma tag de rede, forneça outro meio de acesso à Internet.
`public_ip`	Booleano	Opcional. Determina se um endereço IP público é adicionado na sua instância de VM. O valor padrão é `true`. Cuidado: não especifique `false` a menos que você tenha um gateway NAT configurado com uma tag de rede definida para a VM ou tenha fornecido à VM outro trajeto para a Internet. Se não houver rota para a Internet, a instalação falhará.
`service_account`	String	Opcional. Especifique o endereço de e-mail de uma conta de serviço gerenciada pelo usuário que será usada pelas VMs do host e pelos programas executados nas VMs do host. Por exemplo, `svc-acct-name@project-id.iam.gserviceaccount.com`. Se você especificar esse argumento sem um valor ou omiti-lo, o script de instalação usará a conta de serviço padrão do Compute Engine. Para mais informações, consulte Gerenciamento de identidade e acesso para programas SAP no Google Cloud.
`sap_deployment_debug`	Booleano	Opcional. Somente quando o Cloud Customer Care solicitar que você ative a depuração da sua implantação, especifique `true`, o que faz com que a implantação gere registros de implantação detalhados. O valor padrão é `false`.
`reservation_name`	String	Opcional. Para usar uma reserva de VM do Compute Engine específica nesta implantação, especifique o nome da reserva. Por padrão, o script de instalação seleciona qualquer reserva disponível do Compute Engine com base nas condições a seguir. Para que uma reserva seja utilizável, independentemente de você especificar um nome ou o script de instalação a selecionar automaticamente, a reserva precisa ser definida com o seguinte: A opção `specificReservationRequired` está definida como `true` ou, no console do Google Cloud, a opção Selecionar uma reserva específica está selecionada. Alguns tipos de máquina do Compute Engine são compatíveis com plataformas de CPU que não são cobertas pela certificação SAP do tipo de máquina. Se a reserva de destino for de qualquer um dos seguintes tipos de máquina, a reserva precisará especificar as plataformas mínimas de CPU, conforme indicado: `n1-highmem-32`: Intel Broadwell `n1-highmem-64`: Intel Broadwell `n1-highmem-96`: Intel Skylake `m1-megamem-96`: Intel Skylake As plataformas de CPU mínimas para todos os outros tipos de máquina que são certificadas pela SAP para uso no Google Cloud estão em conformidade com o requisito de CPU mínimo da SAP.

Com o exemplo do arquivo de configuração sap_db2.tf a seguir, criamos uma VM configurada para executar o servidor de banco de dados do IBM Db2 e o SAP NetWeaver. O Terraform é direcionado pelo arquivo de configuração a implantar uma VM n1-standard-16 em execução em um sistema operacional SLES 15 SP3. A VM contém todos os diretórios necessários para executar o IBM Db2 com o SAP NetWeaver.

#
# ...
module "sap_db2" {
  source = https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_db2/sap_db2_module.zip
  #
  # By default, this source file uses the latest release of the terraform module
  # for SAP on Google Cloud. To fix your deployments to a specific release
  # of the module, comment out the source property above and uncomment the source property below.
  #
  # source = "https://storage.googleapis.com/cloudsapdeploy/terraform/YYYYMMDDHHMM/terraform/sap_db2/sap_db2_module.zip"
  # ...
  project_id = "example-project-123456"
  zone = "us-central1-f"
  machine_type = "n1-standard-16"
  subnetwork = "example-subnet-us-central1"
  linux_image = "sles-15-sp3-sap"
  linux_image_project = "suse-sap-cloud"

  instance_name = "ex-vm-db2-lin"

  db2_sid = "AS1"
  db2_sid_size = 15
  db2_home_size = 15
  db2_dump_size = 15
  db2_sap_temp_size = 20
  db2_sap_data_size = 50
  db2_sap_data_ssd = true
  db2_log_size = 30
  db2_log_ssd = true
  db2_backup_size = 100

  usr_sap_size = 15
  sap_mnt_size = 15
  swap_size = 24
  # ...
}

Para inicializar seu diretório de trabalho atual e fazer o download do plug-in do provedor do Terraform e dos arquivos de módulo para o Google Cloud:
```
terraform init
```
O comando terraform init prepara seu diretório de trabalho para outros comandos do Terraform.

Para forçar uma atualização do plug-in do provedor e dos arquivos de configuração no diretório de trabalho, especifique a sinalização --upgrade. Se a sinalização --upgrade for omitida e você não fizer nenhuma alteração no seu diretório de trabalho, o Terraform usará as cópias armazenadas em cache local, mesmo se latest for especificado na source URL
```
terraform init --upgrade 
```
Como opção, para criar o plano de execução do Terraform:
```
terraform plan
```
O comando terraform plan mostra as alterações exigidas pela configuração atual. Se você pular essa etapa, o comando terraform apply criará automaticamente um novo plano e solicitará que você o aprove.
Para aplicar o plano de execução:
```
terraform apply
```
Quando for solicitada a aprovação das ações, digite yes.

O comando apply do terraform configura a infraestrutura do Google Cloud de acordo com os argumentos definidos no arquivo de configuração do Terraform. O processo pode levar alguns minutos. Para verificar o progresso da implantação, siga as etapas na próxima seção.
Após a implantação da instância de VM, se você precisar que o Compute Engine salve o disco de inicialização para o caso de a instância ser excluída, siga estas etapas:
1. No console do Google Cloud, acesse a página Instâncias de VM do Compute Engine.
  
  Acessar instâncias de VM
2. Para abrir a página Detalhes da instância de VM da instância, clique no nome dela.
3. Clique em Editar.
4. Na seção Disco de inicialização, em Regra de exclusão, verifique se a opção Manter disco está selecionada.
5. Clique em Save.

Como verificar a implantação

Para verificar a implantação, verifique os registros de implantação no Cloud Logging e verifique a configuração da VM.

Verificar os registros

No console do Google Cloud, abra o Cloud Logging para monitorar o progresso da instalação e verificar se há erros.

Observação: podem ser incorridos custos ao concluir esta etapa no Cloud Logging. Para mais informações, consulte os preços do Cloud Logging.

Acesse o Cloud Logging
Filtre os registros:
Explorador de registros
1. Na página Explorador de registros, acesse o painel Consulta.
2. No menu suspenso Recurso, selecione Global e clique em Adicionar.
  
  Se a opção Global não for exibida, insira a seguinte consulta no editor de consultas:
  resource.type="global" "Deployment"
3. Clique em Run query.
Visualizador de registros legado
- Na página Visualizador de registros legado, no menu de seleção básico, selecione Global como o recurso de registros.
Analise os registros filtrados:
- Se "--- Finished" for exibido, o processamento do Deployment Manager estará concluído e será possível prosseguir para a próxima etapa.
- Se você vir um erro de cota:
  1. Na página Cotas em "IAM e administrador", aumente as cotas que não atendem aos requisitos do IBM Db2 listados em
  2. Abra o Cloud Shell.
    
    Acessar o Cloud Shell
  3. Acesse seu diretório de trabalho e exclua a implantação para limpar as VMs e os discos permanentes da instalação com falha:
```
terraform destroy
```
    Quando for solicitada a aprovação da ação, digite yes.
  4. Execute a implantação novamente.

Verificar a configuração da VM

Depois que a instância de VM for implantada sem erros, conecte-se à VM usando SSH. Na página Instâncias de VMs do Compute Engine, clique no botão SSH da VM ou use o método SSH que preferir.
Mude para o usuário raiz.
```
sudo su -
```

No prompt de comando, insira df -h. Verifique se você vê uma saída semelhante a esta:

Filesystem                     Size  Used Avail Use% Mounted on
devtmpfs                       4.0M  8.0K  4.0M   1% /dev
tmpfs                           52G     0   52G   0% /dev/shm
tmpfs                           21G   18M   21G   1% /run
tmpfs                          4.0M     0  4.0M   0% /sys/fs/cgroup
/dev/sda3                       30G  4.3G   26G  15% /
/dev/sda2                       20M  2.9M   18M  15% /boot/efi
tmpfs                           11G     0   11G   0% /run/user/0
/dev/mapper/vg_db2sid-vol       15G   48M   15G   1% /db2/AS1
/dev/mapper/vg_db2dump-vol      15G   48M   15G   1% /db2/AS1/db2dump
/dev/mapper/vg_db2sapdata-vol   50G   84M   50G   1% /db2/AS1/sapdata
/dev/mapper/vg_db2saptmp-vol    20G   53M   20G   1% /db2/AS1/saptmp
/dev/mapper/vg_db2log-vol       30G   63M   30G   1% /db2/AS1/log_dir
/dev/mapper/vg_db2home-vol      15G   48M   15G   1% /db2/db2as1
/dev/mapper/vg_db2backup-vol   100G  135M  100G   1% /db2backup
/dev/mapper/vg_usrsap-vol       15G  200M   15G   2% /usr/sap
/dev/mapper/vg_sapmnt-vol       15G   48M   15G   1% /sapmnt
tmpfs                           11G     0   11G   0% /run/user/1000

Para confirmar se o diretório de troca foi criado, execute o seguinte comando:
```
cat /proc/meminfo | grep Swap
```
O resultado será semelhante a este:
```
SwapCached:            0 kB
SwapTotal:      25161724 kB
SwapFree:       25161724 kB
```

Limpar e tentar implantar novamente

Se alguma das etapas de verificação de implantação nas seções anteriores mostrar que a instalação não foi concluída, desfaça a implantação e tente novamente seguindo as etapas a seguir:

Resolva os erros para garantir que a implantação não falhe novamente pelo mesmo motivo. Para mais informações sobre como verificar os registros ou resolver erros relacionados a cotas, consulte Verificar os registros.
Abra o Cloud Shell ou, se você instalou a CLI do Google Cloud na sua estação de trabalho local, abra um terminal.

Abrir o Cloud Shell
Acesse o diretório que contém o arquivo de configuração do Terraform que você usou nesta implantação.
Exclua todos os recursos que fazem parte da implantação executando o seguinte comando:
```
terraform destroy
```
Quando for solicitada a aprovação da ação, digite yes.
Tente fazer a implantação novamente, conforme indicado anteriormente neste guia.

Como instalar o servidor de banco de dados

Agora que o sistema operacional está configurado, instale o servidor de banco de dados do IBM Db2.

Para orientações sobre como instalar o SAP NetWeaver com o IBM Db2, consulte o guia de instalação específico para seu sistema SAP NetWeaver.

Para instalar o IBM Db2 na VM do Linux, siga estas etapas:

Estabeleça uma conexão SSH com a VM baseada em Linux.
Faça o download ou a cópia do conjunto de mídia completo da SAP para o IBM Db2 na VM.

É possível fazer o download do conjunto de mídia da SAP pelo portal de suporte da SAP (em inglês).
Instale o servidor de banco de dados IBM Db2 com o SAP Software Provisioning Manager.
Instale seu arquivo de licença do IBM Db2.

Para mais informações sobre como instalar uma licença do IBM Db2 recebida da SAP, consulte a Nota SAP 816773 - DB6: como instalar uma licença do SAP OEM (em inglês).

Validar a instalação do agente do Google Cloud para SAP

Depois de implantar uma VM e instalar o sistema SAP, confirme se o agente do Google Cloud para SAP está funcionando corretamente.

Verificar se o agente do Google Cloud para SAP está em execução

Para verificar se o agente está em execução, siga estas etapas:

Estabeleça uma conexão SSH com a instância da VM do host.

Execute este comando:

systemctl status google-cloud-sap-agent

Se o agente estiver funcionando corretamente, a saída conterá active (running). Exemplo:

google-cloud-sap-agent.service - Google Cloud Agent for SAP
Loaded: loaded (/usr/lib/systemd/system/google-cloud-sap-agent.service; enabled; vendor preset: disabled)
Active:  active (running)  since Fri 2022-12-02 07:21:42 UTC; 4 days ago
Main PID: 1337673 (google-cloud-sa)
Tasks: 9 (limit: 100427)
Memory: 22.4 M (max: 1.0G limit: 1.0G)
CGroup: /system.slice/google-cloud-sap-agent.service
       └─1337673 /usr/bin/google-cloud-sap-agent

Se o agente não estiver em execução, reinicie-o.

Verificar se o SAP Host Agent está recebendo métricas

Para verificar se as métricas de infraestrutura são coletadas pelo agente do Google Cloud para SAP e enviadas corretamente ao agente de host da SAP, siga estas etapas:

No sistema SAP, insira a transação ST06.
No painel de visão geral, verifique a disponibilidade e o conteúdo dos seguintes campos para a configuração completa da infraestrutura de monitoramento da SAP e do Google:
- Provedor de nuvem: Google Cloud Platform
- Acesso ao monitoramento avançado: TRUE
- Detalhes do monitoramento avançado: ACTIVE

Como realizar tarefas de pós-implantação

Antes de usar sua instância do IBM Db2, recomendamos que você realize as etapas de pós-implementação a seguir:

Atualize seu software IBM Db2 com os patches mais recentes, se disponíveis.
Instale quaisquer outros componentes.
Configure e faça o backup do seu novo banco de dados IBM Db2.

Para receber mais orientações de pós-implantação, consulte a seção Tarefas pós-instalação do guia de instalação aplicável ao sistema SAP que você está usando com o IBM Db2.

Solução de problemas

Nesta seção, você encontrará informações sobre como corrigir problemas comuns.

Solução de problemas de conexão com a VM

Se estiver com problemas para se conectar à VM por meio do ssh, verifique se você criou uma regra de firewall para abrir a porta 22 na rede do Google Cloud que está usando.

Para outros possíveis problemas, consulte Problemas conhecidos para conexão por ssh do navegador.

Solução de problemas do agente de monitoramento do Google

Para solucionar problemas relacionados ao agente de monitoramento do SAP NetWeaver, consulte Solução de problemas de monitoramento.

Implantação automatizada de VMs para o IBM Db2 no Linux para a SAP

Pré-requisitos

Como criar um projeto

Como configurar o ambiente de comando gcloud

Criar uma rede

Como configurar um gateway NAT

Como adicionar regras de firewall

Como implantar uma VM do Linux para Db2 com o Terraform

Como verificar a implantação

Verificar os registros

Explorador de registros

Visualizador de registros legado

Verificar a configuração da VM

Limpar e tentar implantar novamente

Como instalar o servidor de banco de dados

Validar a instalação do agente do Google Cloud para SAP

Verificar se o agente do Google Cloud para SAP está em execução

Verificar se o SAP Host Agent está recebendo métricas

Como realizar tarefas de pós-implantação

Solução de problemas

Solução de problemas de conexão com a VM

Solução de problemas do agente de monitoramento do Google

Como configurar o ambiente de comando `gcloud`