SAP Business Suite no SAP ASE ou IBM Db2: arquiteturas de referência no Google Cloud Platform

Visão geral

Este documento é para pessoas que estão avaliando o Google Cloud como uma plataforma para implantar aplicativos do SAP Business Suite no SAP ASE ou IBM Db2, especialmente para pessoas nos seguintes tipos de cargos:

Arquiteto técnico de SAP
Arquiteto de nuvem
Administrador de base SAP
Arquiteto corporativo

Este documento também lista os problemas a serem considerados antes da instalação, assim como links para notas do SAP e outros documentos de ajuda sobre a implantação.

O Google Cloud Platform fornece uma infraestrutura certificada pela SAP, econômica, confiável, segura e de alto desempenho para executar o SAP Business Suite. Para ver uma lista completa das soluções SAP compatíveis com o Google Cloud, consulte SAP no Google Cloud.

Licença

Se você é um cliente SAP, pode usar sua licença para implantar o SAP Business Suite no Google Cloud com um modelo de licença própria (BYOL). O Google Cloud é compatível com o modelo BYOL para casos de uso de produção e não produção. As licenças do sistema operacional estão incluídas nos preços do Compute Engine. Também é possível trazer sua própria imagem de sistema operacional e licenças.

ASE

Para informações sobre o licenciamento do SAP ASE no Google Cloud, consulte o Guia de planejamento do SAP ASE.

IBM Db2

Para implantar o IBM DBM no Google Cloud, é preciso trazer sua própria licença. É possível conseguir uma licença na SAP ou na IBM. Para mais informações sobre licenciamento e suporte, consulte a página de licenciamento e suporte do IBM Db2 da SAP.

Dimensionamento

Há várias opções de dimensionamento disponíveis baseadas no tipo de implementação. Para implementações totalmente novas, recomendamos usar a ferramenta SAP Quick Sizer. Para informações detalhadas, consulte a página Dimensionamento da SAP (em inglês). A SAP também fornece guias de soluções e ferramentas específicas para migração de soluções no local atuais para o Google Cloud. Por exemplo, consulte a Nota SAP 2456432 - Aplicativos SAP no Google Cloud: produtos compatíveis e tipos de máquina do Google Cloud . A SAP e o Google Cloud usam unidades diferentes para medir IOPS (operações de entrada/saída por segundo); consulte seu parceiro de sistemas integrados (IS, na sigla em inglês) para converter os requisitos de dimensionamento do SAP em uma infraestrutura do Google Cloud com tamanho adequado.

ASE

Para dimensionar um banco de dados ASE, consulte:

Para Linux: Configurando Minimamente um SAP ASE Server (em inglês)
Para Windows: Configurando Minimamente um SAP ASE Server (em inglês)

IBM Db2

Para dimensionar um banco de dados IBM Db2 no Windows ou Linux, consulte os Requisitos do sistema para IBM DB2 para Linux, UNIX e Windows (em inglês).

Tipos de máquina compatíveis

O SAP ASE e o IBM Db2 são certificados para execução nos tipos de máquina do Compute Engine a seguir:

Tipo de máquina n1-standard com 8, 16, 32, 64 ou 96 vCPUs
Tipo de máquina n1-highmem com 2, 4, 8, 16, 32, 64 ou 96 vCPUs
Tipos de máquinas personalizadas

Para mais informações sobre os tipos de máquina certificados, consulte a Nota SAP 2456432 - Aplicativos SAP no Google Cloud: produtos compatíveis e tipos de máquina do Google Cloud .

ASE

Para mais informações sobre como configurar tipos de VM para SAP ASE, consulte Configuração de VM no Guia de planejamento do SAP ASE.

Para mais informações sobre as versões de sistema operacional compatíveis com SAP ASE no Google Cloud, consulte a Nota SAP 2537664 - Certificação SAP Adaptive Server Enterprise (SAP ASE) 16.0 para Google Cloud Platform.

IBM Db2

