Preparar outros bancos de dados autogerenciados para o serviço de backup e DR

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 serviço de 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 Revisão Depois, 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 o serviço de backup e DR
Oracle Backup e DR para Oracle Pré-requisitos para fazer backup de um banco de dados Oracle e as 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. Caso contrário, apenas as instâncias serão descobertas.

  • Cada banco de dados precisa estar no modo de registro de arquivamento, 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 de HADR, a opção leituras em espera precisa estar ativada. Ou seja, o parâmetro DB2_HADR_ROS precisa estar 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 estar 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ó 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 arquivamento do PostgreSQL (WAL) configurado no nó de espera:

    Crie o diretório em que vamos 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 de arquivamento.
    O exemplo pressupõe que $PGDATA seja /pgdata/11/data. Execute 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 de 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 do arquivo (como usuário do postgres):

    ls -l /pglog/

    Execute este comando de troca de registros:

     /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, faça o seguinte no servidor 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 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
1>grant 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 do 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 estar no LVM e não pode ser o volume de inicialização.

    • O volume LVM de 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, revise o seguinte no servidor SAP IQ:

  • O registro da PITR do SAP IQ precisa estar ATIVADO para fazer backup de registros. 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 em log da PITR, é necessário fazer um backup completo do banco de dados.

  • O banco de dados de utilidade 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 os mesmos do nome de usuário e da 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 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 autolog, você precisa de um modelo de backup de autolog.

Para criar um modelo de backup, use o seguinte comando:

    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 "Substituição de registros" precisa ser desativada para ativar o backup automático de registros.

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, você poderá adicionar o host e descobrir os bancos de dados.