linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Duncan <1i5t5.duncan@cox.net>
To: linux-btrfs@vger.kernel.org
Subject: Re: Questions on incremental backups
Date: Fri, 18 Jul 2014 10:45:37 +0000 (UTC)	[thread overview]
Message-ID: <pan$b430d$ca43159e$977364a9$ed50906b@cox.net> (raw)
In-Reply-To: e1b3b459-ea44-4272-9320-4cb5218b3966@email.android.com

Russell Coker posted on Fri, 18 Jul 2014 14:35:20 +1000 as excerpted:

> Daily snapshots work welk with kernel 3.14 and above (I had problems
> with 3.13 and previous). I have snapshots every 15 mins on some subvols.
> 
> Very large numbers of snapshots can cause performance problems. I
> suggest keeping below 1000 snapshots at this time.

The other caveat with btrfs snapshots is how they deal with NOCOW files, 
the usual workaround recommended for large (Gig-ish-plus) internal-
rewrite-pattern files such as databases and VM images.

I'll avoid a detailed discussion here since I don't know whether it 
applies to the OP's use-case and the problem and workarounds are well 
discussed in other threads, but this is a heads-up for the OP to do a bit 
of research on the topic if he /does/ deal with gig-plus sized VM images 
or databases.  Very briefly, putting such files on their own subvolume 
and using more traditional backup techniques instead of snapshotting is 
recommended.  Another alternative is partitioning and choosing a 
filesystem other than btrfs for those files, while still considering 
btrfs for other files.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman


  parent reply	other threads:[~2014-07-18 10:45 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-17 20:12 Questions on incremental backups Sam Bull
2014-07-18  4:35 ` Russell Coker
2014-07-18  7:36   ` Bob Williams
2014-07-18 10:45   ` Duncan [this message]
2014-07-18 10:55     ` Roman Mamedov
     [not found]     ` <TmvW1o01t4NXQGV01mvYsU>
2014-07-18 12:34       ` Duncan
2014-07-18 13:05         ` Roman Mamedov
2014-07-18 14:28           ` Imran Geriskovan
2014-07-18 12:56   ` Sam Bull
2014-07-18 13:40     ` Russell Coker
2014-07-18 14:27       ` Mike Hartman
2014-07-20 16:56         ` Sam Bull
2014-07-18 17:31       ` Daniel Mizyrycki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='pan$b430d$ca43159e$977364a9$ed50906b@cox.net' \
    --to=1i5t5.duncan@cox.net \
    --cc=linux-btrfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).