Para mais informações sobre como configurar tipos de VM para IBM Db2, consulte Configuração de VM no Guia de planejamento do SAP ASE.

Para mais informações sobre o IBM DB2 no Google Cloud, consulte a Nota SAP 2456432 - Aplicativos SAP no Google Cloud: produtos compatíveis e tipos de máquina do Google Cloud .

Discos e sistemas de arquivos para SAP Business Suite

O Google Cloud oferece os seguintes tipos de armazenamento:

Discos permanentes para armazenamento em blocos
- Padrão (pd-standard): armazenamento em blocos eficiente e econômico com suporte de unidades de disco rígido (HDD) padrão para processar operações sequenciais de leitura/gravação, mas não otimizado para lidar com altas taxas de operações aleatórias de entrada/saída por segundo (IOPS).
- SSD (pd-ssd): fornece armazenamento em blocos confiável e de alto desempenho com suporte de unidades de estado sólido (SSD).
- Equilibrado (pd-balanced): fornece armazenamento em blocos baseado em SSD e econômico e confiável.
- Extremo (pd-extreme): baseado em SSD, oferece IOPS máximas e opções de capacidade máximas maiores que pd-ssd para tipos maiores de máquinas do Compute Engine. Para mais informações, consulte Discos permanentes extremos.
- SSDs locais: armazenamento em bloco local de alto desempenho.
Buckets do Cloud Storage: armazenamento de objetos econômico.
Instâncias do Filestore: servidores de arquivos NFS totalmente gerenciados no Google Cloud.

Para mais informações, consulte Opções de armazenamento.

Os discos permanentes do Google Cloud foram projetados para oferecer alta durabilidade. Eles armazenam dados de forma redundante para garantir a integridade dos dados. Cada disco permanente pode armazenar até 64 TB, de modo que você possa criar grandes volumes lógicos sem gerenciar conjuntos de discos. Uma característica fundamental é que os discos permanentes são criptografados automaticamente para proteger os dados.

Após a criação, uma instância do Compute Engine aloca um único disco permanente raiz que contém o sistema operacional. É possível adicionar mais opções de armazenamento à instância, conforme necessário. Para implementações SAP, recomendamos usar discos permanentes, porque eles são feitos para ter alta durabilidade e as instâncias de computação podem acessá-los como discos físicos em uma máquina local.

ASE

As tabelas a seguir descrevem a estrutura de diretórios do Linux para o SAP Business Suite no ASE no Google Cloud. Para mais informações, consulte o Guia de instalação do SAP ASE para Linux.

Estrutura de diretório Linux recomendada para uma instância genérica do SAP ABAP

Estrutura de diretórios do aplicativo SAP	Tipo de armazenamento
/sapmnt	Disco permanente padrão (HDD)
/usr/sap	Disco permanente padrão (HDD)

Estrutura de diretório Linux recomendada para SAP Business Suite no ASE

Todos os arquivos de dados e registro do ASE precisam estar localizados em /sybase/SAPSID. SAPSID, ou SAP System Identifier, é o nome da instância da SAP usado durante a instalação.

Estrutura de diretórios do SAP Business Suite no ASE	Tipo de armazenamento
/sapmnt	Disco permanente padrão (HDD)
/usr/sap	Disco permanente padrão (HDD)
/sybase/`SAPSID`	Disco permanente padrão (HDD)
/sybase/`SAPSID`/sapdata_1	Disco permanente padrão (HDD) ou disco permanente baseado em SSD
/sybase/`SAPSID`/saplog_1	Disco permanente padrão (HDD) ou disco permanente baseado em SSD
/sybase/`SAPSID`/saptemp	Disco permanente padrão (HDD)
/sybase/`SAPSID`/sapdiag	Disco permanente padrão (HDD)
/sybasebackup	Disco permanente padrão (HDD)

Para mais informações, faça o download do Guia de práticas recomendadas do SAP ASE.

Estrutura de diretório recomendada do Windows para SAP Business Suite no ASE

