{"id":6576,"date":"2018-01-26T05:28:08","date_gmt":"2018-01-25T19:28:08","guid":{"rendered":"http:\/\/nsrd.info\/blog\/?p=6576"},"modified":"2018-12-11T07:56:35","modified_gmt":"2018-12-10T21:56:35","slug":"basics-whats-a-virtual-synthetic-full","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2018\/01\/26\/basics-whats-a-virtual-synthetic-full\/","title":{"rendered":"Basics – What’s a virtual synthetic full?"},"content":{"rendered":"

When NetWorker and Data Domain are working together, some operations can be done as a virtual synthetic full<\/em>. It sounds like a tautology \u2013 virtual synthetic. In this basics post, I want to explain the difference between a synthetic full and a virtual synthetic full, so you can understand why this is actually a very important function in a modernised data protection environment.<\/p>\n

The difference between the two operations is actually quite simple, and best explained through comparative diagrams. Let’s look at the process of creating a synthetic full, from the perspective of working with AFTDs (still less challenging than synthetic fulls from tape), and working with Data Domain Boost devices.<\/p>\n

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

On the left, we have the process of creating a synthetic full when backups are stored on a regular AFTD device. I’ve simplified the operation, since it does happen in memory rather than requiring staging, etc. Effectively, the NetWorker server (or storage node) will read the various backups that need to be reconstituted into a new, synthetic full, up into memory, and as chunks of the new backup are constructed, they’re written back down onto the AFTD device as a new saveset.<\/p>\n

When a Data Domain is involved though, the server gets a little lazier \u2013 instead, it just simply has the Data Domain virtually construct a synthetic full \u2013 remember, at the back end on the Data Domain, it’s all deduplicated segments of data along with metadata maps that define what a complete ‘file’ is that was sent to the system. (In the case of NetWorker, by ‘file’ I’m referring to a saveset.) So the Data Domain assembles details of a new full without any data being sent over the network.<\/p>\n

The difference is simple, but profound. In a traditional synthetic full, the NetWorker server (or storage node) is doing all<\/em> the grunt work. It’s reading all the data up into itself, combining it appropriately and writing it back down. If you’ve got a 1TB full backup and 6 incremental backups, it’s having do read all that data \u2013 1TB or more, up from disk storage, process it, and write another ~1TB backup back down to disk. With a virtual synthetic full, the Data Domain is doing all the heavy lifting. It’s being told what it needs to do, but it’s doing the reading and processing, and doing it more efficiently than a traditional data read.<\/p>\n

So, there’s actually a big difference between synthetic full<\/em> and virtual synthetic full<\/em>, and virtual synthetic full<\/em> is anything but a tautology.<\/p>\n","protected":false},"excerpt":{"rendered":"

When NetWorker and Data Domain are working together, some operations can be done as a virtual synthetic full. It sounds like…<\/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":[6,1181,16],"tags":[1243,275,965,1162],"class_list":["post-6576","post","type-post","status-publish","format-standard","hentry","category-basics","category-data-domain-2","category-networker","tag-basics","tag-data-domain","tag-synthetic-full","tag-virtual-synthetic-full"],"aioseo_notices":[],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/pKpIN-1I4","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/6576","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=6576"}],"version-history":[{"count":8,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/6576\/revisions"}],"predecessor-version":[{"id":7363,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/6576\/revisions\/7363"}],"wp:attachment":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media?parent=6576"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/categories?post=6576"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/tags?post=6576"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}