Guide de l'administrateur NetBackup™ for Oracle

Cet exemple de script RMAN lance une sauvegarde complète de la base de données, comprenant le fichier de contrôle. RMAN démarre une session de sauvegarde de copie de proxy en envoyant une liste de tous les fichiers de données à l'agent NetBackup for Oracle sur le canal t1.

run {
allocate channel t1 type 'SBT_TAPE';
send 'NB_ORA_PC_STREAMS=3';
backup proxy
    format 'bk_%U_%t'
    (database);
release channel t1;
}

L'agent partage les fichiers en trois flux et lance une sauvegarde basée sur des fichiers pour chaque flux. Une fois la sauvegarde de proxy terminée, RMAN démarre une sauvegarde standard non proxy du fichier de contrôle sur le canal t1.

Cet exemple de script RMAN lance une sauvegarde complète de la base de données, comprenant le fichier de contrôle. RMAN démarre une session de sauvegarde de copie de proxy en envoyant une liste de tous les fichiers de données à l'agent NetBackup for Oracle sur le canal t1. L'agent partage les fichiers en trois flux et lance une sauvegarde basée sur des fichiers pour chaque flux. RMAN démarre simultanément une sauvegarde standard du fichier de contrôle ne prenant pas en compte les proxys sur le canal t2.

run {
allocate channel t1 type 'SBT_TAPE';
allocate channel t2 type 'SBT_TAPE';
send 'NB_ORA_PC_STREAMS=3';
backup proxy
    format 'bk_%U_%t'
    (database);
release channel t1;
release channel t2;
}

Si le catalogue de récupération RMAN n'est pas utilisé, la version du fichier de contrôle sauvegardé ne contient pas les informations de la sauvegarde en cours. Pour prendre en compte les informations de la sauvegarde en cours, sauvegardez le fichier de contrôle comme dernière étape de la sauvegarde. Si vous avez utilisé le catalogue de récupération, cette étape n'est pas nécessaire.

Run {
allocate channel t1 type 'SBT_TAPE';
backup
    format 'cntrl_%s_%p_%t'
    current controlfile;
release channel t1;
}

Dans cet exemple de script, RMAN lance deux sauvegardes de copie de proxy séquentielles sur le canal t1. Il lance une sauvegarde de proxy des fichiers de données de l'espace de table tbs1. Une fois la sauvegarde terminée, il démarre une autre sauvegarde de proxy des fichiers de données de l'espace de table tbs2.

run {
allocate channel t1 type 'SBT_TAPE'; 
backup proxy
    format 'bk_%U_%t'
    (tablespace tbs1);
backup proxy
    format 'bk_%U_%t'
    (tablespace tbs2);
release channel t1;
}

Cette configuration peut poser des problèmes si les sauvegardes séquentielles créent des clichés sur le même volume ou un volume distinct qui partagent un cahier des charges de ressource de cliché. Dans ce cas, exécutez une commande backup unique comme dans l'exemple ci-dessous. Cette commande spécifie les deux espaces de stockage plutôt que deux commandes backup distinctes :

run {
allocate channel t1 type 'SBT_TAPE'; 
backup proxy
    format 'bk_%U_%t'
    (tablespace tbs1, tbs2);
    release channel t1;
    }

Dans cet exemple, RMAN distribue les sauvegardes de copie de proxy sur deux canaux. Il crée deux sessions de sauvegarde de copie de proxy en envoyant les fichiers de données tbs1 sur le canal t1 et les fichiers de données tbs2 sur le canal t2. Cette méthode est utile si vous voulez spécifier différentes configurations NetBackup pour chaque canal. Dans cet exemple, chaque commande send spécifie une politique différente qui est envoyée aux sauvegardes de proxy. Chacune des sauvegardes de proxy utilise cette politique.

run {
allocate channel t1 type 'SBT_TAPE';
send 'NB_ORA_POLICY=policy1';
allocate channel t2 type 'SBT_TAPE';
send 'NB_ORA_POLICY=policy2';
backup proxy
    format 'bk_%U_%t'
    (tablespace tbs1 channel t1);
    (tablespace tbs2 channel t2);
release channel t1;
release channel t2;
}