Ransomware attackers specifically target and attempt to destroy backup systems to increase the probability of payment. Hardening your system is critical. Please ensure you have reviewed your platform security using the Security Hardening Checklist
Cohesity

COHESITY Documentation

Explore our documentation to get started, discover products & new features, access troubleshooting guides, register sources, platforms support.

Products
Data Security Alliance
Visit Cohesity.com
Demos
Support
Blogs
Developers
Partner Portals
Cohesity Community
© 2026 Cohesity, Inc. All Rights Reserved.
Terms of Use|
Privacy Policy|
Legal|
  1. Home
  2. Veritas NetBackup™ Administrator's Guide, Volume I
  3. Section V. Configuring backups
  4. Creating backup policies
  5. Policy Attributes tab
  6. Compression (policy attribute)
Veritas NetBackup™ Administrator's Guide, Volume I

Compression (policy attribute)

The Compression attribute specifies that the backups use the software compression that is possible, based on the policy type. Check the box to enable compression. By default, compression is disabled.

Note:

The Compression attribute is independent of the VxFS compression state.

See About the backup and restore of compressed files on VxFS file systems.

Compression reduces the size of a backup by reducing the size of files in the backup. In turn, the smaller backup size decreases the number of media that is required for storage. Compression also decreases the amount of data that travels over the network as well as the network load. However, compression increases the overhead computing on the client and increases backup time due to the time required to compress the files. The lower transfer rate that is associated with compression on the client reduces the ability of some tape devices (notably 8mm) to stream data. The effect of the lower transfer rate causes additional wear on those devices.

The savings in media and network resources continue to make compression desirable unless total backup time or client computing resources become a problem. If total backup time is a problem, consider multiplexing. The NetBackup multiplexing feature backs up clients in parallel, reducing the total time to back them up.

See Media multiplexing (schedule attribute).

The degree to which a file can be compressed depends on the data type. A backup usually involves more than one type of data. Examples include stripped and unstripped binaries, ASCII, and the non-unique strings that repeat. Some data types are more favorable to compression.

Note:

When compression is not used, the server may receive more data than the space that exists on the client. The discrepancy is due to client disk fragmentation and the file headers that the client adds. (To tell how much space a file occupies, run the du command. To tell how much free disk space is available, run the df command.)

Table: Considerations regarding compression describes the various factors to consider when you choose to use Compression.

Table: Considerations regarding compression

Item

Description

Data types that compress well

Programs, ASCII files, and unstripped binaries (typically 40% of the original size).

Best-case compression: Files that are composed of the strings that repeat can sometimes be compressed to 1% of their original size.

Data types that do not compress well

Stripped binaries (usually 60% of original size).

Worst-case compression: Files that are already compressed become slightly larger if compressed again.

Effect of file size

File size has no effect on the amount of compression. However, it takes longer to compress many small files than a single large one.

Client resources that are required

Compression requires client computer processing unit time and as much memory as the administrator configures.

Effect on client performance

Compression uses as much of the computer processing unit as available and affects other applications that require the computer processing unit. For fast CPUs, however, I/O rather than CPU speed is the limiting factor.

Files that are not compressed

NetBackup does not compress the following files:

  • Files that are equal to or less than 512 bytes, because that is the tar block size.

  • On UNIX clients, files with the following suffixes:

    .arc        .gz           .iff           .sit.bin 
    .arj        .hqx          .pit           .tiff 
    .au         .hqx.bin      .pit.bin       .Y 
    .cpt        .jpeg         .scf           .zip 
    .cpt.bin    .jpg          .sea           .zom 
    .F          .lha          .sea.bin       .zoo 
    .F3B        .lzh          .sit           .z 
    .gif        .pak
  • On UNIX clients, if a compressed file has a unique file extension, exclude it from compression by adding it under the Client Settings (UNIX) properties.

Effect of using with storage units with SIS capabilities

If compressed data is written to a storage unit that has single-instance store (SIS) capabilities, the storage unit may not be able to use data deduplication on the compressed or the encrypted data. In data deduplication, only one instance of the file is stored. Subsequent instances of the file reference the single file.

Note:

If compressed data is written to a storage unit that has deduplication capabilities, the storage unit may not be able to deduplicate the data.

Feedback

Was this page helpful?
Previous

Examples of using Cross mount points and Follow NFS in combination

Next

Encryption (policy attribute)

Feedback

Was this page helpful?