Backup, je n'ai pas le même nombre de fichiers entre level 0 et une application de backup.

Version imprimable

Bonjour,
Je suis en train de retirer une application de backup(avamar) pour une question de licences.
Donc je fais des scripts avec rman. Tout semble ok. Mais en regardant le rapport de backup
Je m’aperçois qu'il y a une différence sur le nombre de datafiles sauvegardé entre ces 2 solutions.
Et pas conséquent, je me pose la question.
Ci-dessous :
la colonne "I0" : c'est le nombre de datafile, je peux voir différence 19 avec tools et 9 avec rman.
" MBYTES STATUS" 418,714MB et de l'autre 69,342MB(peut être la compression ? )
Code:

1 2 3 4 5 6 OUTPUT DEVICE ELAPSED TIME OUT START_TIME MBYTES STATUS INPUT_TYPE TYPE DOW SECONDS TAKEN CF DF I0 I1 L INST ------------------- ------- ---------- ------------- -------- --------- ---------- ---------- ------ ------ ------ ------ ------ ----- 2021-06-25 22:51:42 418,714 COMPLETED DB INCR SBT_TAPE Friday 3682 01:01:22 1 0 19 0 13 2021-07-08 01:00:06 69,342 COMPLETED DB INCR DISK Thursday 4221 01:10:21 2 0 9 0 3 1
Je n'arrive pas a expliquer cette différence.
la commande rman pour les backup :
Code:

1 2 backup as compressed backupset incremental level 0 check logical database plus archivelog delete input TAG='FULL_BKP';
Merci d'avance pour votre aide.

Bien à vous,

08/07/2021, 12h48
Pomalaix

Je pense que vous partez dans une comparaison impossible.

Il s'agit d'une sauvegarde incrémentielle, donc le volume à sauvegarder et le nombre de fichiers modifiés sont susceptibles de varier d'une exécution à l'autre.
On ne sait pas quelle commande de sauvegarde RMAN était générée par votre outil.
On n'a pas non plus la requête qui vous fournit ce résultat (pour être sûr de l'interprétation des colonnes).

Pour moi la vraie question à se poser, c'est de savoir si votre nouvelle méthode de sauvegarde est opérationnelle.
Le mieux serait de tester une restauration ou une duplication vers une machine de test.

Mais sans effectuer une véritable restauration pour l'instant, vous pouvez déjà :
- vérifier la configuration RMAN courante : SHOW ALL
- afficher les fichiers de la base : REPORT SCHEMA
- regarder le contenu de votre sauvegarde : LIST BACKUP sans l'option SUMMARY, et avec TAG="xxx" si vous avez une étiquette qui permet de filtrer
- simuler une restauration : RESTAURE DATABASE PREVIEW

j'avais déjà effectué ces vérifications :

- vérifier la configuration RMAN courante : SHOW ALL
- afficher les fichiers de la base : REPORT SCHEMA
- regarder le contenu de votre sauvegarde : LIST BACKUP sans l'option SUMMARY, et avec TAG="xxx" si vous avez une étiquette qui permet de filtrer
- simuler une restauration : RESTAURE DATABASE PREVIEW

Mais je reste surpris que ce sont deux backup level 0, mais j'ignore quel est la ligne de commande de rman généré pour l'outil.

Pour mon info : "level 0", il fait un backup de tous les datafiles... ca devrait être pareil non ?

Et voici la query, pour obtenir mes statuts des sauvegardes.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
set lines 220
set pages 1000
col cf for 9,999
col df for 9,999
col elapsed_seconds heading "ELAPSED|SECONDS"
col i0 for 9,999
col i1 for 9,999
col l for 9,999
 
col output_mbytes for 9,999,999 heading "OUTPUT|MBYTES"
col SESSION_KEY for 999999 heaind "SESSION|KEY"
col session_recid for 999999 heading "SESSION|RECID"
col session_stamp for 99999999999 heading "SESSION|STAMP"
col status for a10 trunc
col time_taken_display for a10 heading "TIME|TAKEN"
col output_instance for 9999 heading "OUT|INST"
col OUTPUT_DEVICE_TYPE for a8 trunc heading "DEVICE|TYPE"
select
  j.session_key,j.session_recid, j.session_stamp,
  to_char(j.start_time, 'yyyy-mm-dd hh24:mi:ss') start_time,
  to_char(j.end_time, 'yyyy-mm-dd hh24:mi:ss') end_time,
  (j.output_bytes/1024/1024) output_mbytes, j.status, j.input_type, j.OUTPUT_DEVICE_TYPE,
  decode(to_char(j.start_time, 'd'), 1, 'Sunday', 2, 'Monday',
                                     3, 'Tuesday', 4, 'Wednesday',
                                     5, 'Thursday', 6, 'Friday',
                                     7, 'Saturday') dow,
  j.elapsed_seconds, j.time_taken_display,
  x.cf, x.df, x.i0, x.i1, x.l,
  ro.inst_id output_instance
from V$RMAN_BACKUP_JOB_DETAILS j
  left outer join (select
                     d.session_recid, d.session_stamp,
                     sum(case when d.controlfile_included = 'YES' then d.pieces else 0 end) CF,
                     sum(case when d.controlfile_included = 'NO'
                               and d.backup_type||d.incremental_level = 'D' then d.pieces else 0 end) DF,
                     sum(case when d.backup_type||d.incremental_level = 'D0' then d.pieces else 0 end) I0,
                     sum(case when d.backup_type||d.incremental_level = 'I1' then d.pieces else 0 end) I1,
                     sum(case when d.backup_type = 'L' then d.pieces else 0 end) L
                   from
                     V$BACKUP_SET_DETAILS d
                     join V$BACKUP_SET s on s.set_stamp = d.set_stamp and s.set_count = d.set_count
                   where s.input_file_scan_only = 'NO'
                   group by d.session_recid, d.session_stamp) x
    on x.session_recid = j.session_recid and x.session_stamp = j.session_stamp
  left outer join (select o.session_recid, o.session_stamp, min(inst_id) inst_id
                   from GV$RMAN_OUTPUT o
                   group by o.session_recid, o.session_stamp)
    ro on ro.session_recid = j.session_recid and ro.session_stamp = j.session_stamp
where j.start_time > trunc(sysdate)-&NUMBER_OF_DAYS
order by j.start_time;