Prepare outros bancos de dados autogerenciados para o Backup e DR em um dispositivo de backup/recuperação

Antes de fazer backup das instâncias e dos dados de banco de dados autogerenciados a seguir, adicione o servidor de banco de dados como um host ao Backup e DR. Para que isso funcione, a maioria dos bancos de dados exige algumas configurações e outras etapas de preparação. Os procedimentos nesta página são para a maioria dos bancos de dados autogerenciados:

Para	Revisar	Em seguida, use
IBM Db2	Backup e DR para IBM Db2	Pré-requisitos do banco de dados Db2
PostgreSQL	Backup e DR para PostgreSQL	Pré-requisitos do banco de dados PostgreSQL
SAP ASE	Backup e DR para SAP ASE	Pré-requisitos do banco de dados SAP ASE
SAP IQ	Backup e DR para SAP IQ	Pré-requisitos do banco de dados SAP IQ
SAP MaxDB	Backup e DR para SAP MaxDB	Pré-requisitos do banco de dados SAP MaxDB
SAP HANA	Backup e DR para SAP HANA	Preparar bancos de dados SAP HANA para backup
Microsoft SQL Server	Backup e DR para SQL Server	Preparar bancos de dados do SQL Server para backup e DR
Oracle	Backup e DR para Oracle	Pré-requisitos para fazer backup de um banco de dados Oracle e das páginas a seguir

Para todos os outros bancos de dados compatíveis com o Backup e DR, siga estes procedimentos.

Pré-requisitos do banco de dados Db2

• Cada banco de dados precisa usar o modo de armazenamento automático ou apenas as instâncias serão descobertas.

• Cada banco de dados precisa estar no modo de registro de arquivo, e LOGARCHMETH1 precisa ser definido como disco local. Para saber se o banco de dados está no modo circular ou de registro de arquivo, execute o comando db2 get db cfg for <database name>| grep LOGARCHMETH1

• Se o banco de dados estiver no modo circular, mude o registro para o modo de arquivo antes de continuar. Para definir o parâmetro LOGARCHMETH1, use o seguinte:
  db2 update db cfg for <dbname> LOGARCHMETH1 using 'DISK:<location>'

• Para o banco de dados de espera HADR, a opção Leituras em espera precisa estar ativada. Ou seja, o parâmetro DB2_HADR_ROS precisa ser definido como ON.

  Observação: o local de backup de registro de terceiros não é compatível. O local de backup de registro (LOGARCHMETH1) precisa ser definido como disco local para que o backup e a recuperação sejam bem-sucedidos.
  Observação: se você estiver usando o Pacemaker HADR, consulte Configurar snapshots compatíveis com o Pacemaker para IBM Db2 HADR.

Pré-requisitos do banco de dados PostgreSQL

Esta seção inclui informações sobre os pré-requisitos do banco de dados PostgreSQL.

Proteger o PostgreSQL do nó principal

1. Crie um usuário de backup:

   create user actuser;

2. Forneça privilégio para backup:

   alter user actuser with superuser;
   alter user actuser with Replication;
   

3. O modo de arquivo do PostgreSQL (archive_mode) precisa ser definido como ON para fazer backups de registro. Para configurar a opção de modo de registro de arquivo, atualize o arquivo postgresql.conf no diretório de dados da instância e recarregue o PostgreSQL.

   archive_mode = on
    // Command to reload PostgreSQL
    pg_ctl reload -D <Postgres_datadir_path>
   

Exemplo: pg_ctl reload -D /pgdata

Proteger o PostgreSQL de um nó de espera

1. Crie um usuário de backup:

   create user actuser;

2. Forneça privilégio para backup:

   alter user actuser with superuser;
   alter user actuser with Replication;
   

3. Modo de arquivo do PostgreSQL (WAL) configurado no nó de espera:

   Crie o diretório em que queremos manter os WALs.
   O exemplo pressupõe que /pglog seja o diretório. Execute as etapas a seguir como usuário raiz.

   mkdir /pglog
   chown -R postgres:postgres /pglog
   

   Configure os parâmetros para arquivamento.
   O exemplo pressupõe que $PGDATA seja /pgdata/11/data. Execute estas etapas como usuário do PostgreSQL.
   Adicione ou atualize os parâmetros no arquivo /pgdata/11/data/postgresql.conf

    wal_level = replica
    archive_mode = always
    archive_command = 'test ! -f /pglog/%f && cp %p /pglog/%f'
   

   Reinicie o PostgreSQL:

    /usr/pgsql-11/bin/pg_ctl stop -D /pgdata/11/data
    /usr/pgsql-11/bin/pg_ctl start -D /pgdata/11/data
   

   Adicione ou atualize a entrada em pg_hba.conf no principal para aceitar a conexão de banco de dados do modo de espera.
   

   host postgres <db-user> <standby-ip/32> <connection method>
   

   Exemplo: host postgres postgres 10.128.0.29/32 trust

   Teste a geração de arquivos (como usuário do PostgreSQL):

   ls -l /pglog/
   

   Execute este comando de troca de registro:

    /usr/pgsql-11/bin/psql -h 10.128.0.28 -p5432 -c "select pg_switch_wal();"
    sleep 5 # log shipping may take some time depending on network
    ls -l /pglog/
   

