17.03.2015 Views

Storage Area Networks For Dummies®

Storage Area Networks For Dummies®

Storage Area Networks For Dummies®

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

344<br />

Par t V: Understanding the Cool Stuff<br />

Many backup applications have versioning capability, which you may have<br />

heard called incremental or differential backup. (See Chapter 9 for more information<br />

on backup methods.) Some backup software (Tivoli <strong>Storage</strong> Manager<br />

is a good example) always uses the versioning method to speed backup. You<br />

do a full backup the first time, and from then on, only the changes are stored.<br />

More intelligent file- and block-based monitoring solutions monitor data as it<br />

is being stored or replicated, and only store or move the delta changes that<br />

occur. A delta is an offset of the original data. As an example, take a Microsoft<br />

Word document. Suppose that you create a document and save it.<br />

That night, the document gets backed up with all the other files. The next<br />

day, you reopen the same document, change a single word, and save it under<br />

a different file name. The new file is a version of the first file because the files<br />

are basically the same, but the new information in the document (the word<br />

you changed) is a delta to the original. If there were a way to monitor the<br />

blocks that stored the file as it was written to disk, you would know that the<br />

file only changed slightly.<br />

A file-compare de-dupe method would fail here because the file names are different.<br />

A backup solution would back up the entire file again, because it looks<br />

like a different file to the backup software than the original. Even a file-level<br />

hashing solution would probably fail, because the file would be offset by the<br />

new data and a new hash would occur. If you needed to replicate the file for<br />

disaster recovery, you would also still need a lot of network bandwidth.<br />

Only a delta versioning solution or a full sub-block-level hashing solution<br />

would be able to de-duplicate this file:<br />

✓ Block-level delta versioning: This method works by monitoring updates<br />

on disk at the block level and storing only the data that changed in relation<br />

to the original data. Block-level delta versioning is how snapshots<br />

work. Each snapshot contains only the changes to the original data.<br />

Block-level delta versioning can also reduce data replication requirements<br />

for disaster recovery (DR) purposes. Suppose that your company<br />

wants to keep the remote data up to date every 6 hours, so you have to<br />

replicate changes to the DR location every 6 hours. If a block of data on<br />

disk at the local site is updated hundreds of times during the time delta<br />

between the last replication and the new one, using a delta versioning<br />

solution, only the last update to the block needs to be sent. Delta versioning<br />

can greatly reduce the amount of data traveling from the local<br />

site to the DR site.<br />

✓ Sub-block-level delta versioning: This method is the same as the block<br />

method, but works at the byte level and can be many times more efficient<br />

in reducing duplicate data than even block-level versioning. This type of<br />

versioning is also known in the industry as microscanning (see Figure 13-7).

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!