public inbox for pve-user@lists.proxmox.com
 help / color / mirror / Atom feed
From: Thomas Lamprecht <t.lamprecht@proxmox.com>
To: Proxmox VE user list <pve-user@lists.proxmox.com>,
	Roland <devzero@web.de>, Dietmar Maurer <dietmar@proxmox.com>,
	martin@proxmox.com
Subject: Re: [PVE-User] Proxmox Backup Server (beta)
Date: Fri, 10 Jul 2020 16:15:02 +0200	[thread overview]
Message-ID: <8433ecf2-0a9e-6a2f-2c5e-08a2d6967190@proxmox.com> (raw)
In-Reply-To: <883f66d0-cee9-fa5b-e914-fb8cc63bb5f9@web.de>

On 10.07.20 16:06, Roland wrote:
> i think there may be a misunderstanding here or i was not clear enough
> to express what i meant.
> 
> i guess in terms of backup storage,  pbs is doing similar to what
> borgbackup does - so indeed that IS i/o and storage effient , but that
> refers to the backup target side.
> 
> but what about the backup source?
> 
> I was referring to VMware cbt as that is a means of avoiding I/O on the
> VM storage, i.e. the backup source.
> 
> afaik, proxmox/kvm does not (yet) have something like that !?

Proxmox Backup Server and Proxmox VE supports tracking what changed with
dirty-bitmaps, this avoids reading anything from the storage and sending
anything over the network that has not changed.

> 
> I you have lot's of terabytes of VM disks, each incremental backup run
> will hog the VMs storage (the same like full backup).
> 
> In VMware, this is adressed with "changed block tracking", as a backup
> agent can determine which blocks of a VMs disks have changed between
> incremental backups, so it won't need to scan through the whole VMs
> disks on each differential/incremental backup run.

see above, we effectively support both - deduplication to reduce target
storage impact and incremental backups to reduce source storage and
network impact.

https://pbs.proxmox.com/docs/introduction.html#main-features

> 
> see:
> https://kb.vmware.com/s/article/1020128
> https://helpcenter.veeam.com/docs/backup/vsphere/changed_block_tracking.html?ver=100
> 
> i don't want to criticize proxmox, i think proxmox is fantastic, i just
> want to know what we get ( and what we don't get).
> 

No worries, no offense taken ;)

cheers,
Thomas





  reply	other threads:[~2020-07-10 14:15 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-10 10:56 Martin Maurer
2020-07-10 11:42 ` Roland
2020-07-10 12:09   ` Dietmar Maurer
2020-07-10 12:24     ` Roland
2020-07-10 13:43       ` Thomas Lamprecht
2020-07-10 14:06         ` Roland
2020-07-10 14:15           ` Thomas Lamprecht [this message]
2020-07-10 14:46             ` Roland
2020-07-10 17:31               ` Roland
2020-07-10 13:44       ` Dietmar Maurer
     [not found] ` <mailman.77.1594381090.12071.pve-user@lists.proxmox.com>
2020-07-10 11:45   ` Dietmar Maurer
     [not found]     ` <a92c7f1d-f492-2d43-00b9-15bdb0e805ec@binovo.es>
2020-07-10 13:50       ` Thomas Lamprecht
2020-07-10 12:03 ` Lindsay Mathieson
2020-07-10 12:13   ` Dietmar Maurer
2020-07-10 15:41     ` Dietmar Maurer
2020-07-11 11:03       ` mj
2020-07-11 11:38         ` Thomas Lamprecht
2020-07-11 13:34           ` mj
2020-07-11 13:47             ` Thomas Lamprecht
2020-07-11 14:40             ` Dietmar Maurer
2020-07-14 14:30               ` Alexandre DERUMIER
2020-07-14 15:52                 ` Thomas Lamprecht
2020-07-14 21:17                   ` Alexandre DERUMIER
2020-07-15  4:52                     ` Thomas Lamprecht
     [not found]                       ` <176392164.4390.1594849016963.JavaMail.zimbra@numberall.com>
2020-07-16  7:33                         ` Thomas Lamprecht
     [not found]                       ` <mailman.204.1594849027.12071.pve-user@lists.proxmox.com>
2020-07-16 10:17                         ` Wolfgang Bumiller
2020-07-16 14:36                           ` Mark Schouten
2020-07-16 17:04                             ` Thomas Lamprecht
2020-07-16 13:03                   ` Tom Weber
2020-07-17  7:31                     ` Fabian Grünbichler
2020-07-17 13:23                       ` Tom Weber
2020-07-17 17:43                         ` Thomas Lamprecht
2020-07-18 14:59                           ` Tom Weber
2020-07-18 18:07                             ` Thomas Lamprecht
2020-07-10 12:45 ` Iztok Gregori
2020-07-10 13:41   ` Dietmar Maurer
2020-07-10 15:20     ` Iztok Gregori
2020-07-10 15:31       ` Dietmar Maurer
2020-07-10 16:29         ` Iztok Gregori
2020-07-10 16:46           ` Dietmar Maurer
     [not found] ` <a1e5f8dd-efd5-f8e2-50c1-683d42b0f61b@truelite.it>
2020-07-10 14:23   ` Thomas Lamprecht
2020-07-10 15:59 ` Lindsay Mathieson
     [not found] ` <mailman.86.1594396120.12071.pve-user@lists.proxmox.com>
2020-07-10 16:32   ` Dietmar Maurer
2020-10-06 13:12 ` Lee Lists
2020-10-08  8:21   ` Thomas Lamprecht
2020-10-09  9:27     ` Lee Lists
2020-10-09 12:10 Lee Lists

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=8433ecf2-0a9e-6a2f-2c5e-08a2d6967190@proxmox.com \
    --to=t.lamprecht@proxmox.com \
    --cc=devzero@web.de \
    --cc=dietmar@proxmox.com \
    --cc=martin@proxmox.com \
    --cc=pve-user@lists.proxmox.com \
    /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
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal