Need a good walkthrough to migrate a VM in an unlicensed VMWare
-
@coliver said:
Ah, good to know, their marketing and techs have been spinning it quite differently.
Well, I should qualify that statement. When I last researched it a year ago, that is what it was.
-
@JaredBusch said:
No, Unitrends cannot backup the VM.
Unitrends will install an agent and backup the GUEST not the VM. This is different and I can already do that if I want by using Windows Backup.Which is exactly what I kept asking @KatieUnitrends and was told that this was not the case, but I could think of no possible alternative.
-
@scottalanmiller said:
@JaredBusch said:
No, Unitrends cannot backup the VM.
Unitrends will install an agent and backup the GUEST not the VM. This is different and I can already do that if I want by using Windows Backup.Which is exactly what I kept asking @KatieUnitrends and was told that this was not the case, but I could think of no possible alternative.
Does anyone have an ESXi Free server they could test it out on? I don't have any spare hardware right now or I would.
-
@coliver said:
@scottalanmiller said:
@JaredBusch said:
No, Unitrends cannot backup the VM.
Unitrends will install an agent and backup the GUEST not the VM. This is different and I can already do that if I want by using Windows Backup.Which is exactly what I kept asking @KatieUnitrends and was told that this was not the case, but I could think of no possible alternative.
Does anyone have an ESXi Free server they could test it out on? I don't have any spare hardware right now or I would.
There was more than one thread on the subject on SW it is simply their physical agent installed in the guest VM instead of using the VMWare API
-
@JaredBusch said:
@coliver said:
@scottalanmiller said:
@JaredBusch said:
No, Unitrends cannot backup the VM.
Unitrends will install an agent and backup the GUEST not the VM. This is different and I can already do that if I want by using Windows Backup.Which is exactly what I kept asking @KatieUnitrends and was told that this was not the case, but I could think of no possible alternative.
Does anyone have an ESXi Free server they could test it out on? I don't have any spare hardware right now or I would.
There was more than one thread on the subject on SW it is simply their physical agent installed in the guest VM instead of using the VMWare API
So, a filesystem backup... basically the same thing they do for Xen.
-
@JaredBusch said:
There was more than one thread on the subject on SW it is simply their physical agent installed in the guest VM instead of using the VMWare API
Yes, and several where they stated that that was not true. I asked specifically and was told that I was mistaken for thinking this. But I had based that assumption off of it being said in the threads.
-
@coliver said:
So, a filesystem backup... basically the same thing they do for Xen.
No, they have a full image system for Xen. That is why they bought PHDVirtual.
-
@scottalanmiller said:
@coliver said:
So, a filesystem backup... basically the same thing they do for Xen.
No, they have a full image system for Xen. That is why they bought PHDVirtual.
Oh, that is good to know. I wasn't aware of that.
-
@JaredBusch said:
I am not converting technology (now), I simply want to move the VM from VMWare host 1 to VMWare host 2.
Clean method, copy the VHD and VMX off the datastore to your local machine, upload it to the other server, import and be done with it.
Lazy man method. Use Vmware converter. It doesn't care about whatever underlying hypervisor, or at least it didn't the last time I pulled this off. That's assuming it's not transactional data, because deltas can be a bitch.
-
@PSX_Defector said:
Clean method, copy the VHD and VMX off the datastore to your local machine, upload it to the other server, import and be done with it.
The server can be shut down all weekend as the email will get spooled by Postini (no idea why it hasn't converted yet). I guess that really is fairly simple, I just have never done it.
-
@scottalanmiller said:
Yes, and several where they stated that that was not true. I asked specifically and was told that I was mistaken for thinking this. But I had based that assumption off of it being said in the threads.
Well, if they insist, it would be possible to do it all via SSH as that is how GhettoVCB works. I find that unlikely though.
-
Yeah, it's really that simple. Probably run faster than using some USB drive or some other hokey method.
Other things to consider, but I would assume you didn't do this, is to consolidate all your snapshots and bring it into a single file. But if you were doing this on a DC, woe is you anyways. Make sure to grab all the VHDs, sometimes folks put the things everywhere and anywhere. I keep my stuff clean, one folder, one VMX, one VHD store.
-
@PSX_Defector As of last week I no longer have any snap shots because I want to have as little data to move as possible. So I can shut the guest down and just move files.
The system has 5x 300GB 10k SAS drives in a man RAID0. Drive 4 is in predictive failure.
Performance is horrible lately. I am so pissed at myself for not checking the array config after the Dell guy replaced drives 2 years ago. -
@PSX_Defector said:
Clean method, copy the VHD and VMX off the datastore to your local machine, upload it to the other server, import and be done with it.
@JaredBusch said:
The server can be shut down all weekend as the email will get spooled by Postini (no idea why it hasn't converted yet). I guess that really is fairly simple, I just have never done it.
The Guest is running atm, but these need moved and imported? Should I drop them in a /tmp folder on the new server and let the import process create the new ID and such?
/vmfs/volumes/4fe4e121-00ce2358-1794-0026b92dd25f/JJDC # ls -l -rw------- 1 root root 8589934592 Aug 18 2013 JJDC-34a5604f.vswp -rw-r--r-- 1 root root 13 Feb 10 06:42 JJDC-aux.xml -rw------- 1 root root 429496729600 Feb 18 03:30 JJDC-flat.vmdk -rw------- 1 root root 8684 Feb 18 03:01 JJDC.nvram -rw------- 1 root root 519 Feb 12 23:29 JJDC.vmdk -rw-r--r-- 1 root root 44 Feb 10 06:42 JJDC.vmsd -rwxr-xr-x 1 root root 4016 Feb 18 03:27 JJDC.vmx -rw-r--r-- 1 root root 2802 Feb 12 23:35 JJDC.vmxf -rw------- 1 root root 322122547200 Feb 18 03:30 JJDC_1-flat.vmdk -rw------- 1 root root 521 Feb 12 23:30 JJDC_1.vmdk -rw-r--r-- 1 root root 1150772 Jun 23 2012 vmware-3.log -rw-r--r-- 1 root root 298267 Jun 24 2012 vmware-4.log -rw-r--r-- 1 root root 126696413 Sep 5 2012 vmware-5.log -rw-r--r-- 1 root root 2366725 Feb 21 2013 vmware-6.log -rw-r--r-- 1 root root 1471003 Aug 18 2013 vmware-7.log -rw-r--r-- 1 root root 4184437 Feb 10 07:01 vmware-8.log -rw-r--r-- 1 root root 418501 Feb 18 03:28 vmware.log -rw------- 1 root root 83886080 Aug 18 2013 vmx-JJDC-883253327-1.vswp.
-
Yeup, you got two disks on the OS, so easy enough.
I always grab all the good stuff, logs are always useful. All you would need to do after you drop it into the new datastore, just import it into the vCenter.
-
Here is a post, just now, that the free UEB can't back up Xen guests, which it could do if it was using the agents to do the backups.
