Préparer d'autres bases de données autogérées pour le service Backup and DR

Avant de pouvoir sauvegarder les instances et les données de base de données autogérées suivantes, vous devez ajouter le serveur de base de données en tant qu'hôte au service Backup and DR. Pour que cela fonctionne, la plupart des bases de données nécessitent certains paramètres et d'autres étapes de préparation. Les procédures décrites sur cette page s'appliquent à la plupart des bases de données autogérées :

Pour Récapitulatif Utilisez ensuite
IBM Db2 Sauvegarde et reprise après sinistre pour IBM Db2 Conditions préalables pour la base de données Db2
PostgreSQL Sauvegarde et reprise après sinistre pour PostgreSQL Conditions préalables pour la base de données PostgreSQL
SAP ASE Sauvegarde et reprise après sinistre pour SAP ASE Conditions préalables pour la base de données SAP ASE
SAP IQ Backup and DR pour SAP IQ Conditions préalables pour la base de données SAP IQ
SAP MaxDB Sauvegarde et reprise après sinistre pour SAP MaxDB Conditions préalables concernant la base de données SAP MaxDB
SAP HANA Sauvegarde et reprise après sinistre pour SAP HANA Préparer les bases de données SAP HANA pour la sauvegarde
Microsoft SQL Server Sauvegarde et reprise après sinistre pour SQL Server Préparer les bases de données SQL Server pour le service Backup and DR
Oracle Backup and DR pour Oracle Prérequis pour sauvegarder une base de données Oracle et les pages suivantes

Pour toutes les autres bases de données compatibles avec Backup and DR, suivez ces procédures.

Conditions requises pour la base de données Db2

  • Chaque base de données doit utiliser le mode de stockage automatique. Sinon, seules les instances seront détectées.

  • Chaque base de données doit être en mode journal d'archivage et LOGARCHMETH1 doit être défini sur le disque local. Pour savoir si la base de données est en mode circulaire ou en mode journal d'archivage, exécutez la commande db2 get db cfg for <database name>| grep LOGARCHMETH1.

  • Si la base de données est en mode circulaire, passez en mode archive avant de continuer. Pour définir le paramètre LOGARCHMETH1, utilisez la commande suivante :
    db2 update db cfg for <dbname> LOGARCHMETH1 using 'DISK:<location>'

  • Pour la base de données de secours HADR, l'option Lectures sur le serveur de secours doit être activée, c'est-à-dire que le paramètre DB2_HADR_ROS doit être défini sur ON.

Conditions préalables pour la base de données PostgreSQL

Cette section fournit des informations sur les prérequis de la base de données PostgreSQL.

Protéger PostgreSQL à partir du nœud principal

  1. Créez un utilisateur de sauvegarde :

    create user actuser;

  2. Accorder le droit de sauvegarde :

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

  3. Le mode archive PostgreSQL (archive_mode) doit être défini sur "ON" pour effectuer des sauvegardes de journaux. Pour configurer l'option du mode journal d'archive, mettez à jour le fichier postgresql.conf dans le répertoire de données de l'instance, puis rechargez PostgreSQL.

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

Exemple : pg_ctl reload -D /pgdata

Protéger PostgreSQL à partir d'un nœud de secours

  1. Créez un utilisateur de sauvegarde :

    create user actuser;

  2. Accorder le droit de sauvegarde :

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

  3. Configuration du mode archive PostgreSQL (WAL) sur le nœud de secours :

    Créez le répertoire dans lequel nous souhaitons conserver les fichiers WAL.
    L'exemple suppose que /pglog est le répertoire. Exécutez les étapes suivantes en tant qu'utilisateur racine.

    mkdir /pglog
