Not setting retension policy when MML in place .

Question

Hi,
we are doing backups on Legato Networker. I've noticed that there is no retension policy set in rman repository.
DBA claims thats the best solution, because Tape Library got their own policy ,and crosscheck does the work .
RMAN catalog is 10.2.0.4 we are backuping DW 10.2. and OLTP 9.2.0.8 databases.
What do You think about that ?
Regards.
Greg

Answer 1

In that case Your rman catalog must be really huge ?
Have You got any performance problem during backup tasks when repository is used ?
Esspecially queries like:
SELECT BS.BS_KEY KEY, BP.DEVICE_TYPE DEVICE_TYPE, TO_NUMBER(NULL) DFNUMBER, TO_NUMBER(NULL) CREATE_SCN, DBINC.RESET_SCN RESET_SCN, DBINC.RESET_TIME RESET_TIME,TO_NUMBER(NULL) P_SCN, TO_NUMBER(NULL) STOP_SCN, BRL.THREAD# LOGTHREAD, BRL.SEQUENCE# LOGSEQUENCE, TO_NUMBER(NULL) SETSTAMP, TO_NUMBER(NULL) SETCOUNT, MAX(BS.
                         COMPLETION_TIME) COMPTIME, 0 NBACKUPS FROM BRL, BS, BP, AL, DBINC WHERE DBINC.DBINC_KEY = :B3 AND BRL.DBINC_KEY = DBINC.DBINC_KEY AND AL.DBINC_KEY = :B3 AND BRL.THREAD# = AL.THREAD# AND BRL.SEQUENCE# = AL.SEQUENCE# AND (:B2 IS NULL OR :B2 =AL.THREAD#) AND (:B1 IS NULL OR :B1 = AL.SEQUENCE#) AND BRL.BS_KEY = BS.BS_KEY  AND BRL.BS_KEY = BP.BS_KEY AND BS.STATUS = 'A' GROUP BY BS.BS_KEY, BP.DEVICE_TYP
                         E, BP.COPY#, BS.PIECES, BRL.THREAD#, BRL.SEQUENCE#, DBINC.RESET_SCN, DBINC.RESET_TIME HAVING ((COUNT(DISTINCT BP.PIECE#) = BS.PIECES) AND (COUNT(DISTINCT BP.DEV      ICE_TYPE) = 1)) ORDER BY 9, 10, 13
                       SELECT AL_KEY, AL_RECID, AL_STAMP, THREAD#, SEQUENCE#, FNAME, LOW_SCN, LOW_TIME,           
                          NEXT_SCN, NEXT_TIME, RESET_SCN, RESET_TIME, BLOCKS, BLOCK_SIZE, STATUS, COMPLETION_TIME, 0, IS_RECOVERY_DEST_FILE, COMPRESSED, NVL(IS_STANDBY, 'N') STBY, TERMINAL FROM
                        AL, DBINC
WHERE
       AL.DBINC_KEY = DBINC.DBINC_KEY AND DBINC.DB_KEY = :B17 AND ((:B16 = :B1 AND (:B15 IS NULL OR (:B15 = DBINC.RESET_SCN AND :B14 = DBINC.RESET_TIME))) OR (DBINC.DBINC_KEY = :B13 )) AND (:B12 IS NULL OR THREAD# = :B12 )
                          AND (:B11 IS NULL OR SEQUENCE# = :B11 ) AND NEXT_SCN > NVL(:B10 , 0) AND LOW_SCN < NVL(:B9 , :B8 ) AND (:B7 IS NULL OR LOW_TIME < :B7 ) AND (:B6 = 0 OR IS_RECOVERY_DEST_FILE = 'YES') AND (ARCHIVED = 'Y' OR (:B5 = :B1 AND ARCHIVED = 'N' AND    FNAME IS NOT NULL AND RESET_SCN = :B4 AND RESET_TIME = :B3 )) AND DBMS_RCVMAN.I
                         SSTATUSMATCH(STATUS,:B2 ) = :B1 UNION ALL SELECT DISTINCT TO_NUMBER(NULL), TO_NUMBER(NULL), -1, THREAD#, SEQUENCE#, TO_CHAR(NULL), LOW_SCN, LOW_TIME, NEXT_SCN,
                         NEXT_TIME, RESET_SCN, RESET_TIME, BLOCKS, BLOCK_SIZE, 'D', TO_DATE(NULL), 0, 'NO', 'NO', 'N', TERMINAL FROM BRL, DBINC WHERE BRL.DBINC_KEY = DBINC.DBINC_KEY AND
                          DBINC.DB_KEY = :B17 AND ((:B16 = :B1 AND (:B15 IS NULL OR (:B15 = DBINC.RESET_SCN AND :B14 = DBINC.RESET_TIME))) OR (DBINC.DBINC_KEY = :B13 )) AND (:B12 IS NUL
                         L OR THREAD# = :B12 ) AND (:B11 IS NULL OR SEQUENCE# = :B11 ) AND NEXT_SCN > NVL(:B10 , 0) AND LOW_SCN < NVL(:B9 , :B8 ) AND (:B7 IS NULL OR LOW_TIME < :B7 ) AN
                         D (:B6 = 0) UNION SELECT DISTINCT TO_NUMBER(NULL), TO_NUMBER(NULL), -1, THREAD#,
                          SEQUENCE#, TO_CHAR(NULL), LOW_SCN, LOW_TIME, NEXT_SCN, NEXT_TIME, RESET_SCN, RESET_TIME, BLOCKS, BLOCK_SIZE, 'D', TO_DATE(NULL), 0, 'NO', 'NO', 'N', TERMINAL F
                         ROM XAL, DBINC WHERE XAL.DBINC_KEY = DBINC.DBINC_KEY AND DBINC.DB_KEY = :B17 AND  ((:B16 = :B1 AND (:B15 IS NULL OR (:B15 = DBINC.RESET_SCN AND :B14 = DBINC.RESE
                         T_TIME))) OR (DBINC.DBINC_KEY = :B13 )) AND (:B12 IS NULL OR THREAD# = :B12 ) AND (:B11 IS NULL OR SEQUENCE# = :B11 ) AND NEXT_SCN > NVL(:B10 , 0) AND LOW_SCN <
                          NVL(:B9 , :B8 ) AND (:B7 IS NULL OR LOW_TIME < :B7 ) AND (:B6 = 0) ORDER BY 11,
                          12, 4, 5, 21 DESC, 18 DESC, 3 DESCtend to fill up temp space (when sorting output).
I'belive its related to archivelog backups but not sure .
Regards
Greg