Pré-requisitos do banco de dados SAP ASE

Antes de começar, no servidor SAP ASE, faça o seguinte:

• Uma conta de usuário de backup precisa ser criada com privilégio de backup, oper_role ou sa_role. Um nome de usuário e uma senha de backup precisam ser configurados com a configuração do host. Crie o usuário com ou sem uma senha para executar o comando de inatividade na origem com sa_role/ou com privilégios de inatividade. Para criar o usuário com uma senha, execute o seguinte:

  isql -Usa -P<password> -S<SAP ASE_Server_Name>
  1>sp_addlogin actuser, '<password>'
  2go
  1grant role sa_role to actuser
  2>go
  

  Para configurar o login do usuário sem um requisito de senha, defina a senha como nula e execute o seguinte comando:

  1>sp_configure "minimum password length", 0
  2>go
  1> sp_modifylogin actuser, "min passwd length",
  "0"
  2> go
  3> exit
  isql -Uactuser -P'<password>' -S<server_name>
  > sp_password '<password>', NULL
  >go
  >sp_configure "minimum password length", 8
  >go
  

  Observação: se houver várias instâncias do SAP ASE em execução em um servidor, o nome de usuário e a senha de backup precisarão ser comuns a todas as instâncias do SAP ASE em execução nesse servidor.

• Instale o agente de backup e DR no servidor SAP ASE.

• Para ativar o backup do registro de transações, Truncate on chkpt false precisa ser definido no nível do banco de dados para cada banco de dados da instância do SAP ASE.

• O seguinte é verdadeiro para backups no nível do volume:

  • A instância do SAP ASE precisa residir no LVM e não pode ser o volume de inicialização.

  • O volume LVM em que os volumes do SAP ASE são provisionados precisa ter pelo menos 20% de espaço livre.

Observação: os jobs de descoberta e backup do SAP ASE podem parar de responder devido a um problema conhecido com sp_spaceused. Os motivos e a resolução para procedimentos sp_spaceused de longa duração são explicados na nota SAP: "2443782 - execute sp_spaceused takes too long - SAP ASE" (em inglês).

Pré-requisitos do banco de dados SAP IQ

Antes de começar, revise o seguinte no servidor SAP IQ:

• O registro PITR do SAP IQ precisa estar ATIVADO para fazer backup de registro. Para configurar a opção de registro PITR, você precisa destas APIs do SAP IQ:

  • ALTER DBSPACE IQ_SYSTEM_LOG RENAME /<pitr_log_location>

  • SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = ON`

  Depois de ativar o registro PITR, é necessário um backup completo do banco de dados.

• O banco de dados de utilitários precisa ser iniciado especificando o nome de usuário e a senha, e o dbname precisa ser utility_db. Por exemplo: start_iq -n utility_db -su act,passwd

• O nome de usuário e a senha de backup do banco de dados precisam ser os mesmos do nome de usuário e da senha utility_db e precisam ter privilégios de DBA. Para criar o usuário de backup, por exemplo:

  create user actuser identified by 'mypassword';
  grant dba to actuser;
  

  Observação: se houver várias instâncias do SAP IQ em execução em um servidor, o nome de usuário e a senha de backup precisarão ser comuns a todas as instâncias do SAP IQ em execução nesse servidor.
  • Instale o agente de backup e DR no host do servidor SAP IQ.

Pré-requisitos do banco de dados SAP MaxDB

Antes de começar, no servidor SAP MaxDB:

• Se houver várias instâncias do MaxDB em execução em um servidor, o nome de usuário e a senha do banco de dados precisarão ser comuns a todas as instâncias do MaxDB em execução nesse servidor.

• O backup automático de registro precisa estar ativado. Use o comando a seguir para ativar o backup automático de registro:

  dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> autolog_on
  <autolog_backup_template_name>
  

• Para ativar o backup automático de registro, você precisa de um modelo de backup automático de registro.

Para criar um modelo de backup, use o comando a seguir.

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> backup_template_create
    <BACKUP_TEMPLATE_NAME> to file  <FULL_PATH_WITH_FILE_NAME> content log

• A área de substituição de registro precisa ser desativada para ativar o backup automático de registro.

Para desativar a substituição de registro, use o comando a seguir:

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> db_execute SET LOG AUTO
    OVERWRITE OFF.

• Instale o agente de backup e DR no host do servidor SAP MaxDB.

A seguir

Depois que o banco de dados for preparado para backup e DR, você poderá adicionar o host e descobrir os bancos de dados.