chown -R postgres:postgres /pglog

    Configurez les paramètres d'archivage.
    L'exemple suppose que $PGDATA est /pgdata/11/data. Exécutez ces étapes en tant qu'utilisateur postgres.
    Ajoutez ou modifiez les paramètres dans le fichier /pgdata/11/data/postgresql.conf.

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

    Redémarrez PostgreSQL :

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

    Ajoutez ou mettez à jour l'entrée dans pg_hba.conf sur le serveur principal pour accepter la connexion à la base de données depuis le serveur de secours.

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

    Exemple : host postgres postgres 10.128.0.29/32 trust

    Testez la génération de l'archive (en tant qu'utilisateur postgres) :

    ls -l /pglog/

    Exécutez cette commande de changement de journal :

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

Conditions préalables pour la base de données SAP ASE

Avant de commencer, effectuez les opérations suivantes sur le serveur SAP ASE :

  • Un compte utilisateur de sauvegarde doit être créé avec un droit de sauvegarde (oper_role ou sa_role). Un nom d'utilisateur et un mot de passe de sauvegarde doivent être configurés avec la configuration de l'hôte. Créez l'utilisateur avec ou sans mot de passe pour exécuter la commande de mise au repos sur la source avec le rôle sa_role ou avec des droits de mise au repos. Pour créer l'utilisateur avec un mot de passe, exécutez la commande suivante :

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

    Pour configurer la connexion utilisateur sans mot de passe, définissez le mot de passe sur "null", puis exécutez la commande suivante :

    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

  • Installez l'agent Backup and DR sur le serveur SAP ASE.

  • Pour activer la sauvegarde du journal des transactions, Truncate on chkpt false doit être défini au niveau de la base de données pour chaque base de données de l'instance SAP ASE.

  • Les informations suivantes s'appliquent aux sauvegardes au niveau du volume :

    • L'instance SAP ASE doit résider sous LVM et ne doit pas être le volume de démarrage.

    • Le volume LVM à partir duquel les volumes SAP ASE sont provisionnés doit disposer d'au moins 20 % d'espace libre.

Conditions préalables pour la base de données SAP IQ

Avant de commencer, vérifiez les éléments suivants sur le serveur SAP IQ :

  • La journalisation PITR SAP IQ doit être activée pour effectuer une sauvegarde des journaux. Pour configurer l'option de journalisation PITR, vous avez besoin des API SAP IQ suivantes :

    • ALTER DBSPACE IQ_SYSTEM_LOG RENAME /<pitr_log_location>

    • SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = ON`

    Une fois la journalisation PITR activée, une sauvegarde complète de la base de données est nécessaire.

  • La base de données utilitaire doit commencer par spécifier le nom d'utilisateur et le mot de passe, et dbname doit être utility_db. Par exemple : start_iq -n utility_db -su act,passwd

  • Le nom d'utilisateur et le mot de passe de la sauvegarde de la base de données doivent être identiques à ceux de utility_db et l'utilisateur doit disposer des droits DBA. Pour créer l'utilisateur de sauvegarde, par exemple :

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

Conditions préalables concernant la base de données SAP MaxDB

Avant de commencer, sur le serveur SAP MaxDB :

  • Si plusieurs instances MaxDB sont exécutées sur un serveur, le nom d'utilisateur et le mot de passe de la base de données doivent être communs à toutes les instances MaxDB exécutées sur ce serveur.

  • La sauvegarde du journal automatique doit être activée. Exécutez la commande suivante pour activer la sauvegarde automatique des journaux :

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

  • Pour activer la sauvegarde automatique des journaux, vous avez besoin d'un modèle de sauvegarde automatique des journaux.

Pour créer un modèle de sauvegarde, utilisez la commande suivante.

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> backup_template_create
    <BACKUP_TEMPLATE_NAME> to file  <FULL_PATH_WITH_FILE_NAME> content log
  • La zone "Écraser les journaux" doit être désactivée pour activer la sauvegarde automatique des journaux.

Pour désactiver l'écrasement des journaux, utilisez la commande suivante :

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

Étapes suivantes

Une fois la base de données préparée pour Backup and DR, vous pouvez ajouter l'hôte et découvrir les bases de données.