I use bacula to perform 5 backups per week of a server here running Debian 10, and version 9.4.2-2+deb10u1 of bacula. Each backup is of the same set of data, so only the most recent tape is needed for a restore. Each backup is to an LT06 tape installed on the server, and about 800 GB is written each time.
Last week, and for the first backup this week, the reported Comm Line Compression was in the 10-13% range. The second and third backups this week had reported Comm Line Compression in the 60-70% range. I do not believe there has been a significant change in the nature of the data that is backed up. I would be grateful for any insight into what might be going on. Ken Minimal Comm Line Compression excerpt: Elapsed time: 3 hours 12 mins 3 secs Priority: 12 FD Files Written: 820,234 SD Files Written: 820,234 FD Bytes Written: 815,654,365,473 (815.6 GB) SD Bytes Written: 815,806,065,214 (815.8 GB) Rate: 70784.9 KB/s Software Compression: None Comm Line Compression: 10.8% 1.1:1 Snapshot/VSS: no Encryption: no Accurate: no Volume name(s): Daily02 Volume Session Id: 52 Volume Session Time: 1648953913 Last Volume Bytes: 816,436,518,912 (816.4 GB) Non-fatal FD errors: 0 SD Errors: 0 FD termination status: OK SD termination status: OK Termination: Backup OK Surprising Comm Line Compression excerpt: Elapsed time: 3 hours 12 mins 45 secs Priority: 12 FD Files Written: 828,854 SD Files Written: 828,854 FD Bytes Written: 821,957,854,696 (821.9 GB) SD Bytes Written: 822,111,208,734 (822.1 GB) Rate: 71072.9 KB/s Software Compression: None Comm Line Compression: 61.6% 2.6:1 Snapshot/VSS: no Encryption: no Accurate: no Volume name(s): Daily03 Volume Session Id: 56 Volume Session Time: 1648953913 Last Volume Bytes: 822,746,631,168 (822.7 GB) Non-fatal FD errors: 0 SD Errors: 0 FD termination status: OK SD termination status: OK Termination: Backup OK _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users