Questa pagina è stata tradotta dall'API Cloud Translation.

Preparare altri database autogestiti per il servizio di backup e RE

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

Per	Rivedi	Quindi utilizza
IBM Db2	Backup e RE per IBM Db2	Prerequisiti del database Db2
MariaDB	Backup e RE per MariaDB	Prerequisiti del database MariaDB
MySQL	Backup e RE per MySQL	Prerequisiti del database MySQL
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	Preparare i database SAP HANA per il backup
Microsoft SQL Server	Backup e RE per SQL Server	Preparare i database SQL Server per il servizio di backup e RE
Oracle	Backup e RE per Oracle	Prerequisiti per il backup di un database Oracle e le pagine successive

Per tutti gli altri database supportati per il backup e RE, segui i passaggi riportati di seguito.

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 archiviazione e LOGARCHMETH1 deve essere impostato su disco locale. Per sapere se il database è in modalità circolare o in modalità di log di archiviazione, esegui il comando db2 get db cfg for <database name>| grep LOGARCHMETH1
Se il database è in modalità circolare, imposta la registrazione in modalità di archiviazione prima di continuare. Per impostare il parametro LOGARCHMETH1, utilizza quanto segue:
db2 update db cfg for <dbname> LOGARCHMETH1 using 'DISK:<location>'
Per il database HADR-standby, l'opzione letture in standby deve essere attivata, ovvero il parametro DB2_HADR_ROS deve essere impostato su ON.

Nota: la posizione del backup dei log di terze parti non è supportata. La posizione del backup dei log (LOGARCHMETH1) deve essere impostata su disco locale affinché il backup e il recupero possano essere completati.

Prerequisiti del database MariaDB

Il database MariaDB deve trovarsi in LVM e non deve essere il volume di avvio. Esegui mysql -e "select @@datadir" per ottenere il percorso dei dati del database.
Il volume LVM da cui viene eseguito il provisioning dei volumi MariaDB deve avere almeno il 20% di spazio libero.
Installa l'agente di Backup e RE sul server MariaDB.
Crea un utente di backup con i privilegi Reload, Select, Lock tables e Super o Replication client. È necessario configurare un nome utente e una password di backup con la configurazione dell'host.

Per creare l'utente di backup:
```
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;
```
Nota: se su un server sono in esecuzione più istanze MariaDB, il nome utente e la password di backup devono essere comuni a tutte le istanze MariaDB in esecuzione su quel server.
Per eseguire i backup dei log, il logging binario di MariaDB log_bin deve essere attivo. Per configurare l'opzione di log binario, arresta il server MariaDB e modifica il file di configurazione my.cnf o my.ini. Nella sezione [mysqld] del file di configurazione, aggiungi l'opzione log-bin.
```
[mysqld]
log_bin = /log1/mysql3306/mysql3306-bin.0000
```
L'utente mysql deve essere impostato su /bin/bash nel file /etc/passwd

Prerequisiti del database MySQL

Il database MySQL deve trovarsi in LVM e non deve essere il volume di avvio. Esegui mysql -e "select @@datadir" per ottenere il percorso dei dati del database.
Per risultati ottimali, il volume LVM da cui viene eseguito il provisioning dei volumi MySQL deve avere almeno il 20% di spazio libero.
Installa l'agente di Backup e RE sull'host del server MySQL
Assicurati che l'istanza MySQL sia attiva
Il proprietario del database MySQL (utente del sistema operativo) deve essere abilitato ad accedere. Ad esempio, l'utente del sistema operativo del database deve avere una shell funzionante come /bin/bash.

Comando per attivare l'utente del sistema operativo: usermod -s /bin/bash mysql
L'istanza MySQL deve avere un utente di backup del database che possa connettersi da localhost. Esempio: crea utente actuser'@'localhost identificato da "mypassword";

Nota: se sono presenti più istanze MySQL in esecuzione su un server, il nome utente e la password del backup del database devono essere comuni a tutte le istanze MySQL in esecuzione su quel server.

