I'm pretty sure it's being mentioned before but i'll say it again
I think it's a good idead that you start looking into the option of saving the Job settings as this would make life so much easier
Just the way you have done with importing the backed up data with .vbm, make it possible that the job settings are exported and imported. This comes about as I have created new vCenters and need to point existing jobs to these new vCenters but it means I'll have to re-create jobs from scratch
I have a veeam backup server installed in a virtual machine. Now I've purchased a physical server and I've installer a windows server 2008 R2 enterprise.
I want to install the veeam backup in this new server, but in the old virtual server I have all the jobs configured and are a lot of they.
It's possible to export the jobs to a file and import to the new installation of Veeam in the new server?
cloning the jobs is somewhat useless because we typically want to move the jobs to another existing server, not just create an exact same job on the exact same server.
I am in the process of putting all my jobs on my DR server and turning the existing servers into proxyies only, but you can't just clone/move an existing job to a new server.
The import/export is a great feature if I wanted to move to a new hardware, but really thats just as simple to do with SQL manager (backup and restore database)
For the love of freaking god, allow us to move jobs between backup servers...really...its NOT THAT DIFFICULT...its all stored in a damn database...if you can clone the job on the same server (which injects the job into the database, you can inject it into the database on another server.
At that point all we should need to do is edit the repository and force a full backup
I really can't see why this has taken so freaking long to accomplish...its frustrating as hell to have to freaking re-create these jobs.
Rumple wrote:I really can't see why this has taken so freaking long to accomplish
Actually, it is very simple. This feature have had a low priority, because there is no use case behind moving the jobs periodically from one server to another. It is a very rare occurrence when you need to do something like this, if at all. Why would prioritize features that are required once in a life time at best, when we have hundreds of pending features which you would benefit from daily?
Rumple wrote:I am in the process of putting all my jobs on my DR server and turning the existing servers into proxyies only
So, how often are you going to do something like this in future in your environment, once you are done with the current move?
Does Veeam BR 6.5 have the ability to export a job? I have searched some threads and though it appears this was on the drawing board as long ago as 2010 I do not see this functionality in the current version. I see Enterprise manager has the ability to Clone and Edit jobs which is nice but I would like to export the job configuration from one Veeam server and import it on another server. I realize the entire configuration can be exported but I was looking for something more granular. Is this functionality hiding somewhere? If not is this feature on the roadmap?
Otherwise, if you’re willing to copy job from remote VB&R server, you need firstly to connect to remote PowerShell instance, using invoke-command, or whatever, then collect everything you want to.
The following example will give a little more understanding how this process should be scripted:
#First part (Remote)
Asnp VeeamPSSnapin
$Job = Get-VBRJob -name "Name of the job you're willing to copy"
$Names = ($Job | Get-VBRJobObject).name
$Options = $Job.GetOptions()
$VSSOptions = $Job.GetVssOptions()
#Second part (Local)
Asnp VeeamPSSnapin
$Server = Get-VBRServer | ?{($_.type -eq "vc") -and (($_.name -eq "Name of your VC") )}
$Entity = foreach ($name in $Names)
{
Find-VBRViEntity -Server $Server | ? {($_.name -eq $Name)}
}
$Repository = Get-VBRBackupRepository -name "Name of your repository"
Add-VBRViBackupJob -Entity $Entity -Name "Name of the job you're willing to create" -BackupRepository $Repository
Start-sleep -s 5
$Job2 = Get-VBRJob | ? {$_.name -eq "Name of the job you're willing to create"}
$Job2.SetOptions($Options)
$Job2.SetVssOptions($VSSOptions)
First part of the abovementioned script is responsible for collecting job settings and should be executed on remote machine; second part will create a new job on your local machine and pass previously collected settings to it.
Please be aware that manual input is only required if in the settings of the job which you’re willing to copy there is a particular proxy server specified; it won’t be copied and you will need to set proxy server afterwards.
v.Eremin wrote:Otherwise, if you’re willing to copy job from remote VB&R server, you need firstly to connect to remote PowerShell instance, using invoke-command, or whatever, then collect everything you want to.
I've used the powershell version of moving jobs on multiple times when doing different types of migrations.
Read out objects, job.options and job.vssoptions and then setting repository from within the powershell where I create the new job.
Also note that if you have user password for vss and indexing this password hash till change when moving to a new B&R server. I typicality set up one job manually and copy the hashed password from this job.
This process of exporting and importing jobs between B&R servers works very well and allows me to change repository in the process.
v.Eremin & Tobias - thank you very much for the code and pointers. This should solve my problem.
I'm not against a right-click -- Export Job in the future but at least I don't have to manually re-create jobs. I guess this doesn't come up very often, at least there is a solution.
Because of performance problems I need to move between 40 and 50 backups jobs and 40 to 50 backup copy jobs to a new backup server. On the old server there will remain the remaining 40-50 backup + 40-50 copy jobs.
How would I best go about this without manually recreating all backup and backup copy jobs AND keep the existing backups and backup copies.
Problem with using powershell for the backup jobs is that lots of jobs have "special settings", like excluded disks, credentials for application aware processing etc.
Would a restore/import of the configuration database of the old server on the new server help me in this?
Alex, please review the most recent posts in this thread above, should give you some hints. You actually can use PowerShell to perform what you're after.
Another, probably more easy approach is to export/import the entire backup server configuration and then disable/remove those jobs you do not need on the second backup server.
to be clear, I can just install with a new/clean sql database and then import the configuration database from the old server and then remove the jobs that I don't need, right?
I would like to export all the backup jobs from my Backup-VM, and import them into my Replication-VM, so that everything is being coordinated with one Veeam server.
I tried using the "restore configuration" option, but it wants to replace the database on the Replication-VM. I assume this is not a good idea? Is there another way to just import all the jobs from the Backup-VM. Is it only the PowerShell example given before by v.Eremin?