From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 18:53:05 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D9CC939 for ; Fri, 3 Apr 2015 18:53:05 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 6150D27E for ; Fri, 3 Apr 2015 18:53:05 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 2410C33C1E; Fri, 3 Apr 2015 14:52:54 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id DAD9B39819; Fri, 3 Apr 2015 14:52:52 -0400 (EDT) From: Lowell Gilbert To: Bigby James Subject: Re: Dump(8) does not do incremental References: <20150403172211.GA73894@WorkBox.Home> Reply-to: freebsd-questions@freebsd.org Date: Fri, 03 Apr 2015 14:52:51 -0400 In-Reply-To: <20150403172211.GA73894@WorkBox.Home> (Bigby James's message of "Fri, 3 Apr 2015 12:22:11 -0500") Message-ID: <44ioddgi2k.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 18:53:05 -0000 Bigby James writes: > On 04/03, Olivier Nicole wrote: > >> I understand one may want to not implement the incremental dumps, but the >> default should enable them. > > There are several reasons full upgrades are the safer and saner default. [...] There are several reasons why one would want to have backups in the first place, and no one approach will serve all of them. The "Backup Basics" chapter of the FreeBSD Handbook covers a lot of the tradeoffs. One tradeoff that chapter doesn't touch on is data confidentiality issues with backups. If your needs require offsite and/or offline backups (and most do, at least in my opinion), you may need encryption. Which can't be automated (although it doesn't necessarily have to happen at the same time the backup is made). This is why so many businesses use outside services for offsite backup -- it lets them depend on physical security instead of having to keep encryption keys secure.