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
eSuper
ouReplication 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çãomy.cnf
oumy.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.
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
ousys
.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
oumy.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
Crie um usuário de backup:
create user actuser;
Forneça privilégios para backup:
alter user actuser with superuser; alter user actuser with Replication;
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
Crie um usuário de backup:
create user actuser;
Forneça privilégios para backup:
alter user actuser with superuser; alter user actuser with Replication;
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
ousa_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.