{"id":5397,"date":"2015-01-10T08:22:15","date_gmt":"2015-01-09T22:22:15","guid":{"rendered":"http:\/\/nsrd.info\/blog\/?p=5397"},"modified":"2018-12-11T13:36:20","modified_gmt":"2018-12-11T03:36:20","slug":"networker-8-2-and-vba-instant-access","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2015\/01\/10\/networker-8-2-and-vba-instant-access\/","title":{"rendered":"NetWorker 8.2 and VBA Instant-Access"},"content":{"rendered":"

One of the great new features in NetWorker is the integration of Instant Access<\/em>, whereby virtual machines backed up with the VBA appliance to Data Domain systems may be instantly accessed from the Data Domain without needing to actually recover them. This allows you to quickly startup a failed service even as you’re migrating the virtual machine to a production datastore, or pull one or two essential files out of the virtual machine without needing to resort to a file level recovery.<\/p>\n

To see this in action, I configured a lab virtual machine for backups then did an Instant Access<\/em> operation on it.<\/p>\n

\"instant-access-01\"<\/a><\/p>\n

In the above screen shot, I picked a VM that hadn’t been used for VBA backups previously, test03<\/em>, and added it to the Data Domain backup policy, DDBackup<\/em>. I was then able to run the policy to get a brand new backup of the VM:<\/p>\n

\"instant-access-02\"<\/a><\/p>\n

Of course, because the virtual machine was a plain CentOS Linux install, much like other Linux VMs that had been backed up, the first full backup was still remarkably quick. Once that was completed, the bulk of the work shifted across to the vSphere Web Client:<\/p>\n

\"instant-access-03\"<\/a><\/p>\n

You’ll need to follow your standard enterprise operational practices for logon, obviously. In this case being a lab server I’m using the virtual vCenter Appliance, and I logged on as the root user. Next stop, the EBR plugin:<\/p>\n

\"instant-access-04\"<\/a><\/p>\n

Once logged in, go to Restore and drill down to the virtual machine backup instance you want to recover:<\/p>\n

\"instant-access-05\"<\/a><\/p>\n

With the virtual machine backup instance selected, if the backup target was a Data Domain running the right DDOS (5.4 or higher), you’ll be able to initiate the Instant Access<\/em> option:<\/p>\n

\"instant-access-06\"<\/a><\/p>\n

The Instant Access wizard is pretty straight forward and doesn’t really require much thought, other than what the ‘restored’ virtual machine will be named and where in the cluster it’ll be made available:<\/p>\n

\"instant-access-07\"<\/a><\/p>\n

Having nominated the name and location you can continue onto final confirmation of the operation:<\/p>\n

\"instant-access-08\"<\/a><\/p>\n

When ready, you can complete Finish and before you know it, you’ll see this:<\/p>\n

\"instant-access-09\"<\/a><\/p>\n

Now, here’s the kicker. By the time you’ve clicked OK and switched back to say, the vSphere Windows client, your VM will likely be waiting for you:<\/p>\n

\"instant-access-10\"<\/a><\/p>\n

There it is in the ‘Test Clients’ pool. It really takes almost no time at all: Instant<\/em> access is not a lie. You can see the temporary datastore that the VBA appliance has provided for the recovery if you go up to your storage resources, too:<\/p>\n

\"instant-access-11\"<\/a><\/p>\n

In this case, because the virtual machine I ‘restored’ wasn’t running any services that publish their presence, it was safe to run both virtual machines at the same time, since the ‘restored’ virtual machine gets reconfigured to use DHCP, thus getting a different IP address to the original:<\/p>\n

\"instant-access-12\"<\/a><\/p>\n

In the above, the top console is for the original virtual machine, and the bottom console is for the one made available via Instant Access.<\/p>\n

At this point, you’ve got a couple of options \u2013 you can either pull out the files you want from the virtual machine using normal operating system access techniques, or you can keep the virtual machine running and migrate it to a production datastore. The migration works in the same way as any normal VMware migration runs, so for this case I just powered down the virtual machine and removed it from Inventory:<\/p>\n

\"instant-access-13\"<\/a><\/p>\n

Once you’ve done that, your only other task is to drop the temporary datastore so that VBA cleans up after itself. I’ve found the simplest way to do this is to switch back to the Web GUI and go to do another instant restore of the same virtual machine. This will trigger the following prompt:<\/p>\n

\"instant-access-14\"<\/a><\/p>\n

At that point, you can just hit Unmount, then subsequently cancel the operation.<\/p>\n

And there you have it – Instant Access. It really is that quick and simple.<\/p>\n

\n

Hey, now you’ve finished this article, would you mind quickly filling in the NetWorker Usage Survey if you haven’t already done so? It’ll only take 5 minutes of your time. You can get to the survey here<\/a>.<\/p>\n

\n

 <\/p>\n","protected":false},"excerpt":{"rendered":"

One of the great new features in NetWorker is the integration of Instant Access, whereby virtual machines backed up with the VBA…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[1181,19],"tags":[138,1203,1163,1079],"class_list":["post-5397","post","type-post","status-publish","format-standard","hentry","category-data-domain-2","category-recovery","tag-backup","tag-instant-access","tag-vba","tag-virtual-machine"],"aioseo_notices":[],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/pKpIN-1p3","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5397","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/comments?post=5397"}],"version-history":[{"count":4,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5397\/revisions"}],"predecessor-version":[{"id":7442,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5397\/revisions\/7442"}],"wp:attachment":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media?parent=5397"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/categories?post=5397"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/tags?post=5397"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}