{"id":5010,"date":"2013-10-30T17:22:10","date_gmt":"2013-10-30T07:22:10","guid":{"rendered":"http:\/\/nsrd.info\/blog\/?p=5010"},"modified":"2013-10-30T17:22:10","modified_gmt":"2013-10-30T07:22:10","slug":"virtual-synthetic-fulls-a-match-made-in-heaven","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2013\/10\/30\/virtual-synthetic-fulls-a-match-made-in-heaven\/","title":{"rendered":"Virtual synthetic fulls: A match made in heaven"},"content":{"rendered":"<p>One of the great new features in NetWorker 8.1 is\u00a0<em>virtual synthetic fulls<\/em>.<\/p>\n<p>You may think the term &#8216;virtual synthetic&#8217; sounds a bit meta, but it&#8217;s quite accurate when it refers to synthetic fulls being\u00a0<em>virtually<\/em> constructed on Data Domain devices.<\/p>\n<p>You see, while synthetic fulls were introduced in NetWorker 8.0, they had a catch when running on Data Domain Boost devices \u2013 the data would still be rehydrated. That is, NetWorker would read through the full and all incremental backups referenced and rehydrate the data to construct a new full backup, saving that full on the Data Domain (with inline deduplication obviously happening again).<\/p>\n<p>There&#8217;s nothing\u00a0<em>incorrect<\/em> about that process \u2013 it is, after all, exactly what happens on standard AFTD devices. But it&#8217;s not the most\u00a0efficient way of going about it.<\/p>\n<p>That&#8217;s where NetWorker 8.1 and\u00a0<em>virtual synthetic fulls<\/em> come into play. In this scenario, NetWorker instructs the Data Domain to create a new full backup via Boost. For the Data Domain, this consists of giving NetWorker back the appropriate reference data for the saveset after (mostly) jiggling pointers and updating its own back-end file data.<\/p>\n<p>The net result is\u00a0<strong>speed<\/strong>. Virtual synthetic fulls are\u00a0<strong>fast<\/strong> on Data Domain because there&#8217;s very little data being rehydrated \u2013 deduplicated data is just being\u00a0adjusted. You can see how fast this is because NetWorker reports the operation as if it were happening as realtime data:<\/p>\n<p><a href=\"https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2013\/10\/virtual-synthetic-full.png\"><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-5011\" alt=\"virtual synthetic full\" src=\"https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2013\/10\/virtual-synthetic-full.png\" width=\"1075\" height=\"99\" srcset=\"https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2013\/10\/virtual-synthetic-full.png 1075w, https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2013\/10\/virtual-synthetic-full-300x27.png 300w, https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2013\/10\/virtual-synthetic-full-1024x94.png 1024w\" sizes=\"auto, (max-width: 1075px) 100vw, 1075px\" \/><\/a>That&#8217;s 1860236 KB\/s being reported &#8230; 1816 MB\/s throughput, and that&#8217;s just what I managed to capture &#8211; it was a smaller saveset, and it was pumping along. But the client itself in question was connected over 802.11<em>n<\/em>. There&#8217;s no way it could be running at that speed over the ether \u2013 the speed was coming from the operation being performed on the Data Domain itself \u2013 and that Data Domain had a bunch of other activities happening at the same time.<\/p>\n<p>Synthetic fulls are\u00a0useful under NetWorker 8.0, but in 8.1 and combined with Data Domain, they can be a complete <strong>game changer<\/strong> to your backup windows.<\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>One of the great new features in NetWorker 8.1 is\u00a0virtual synthetic fulls. You may think the term &#8216;virtual synthetic&#8217; sounds&hellip;<\/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":[16],"tags":[175,275,1162],"class_list":["post-5010","post","type-post","status-publish","format-standard","hentry","category-networker","tag-boost","tag-data-domain","tag-virtual-synthetic-full"],"aioseo_notices":[],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/pKpIN-1iO","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5010","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=5010"}],"version-history":[{"count":3,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5010\/revisions"}],"predecessor-version":[{"id":5014,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5010\/revisions\/5014"}],"wp:attachment":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media?parent=5010"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/categories?post=5010"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/tags?post=5010"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}