A tabela a seguir descreve a estrutura de diretórios do Windows para o SAP Business Suite no ASE. Essa estrutura de diretórios se aplica à instalação do servidor central.

Drive	Descrição	Tipo de armazenamento
C:\	Inicialização	Disco permanente padrão (HDD)
D:\	Binários de banco de dados	Disco permanente padrão (HDD)
E:\	Arquivos de dados do banco de dados	Disco permanente padrão (HDD) ou disco permanente baseado em SSD
L:\	Registro do banco de dados	Disco permanente padrão (HDD) ou disco permanente baseado em SSD
P:\	Arquivo de paginação	Disco permanente padrão (HDD)
S:\	`usr/sap` e `sapmnt`	Disco permanente padrão (HDD)
T:\	Temp e saptemp do banco de dados	Disco permanente padrão (HDD)
X:\	Backup	Disco permanente padrão (HDD)

Para uma leitura mais detalhada, faça o download do Guia de práticas recomendadas do SAP ASE.

IBM Db2

Estrutura de diretório recomendada para SAP Business Suite no Db2 no Google Cloud

A tabela a seguir descreve a estrutura de diretórios do Linux para o SAP Business Suite no DBM2 no Google Cloud.

Estrutura de diretório do SAP Business Suite no Db2	Tipo de armazenamento
/sapmnt	Disco permanente padrão (HDD)
/usr/sap	Disco permanente padrão (HDD)
/db2/`SAPSID`	Disco permanente padrão (HDD)
/db2/`SAPSID`/db2dump	Disco permanente padrão (HDD)
/db2/`SAPSID`/sapdata1	Disco permanente padrão (HDD) ou disco permanente baseado em SSD
/db2/`SAPSID`/saptmp1	Disco permanente padrão (HDD)
/db2/`SAPSID`/log_dir	Disco permanente padrão (HDD) ou disco permanente baseado em SSD
/db2backup	Disco permanente padrão (HDD)

Para mais informações, consulte SAP no IBM DB2 para Linux e Windows.

Estrutura de diretório recomendada do Windows para SAP Business Suite no banco de dados IBM Db2

A tabela a seguir descreve a estrutura de diretórios do Windows para o SAP Business Suite no Db2 no Google Cloud. Essa estrutura de diretórios se aplica à instalação do servidor central.

Drive	Descrição	Tipo de armazenamento
C:\	Inicialização	Disco permanente padrão (HDD)
D:\	Binários de banco de dados	Disco permanente padrão (HDD)
E:\	Arquivos de dados do banco de dados	Disco permanente padrão (HDD) ou Disco permanente SSD
L:\	Registro do banco de dados	Disco permanente padrão (HDD) ou Disco permanente SSD
P:\	Arquivo de paginação	Disco permanente padrão (HDD)
S:\	`usr/sap` e `sapmnt`	Disco permanente padrão (HDD)
T:\	Temp e saptemp do banco de dados	Disco permanente padrão (HDD)
X:\	Backup	Disco permanente padrão (HDD)

Para mais detalhes sobre a estrutura de diretórios, consulte o Guia de planejamento do SAP NetWeaver.

Para calcular o tamanho necessário para o arquivo de paginação, consulte a Nota SAP 1518419: arquivo de paginação e memória virtual exigidos pelo sistema SAP (em inglês).

Implantação

O SAP Business Suite consiste nos seguintes componentes técnicos:

Camada de aplicação:

