Mike Donovan
08-01-2008, 06:19 AM
By default Dbvisit will zip the archive logs before transferring to the DR site, and Dbvisit uses industry proven compression methods to compress the archive logs. The specific compression method that Dbvisit uses depends on the compression method installed on your server. So this can be compress or gzip, etc. The Dbvisit internal compression method uses the zlib compression method, and this will be used on Windows.
It is very difficult to give a percentage estimate as to how much an archive log file will be compressed, as this really depends on the data contained within the archive log file. So each archive log file may be compressed differently in terms of percentages.
Here is an example. These are 2 archive log files from the same database:
(Archive log file 1)
-rw-r----- 1 oracle dba 27136 Nov 1 15:53 arch_1_1776.log (uncompressed)
-rw-r----- 1 oracle dba 7889 Nov 3 08:27 arch_1_1776.log.gz (compressed)
(Archive log file 2)
-rw-r----- 1 oracle dba 75776 Nov 3 08:27 arch_1_1782.log (uncompressed)
-rw-r----- 1 oracle dba 13778 Nov 1 17:09 arch_1_1782.log.gz (compressed)
Archive log file 1 is compressed:
(1-(7889/27136))*100= 70%
and archive log 2 is compressed:
(1-(13778/75776))*100 = 81%
Our experience tells us that it is normal to get between 70%-80% compression, sometimes more. This means that you will get a 70%-80% reduction in network traffic. To determine the level of compression you are likely to get simply try compressing some of your archive log files using compress or gzip and compare the size of the compressed file with the original.
Dbvisit uses ssh (secure shell) for transferring (shipping) the archive log to the DR site. With Dbvisit it is also possible to use ssh compression. In this case, the archive log does not have to be compressed before transfer as the archive log is compressed on the fly with ssh.
During Dbvisit testing the different compression methods can be tested to determine which method works best for your site.
It is very difficult to give a percentage estimate as to how much an archive log file will be compressed, as this really depends on the data contained within the archive log file. So each archive log file may be compressed differently in terms of percentages.
Here is an example. These are 2 archive log files from the same database:
(Archive log file 1)
-rw-r----- 1 oracle dba 27136 Nov 1 15:53 arch_1_1776.log (uncompressed)
-rw-r----- 1 oracle dba 7889 Nov 3 08:27 arch_1_1776.log.gz (compressed)
(Archive log file 2)
-rw-r----- 1 oracle dba 75776 Nov 3 08:27 arch_1_1782.log (uncompressed)
-rw-r----- 1 oracle dba 13778 Nov 1 17:09 arch_1_1782.log.gz (compressed)
Archive log file 1 is compressed:
(1-(7889/27136))*100= 70%
and archive log 2 is compressed:
(1-(13778/75776))*100 = 81%
Our experience tells us that it is normal to get between 70%-80% compression, sometimes more. This means that you will get a 70%-80% reduction in network traffic. To determine the level of compression you are likely to get simply try compressing some of your archive log files using compress or gzip and compare the size of the compressed file with the original.
Dbvisit uses ssh (secure shell) for transferring (shipping) the archive log to the DR site. With Dbvisit it is also possible to use ssh compression. In this case, the archive log does not have to be compressed before transfer as the archive log is compressed on the fly with ssh.
During Dbvisit testing the different compression methods can be tested to determine which method works best for your site.