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

wo this is great to hear, thanks !

Am 10.07.20 um 16:15 schrieb Thomas Lamprecht:
> 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:46 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
2020-07-10 14:46             ` Roland [this message]
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=57e9a9be-0907-d0c8-4ff7-8015c1585584@web.de \
    --to=devzero@web.de \
    --cc=dietmar@proxmox.com \
    --cc=martin@proxmox.com \
    --cc=pve-user@lists.proxmox.com \
    --cc=t.lamprecht@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