ASCS - ABAP SAP Central Services. Tem os seguintes componentes:
- Servidor de mensagens (MS, na sigla em inglês): funciona como um canal de comunicação entre servidores de aplicativos. Também lida com a distribuição de carga.
- Servidor de enfileiramento (ES, na sigla em inglês): controla o mecanismo de bloqueio.
PAS - servidor principal de aplicativos.
- O primeiro ou único servidor de aplicativos do sistema SAP.
AAS - servidor extra de aplicativos.
- Costuma ser implantado para balancear a carga em nível de aplicativo. Também é possível instalar vários AASs para ter maior disponibilidade a partir de uma perspectiva de camadas de aplicativos. Se um dos servidores de aplicativos ficar inativo, todas as sessões do usuário conectadas a esse servidor serão encerradas, mas os usuários poderão efetuar login novamente em outro AAS associado ao ambiente.
WD - Web Dispatcher (opcional).
- Balanceador de carga de software inteligente que distribui solicitações HTTP e HTTPS com base no tipo de aplicativo, para PAS e AAS.

Atualmente, os seguintes bancos de dados são certificados para execução no Google Cloud para SAP Business Suite.

Camada de banco de dados:

Banco de dados do SAP ASE
Banco de dados IBM Db2 LUW
SAP HANA. Não está no escopo deste documento. Para mais informações sobre implantações baseadas no SAP HANA, consulte SAP Business Suite no SAP HANA no Google Cloud Platform.

ASE

O Google Cloud oferece as seguintes opções para instalar o ASE no Linux e no Windows:

Manual
Terraform
Deployment Manager

Para instalação do SAP Business Suite, consulte os documentos de instalação do SAP Business Suite.

Para instalação do Linux, consulte Visão geral da implantação do Linux para SAP NetWeaver.

Para instalação do Windows, consulte Visão geral da implantação do Windows para SAP NetWeaver.

IBM Db2

A SAP certificou o Google Cloud para executar o IBM Db2 nos seguintes sistemas operacionais em instâncias de VMs do Compute Engine:

SLES 12 SP2 e posterior
RHEL 7.4
Windows Server 2012 R2 e posterior

Para mais informações, consulte o Guia de planejamento IBM Db2 para SAP NetWeaver.

O Google Cloud oferece as seguintes opções para instalar o IBM Db2 no Linux e no Windows:

Manual
Terraform
Deployment Manager

Para instalação do SAP Business Suite, consulte os documentos de instalação do SAP Business Suite.

Modelos de implantação

É possível implantar o SAP Business Suite em um destes dois modelos: implantação centralizada ou implantação distribuída.

Implantação centralizada

Em uma implantação centralizada, é possível instalar o SAP Business Suite e o banco de dados na mesma instância do Compute Engine. Recomendamos essa abordagem para ambientes que não estejam relacionados à produção, como ambientes de sandbox e de desenvolvimento.

ASE

O diagrama a seguir mostra uma arquitetura de referência para uma implantação centralizada do SAP Business Suite no ASE em um ambiente Linux. Observe que SAP ASCS, PAS e ASE estão instalados na mesma instância.

SAP ASCS, PAS e SAP ASE são instalados em uma única VM com uma estrutura de diretório
do Linux

O diagrama a seguir mostra uma arquitetura de referência para uma implantação centralizada do SAP Business Suite no ASE em um ambiente Windows. Observe que SAP ASCS, PAS e ASE estão instalados na mesma instância.

SAP ASCS, PAS e SAP ASE são instalados em uma única VM com um diretório de drive do
Windows

Db2

O diagrama a seguir mostra uma arquitetura de referência para o SAP Business Suite no IBM Db2 em um modelo de implantação centralizada, em um ambiente Linux. Observe que o SAP ASCS, PAS e IBM Db2 estão todos instalados na mesma instância.

SAP ASCS, PAS e IBM Db2 são instalados em uma única VM com uma estrutura de diretórios
Linux

O diagrama a seguir mostra uma arquitetura de referência para o SAP Business Suite no IBM Db2 em um modelo de implantação centralizada, em um ambiente Windows. Observe que o SAP ASCS, PAS e IBM Db2 estão todos instalados na mesma instância.

SAP ASCS, PAS e IBM Db2 são instalados em uma única VM com um diretório de drive do
Windows

Implantação distribuída

