{"id":4847,"date":"2013-07-12T18:29:01","date_gmt":"2013-07-12T08:29:01","guid":{"rendered":"http:\/\/nsrd.info\/blog\/?p=4847"},"modified":"2013-07-13T13:50:29","modified_gmt":"2013-07-13T03:50:29","slug":"networker-8-1-overview","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2013\/07\/12\/networker-8-1-overview\/","title":{"rendered":"NetWorker 8.1 Overview"},"content":{"rendered":"

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

As is typically the case, EMC and my timing has been a little out of whack. They announced their “backup to the future” event around the time that I suddenly had to move, and a few days after the event, I still haven’t been able to watch any of the coverage due to the dubious honour of having to subsist on mobile internet for a couple of weeks while I wait for ADSL to be installed.<\/p>\n

Sigh. Clearly this is a serious problem … maybe EMC will have to employ me before NetWorker 8.2 comes out so we have a better chance of keeping our calendars in sync on big events. That way they won’t accidentally schedule a major backup release when I have to move again … \ud83d\ude42<\/p>\n

While I haven’t been able to see the “Backup to the Future” material, I had<\/em> spent a chunk of time working with NetWorker 8.1 through the beta testing phase, so I can have a bit of a chat about that. So, grab whatever your favourite beverage is, pull up a chair, and let me spin you a yarn or two. (In a couple of weeks I’ll likely have a few things to say about Backup to the Future … a lot of the material out of EMC lately about accidental architecture aligns very closely to my attitudes of where companies go wrong with data protection.)<\/p>\n

It’s not surprising that EMC’s main staff backup blog is called\u00a0thebackupwindow<\/a><\/em><\/strong>. Windows<\/em> are terms that pretty much everyone who works in backup eats, lives and breathes. (Not just backup windows of course, but\u00a0recovery<\/em> windows too.) You might say that\u00a0Moore’s law<\/a><\/strong> has been a governing factor in computing. But there’s another law that, to be perfectly honest, is a pain in the proverbial for every person who is involved in backup and recovery, and for want of a better term, I’m going to call it Newton’s Third Law of Data Protection<\/strong><\/a> \u2013 i.e., to every action there is always an equal and opposite reaction.<\/p>\n

The net result? Data keeps on getting bigger, and in turn backup windows for that data keeps on shrinking.<\/p>\n

So, EMC’s primary blog being called\u00a0the backup window<\/em> makes perfect sense.<\/p>\n

As does the feature set of NetWorker 8.1.<\/p>\n

(See, I was<\/em> getting to the point, even if I was walking around it a few times.)<\/p>\n

While some of the features of NetWorker 8.1 are geared around interface changes, and others around security, the vast bulk of them are focused on meeting the demands of a shrinking backup window. Let’s take a quick look at some of those new features…<\/p>\n

Window Work<\/h2>\n

Parallel Saveset Streams (Unix)<\/strong><\/h3>\n

The bane of every backup administrator is dense filesystems, and the PSS feature is designed to help get around this. Got a Unix filesystem with tens of millions of files? Likely it’s got a good disk structure underneath it, but filesystems suck for full sequential walks. Turning on the Parallel Saveset Streams features for key Unix\/Linux clients with dense filesystems will start to make a difference here \u2013 NetWorker will spawn multiple save processes to separately walk, and save data from the filesystem.<\/p>\n

Block Level Backups (Windows)<\/strong><\/h3>\n

That dense filesystem problem isn’t just limited to Unix servers, of course. Backup administrators with large Windows servers in their environments equally feel the pain, and enabling BLB functionality on Windows servers for key, large filesystems, will allow the\u00a0bypass<\/em> of the filesystems entirely, achieving high speed backup\u00a0with<\/em> file level recovery capabilities.<\/p>\n

Storage Node Load Balancing<\/strong><\/h3>\n

Sure to be a boon for big datazones, storage node load balancing will allow businesses to deploy multiple storage nodes in relatively small but dense network segments and have clients spread their backups automatically between the storage nodes, rather than having to juggle which clients should backup to where.<\/p>\n

Optimised Deduplication Filesystem Backups for Windows<\/h3>\n

Windows 2012 Server introduced deduplication for the filesystem. NetWorker 8.1 introduces the ability to backup the\u00a0deduplicated<\/em> blocks. Net result? If you’ve got a 2TB filesystem which represents 800GB of deduplicated data, NetWorker gives you the option of just backing up 800GB of data rather than 2TB of data. I’m hoping, of course, that this isn’t just going to be limited to Windows deduplication filesystems … there’s a lot of ZFS users out there for instance who’ll be thinking “Um? We got there first…”<\/em><\/p>\n

Virtual Synthetic Fulls on Data Domains<\/strong><\/h3>\n

Synthetic fulls, introduced in NetWorker 8, can work wonders at reducing the required backup windows within an environment,\u00a0but<\/em>, creating a new synthetic full when the target was a Data Domain would result in a full rehydration of the data. Under NetWorker 8.1 though, that fabulous Boost integration continues apace, and the generation of a synthetic full is handed over to the Data Domain when it’s the operation source and target. Net result? Synthetic fulls with a Data Domain involved don’t need to rehydrate the data to generate the new full.<\/p>\n

Boost over Fibre Channel<\/strong><\/h3>\n

A long time ago in a source tree a long time ago, advanced file type devices showed a lot of promise but had some disappointments. Those disappointments were removed in NetWorker 8 with the complete re-engineering of AFTDs<\/a><\/strong>, but in the meantime, a lot of businesses that had deployed Data Domain systems had gone down the VTL route to try to ameliorate those backup-to-disk headaches. Unfortunately, when true<\/em> backup to disk was fixed with NetWorker 8, that left those businesses in an undesirable situation: the advantages of Boost were clear, but it could only be implemented over IP, and since fibre-channel infrastructure isn’t cheap, not everyone was keen to just switch their investments across to IP. NetWorker 8.1 helps that transition. Of course, it’s not the same as making a Data Domain system fully addressable on an IP network, but it does<\/em> allow the creation of Boost backup to disk devices over Fibre Channel, which means that technology transition can be phased and handled more smoothly. I suspect this will see a noticeable reduction in the number of NetWorker installs using VTLs.<\/p>\n

Efficiency Improvements to nsrclone<\/h3>\n

Smaller than the other changes mentioned above, the nsrclone process has been improved in terms of media database fetch processes, which means it starts cloning sooner. That’s a good thing, of course.<\/p>\n

Faster Space Reclamation on AFTD\/Data Domain Systems<\/h3>\n

Unfortunately you don’t always get to control the filesystem you write to for backups. When I’m backing up to traditional disk on Linux, I pretty much always deploy AFTDs on XFS. That way, when I decide to delete 4TB of backups they delete\u00a0quickly<\/em>. If I was using say, ext3, I’d issue the delete command, go off, have a coffee, come back, curse at the server, go away again, have lunch, come back… well, you get the picture.<\/p>\n

While some of the delete process is bound up in how long it takes for the OS\/Filesystem to respond to a file delete command (particularly for a\u00a0large file<\/em>), some of that space reclamation process is bound in NetWorker’s media database operations.\u00a0That<\/em> part has been improved in NetWorker 8.1.<\/p>\n

The Other Bits<\/h2>\n

I mentioned NetWorker 8.1 wasn’t\u00a0all<\/em> about shrinking the backup window, and there are some other features. Quickly running through them…<\/p>\n

VMware Backup Appliance (VBA)<\/h3>\n

Virtual Machines … they really are the bane of everyone’s lives. Of course, operationally<\/em> they’re great, but sometimes backing them up leaves you wishing they were all physical, still. Well, maybe not\u00a0wishing<\/em>, but you get the drift.<\/p>\n

NetWorker 8.0 introduced full VADP support. NetWorker 8.1 goes one step further in working with the Virtual Backup Appliance option introduced in newer versions of ESX. This isn’t something I’ve had a chance to play with \u2013 my lab is all Parallels due to Fusion not liking my Mac Pro’s CPUs, but I imagine it’s something I’ll see deployed soon enough.<\/p>\n

NetWorker Snapshot Management<\/h3>\n

NSM replaces the old and somewhat crotchety PowerSnap functionality. For long-term PowerSnap users who have been looking for a solid update, this will undoubtedly be a big bonus.<\/p>\n

Recovery Comes Home<\/h3>\n

8.1 introduces a Recovery interface within<\/em> NMC, where it’s belonged since NMC was first created. This seems the immediate termination of the old, legacy\u00a0nwrecover<\/em> interface from the Unix install of NetWorker, and it’s undoubtedly going to see the Windows recovery GUI killed off over time as well. In fact, if you want to recover from Windows block level backups, you better get used to the new recovery interface.<\/p>\n

What I really<\/em> like about this interface is that you can create a recovery session and then save it to re-run it later. A lot of administrators and operators are going to love this new interface.<\/p>\n

But…<\/h2>\n

…I’m annoyed with Block Level Backups. It’s completely understandable that it has to be done to disk backup (i.e., AFTD or Data Domain),\u00a0and<\/em> that it requires client direct. Again, that’s understandable.\u00a0However<\/em>, if want to do block level backups to AFTDs presented from Unix\/Linux servers, you’re out of luck. AFTDs\u00a0must<\/em> be presented from Windows servers.<\/p>\n

I\u00a0know<\/em> this is a relatively small limitation, but I have to be honest \u2013 I just don’t like it. I want to see it fixed in NetWorker 8.2. I’ll settle for some sort of\u00a0proxy<\/em> mechanism if necessary, but I really do think it should be fixed.<\/p>\n

Then again, I\u00a0do<\/em> come from a long-term Unix background. So take my complaint with whatever bias you want to attribute to it.<\/p>\n

Geronimo<\/h2>\n

So there you have it \u2013 NetWorker 8.1 is out on the starting line, revving, and ready to make your backups run faster. It’s going to be a welcome upgrade for a lot of environments, and gives us a tantalising taste of improvements that are coming to our backup windows.<\/p>\n

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

As is typically the case, EMC and my timing has been a little out of whack. They announced their “backup…<\/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":[3,16],"tags":[1149,154,175,275,1249,965,1087],"class_list":["post-4847","post","type-post","status-publish","format-standard","hentry","category-architecture","category-networker","tag-8-1","tag-backup-window","tag-boost","tag-data-domain","tag-networker","tag-synthetic-full","tag-vmware"],"aioseo_notices":[],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/pKpIN-1gb","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/4847","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=4847"}],"version-history":[{"count":13,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/4847\/revisions"}],"predecessor-version":[{"id":4860,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/4847\/revisions\/4860"}],"wp:attachment":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media?parent=4847"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/categories?post=4847"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/tags?post=4847"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}