Preparare altri database autogestiti per il servizio di backup e RE

Prima di poter eseguire il backup delle seguenti istanze di database e dati autogestiti, devi aggiungere il server di database come host al servizio di backup e DR. Affinché funzioni, la maggior parte dei database richiede alcune impostazioni e altri passaggi di preparazione. Le procedure descritte in questa pagina sono valide per la maggior parte dei database autogestiti:

Per Rivedi Quindi utilizza
IBM Db2 Backup e RE per IBM Db2 Prerequisiti del database Db2
PostgreSQL Backup e RE per PostgreSQL Prerequisiti del database PostgreSQL
SAP ASE Backup e RE per SAP ASE Prerequisiti del database SAP ASE
SAP IQ Backup e RE per SAP IQ Prerequisiti del database SAP IQ
SAP MaxDB Backup e RE per SAP MaxDB Prerequisiti del database SAP MaxDB
SAP HANA Backup e RE per SAP HANA Prepara i database SAP HANA per il backup
Microsoft SQL Server Backup e RE per SQL Server Prepara i database SQL Server per il servizio di backup e DR
Oracle Backup e RE per Oracle Prerequisiti per il backup di un database Oracle e le pagine seguenti

Per tutti gli altri database supportati da Backup e RE, segui queste procedure.

Prerequisiti del database Db2

  • Ogni database deve utilizzare la modalità di archiviazione automatica, altrimenti vengono rilevate solo le istanze.

  • Ogni database deve essere in modalità di log di archivio e LOGARCHMETH1 deve essere impostato su disco locale. Per sapere se il database è in modalità circolare o in modalità di log di archivio, esegui il comando db2 get db cfg for <database name>| grep LOGARCHMETH1

  • Se il database è in modalità circolare, cambia la registrazione in modalità archivio prima di continuare. Per impostare il parametro LOGARCHMETH1, utilizza quanto segue:
    db2 update db cfg for <dbname> LOGARCHMETH1 using 'DISK:<location>'

  • Per il database di standby HADR, l'opzione Letture in standby deve essere attivata, ovvero il parametro DB2_HADR_ROS deve essere impostato su ON.

Prerequisiti del database PostgreSQL

Questa sezione include informazioni sui prerequisiti del database PostgreSQL.

Proteggere PostgreSQL dal nodo primario

  1. Crea un utente di backup:

    create user actuser;

  2. Fornisci il privilegio per il backup:

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

  3. La modalità di archiviazione PostgreSQL (archive_mode) deve essere impostata su ON per eseguire i backup dei log. Per configurare l'opzione della modalità di log degli archivi, aggiorna il file postgresql.conf nella directory dei dati dell'istanza e ricarica PostgreSQL.

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

Esempio: pg_ctl reload -D /pgdata

Proteggere PostgreSQL da un nodo di standby

  1. Crea un utente di backup:

    create user actuser;

  2. Fornisci il privilegio per il backup:

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

  3. Configurazione della modalità di archiviazione PostgreSQL (WAL) sul nodo di standby:

    Crea la directory in cui vogliamo conservare i WAL.
    L'esempio presuppone che /pglog sia la directory. Esegui i seguenti passaggi come utente root.

    mkdir /pglog
chown -R postgres:postgres /pglog

    Configura i parametri per l'archiviazione.
    L'esempio presuppone che $PGDATA sia /pgdata/11/data. Esegui questi passaggi come utente postgres.
    Aggiungi o aggiorna i parametri nel file /pgdata/11/data/postgresql.conf

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

    Riavvia PostgreSQL:

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

    Aggiungi o aggiorna la voce in pg_hba.conf su Primary per accettare la connessione al database dallo standby.

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

    Esempio: host postgres postgres 10.128.0.29/32 trust

    Testa la generazione dell'archivio (come utente postgres):

    ls -l /pglog/

    Esegui questo comando di cambio log:

     /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/

Prerequisiti del database SAP ASE

Prima di iniziare, completa i seguenti passaggi sul server SAP ASE:

  • È necessario creare un account utente di backup con privilegi di backup, ovvero oper_role o sa_role. Un nome utente e una password di backup devono essere configurati con la configurazione dell'host. Crea l'utente con o senza una password per eseguire il comando di sospensione sull'origine con sa_role/or con privilegi di sospensione. Per creare l'utente con una password, esegui questo comando:

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

    Per configurare l'accesso utente senza richiedere una password, imposta la password su null, quindi esegui il seguente 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

  • Installa l&RE di backup e DR sul server SAP ASE.

  • Per attivare il backup dei log delle transazioni, Truncate on chkpt false deve essere impostato a livello di database per ogni database dell'istanza SAP ASE.

  • Per i backup a livello di volume vale quanto segue:

    • L'istanza SAP ASE deve risiedere in LVM e non deve essere il volume di avvio.

    • Il volume LVM da cui vengono sottoposti a provisioning i volumi SAP ASE deve avere almeno il 20% di spazio libero.

Prerequisiti del database SAP IQ

Prima di iniziare, esamina quanto segue sul server SAP IQ:

  • Il logging PITR di SAP IQ deve essere ATTIVO per eseguire il backup dei log. Per configurare l'opzione di log PITR, hai bisogno di queste API SAP IQ:

    • ALTER DBSPACE IQ_SYSTEM_LOG RENAME /<pitr_log_location>

    • SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = ON`

    Dopo aver abilitato la registrazione PITR, è necessario un backup completo del database.

  • Il database dell'utilità deve iniziare specificando nome utente e password e dbname deve essere utility_db. Ad esempio: start_iq -n utility_db -su act,passwd

  • Il nome utente e la password del backup del database devono corrispondere al nome utente e alla password utility_db e devono disporre dei privilegi DBA. Per creare l'utente di backup, ad esempio:

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

Prerequisiti del database SAP MaxDB

Prima di iniziare, sul server SAP MaxDB:

  • Se su un server sono in esecuzione più istanze MaxDB, il nome utente e la password del database devono essere comuni a tutte le istanze MaxDB in esecuzione su quel server.

  • Il backup automatico dei log deve essere abilitato. Utilizza il seguente comando per attivare il backup automatico dei log:

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

  • Per abilitare il backup automatico dei log, devi disporre di un modello di backup automatico dei log.

Per creare un modello di backup, utilizza il seguente comando.

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> backup_template_create
    <BACKUP_TEMPLATE_NAME> to file  <FULL_PATH_WITH_FILE_NAME> content log
  • L'area Sovrascrittura log deve essere disattivata per attivare l'attivazione del backup automatico dei log.

Per disattivare la sovrascrittura dei log, utilizza il seguente comando:

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

Passaggi successivi

Dopo aver preparato il database per Backup e RE, puoi aggiungere l'host e rilevare i database.