Em uma implantação distribuída, é possível instalar os aplicativos do SAP Business Suite e o banco de dados em diferentes instâncias. Recomendamos essa abordagem para ambientes de produção ou que exigem muita capacidade computacional para processar cargas intensas de transação. Cada um dos componentes da camada de aplicativo SAP descritos anteriormente (em "Implantação") pode ser instalado de forma independente em instâncias diferentes.

Outra opção é instalar um ou mais servidores extras de aplicativos (AAS, na sigla em inglês), dependendo das exigências do negócio.

ASE

O diagrama a seguir mostra uma arquitetura de referência para o SAP Business Suite no ASE em um modelo de implantação distribuída. Observe que o SAP ASCS, PAS e SAP ASE estão todos instalados em diferentes instâncias.

SAP ASCS, PAS e SAP ASE são instalados em VMs separadas com uma estrutura de diretórios
Linux

Db2

O diagrama a seguir mostra uma arquitetura de referência para o SAP Business Suite no IBM Db2 em um modelo de implantação distribuída. Observe que o SAP ASCS, PAS e IBM Db2 LUW estão todos instalados em diferentes instâncias.

SAP ASCS, PAS e IBM Db2 são instalados em VMs separadas com uma estrutura de diretórios
Linux

Uma observação sobre o balanceamento de carga

Em um ambiente SAP distribuído, recomendamos o balanceamento de carga para conseguir o desempenho ideal do aplicativo. É possível configurar o balanceamento de carga de aplicativos usando a camada de aplicativos SAP.

Alta disponibilidade e recuperação de desastres

Alta disponibilidade (HA, na sigla em inglês) e recuperação de desastres (DR, na sigla em inglês) são conjuntos de técnicas, práticas de engenharia e princípios de design que permitem que os negócios continuem em caso de falha. Essas abordagens funcionam porque eliminam pontos únicos de falha e permitem retomar as operações rapidamente após o sistema ou o componente ficarem indisponíveis, com o mínimo de interrupção nos negócios. A recuperação de falhas é o processo de recuperar e retomar as operações após uma interrupção causada por uma falha de componente.

Por exemplo, aqui estão algumas ferramentas de alta disponibilidade e recuperação de desastres:

Alta disponibilidade do servidor de aplicativos e recuperação de desastres

Para garantir alta disponibilidade para o sistema, considere os seguintes componentes:

ABAP Central Services (ASCS)
Servidor principal de aplicativos (PAS, na sigla em inglês)
SAP ASE ou IBM Db2

Considerações e implantação de alta disponibilidade do servidor de aplicativos

Uma configuração de alta disponibilidade do ABAP SAP Central Services (ASCS) consiste em pelo menos dois nós SCS. O nó primário executa o serviço de servidor de mensagens (MS, na sigla em inglês) e Enqueue Replication Server (ERS), e o nó secundário executa apenas o ERS.
Um VIP (IP virtual) está configurado para se conectar à instância ASCS. O VIP é configurado como um endereço IP flutuante. Durante um failover do nó primário, o cluster do SUSE permite que o nó secundário se torne ativo. Além disso, o VIP passa para o nó secundário, para que as solicitações agora sejam direcionadas para o nó secundário.
Em um cenário normal, o nó primário do ASCS sempre executa um servidor de mensagens e o nó secundário sempre executa o ERS.
Os sistemas de arquivos NFS são ativados nos servidores NFS para os nós primário e secundário do ASCS. É possível usar um serviço de alta disponibilidade, como o Filestore Enterprise.
O diagrama a seguir mostra dois nós:
- O nó 1 é o nó principal e hospeda o ASCS: MS e ERS.
- O nó 2 é o nó secundário e hospeda o ERS.
- A numeração indica o fluxo da solicitação:
  1. A solicitação chega ao VIP.
  2. A solicitação vai para o nó ativo, o nó 1 no diagrama abaixo.
  3. O nó ativo grava nos compartilhamentos NFS.

Uma VM hospeda o ASCS ativo e o ERS inativo. Outra VM hospeda ASCS inativo
e ERS ativo. Cada par de VM, ERS e NFS tem seu próprio VIP

