{"id":6394,"date":"2017-08-05T08:36:23","date_gmt":"2017-08-04T22:36:23","guid":{"rendered":"http:\/\/nsrd.info\/blog\/?p=6394"},"modified":"2018-12-11T08:14:41","modified_gmt":"2018-12-10T22:14:41","slug":"basics-running-workflows-manually","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2017\/08\/05\/basics-running-workflows-manually\/","title":{"rendered":"Basics – Running Workflows Manually"},"content":{"rendered":"

It may be something to do with my long Unix background, or maybe it’s because my first system administration job saw me administer systems over insanely low link speeds, but I’m a big fan of being able to use the CLI whenever I’m in a hurry or just want to do something small. GUIs may be nice, but CLIs are fun.<\/p>\n

Under NetWorker 8 and below, if you wanted to run a server initiated backup job from the command line, you’d use the savegrp<\/em> command. Under NetWorker 9 onwards, groups are there only as containers, and what you really need to work on are workflows<\/em>.<\/p>\n

\"bigStock<\/a><\/p>\n

There’s a command for that \u2013 nsrworkflow<\/em>.<\/p>\n

At heart it’s a very simple command:<\/p>\n

# nsrworkflow -p policy<\/em> -w workflow<\/em><\/strong><\/pre>\n
That’s enough to kick off a backup job. But there’s some additional options that make it more useful, particularly in larger environments. To start with, you’ve got the -a option, which I really like. That tells nsrworkflow you want to perform an ‘adhoc’ execution of a job. Why is that important? Say you’ve got a job you really need to run today but it’s configured to skip … running it in adhoc will disregard the skip for you.<\/p>\n
The -A option allows you to specify specific overrides to actions. For instance, if I wanted to run a job workflow today from the command line as a full<\/em> rather than an incremental, I might use something like the following:<\/p>\n
# nsrworkflow -p Gold -w Finance -A \"backup -l full\"<\/strong><\/pre>\n
The -A option there effectively allows me to specify overrides for individual actions – name the action (backup) and name the override (-l full).<\/p>\n
Another useful option is -c component<\/em> which allows you to specify to run the job on just a single or a small list of components \u2013 e.g., clients. Extending from the above, if I wanted to run a full for a single client called orilla<\/em>, it might look as follows:<\/p>\n
# nsrworkflow -p Gold -w Finance -c orilla -A \"backup -l full\"<\/strong><\/pre>\n
Note that specifying the action there doesn’t mean it’s the only action you’ll run – you’ll still run the other actions in the workflow (e.g., a clone operation, if it’s configured) – it just means you’re specifying an override for the nominated action.<\/p>\n
For virtual machines, the way I’ve found easiest to start an individual client is using the vmid<\/em> flag – effectively what the saveset name is for a virtual machine started via a proxy. Now, to get that name, you have to do a bit of mminfo scripting:<\/p>\n
# mminfo -k -r vmname,name<\/strong>\n\n vm_name name\nvulcan vm:500f21cd-5865-dc0d-7fe5-9b93fad1a059:caprica.turbamentis.int\nvulcan vm:500f21cd-5865-dc0d-7fe5-9b93fad1a059:caprica.turbamentis.int\nwin01 vm:500f444e-4dda-d29d-6741-d23d6169f158:caprica.turbamentis.int\nwin01 vm:500f444e-4dda-d29d-6741-d23d6169f158:caprica.turbamentis.int\npicon vm:500f6871-2300-47d4-7927-f3c799ee200b:caprica.turbamentis.int\npicon vm:500f6871-2300-47d4-7927-f3c799ee200b:caprica.turbamentis.int\nwin02 vm:500ff33e-2f70-0b8d-e9b2-6ef7a5bf83ed:caprica.turbamentis.int\nwin02 vm:500ff33e-2f70-0b8d-e9b2-6ef7a5bf83ed:caprica.turbamentis.int\nvega vm:5029095d-965e-2744-85a4-70ab9efcc312:caprica.turbamentis.int\nvega vm:5029095d-965e-2744-85a4-70ab9efcc312:caprica.turbamentis.int\nkrell vm:5029e15e-3c9d-18be-a928-16e13839f169:caprica.turbamentis.int\nkrell vm:5029e15e-3c9d-18be-a928-16e13839f169:caprica.turbamentis.int\nkrell vm:5029e15e-3c9d-18be-a928-16e13839f169:caprica.turbamentis.int<\/pre>\n
What you’re looking for is the vm:a-b-c-d set, stripping out the :vcenter at the end of the ID.<\/p>\n
Now, I’m a big fan of not running extra commands unless I really need to, so I’ve actually got a vmmap.pl<\/a><\/em><\/strong> Perl script which you’re free to download and adapt\/use as you need to streamline that process. Since my lab is pretty basic, the script is too, though I’ve done my best to make the code straight forward. You simply run vmmap.pl as follows:<\/p>\n
[root@orilla bin]# vmmap.pl -c krell<\/strong>\nvm:5029e15e-3c9d-18be-a928-16e13839f169<\/pre>\n
With ID in hand, we can invoke nsrworkflow as follows:<\/p>\n
# nsrworkflow -p VMware -w \"Virtual Machines\" -c vm:5029e15e-3c9d-18be-a928-16e13839f169<\/strong><\/pre>\n
133550:nsrworkflow: Starting Protection Policy 'VMware' workflow 'Virtual Machines'.\n123316:nsrworkflow: Starting action 'VMware\/Virtual Machines\/backup' with command: 'nsrvproxy_save -s orilla.turbamentis.int -j 705080 -L incr -p VMware -w \"Virtual Machines\" -A backup'.\n123321:nsrworkflow: Action 'VMware\/Virtual Machines\/backup's log will be in '\/nsr\/logs\/policy\/VMware\/Virtual Machines\/backup_705081.raw'.\n123325:nsrworkflow: Action 'VMware\/Virtual Machines\/backup' succeeded.\n123316:nsrworkflow: Starting action 'VMware\/Virtual Machines\/clone' with command: 'nsrclone -a \"*policy name=VMware\" -a \"*policy workflow name=Virtual Machines\" -a \"*policy action name=clone\" -s orilla.turbamentis.int -b BoostClone -y \"1 Months\" -o -F -S'.\n123321:nsrworkflow: Action 'VMware\/Virtual Machines\/clone's log will be in '\/nsr\/logs\/policy\/VMware\/Virtual Machines\/clone_705085.raw'.\n123325:nsrworkflow: Action 'VMware\/Virtual Machines\/clone' succeeded.\n133553:nsrworkflow: Workflow 'VMware\/Virtual Machines' succeeded.<\/pre>\n
Of course, if you are in front of NMC, you can start individual clients from the GUI if you want to:<\/p>\n
\"Starting<\/a>\"Starting<\/a><\/p>\n
But it’s always worth knowing what your command line options are!<\/p>\n","protected":false},"excerpt":{"rendered":"
It may be something to do with my long Unix background, or maybe it’s because my first system administration job…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_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},"jetpack_post_was_ever_published":false},"categories":[16],"tags":[1380,1395,1201,1393,749,1223,1394,1379],"class_list":["post-6394","post","type-post","status-publish","format-standard","hentry","category-networker","tag-action","tag-adhoc","tag-command-line","tag-nsrworkflow","tag-policy","tag-savegrp","tag-start-workflow","tag-workflow"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t