Hi all!
Again talking about cloud backups for on-premise databases: An important aspect is to compress the data, so network consumption might be reduced once less data is being transfered.
It’s also important to evaluate CPU consumption. As higher compress algorithm is, as much CPU it uses. So, pay attention!
Now, how to choose the compression algorithm? Here the options Oracle give us:
SQL> col ALGORITHM_NAME for a15 set line 200 SQL> select ALGORITHM_NAME,INITIAL_RELEASE,TERMINAL_RELEASE,ALGORITHM_DESCRIPTION,ALGORITHM_COMPATIBILITY from v$rman_compression_algorithm; ALGORITHM_NAME INITIAL_RELEASE   TERMINAL_RELEASE  ALGORITHM_DESCRIPTION                                           ALGORITHM_COMPATIB -------------- ------------------ ------------------ ---------------------------------------------------------------- ------------------ BZIP2         10.0.0.0.0        11.2.0.0.0        good compression ratio                                          9.2.0.0.0 BASIC         10.0.0.0.0                           good compression ratio                                          9.2.0.0.0 LOW           11.2.0.0.0                           maximum possible compression speed                              11.2.0.0.0 ZLIB          11.0.0.0.0        11.2.0.0.0        balance between speed and compression ratio                     11.0.0.0.0 MEDIUM        11.2.0.0.0                           balance between speed and compression ratio                     11.0.0.0.0 HIGH          11.2.0.0.0                           maximum possible compression ratio                              11.2.0.0.0
How to identify our compression algorithm?
RMAN> show COMPRESSION ALGORITHM; RMAN configuration parameters for database with db_unique_name EZM_PRFL are: CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
And how to change it?
RMAN> CONFIGURE COMPRESSION ALGORITHM 'HIGH'; new RMAN configuration parameters: CONFIGURE COMPRESSION ALGORITHM 'HIGH' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE; new RMAN configuration parameters are successfully stored RMAN> show COMPRESSION ALGORITHM; RMAN configuration parameters for database with db_unique_name EZM_PRFL are: CONFIGURE COMPRESSION ALGORITHM 'HIGH' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE;
Ok,
But how to evaluate my compression ratio?
See the difference between INPUT_BYTES_DISPLAY and OUTPUT_BYTES_DISPLAY columns from the query:
prddb> col STATUS for a10 prddb> col INPUT_BYTES_DISPLAY for a15 prddb> col OUTPUT_BYTES_DISPLAY for a15 prddb> col TIME_TAKEN_DISPLAY for a20 prddb> SELECT SESSION_KEY, 2Â Â Â Â Â Â Â Â INPUT_TYPE, 3Â Â Â Â Â Â Â Â STATUS, 4Â Â Â Â Â Â Â Â TO_CHAR(START_TIME, 'mm/dd/yy hh24:mi') start_time, 5Â Â Â Â Â Â Â Â TO_CHAR(END_TIME, 'mm/dd/yy hh24:mi') end_time, 6Â --Â Â Â Â Â Â ELAPSED_SECONDS / 3600 hrs, 7Â Â Â Â Â Â Â Â COMPRESSION_RATIO, 8Â Â Â Â Â Â Â Â INPUT_BYTES_DISPLAY, 9Â Â Â Â Â Â Â Â OUTPUT_BYTES_DISPLAY, 10Â Â Â Â Â Â Â Â TIME_TAKEN_DISPLAY 11Â Â Â FROM V$RMAN_BACKUP_JOB_DETAILS 12Â Â Â where input_type like 'DB%' 13Â Â ORDER BY SESSION_KEY 14Â /SESSION_KEY INPUT_TYPEÂ Â Â STATUSÂ Â Â Â START_TIMEÂ Â Â Â END_TIMEÂ Â Â Â Â Â COMPRESSION_RATIO INPUT_BYTES_DIS OUTPUT_BYTES_DI TIME_TAKEN_DISPLAY ----------- ------------- ---------- -------------- -------------- ----------------- --------------- --------------- -------------------- Â Â Â Â Â Â Â Â Â 2 DB FULLÂ Â Â Â Â Â COMPLETEDÂ 04/22/16 12:59 04/22/16 13:06Â Â Â Â Â Â Â 6,84838963Â Â Â Â 4.26GÂ Â Â Â Â Â Â Â 636.50MÂ Â Â Â Â Â 00:06:57 Â Â Â Â Â Â Â Â Â 9 DB FULLÂ Â Â Â Â Â COMPLETEDÂ 04/22/16 13:47 04/22/16 13:54Â Â Â Â Â Â Â 6,83764706Â Â Â Â 4.26GÂ Â Â Â Â Â Â Â 637.50MÂ Â Â Â Â Â 00:06:37 Â Â Â Â Â Â Â Â 14 DB FULLÂ Â Â Â Â Â COMPLETEDÂ 04/22/16 16:26 04/22/16 16:33Â Â Â Â Â Â Â 6,84189878Â Â Â Â 4.26GÂ Â Â Â Â Â Â Â 637.25MÂ Â Â Â Â Â 00:06:48
KB: https://docs.oracle.com/cd/E11882_01/backup.112/e10642/rcmconfa.htm#BRADV89466
Done?
If you have any question, please let me know in the comments! 😉
Matheus.