Considerações e implantação de DR do servidor de aplicativos

Facilite um nó de DR para um servidor de aplicativos SAP Netweaver restaurando arquivos nos pontos de montagem /usr/sap/SID e /sapmnt/SID. É possível fazer um backup off-line ou on-line dessas ativações e dos arquivos subjacentes, mas recomendamos fazer pelo menos um backup off-line completo, que pode ser usado para configurar o nó de DR. Use os snapshots do Google para fazer backup dos discos permanentes dos volumes SAP. Esses volumes SAP poderão ser restaurados em qualquer região ou zona em caso de desastre. Para mais detalhes, consulte o Guia de operações do SAP NetWeaver.

Alta disponibilidade do banco de dados e recuperação de desastres

Alta disponibilidade do ASE

No ASE no Google Cloud, é possível ter alta disponibilidade e recuperação de desastres configurando a replicação síncrona entre os servidores principal e de espera, permitindo que os dois servidores estejam sempre sincronizados e sem perda de dados. Há duas versões da alta disponibilidade no ASE. A opção sempre ativa do ASE é compatível com o Google Cloud. Para mais detalhes, consulte o Guia de planejamento do SAP ASE.

Os hosts primário e secundário precisam ter os seguintes componentes:

ASE
SAP Host Agent: monitora o uso de CPU, memória e outros recursos no servidor
RMA: agente de gerenciamento de replicação
SAP ASE Cockpit: executa atividades de banco de dados
Gerenciador de falhas: tem seu próprio servidor host e monitora os servidores principal e de espera O Gerenciador de falhas garante alta disponibilidade do ASE iniciando o failover automático. Ele monitora os seguintes componentes: agente de gerenciamento de replicação, servidor de replicação, aplicativos, bancos de dados e sistema operacional. Ele também permite que você verifique a integridade do banco de dados e reinicie o banco de dados, se necessário.

Para melhorar a disponibilidade do sistema, um cluster ASE permite que as cargas de trabalho sejam movidas para o nó secundário, monitorando a falha do nó primário. O diagrama a seguir mostra uma arquitetura de referência de alto nível demonstrando como os componentes ASE descritos acima podem ser instalados no Google Cloud.

Instâncias primária e secundária do SAP ASE são instaladas em VMs separadas. Os dados
são replicados de forma síncrona entre as duas instâncias.

Recuperação de desastres de ASE

O sistema de recuperação de desastres é formado por dois servidores ASE: um designado como principal, no qual todo o processamento de transações ocorre e o outro designado como servidor em espera. No modo de recuperação de desastres, os dados são replicados do servidor principal para o servidor em espera usando replicação assíncrona. Se o servidor principal falhar, o servidor em espera será promovido para o papel de servidor principal manual ou automaticamente. Recomendamos o uso do modo de replicação assíncrona para uma configuração de recuperação de desastres.

Os componentes essenciais da recuperação de desastres para SAP ASE são os mesmos que da alta disponibilidade para ASE. Veja a lista na seção anterior.

O diagrama a seguir mostra o fluxo da recuperação de desastres do ASE.

A instância primária do SAP ASE é instalada em uma VM em uma zona. A
instância secundária é instalada em uma VM em uma zona diferente. Os dados
são replicados de forma síncrona entre as duas instâncias.

Para mais detalhes sobre os sistemas operacionais certificados para SAP ASE, consulte a Nota SAP 2537664, o relatório de certificação ASE 16.0 para o Google Cloud Platform.

Alta disponibilidade do IBM Db2 e recuperação de desastres

O Google Cloud oferece suporte à alta disponibilidade sempre ativa do IBM Db2, e o SAP oferece suporte à maioria dos recursos do IBM Db2 no Google Cloud. No entanto, os seguintes recursos ainda não são compatíveis:

Bancos de dados Db2 com várias partições
Recurso pureScale para IBM Db2

