Guide de l'administrateur Veritas NetBackup™ for DB2

Options de sauvegarde incrémentielle BLI à l'aide de NetBackup for DB2

Les sauvegardes incrémentielles DB2 BLI peuvent être lancées de plusieurs façons. Il est recommandé de les lancer à partir du serveur maître, car cette méthode ne requiert aucune configuration spéciale. Les contraintes opérationnelles peuvent nécessiter le lancement de sauvegardes à partir de l'hôte client. Deux options sont disponibles.

Les trois options suivantes décrivent comment lancer des sauvegardes incrémentielles BLI DB2. Certaines de ces options contiennent également des exemples de configuration de politique que vous utilisez et comment modifier le script de sauvegarde

Il est recommandé de lancer les sauvegardes incrémentielles de bloc à partir du serveur maître. Lancez les sauvegardes incrémentielles de bloc à l'aide de planifications automatiques et d'une sélection de sauvegarde qui est un script ou un modèle. Lorsque NetBackup contrôle le lancement, aucune configuration spéciale n'est nécessaire. La politique et les informations de planification sont fournies au client à partir du serveur maître. L'agent interroge la politique et les informations de planification et exécute le type de point de contrôle approprié : complète, incrémentielle cumulative ou incrémentielle différentielle.

Si la sauvegarde est lancée à partir du client, la planification à partir du fichier db2.conf est utilisée par défaut. Pour effectuer les sauvegardes complètes et incrémentielles, le script de sauvegarde doit être amélioré. L'amélioration consiste à vérifier que le type de planification approprié et le point de contrôle associé sont utilisés. Cette amélioration peut être effectuée en définissant les mêmes variables d'environnement que celles que le serveur maître définit avant le lancement de la sauvegarde.

L'exemple suivant présente une politique dans laquelle des planifications automatiques sont définies pour les sauvegardes de snapshots et une planification d'application est définie pour les sauvegardes en continu.

master$ bpplsched DB2_Policy -L | egrep '^Schedule:|^  Type:'
Schedule:              Full
  Type:                FULL SDB2 (0)
Schedule:              Cum
  Type:                CINC (4)
Schedule:              Diff
  Type:                INCR (1)
Schedule:              Default-Application-Backup
  Type:                UBAK DB2 (2)

La politique ne dispose que d'un fichier db2.conf et est définie pour les sauvegardes en continu.

client$ head -4 $DB2_Instance_Home/db2.conf
DATABASE SAMPLE
OBJECTTYPE DATABASE
POLICY DB2_Policy
SCHEDULE Default-Application-Backup

Le script de sauvegarde définit et exporte les variables d'environnement appropriées avant le lancement de la sauvegarde.

DB2_INCR=0
DB2_CINC=0
DB2_FULL=0
if [ <some_condition> ]; then
  DB2_INCR=1
  DB2_SCHED="Diff"
elif [ <some_other_condition> ]; then
  DB2_CINC=1
  DB2_SCHED="Cum"
else
  DB2_FULL=1
  DB2_SCHED="Full"
fi

DB2_POLICY=DB2_Policy
DB2_SCHEDULED=1

export DB2_INCR DB2_CINC DB2_FULL DB2_SCHED DB2_POLICY DB2_SCHEDULED

/usr/openv/netbackup/bin/bpdb2proxy <options>
# or 
/usr/openv/netbackup/bin/bpdbsbdb2 <options>

Si la sauvegarde est lancée à partir du client, la planification à partir du fichier db2.conf est utilisée par défaut. Le fichier db2.conf ne peut spécifier qu'une politique et une planification pour une base de données spécifique. Pour effectuer les sauvegardes complètes et incrémentielles, le script de sauvegarde doit être amélioré. L'amélioration consiste à vérifier que le type de planification approprié et le point de contrôle associé sont utilisés. Cette amélioration peut être effectuée en mettant à jour le fichier db2.conf avant le lancement de la sauvegarde.

L'exemple suivant présente une politique dans laquelle des planifications automatiques sont définies pour les sauvegardes de snapshots et une planification d'application est définie pour les sauvegardes en continu.

master$ bpplsched DB2_DB_Policy -L | egrep '^Schedule:|^  Type:'
Schedule:              Full
  Type:                FULL SDB2 (0)
Schedule:              Cum
  Type:                CINC (4)
Schedule:              Diff
  Type:                INCR (1)
Schedule:              Default-Application-Backup
  Type:                UBAK DB2 (2)

La politique dispose de trois fichiers db2.conf (un pour chaque type de planification de sauvegarde automatique).

client$ head -4 db2.conf.with_full_schedule
DATABASE SAMPLE
OBJECTTYPE DATABASE
POLICY DB2_DB_Policy
SCHEDULE Full 

client$ head -4 db2.conf.with_cum_schedule
DATABASE SAMPLE
OBJECTTYPE DATABASE
POLICY DB2_DB_Policy
SCHEDULE Cum 

client$ head -4 db2.conf.with_diff_schedule
DATABASE SAMPLE
OBJECTTYPE DATABASE
POLICY DB2_DB_Policy
SCHEDULE Diff

Le script de sauvegarde copie le fichier db2.conf correct dans l'emplacement avant le lancement de la sauvegarde.

... <setup the rest of the DB2 backup environment> ...

if [ <some_condition> ]; then
  cp db2.conf.with_diff_sched $DB2_Instance_Home/db2.conf
elif [ <some_other_condition> ]; then
  cp db2.conf.with_cum_sched $DB2_Instance_Home /db2.conf
else
  cp db2.conf.with_full_sched $DB2_Instance_Home /db2.conf
fi

/usr/openv/netbackup/bin/bpdb2proxy <options>
# or 
/usr/openv/netbackup/bin/bpdbsbdb2 <options>