{"id":7854,"date":"2019-02-18T06:19:05","date_gmt":"2019-02-17T20:19:05","guid":{"rendered":"https:\/\/nsrd.info\/blog\/?p=7854"},"modified":"2019-02-18T06:19:11","modified_gmt":"2019-02-17T20:19:11","slug":"basics-dynamic-vmware-policies-with-networker-18-2","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2019\/02\/18\/basics-dynamic-vmware-policies-with-networker-18-2\/","title":{"rendered":"Basics – Dynamic VMware Policies with NetWorker 18.2"},"content":{"rendered":"\n

I really love adaptive backup processes – that is, NetWorker and Avamar’s functions around defining dynamic<\/em> selections of resources to be protected. To me, that’s the start of true<\/em> set and forget data protection. Or rather, if we think of auto-starting backups as being Set & Forget v1<\/em>, then Set & Forget v2 <\/em>is all about backups that automatically select what <\/em>needs to be backed up based on the policies you’ve defined.<\/p>\n\n\n\n

To that end, I wanted to work through the process of creating a dynamic VMware backup policy using NetWorker 18.2’s HTML5 UI. It was, to be honest, a really sweet operation, so in this blog post I’ll take you through what that process looks like.<\/p>\n\n\n\n

Now, I have on my lab server a bunch of generic virtual machines used for non-specific testing. More like scenarios where I need to have a bunch of virtual machines of similar size concurrently backing up and\/or recovering. Each of the machines that falls into that category have a name with test<\/em> in it, so I wanted to create a dynamic policy that does backups with a 2 week retention time for anything with test<\/em> in its name.<\/p>\n\n\n\n

To start with, you point your browser to the NetWorker UI: https:\/\/nsrServer<\/em>:9090\/nwui<\/strong>. From there, enter your login credentials that you would use elsewhere in NetWorker (e.g., same credentials for NMC), and you’ll be presented with the current HTML5 UI components for NetWorker. I want to create a new policy, so I to do I expand the Data Protection section, then click on Policy in the left-hand pane:<\/p>\n\n\n\n

\"\"
Viewing the VMware Backup Policies Defined<\/figcaption><\/figure>\n\n\n\n

In this case, wanting to add a new workflow to the Adhoc<\/em> policy, I click the policy name to get to the workflow options. This presents a work area such as the following:<\/p>\n\n\n\n

\"\"
Viewing workflows for a policy<\/figcaption><\/figure>\n\n\n\n

To add a new policy, click the “+ Add” button at the top of the workflow area. This will start the new workflow wizard:<\/p>\n\n\n\n

\"\"
Starting the Workflow Wizard<\/figcaption><\/figure>\n\n\n\n

The start of the wizard has you name the workflow and set preliminary details, such as whether or not it automatically starts, is enabled at all, and if it automatically starts, what time it starts at. Once you’ve got the basic details in, click Next <\/strong>to continue to notifications:<\/p>\n\n\n\n

\"\"
Workflow Notifications Setup<\/figcaption><\/figure>\n\n\n\n

In this case, I was happy to leave notifications configured per the policy, and clicked Next<\/strong> to continue to the fun bit: setting up a dynamic group.<\/p>\n\n\n\n

\"\"
Associating a group with a workflow<\/figcaption><\/figure>\n\n\n\n

In this case, I didn’t have a group configured yet, so it was necessary to click the Add Group<\/strong> option to start group creation. This side-launches you into the group wizard:<\/p>\n\n\n\n

\"\"
Creating a dynamic group, step 1<\/figcaption><\/figure>\n\n\n\n

Here I gave the group a name and a description, changed the group type to be a VMware group, and enabled the Dynamic Association<\/em> checkbox, then clicked Next<\/strong>.<\/p>\n\n\n\n

\"\"
Creating a dynamic rule for virtual machine selection<\/figcaption><\/figure>\n\n\n\n

You can create complex rules for virtual machine selection – in this case though I was looking for something basic: the Virtual Machine name contains the word test<\/strong>. That’s it: I entered those details, and gave the rule a name, then clicked Create<\/strong>.<\/p>\n\n\n\n

\"\"
Dynamic group rule created<\/figcaption><\/figure>\n\n\n\n

When creating dynamic rules, always make sure you preview the selection criteria. Very straight forward, just click the Preview<\/strong> option in the wizard above and you’ll get a view of which virtual machines in your vCenter server are going to be selected for backup:<\/p>\n\n\n\n

\"\"
Virtual machine selection (preview)<\/figcaption><\/figure>\n\n\n\n

This looked right to me, so I clicked Finish<\/strong> to wrap up the group creation. This then let me associate the group with the workflow so I could finish creating the workflow and move on to the actions.<\/p>\n\n\n\n

\"\"
Group created and associated<\/figcaption><\/figure>\n\n\n\n

Now, we move onto the actions:<\/p>\n\n\n\n

\"\"
Creating an action<\/figcaption><\/figure>\n\n\n\n

To create a new action, click the “+ Backup Action”, which will lead you to the start of the new action wizard:<\/p>\n\n\n\n

\"\"
New backup action wizard<\/figcaption><\/figure>\n\n\n\n

I tend to leave backup actions named backup<\/em>, and I left the action Enabled<\/em>, so it was fine to just click Next<\/strong> to continue.<\/p>\n\n\n\n

\"\"
Specifying data movement options for the backup action<\/figcaption><\/figure>\n\n\n\n

Here, I chose the backup pool, the storage node, and the retention time I wanted the backups kept for. Since these are only backups of test machines, I really don’t need a long retention time: two weeks is more than enough, so I made that change and clicked Next <\/strong>to continue.<\/p>\n\n\n\n

\"\"
VMware Specific Backup Action Settings<\/figcaption><\/figure>\n\n\n\n

For the above wizard page, I left the vProxy selection setup as automatic, and since there’s no SQL databases on my virtual machines (in fact, they’re all Linux – surprise, surprise), I left the Quiesce Application<\/em> option unchecked. Next<\/strong> to continue, again.<\/p>\n\n\n\n

\"\"
Action schedule<\/figcaption><\/figure>\n\n\n\n

The action schedule for virtual machine backups is pretty simple: full every day. That’s because at the back-end, the Data Domain will handle the virtual synthesis of a new full backup, rather than unnecessarily scanning the entire virtual machine each time. So, Next<\/strong> to continue.<\/p>\n\n\n\n

\"\"
Action notification settings<\/figcaption><\/figure>\n\n\n\n

Again you can override the notification settings at the action level, but I left them as-is for the purpose of creating this workflow. Next <\/strong>to continue.<\/p>\n\n\n\n

\"\"
Action activity settings<\/figcaption><\/figure>\n\n\n\n

In the advanced configuration you can change the parallelism settings for the action (default is 100) what to do on failures, and run soft stop times\/hard stop times. If you’ve not looked at soft\/hard stop times, it’s useful to know what they do:<\/p>\n\n\n\n

  • The soft stop time is the amount of time after the action starts where no new<\/em> actions will be started (e.g., for a backup, no new savesets are started). If left to zero, there is no soft stop time.<\/li>
  • The hard stop time is the amount of time after the action starts where any remaining activities are forcibly stopped. Again, if left to zero, there is no hard stop time.<\/li><\/ul>\n\n\n\n

    I didn’t need to change those settings so I just clicked Next<\/strong> to continue.<\/p>\n\n\n\n

    \"\"
    Action summary<\/figcaption><\/figure>\n\n\n\n

    Here, at the end of the action wizard, you’re presented with a summary page outlining the details of the action. This is your last chance to review and go back\/cancel before creating the action. I was happy with the summary so clicked Finish<\/strong> to have the action created.<\/p>\n\n\n\n

    At this point, I jumped across to NMC to see the workflow was available in the Monitoring section, which it was, so I started the new workflow:<\/p>\n\n\n\n

    \"\"
    Starting the new workflow<\/figcaption><\/figure>\n\n\n\n

    30 seconds or so after the workflow was started, I could see savesets starting to progress for the virtual machines with test<\/em> in their names:<\/p>\n\n\n\n

    \"\"
    Dynamic virtual machine backup running<\/figcaption><\/figure>\n\n\n\n

    As you can see, the overall process is very straight forward.<\/p>\n","protected":false},"excerpt":{"rendered":"

    I really love adaptive backup processes – that is, NetWorker and Avamar’s functions around defining dynamic selections of resources to be…<\/p>\n","protected":false},"author":1,"featured_media":7863,"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":[16,1357],"tags":[132,1506,1249,1087],"class_list":["post-7854","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-networker","category-vproxy","tag-automation","tag-dynamic","tag-networker","tag-vmware"],"aioseo_notices":[],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2019\/02\/09-Preview-Selection.png","jetpack_shortlink":"https:\/\/wp.me\/pKpIN-22G","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/7854","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=7854"}],"version-history":[{"count":4,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/7854\/revisions"}],"predecessor-version":[{"id":7881,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/7854\/revisions\/7881"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media\/7863"}],"wp:attachment":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media?parent=7854"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/categories?post=7854"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/tags?post=7854"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}