-
- Enthusiast
- Posts: 58
- Liked: never
- Joined: Jun 27, 2013 6:00 am
- Full Name: Vicky | techvicky.com
- Location: MAURITIUS
- Contact:
running replication and backup jobs - best practices
I have configured continuous replication of 2 vms from 1 ESXi to another.
I also have 2 separate VM copy jobs for each of the Vms without any schedule...so they dont run
automatically for the moment.
in addition to the replication i also want to run the VM copy jobs for e.g on every friday.
please help me to configure the schedules so that they dont clash and create nightmare .
thanks
I also have 2 separate VM copy jobs for each of the Vms without any schedule...so they dont run
automatically for the moment.
in addition to the replication i also want to run the VM copy jobs for e.g on every friday.
please help me to configure the schedules so that they dont clash and create nightmare .
thanks
Whatever the mind of man can conceive and believe, it can achieve. - Napoleon Hill
-
- VP, Product Management
- Posts: 27377
- Liked: 2800 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: running replication and backup jobs - best practices
Hi Vicky,
Can you please clarify one thing before we proceed to discuss your job schedules - in the subject you say backup jobs, but in the body of the post you refer to VM copy job. What exactly do you want to use?
Thanks!
Can you please clarify one thing before we proceed to discuss your job schedules - in the subject you say backup jobs, but in the body of the post you refer to VM copy job. What exactly do you want to use?
Thanks!
-
- Enthusiast
- Posts: 58
- Liked: never
- Joined: Jun 27, 2013 6:00 am
- Full Name: Vicky | techvicky.com
- Location: MAURITIUS
- Contact:
Re: running replication and backup jobs - best practices
oops, sorry the title should be "running replication and VM copy jobs - best practices"
I mean "VM copy" jobs ignore the "backup job"
I mean "VM copy" jobs ignore the "backup job"
Whatever the mind of man can conceive and believe, it can achieve. - Napoleon Hill
-
- VP, Product Management
- Posts: 27377
- Liked: 2800 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: running replication and backup jobs - best practices
That's what I've thought. Why don't you want to use backup jobs that store VMs in a compressed and deduped image and has a retention policy settings as opposed to VM copy jobs? Where do you copy VM images to?
-
- Enthusiast
- Posts: 58
- Liked: never
- Joined: Jun 27, 2013 6:00 am
- Full Name: Vicky | techvicky.com
- Location: MAURITIUS
- Contact:
Re: running replication and backup jobs - best practices
Why don't you want to use backup jobs that store VMs in a compressed and deduped image and has a retention policy settings as opposed to VM copy jobs?
i want the same Virtual machine format which is VMDK so that I can take the "VM Copy" to another ESXi host and start the VM there.
On the same server where I installed Veeam BRWhere do you copy VM images to?
Whatever the mind of man can conceive and believe, it can achieve. - Napoleon Hill
-
- VP, Product Management
- Posts: 27377
- Liked: 2800 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: running replication and backup jobs - best practices
Ok, but please be aware VM copy jobs do not track changes, thus you will always have full job passes every time. Furthermore, you cannot specify retention policy for VM Copy jobs and they do not preserve thin-provisioned disk format, meaning that all thin disks will consume all space you have provisioned to them. See this topic for more information on job types and its recommended usage.
Restoring VMs from backup will take the same time as just copying VM image files to the ESXi server, so if you want to do proper backups of your infrastructure, I would suggest using backup jobs instead.
As to the scheduling options, then Veeam backup server will not process the same VM with two jobs at the same time. It will wait till first job finishes and then will start the second one.
Hope this helps!
Restoring VMs from backup will take the same time as just copying VM image files to the ESXi server, so if you want to do proper backups of your infrastructure, I would suggest using backup jobs instead.
As to the scheduling options, then Veeam backup server will not process the same VM with two jobs at the same time. It will wait till first job finishes and then will start the second one.
Hope this helps!
-
- Enthusiast
- Posts: 58
- Liked: never
- Joined: Jun 27, 2013 6:00 am
- Full Name: Vicky | techvicky.com
- Location: MAURITIUS
- Contact:
Re: running replication and backup jobs - best practices
lets say i configure my "replication schedule" as follows:
Monday 12.00 to Friday 17.00
and my "Vm Copy schedule" as follows:
Friday 17:30 to Sunday 20.00
what will happen if the replication does not complete by Friday 17.00 ?
Monday 12.00 to Friday 17.00
and my "Vm Copy schedule" as follows:
Friday 17:30 to Sunday 20.00
what will happen if the replication does not complete by Friday 17.00 ?
Whatever the mind of man can conceive and believe, it can achieve. - Napoleon Hill
-
- VP, Product Management
- Posts: 27377
- Liked: 2800 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: running replication and backup jobs - best practices
Your second job will start to process VMs that have already been replicated by first job, and then it will process VMs that were put in a queue due to a lock state by a first job.
-
- Product Manager
- Posts: 20415
- Liked: 2302 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: running replication and backup jobs - best practices
I second Vitaliy in proposing usage of backup jobs instead of VM copy ones. If you're concerned that backup data can't be restored without full product installation, you can always put extract.exe utility into use. Thanks.
-
- VeeaMVP
- Posts: 6166
- Liked: 1971 times
- Joined: Jul 26, 2009 3:39 pm
- Full Name: Luca Dell'Oca
- Location: Varese, Italy
- Contact:
Re: running replication and backup jobs - best practices
A dirty trick could also be to use an NFS export as the target storage for replication. If needed, the NFS share can be opened with a linux or windows computer and it's content read and copied; in this way you can achieve both the need for native format and the usefulness of incremental copies coming from proper Veeam replicas.
Be aware anyway that the VMs will be versioned using snapshots, so the parent VMDK will represent the first restore point of the chain, not the last.
Luca.
Be aware anyway that the VMs will be versioned using snapshots, so the parent VMDK will represent the first restore point of the chain, not the last.
Luca.
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software
@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
Principal EMEA Cloud Architect @ Veeam Software
@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
Who is online
Users browsing this forum: No registered users and 19 guests