Privilegio richiesto per l'utente di backup del database in caso di backup e recupero di snapshot a livello di 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;

I seguenti privilegi sono obbligatori per l'utente di backup del database in caso di backup e ripristino tradizionali basati su file Full+Incremental:
```
GRANT ALL ON *.* TO 'actuser'@'localhost';
SHOW GRANTS FOR CURRENT_USER;
```
Deve essere presente un database definito dall'utente diverso dai database di sistema: information_schema, mysql, performance_schema o sys.
Il logging binario di MySQL (log_bin) deve essere attivo per eseguire il backup dei log. Per configurare l'opzione del log binario, arresta il server MySQL e modifica il file di configurazione my.cnf o my.ini. Nella sezione [mysqld] del file di configurazione, aggiungi l'opzione log-bin.
```
[mysqld]
log_bin = /log1/mysql3306/mysql3306-bin.0000
```

Prerequisiti del database PostgreSQL

Questa sezione include informazioni sui prerequisiti del database PostgreSQL.

Proteggi PostgreSQL dal nodo principale

Crea un utente di backup:

create user actuser;

Fornisci il privilegio per il backup:

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

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 dell'archivio, 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

Crea un utente di backup:

create user actuser;

Fornisci il privilegio per il backup:

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

Configurazione della modalità di archivio PostgreSQL (WAL) sul nodo di standby:

Crea la directory in cui vogliamo conservare i file WAL.
L'esempio presuppone che /pglog sia la directory. Esegui i passaggi che seguono 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 i passaggi riportati di seguito 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'
```
Riavviare 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 da 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 attivazione/disattivazione del 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, sul server SAP ASE completa quanto segue:

Deve essere creato un account utente di backup con il privilegio di backup oper_role o sa_role. È necessario configurare un nome utente e una password di backup con la configurazione dell'host. Crea l'utente con o senza una password per eseguire il comando quiesce sulla sorgente con il ruolo sa_role/o con i privilegi di quiescenza. Per creare l'utente con una password, esegui quanto segue:
```
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
```
Per configurare l'accesso dell'utente senza un requisito di 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
```
Nota: se su un server sono in esecuzione più istanze SAP ASE, il nome utente e la password di backup devono essere comuni per tutte le istanze SAP ASE in esecuzione su quel server.
Installa l'agente di backup e RE 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 trovarsi in LVM e non deve essere il volume di avvio.
- Il volume LVM da cui viene eseguito il provisioning dei volumi SAP ASE deve avere almeno il 20% di spazio libero.

Prerequisiti del database SAP IQ

Prima di iniziare, controlla 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, sono necessarie le seguenti API SAP IQ:
- ALTER DBSPACE IQ_SYSTEM_LOG RENAME /<pitr_log_location>
- SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = ON`
Dopo aver attivato il logging PITR, è necessario un backup completo del database.
Il database di utilità deve iniziare specificando il nome utente e la password e il nome del database 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 a quelli del nome utente e della password di 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;
```
Nota: se sono presenti più istanze SAP IQ in esecuzione su un server, il nome utente/la password di backup deve essere comune a tutte le istanze SAP IQ in esecuzione su quel server.
- Installa l'agente di backup e RE sull'host del server SAP IQ.

Prerequisiti del database SAP MaxDB

Prima di iniziare, sul server SAP MaxDB:

Se su un server sono in esecuzione più istanze MaxDB, lo username e la password del database devono essere comuni a tutte le istanze MaxDB in esecuzione su quel server.
Il backup di Autolog 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 attivare il backup con log automatico, devi disporre di un modello di backup con log automatico.

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 di sovrascrittura dei log deve essere disattivata per attivare il backup dei log automatici.

Per disattivare l'overwriting dei log, utilizza il seguente comando:

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

Installa l'agente di backup e RE sull'host del server SAP MaxDB.

Passaggi successivi

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