Discussion :

[zoltix]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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,

[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

[zoltix]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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;