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

Antes de fazer backup das seguintes instâncias e dados de banco de dados autogerenciados, 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 do 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 as páginas seguintes

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. Caso contrário, 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 arquivamento 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 HADR-standby, a opção leituras em espera precisa estar ativada, ou seja, o parâmetro DB2_HADR_ROS precisa ser definido como ON.

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 arquivamento do PostgreSQL (archive_mode) precisa ser definido como ON para fazer backups de registros. 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ó em 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. Configuração do modo de arquivamento do PostgreSQL (WAL) no nó de espera:

    Crie o diretório em que você quer manter os WALs.
    O exemplo pressupõe que /pglog é o diretório. Siga as etapas abaixo como usuário raiz.

    mkdir /pglog
chown -R postgres:postgres /pglog

    Configure os parâmetros para arquivamento.
    O exemplo pressupõe que $PGDATA é /pgdata/11/data. Siga estas etapas como usuário postgres.
    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 na instância principal para aceitar a conexão do banco de dados da instância em 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 postgres):

    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 do SAP ASE

Antes de começar, conclua as seguintes etapas no servidor do SAP ASE:

  • 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 quiesce na origem com sa_role/ou com privilégios quiesce. 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 exigir uma 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

  • Instale o agente de backup e DR no servidor do 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.

  • As seguintes informações são verdadeiras 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 do LVM em que os volumes do SAP ASE são provisionados precisa ter pelo menos 20% de espaço livre.

Pré-requisitos do banco de dados SAP IQ

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

  • A geração de registros de PITR do SAP IQ precisa estar ATIVADA para fazer backup de registros. Para configurar a opção de registro de 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 a geração de registros da PITR, é necessário fazer um backup completo do banco de dados.

  • O banco de dados utilitário precisa começar 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 do backup do banco de dados precisam ser iguais ao nome de usuário e à senha do utility_db e ter privilégios de DBA. Para criar o usuário de backup, por exemplo:

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

Pré-requisitos do banco de dados SAP MaxDB

Antes de começar, no servidor do 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 do Autolog precisa estar ativado. Use o comando a seguir para ativar o backup automático de registros:

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

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

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 registros precisa ser desativada para que o backup de registro automático seja ativado.

Para desativar a substituição de registros, use o seguinte comando:

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

A seguir

Depois que o banco de dados estiver preparado para o Backup e DR, será possível adicionar o host e descobrir os bancos de dados.