Incremental backup with rsync and cp with low disk demand

I just created very simple incremental backup solution for my Zimbra installation which efficiently uses disk space. The idea is simple. First, using rsync, I'm making a copy of existing Zimbra installation to anocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r disk:

rsync --delete --delete-excluded -a \
        --exclude zimbra/data/amavisd/ \
        --exclude zimbra/data/clamav/ \
        --exclude zimbra/data/tmp \
        --exclude zimbra/data/mailboxd/imap-inactive-session-cache.data \
        --exclude zimbra/log \
        --exclude zimbra/zmstat \
        /opt/zimbra ${DSTDIR}/

I excluded from synchronization some directories that are not necessary for restoring Zimbra. Then, using cp I'm creating copy of this directory but which only consists of hard links to original files, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 content isn't copied:

cd ${DSTDIR}
cp -al zimbra zimbra.`date +%Y%m%d%H%M`

Note cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 option -l that tells cp to hard link files instead of making a new copy. Also, note that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 copy created is named so that it contains timestamp when it was created. Here is cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 content of cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 directory:

$ ls -l ${DSTDIR}
total 16
drwx------ 7 root   root    4096 Pro  9 15:31 zimbra
drwx------ 7 root   root    4096 Pro  9 15:31 zimbra.201412131551
drwx------ 7 root   root    4096 Pro  9 15:31 zimbra.201412140326
drwx------ 7 root   root    4096 Pro  9 15:31 zimbra.201412150325

Next time rsync runs, it will delete files that don't exist any more, and when it copies changed files it will create a new copy, and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n remove cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 old one. Removing cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 old one means unlinking which in essence leaves cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 old version saved in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 directory made by cp. This way you'll allocate space only for new and changed files, while cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 old ones will share disk space.

This system uses only cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 space it needs. Now, it is interesting to note du's command behavior in case of hard links. Here is an example:

# du -sh zimbra*
132G      zimbra
3.4G      zimbra.201412131551
3.2G      zimbra.201412140326
114M      zimbra.201412150325
# du -sh zimbra.201412131551
132G      zimbra.201412131551
# du -sh zimbra.201412150325
132G      zimbra.201412150325

In cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 first case it tells us how much space is used by main directory, zimbra, and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n it tells us cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 difference in usage of cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r directories, e.g. zimbra is using 132G and zimbra.201412131551 uses 3.4G more/differently. But, when we give specific directory to du command, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n it tells us how much this directory is by itself, so we see that all cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 files in zimbra.201412131551 indeed use 132G.

And that's basically it. These two commands (rsync and cp) are placed in a script with some additional boilerplate code and everything is run from cron.