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 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 desta 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
MariaDB Backup e DR para MariaDB Pré-requisitos do banco de dados MariaDB
MySQL Backup e DR para MySQL Pré-requisitos do banco de dados MySQL
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 do 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 seguintes

Para todos os outros bancos de dados com suporte a backup e DR, siga as etapas abaixo.

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 no modo 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 em espera do HADR, a opção leitura em espera precisa estar ativada. Ou seja, o parâmetro DB2_HADR_ROS precisa estar definido como ON.

Pré-requisitos do banco de dados MariaDB

  • O banco de dados MariaDB precisa estar no LVM e não pode ser o volume de inicialização. Execute mysql -e "select @@datadir" para receber o caminho de dados do banco de dados.

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

  • Instale o agente de backup e DR no servidor MariaDB.

  • Crie um usuário de backup com os privilégios Reload, Select, Lock tables e Super ou Replication client. Um nome de usuário e uma senha de backup precisam ser configurados com a configuração do host.

    Para criar o usuário de backup, faça o seguinte:

    create user actuser identified by 'actpasswd';
    GRANT SELECT on *.* TO actuser;
    GRANT RELOAD on *.* TO actuser;
    GRANT LOCK TABLES on *.* TO actuser;
    GRANT SUPER on *.* TO actuser;
    GRANT REPLICATION CLIENT on *.* to actuser;
    SHOW GRANTS FOR CURRENT_USER;
    
  • A geração de registros binários do MariaDB log_bin precisa estar ativada para fazer backups de registro. Para configurar a opção de registro binário, desligue o servidor MariaDB e edite o arquivo de configuração my.cnf ou my.ini. Na seção [mysqld] do arquivo de configuração, adicione a opção log-bin.

    [mysqld]
    log_bin = /log1/mysql3306/mysql3306-bin.0000
    
  • O usuário mysql precisa ser definido como /bin/bash no arquivo /etc/passwd.

Pré-requisitos do banco de dados MySQL

  • O banco de dados MySQL precisa estar no LVM e não pode ser o volume de inicialização. Execute mysql -e "select @@datadir" para receber o caminho de dados do banco de dados.

  • Para melhores resultados, o volume LVM em que os volumes do MySQL são provisionados precisa ter pelo menos 20% de espaço livre.

  • Instalar o agente de backup e DR no host do servidor MySQL

  • Verifique se a instância do MySQL está em execução

  • O proprietário do banco de dados MySQL (usuário do SO) precisa estar ativado para fazer login. Por exemplo, o usuário do SO do banco de dados precisa ter um shell em funcionamento, como /bin/bash.

    Comando para ativar o usuário do SO: usermod -s /bin/bash mysql

  • A instância do MySQL precisa ter um usuário de backup do banco de dados que possa se conectar pelo localhost. Exemplo: crie o usuário actuser'@'localhost identificado por "mypassword"

  • Privilégio necessário para o usuário de backup do banco de dados em caso de backup e recuperação de snapshots no nível do volume:

    GRANT SELECT on *.* TO actuser;
    GRANT RELOAD on *.* TO actuser;
    GRANT LOCK TABLES on *.* TO actuser;
    GRANT SUPER on *.* TO actuser;
    GRANT REPLICATION CLIENT on *.* to actuser;
    SHOW GRANTS FOR CURRENT_USER;
    
  • Os seguintes privilégios são necessários para o usuário de backup do banco de dados em caso de backup e recuperação tradicionais com arquivo completo e incremental:

    GRANT ALL ON *.* TO 'actuser'@'localhost';
    SHOW GRANTS FOR CURRENT_USER;
    
  • Um banco de dados definido pelo usuário precisa estar presente, exceto os bancos de dados do sistema: information_schema, mysql, performance_schema ou sys.

  • A geração de registros binários do MySQL (log_bin) precisa estar ativada para fazer o backup de registro. Para configurar a opção de registro binário, desligue o servidor MySQL e edite o arquivo de configuração: my.cnf ou my.ini. Na seção [mysqld] do arquivo de configuração, adicione a opção log-bin.

    [mysqld]
    log_bin = /log1/mysql3306/mysql3306-bin.0000
    

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égios 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 ATIVADO 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ó reserva

  1. Crie um usuário de backup:

    create user actuser;

  2. Forneça privilégios para backup:

    alter user actuser with superuser;
    alter user actuser with Replication;
    
  3. Modo de arquivo do PostgreSQL: configuração do WAL no nó de espera:

    Crie o diretório em que queremos manter os WALs.
    O exemplo pressupõe que /pglog seja o diretório. Siga 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. Siga as etapas abaixo 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 primário para aceitar a conexão do banco de dados 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 arquivo (como usuário do postgres):

    ls -l /pglog/
    

    Execute este comando de alternância 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, faça o seguinte no servidor SAP ASE:

  • Uma conta de usuário de backup precisa ser criada com o 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 suspensão na origem com sa_role/ou com privilégios de suspensão. 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>'
    2>go
    1>grant 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
    
  • 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.

  • 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.

Pré-requisitos do banco de dados SAP IQ

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

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

  • O banco de dados de utilitários 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 aos 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;
    
    • 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 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 para todas as instâncias do MaxDB em execução nesse servidor.

  • O backup de registro automático 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 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 "Sobrescrever registro" precisa ser desativada para ativar o backup de registro automático.

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

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