Para mais detalhes, consulte o Guia de planejamento do IBM Db2 para SAP NetWeaver.

Backup e recuperação

Faça backups do servidor de aplicativos e do banco de dados regularmente para que você possa se recuperar em caso de falha do sistema, corrupção de dados ou outros problemas.

Backups da camada de aplicativo

Faça um backup da camada de aplicativo usando discos permanentes por meio de snapshots. É possível fazer backup do disco raiz e dos binários SAP do SAP Netweaver Suite. Para conseguir um snapshot consistente, é preciso primeiro impedir o SAP NetWeaver e o banco de dados de gravar no sistema de arquivos.

O diagrama a seguir mostra snapshots de um backup da camada de aplicativo.

O diagrama mostra snapshots completos e incrementais dos dados do aplicativo SAP em um
disco permanente

Backups e restaurações do SAP ASE

É possível fazer backup e restaurar um banco de dados SAP ASE usando o utilitário dbbackupdbbackup. Use o Google Storage como destino de backup para armazenar arquivos de backup e arquivos de registro de transações. Para mais informações, consulte Utilitário de backup (dbbackup).

O banco de dados SAP ASE fornece várias opções e comandos para restaurar o banco de dados completo ou os registros de transações dos backups feitos para executar uma recuperação completa ou pontual. Para mais informações, consulte a Nota SAP 1611715, Como restaurar um servidor de banco de dados SAP ASE (Windows) e o Utilitário de backup de banco de dados SAP ASE.

O diagrama a seguir mostra os snapshots de um backup ASE.

O diagrama mostra snapshots completos e incrementais dos dados do SAP ASE em um disco
permanente

Backups e restaurações do IBM Db2

É possível fazer backup de um banco de dados IBM Db2 on-line ou off-line.

Modo on-line: os usuários continuam trabalhando durante o backup.
Modo off-line: o banco de dados é encerrado completamente e os usuários não podem trabalhar durante o backup.

O processo de backup depende de quantas partições seu banco de dados tem.

Banco de dados de partição única

Nesta configuração, é possível executar um backup acessando o banco de dados como usuário db2dbsid.

Execute o seguinte comando:

$db2 backup db DBSID

Banco de dados com várias partições

Faça login no servidor de banco de dados com o usuário db2dbsid.

Execute o seguinte comando:

$db2 "backup db DBSID on ALL DBPARTITIONNUMS …"

Também é possível usar a ferramenta DBA Cockpit fornecida pela IBM para executar um backup do banco de dados.

Para mais informações, consulte Método de backup do banco de dados IBM Db2.

Recuperação

A restauração e recuperação do IBM Db2 permite restaurar o banco de dados a partir de um backup bem-sucedido. A recuperação do banco de dados depende do acesso a um arquivo de histórico atualizado, porque todas as informações sobre imagens de backup e arquivos de registros são acessadas a partir daí.

É possível recuperar de um backup usando o comando RECOVER:

Faça login no servidor de banco de dados como usuário db2dbsid ou sapsidadm.
Execute o seguinte comando:

$ db2 RECOVER DB DBSID

Para recuperar de um ponto específico no tempo:

Faça login no servidor de banco de dados como usuário db2dbsid ou sapsidadm.
Execute o seguinte comando:

$ DB2 RECOVER DB DBSID to local time on the database server

Para mais informações, consulte Método de recuperação de dados do IBM Db2.

O diagrama a seguir mostra snapshots de um backup Db2.

O diagrama mostra snapshots completos e incrementais dos dados do IBM Db2 em um disco
permanente

Notas SAP pré-implantação importantes

Antes de começar a implantar os sistemas SAP no Google Cloud, leia as notas SAP na lista a seguir. Elas são relevantes para a configuração planejada. Antes de realizar qualquer implementação de produto SAP, sempre verifique o SAP Marketplace para ver os guias e notas de instalação mais atuais do produto.

Para mais informações sobre a instalação do ASE ou IBM Db2, consulte as seguintes páginas: