<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:pingback="http://madskills.com/public/xml/rss/module/pingback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" version="2.0">
  <channel>
    <title>The World According to Martin - Storage</title>
    <link>http://www.mpttech.com/DasBlog/</link>
    <description />
    <language>en-us</language>
    <copyright>Martin Yarborough</copyright>
    <lastBuildDate>Mon, 06 May 2013 19:23:06 GMT</lastBuildDate>
    <generator>newtelligence dasBlog 2.3.9074.18820</generator>
    <managingEditor>martin@mpttech.com</managingEditor>
    <webMaster>martin@mpttech.com</webMaster>
    <item>
      <trackback:ping>http://www.mpttech.com/DasBlog/Trackback.aspx?guid=4a57172d-9b14-4696-b9e2-5dae23bf568c</trackback:ping>
      <pingback:server>http://www.mpttech.com/DasBlog/pingback.aspx</pingback:server>
      <pingback:target>http://www.mpttech.com/DasBlog/PermaLink,guid,4a57172d-9b14-4696-b9e2-5dae23bf568c.aspx</pingback:target>
      <dc:creator>Martin Yarborough</dc:creator>
      <wfw:comment>http://www.mpttech.com/DasBlog/CommentView,guid,4a57172d-9b14-4696-b9e2-5dae23bf568c.aspx</wfw:comment>
      <wfw:commentRss>http://www.mpttech.com/DasBlog/SyndicationService.asmx/GetEntryCommentsRss?guid=4a57172d-9b14-4696-b9e2-5dae23bf568c</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
I’m presenting at OHECC this year (2013).  For those who attended my presentation,
feel free to download the following documents:
</p>
        <p>
1.  <a href="http://www.mpttech.com/Docs/OHECC_May2013_MLY.pdf"><u><font color="#0000ff">Presentation
in PDF format</font></u></a> ( BIG!!! 6 Mb)
</p>
        <p>
2. <font color="#0000ff"><u><strong></strong></u></font><a href="http://www.mpttech.com/Docs/Dell_Assessment_Summary.pdf" target="_blank"><font color="#0000ff"><u>Assessment
Executive Summary</u></font></a> (446 Kb)
</p>
        <p>
3.  <a href="http://www.mpttech.com/Docs/Dell_Assessment_White_Paper.pdf" target="_blank"><font color="#0000ff"><u>Assessment
White Paper</u></font></a> (505 Kb)
</p>
        <p>
4.  <a href="http://www.mpttech.com/Docs/Dell_Assessment_Sample_Report.pdf" target="_blank"><u><font color="#0000ff">Assessment
Sample Report</font></u></a> (2Mb)
</p>
        <p>
 
</p>
        <p>
If you need my contact info, here is my <a href="http://www.mpttech.com/Docs/martin_yarborough.msg" target="_blank"><font color="#0000ff"><u>vcard</u></font></a><font color="#0000ff"><u>.</u></font></p>
        <img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=4a57172d-9b14-4696-b9e2-5dae23bf568c" />
      </body>
      <title>The Ohio Higher Education Computing Council (OHECC)</title>
      <guid isPermaLink="false">http://www.mpttech.com/DasBlog/PermaLink,guid,4a57172d-9b14-4696-b9e2-5dae23bf568c.aspx</guid>
      <link>http://www.mpttech.com/DasBlog/2013/05/06/TheOhioHigherEducationComputingCouncilOHECC.aspx</link>
      <pubDate>Mon, 06 May 2013 19:23:06 GMT</pubDate>
      <description>&lt;p&gt;
I’m presenting at OHECC this year (2013).&amp;#160; For those who attended my presentation,
feel free to download the following documents:
&lt;/p&gt;
&lt;p&gt;
1.&amp;#160; &lt;a href="http://www.mpttech.com/Docs/OHECC_May2013_MLY.pdf"&gt;&lt;u&gt;&lt;font color="#0000ff"&gt;Presentation
in PDF format&lt;/font&gt;&lt;/u&gt;&lt;/a&gt; ( BIG!!! 6 Mb)
&lt;/p&gt;
&lt;p&gt;
2. &lt;font color="#0000ff"&gt;&lt;u&gt;&lt;strong&gt; &lt;/strong&gt;&lt;/u&gt;&lt;/font&gt;&lt;a href="http://www.mpttech.com/Docs/Dell_Assessment_Summary.pdf" target="_blank"&gt;&lt;font color="#0000ff"&gt;&lt;u&gt;Assessment
Executive Summary&lt;/u&gt;&lt;/font&gt;&lt;/a&gt; (446 Kb)
&lt;/p&gt;
&lt;p&gt;
3.&amp;#160; &lt;a href="http://www.mpttech.com/Docs/Dell_Assessment_White_Paper.pdf" target="_blank"&gt;&lt;font color="#0000ff"&gt;&lt;u&gt;Assessment
White Paper&lt;/u&gt;&lt;/font&gt;&lt;/a&gt; (505 Kb)
&lt;/p&gt;
&lt;p&gt;
4.&amp;#160; &lt;a href="http://www.mpttech.com/Docs/Dell_Assessment_Sample_Report.pdf" target="_blank"&gt;&lt;u&gt;&lt;font color="#0000ff"&gt;Assessment
Sample Report&lt;/font&gt;&lt;/u&gt;&lt;/a&gt; (2Mb)
&lt;/p&gt;
&lt;p&gt;
&amp;#160;
&lt;/p&gt;
&lt;p&gt;
If you need my contact info, here is my &lt;a href="http://www.mpttech.com/Docs/martin_yarborough.msg" target="_blank"&gt;&lt;font color="#0000ff"&gt;&lt;u&gt;vcard&lt;/u&gt;&lt;/font&gt;&lt;/a&gt;&lt;font color="#0000ff"&gt;&lt;u&gt;.&lt;/u&gt;&lt;/font&gt;
&lt;/p&gt;
&lt;img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=4a57172d-9b14-4696-b9e2-5dae23bf568c" /&gt;</description>
      <comments>http://www.mpttech.com/DasBlog/CommentView,guid,4a57172d-9b14-4696-b9e2-5dae23bf568c.aspx</comments>
      <category>Archive</category>
      <category>Backup</category>
      <category>De-duplication</category>
      <category>Dell</category>
      <category>Disaster/Recovery</category>
      <category>Enterprise Architecture</category>
      <category>ITIL</category>
      <category>Outsourcing</category>
      <category>Planning</category>
      <category>Policy</category>
      <category>Project Management</category>
      <category>Recovery</category>
      <category>Storage</category>
      <category>Virtualize</category>
    </item>
    <item>
      <trackback:ping>http://www.mpttech.com/DasBlog/Trackback.aspx?guid=91f3bc04-95a3-43c9-a206-98ba8c1006a5</trackback:ping>
      <pingback:server>http://www.mpttech.com/DasBlog/pingback.aspx</pingback:server>
      <pingback:target>http://www.mpttech.com/DasBlog/PermaLink,guid,91f3bc04-95a3-43c9-a206-98ba8c1006a5.aspx</pingback:target>
      <dc:creator>Martin Yarborough</dc:creator>
      <wfw:comment>http://www.mpttech.com/DasBlog/CommentView,guid,91f3bc04-95a3-43c9-a206-98ba8c1006a5.aspx</wfw:comment>
      <wfw:commentRss>http://www.mpttech.com/DasBlog/SyndicationService.asmx/GetEntryCommentsRss?guid=91f3bc04-95a3-43c9-a206-98ba8c1006a5</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
Consolidating your IT resources is usually a key factor in lowering your total cost
of ownership (TCO), as well as simplifying the IT environment, which is as complex
as it gets. But consolidation for consolidation's sake might not be the best idea.
Each IT infrastructure is different and careful analysis is a must to compare consolidation's
advantages with total costs, including equipment and personnel costs. The other factor
that needs to be considered is the rate of data growth and how it will impact your
present and proposed budgets.
</p>
        <p>
Conventional wisdom calls for incorporation of storage area network (SAN) consolidation,
network-attached storage (NAS) consolidation, consolidation of tiered resources, and
server consolidation. Critical applications aggregated into a SAN can improve service
levels, but with a cost trade-off in terms of capital expense and human resource investments.
Additionally, what kind of operational performance do your less-critical but still-important
applications require?
</p>
        <p>
If you invest in a costly connectivity strategy or already have one on board, these
important applications will be lower in your pecking order and suffer a lower return
on investment. Implementing a SAN based on iSCSI might improve the ROI picture for
those applications. If your NAS devices are spread through countless departments or
business units, consolidating them and other general purpose file servers should improve
productivity.
</p>
        <p>
Server consolidation certainly makes sense; aggregating applications onto a smaller
number of higher-performance hardware with fatter pipes. Naturally, you need to have
your data paths well in mind and make sure the consolidation fits into your disaster
recovery plan. But storage consolidation, into SAN, NAS, or both, requires a before-and-after
type of analysis. And most importantly, you must calculate where your management software
leverages. Hardware is just so much metal unless your server and storage management
software contribute to the TCO improvement you envision by consolidating resources.
</p>
        <img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=91f3bc04-95a3-43c9-a206-98ba8c1006a5" />
      </body>
      <title>Consolidation: Is It For You?</title>
      <guid isPermaLink="false">http://www.mpttech.com/DasBlog/PermaLink,guid,91f3bc04-95a3-43c9-a206-98ba8c1006a5.aspx</guid>
      <link>http://www.mpttech.com/DasBlog/2009/05/13/ConsolidationIsItForYou.aspx</link>
      <pubDate>Wed, 13 May 2009 14:27:38 GMT</pubDate>
      <description>&lt;p&gt;
Consolidating your IT resources is usually a key factor in lowering your total cost
of ownership (TCO), as well as simplifying the IT environment, which is as complex
as it gets. But consolidation for consolidation's sake might not be the best idea.
Each IT infrastructure is different and careful analysis is a must to compare consolidation's
advantages with total costs, including equipment and personnel costs. The other factor
that needs to be considered is the rate of data growth and how it will impact your
present and proposed budgets.
&lt;/p&gt;
&lt;p&gt;
Conventional wisdom calls for incorporation of storage area network (SAN) consolidation,
network-attached storage (NAS) consolidation, consolidation of tiered resources, and
server consolidation. Critical applications aggregated into a SAN can improve service
levels, but with a cost trade-off in terms of capital expense and human resource investments.
Additionally, what kind of operational performance do your less-critical but still-important
applications require?
&lt;/p&gt;
&lt;p&gt;
If you invest in a costly connectivity strategy or already have one on board, these
important applications will be lower in your pecking order and suffer a lower return
on investment. Implementing a SAN based on iSCSI might improve the ROI picture for
those applications. If your NAS devices are spread through countless departments or
business units, consolidating them and other general purpose file servers should improve
productivity.
&lt;/p&gt;
&lt;p&gt;
Server consolidation certainly makes sense; aggregating applications onto a smaller
number of higher-performance hardware with fatter pipes. Naturally, you need to have
your data paths well in mind and make sure the consolidation fits into your disaster
recovery plan. But storage consolidation, into SAN, NAS, or both, requires a before-and-after
type of analysis. And most importantly, you must calculate where your management software
leverages. Hardware is just so much metal unless your server and storage management
software contribute to the TCO improvement you envision by consolidating resources.
&lt;/p&gt;
&lt;img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=91f3bc04-95a3-43c9-a206-98ba8c1006a5" /&gt;</description>
      <comments>http://www.mpttech.com/DasBlog/CommentView,guid,91f3bc04-95a3-43c9-a206-98ba8c1006a5.aspx</comments>
      <category>Storage</category>
    </item>
    <item>
      <trackback:ping>http://www.mpttech.com/DasBlog/Trackback.aspx?guid=1fb6e9f8-f923-4d0b-ba7e-3d9bc340c101</trackback:ping>
      <pingback:server>http://www.mpttech.com/DasBlog/pingback.aspx</pingback:server>
      <pingback:target>http://www.mpttech.com/DasBlog/PermaLink,guid,1fb6e9f8-f923-4d0b-ba7e-3d9bc340c101.aspx</pingback:target>
      <dc:creator>Martin Yarborough</dc:creator>
      <wfw:comment>http://www.mpttech.com/DasBlog/CommentView,guid,1fb6e9f8-f923-4d0b-ba7e-3d9bc340c101.aspx</wfw:comment>
      <wfw:commentRss>http://www.mpttech.com/DasBlog/SyndicationService.asmx/GetEntryCommentsRss?guid=1fb6e9f8-f923-4d0b-ba7e-3d9bc340c101</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
Is your data fully centralized in one physical location? If it is, your operation
is the exception rather than the rule. Much of a business' data, sometimes up to three
quarters of it, will be found at remote sites, a remote office, branch office, or
home office. This is even more apparent if you consider the spate of merger and acquisition
activity in the business environment. Sign a contract and presto, a new pool of remote
data to be managed somehow. 
</p>
        <p>
These islands of data in your operation are horribly vulnerable in a number of ways.
Too often, the remote office personnel are not trained IT types and have no real consciousness
of the business or the legal consequences involved in handling data. Additionally,
sending backup tapes run the risk of miscarrying and the penalties are high. In 2005,
Bank of America, Citibank, and Marriott Corp. suffered embarrassment and a measure
of financial liability from lost tapes that exposed customer's data to misuse. 
</p>
        <p>
The tip: Consider recentralizing the control of these digital assets by transferring
data over a WAN. There are numerous intelligent software products appearing to manage
remote backup and WAN-based transfer. Working from the data center gives control of
that remote data to in-house IT staff. Making sure that data is encrypted will protect
the enterprise from identity theft and other malicious attacks. 
</p>
        <p>
Another tip: If the first tip is not practical and remote backup is still your best
option, select a software package that emphasizes ease of use, a comfortable GUI and
easy installation. Remote offices in the insurance industry, for example, are run
by insurance professionals, not IT experts. In the same way, expecting doctors, nurses,
administrative assistants, or other executives should not be assumed to be IT-handy.
These personnel assets need solutions that they can easily and reliably work with.
The alternative is a risk that is less and less capable of justification
</p>
        <img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=1fb6e9f8-f923-4d0b-ba7e-3d9bc340c101" />
      </body>
      <title>Where is your data ?</title>
      <guid isPermaLink="false">http://www.mpttech.com/DasBlog/PermaLink,guid,1fb6e9f8-f923-4d0b-ba7e-3d9bc340c101.aspx</guid>
      <link>http://www.mpttech.com/DasBlog/2009/05/11/WhereIsYourData.aspx</link>
      <pubDate>Mon, 11 May 2009 15:21:20 GMT</pubDate>
      <description>&lt;p&gt;
Is your data fully centralized in one physical location? If it is, your operation
is the exception rather than the rule. Much of a business' data, sometimes up to three
quarters of it, will be found at remote sites, a remote office, branch office, or
home office. This is even more apparent if you consider the spate of merger and acquisition
activity in the business environment. Sign a contract and presto, a new pool of remote
data to be managed somehow. 
&lt;/p&gt;
&lt;p&gt;
These islands of data in your operation are horribly vulnerable in a number of ways.
Too often, the remote office personnel are not trained IT types and have no real consciousness
of the business or the legal consequences involved in handling data. Additionally,
sending backup tapes run the risk of miscarrying and the penalties are high. In 2005,
Bank of America, Citibank, and Marriott Corp. suffered embarrassment and a measure
of financial liability from lost tapes that exposed customer's data to misuse. 
&lt;/p&gt;
&lt;p&gt;
The tip: Consider recentralizing the control of these digital assets by transferring
data over a WAN. There are numerous intelligent software products appearing to manage
remote backup and WAN-based transfer. Working from the data center gives control of
that remote data to in-house IT staff. Making sure that data is encrypted will protect
the enterprise from identity theft and other malicious attacks. 
&lt;/p&gt;
&lt;p&gt;
Another tip: If the first tip is not practical and remote backup is still your best
option, select a software package that emphasizes ease of use, a comfortable GUI and
easy installation. Remote offices in the insurance industry, for example, are run
by insurance professionals, not IT experts. In the same way, expecting doctors, nurses,
administrative assistants, or other executives should not be assumed to be IT-handy.
These personnel assets need solutions that they can easily and reliably work with.
The alternative is a risk that is less and less capable of justification
&lt;/p&gt;
&lt;img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=1fb6e9f8-f923-4d0b-ba7e-3d9bc340c101" /&gt;</description>
      <comments>http://www.mpttech.com/DasBlog/CommentView,guid,1fb6e9f8-f923-4d0b-ba7e-3d9bc340c101.aspx</comments>
      <category>Storage</category>
    </item>
    <item>
      <trackback:ping>http://www.mpttech.com/DasBlog/Trackback.aspx?guid=6b4a3a33-3ca7-4212-880c-6cf77fb98c82</trackback:ping>
      <pingback:server>http://www.mpttech.com/DasBlog/pingback.aspx</pingback:server>
      <pingback:target>http://www.mpttech.com/DasBlog/PermaLink,guid,6b4a3a33-3ca7-4212-880c-6cf77fb98c82.aspx</pingback:target>
      <dc:creator>Martin Yarborough</dc:creator>
      <wfw:comment>http://www.mpttech.com/DasBlog/CommentView,guid,6b4a3a33-3ca7-4212-880c-6cf77fb98c82.aspx</wfw:comment>
      <wfw:commentRss>http://www.mpttech.com/DasBlog/SyndicationService.asmx/GetEntryCommentsRss?guid=6b4a3a33-3ca7-4212-880c-6cf77fb98c82</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
          <br />
It is commonplace for many outside of the professional handlers of storage to consider
backup and archiving the same thing. Little could be further from the truth. They
are distinct technology practices with sharply differing requirements. 
</p>
        <p>
The payoff of each technology is also different. As organizations slowly come to archiving,
cost reduction, improved performance, and verifiable compliance with regulatory laws
become achievable business goals. 
</p>
        <p>
Archiving can mean several things, but for the purposes of this summary, it describes
the process of consolidating and migrating data from a primary online storage medium
(such as Fibre Channel disk arrays or enterprise SATA arrays) to less costly nearline
or offline storage media. In some cases, archiving emphasizes data longevity and authenticity,
especially for emails, instant message texts, document files, and other semi-structured
or unstructured data. 
</p>
        <p>
Under any definition, archiving assumes comparatively fast file level access to data;
archiving also assumes a robust search and retrieval software. Ultimately, it is a
large, well-indexed repository that permits users to search and access it. However,
archives are routinely identified with less frequently used data. Therefore, the search
and access is not expected to be accessed frequently. 
</p>
        <p>
Archiving, then, is fundamentally different from backup, which involves making point-in-time
copies of data to protect against routine hardware failures or catastrophic data loss.
Backup typically reaches not only transactional or operational data, but operating
systems and applications packages as well. The life expectancy of backup volumes is
only a matter of days as a rule, at which point they are replace by new, incremental
or differential volumes. 
</p>
        <p>
The contrast between the handling of archived data and backed-up data is significantly
different. In backup, the IT staffer is really imaging or copying data. In an archive,
the data is actually being moved, perhaps leaving a stub file or an index reference
behind. So although the data looks like it is on tier-one disk, it is actually elsewhere
on less expensive, longer term media. 
</p>
        <p>
In part because of the confusion between backup and archiving, some users tend to
use archiving only in a niche in their environments and take less advantage of it
than they should. Some observers believe that people let their data sit around, either
that or delete it outright. Organizations should establish a tier of storage, less
expensive, with "good enough" recovery performance. This is not backup.
</p>
        <img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=6b4a3a33-3ca7-4212-880c-6cf77fb98c82" />
      </body>
      <title>Backup Is Not Archiving</title>
      <guid isPermaLink="false">http://www.mpttech.com/DasBlog/PermaLink,guid,6b4a3a33-3ca7-4212-880c-6cf77fb98c82.aspx</guid>
      <link>http://www.mpttech.com/DasBlog/2009/05/08/BackupIsNotArchiving.aspx</link>
      <pubDate>Fri, 08 May 2009 03:52:24 GMT</pubDate>
      <description>&lt;p&gt;
&lt;br /&gt;
It is commonplace for many outside of the professional handlers of storage to consider
backup and archiving the same thing. Little could be further from the truth. They
are distinct technology practices with sharply differing requirements. 
&lt;/p&gt;
&lt;p&gt;
The payoff of each technology is also different. As organizations slowly come to archiving,
cost reduction, improved performance, and verifiable compliance with regulatory laws
become achievable business goals. 
&lt;/p&gt;
&lt;p&gt;
Archiving can mean several things, but for the purposes of this summary, it describes
the process of consolidating and migrating data from a primary online storage medium
(such as Fibre Channel disk arrays or enterprise SATA arrays) to less costly nearline
or offline storage media. In some cases, archiving emphasizes data longevity and authenticity,
especially for emails, instant message texts, document files, and other semi-structured
or unstructured data. 
&lt;/p&gt;
&lt;p&gt;
Under any definition, archiving assumes comparatively fast file level access to data;
archiving also assumes a robust search and retrieval software. Ultimately, it is a
large, well-indexed repository that permits users to search and access it. However,
archives are routinely identified with less frequently used data. Therefore, the search
and access is not expected to be accessed frequently. 
&lt;/p&gt;
&lt;p&gt;
Archiving, then, is fundamentally different from backup, which involves making point-in-time
copies of data to protect against routine hardware failures or catastrophic data loss.
Backup typically reaches not only transactional or operational data, but operating
systems and applications packages as well. The life expectancy of backup volumes is
only a matter of days as a rule, at which point they are replace by new, incremental
or differential volumes. 
&lt;/p&gt;
&lt;p&gt;
The contrast between the handling of archived data and backed-up data is significantly
different. In backup, the IT staffer is really imaging or copying data. In an archive,
the data is actually being moved, perhaps leaving a stub file or an index reference
behind. So although the data looks like it is on tier-one disk, it is actually elsewhere
on less expensive, longer term media. 
&lt;/p&gt;
&lt;p&gt;
In part because of the confusion between backup and archiving, some users tend to
use archiving only in a niche in their environments and take less advantage of it
than they should. Some observers believe that people let their data sit around, either
that or delete it outright. Organizations should establish a tier of storage, less
expensive, with &amp;quot;good enough&amp;quot; recovery performance. This is not backup.
&lt;/p&gt;
&lt;img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=6b4a3a33-3ca7-4212-880c-6cf77fb98c82" /&gt;</description>
      <comments>http://www.mpttech.com/DasBlog/CommentView,guid,6b4a3a33-3ca7-4212-880c-6cf77fb98c82.aspx</comments>
      <category>Storage</category>
    </item>
    <item>
      <trackback:ping>http://www.mpttech.com/DasBlog/Trackback.aspx?guid=23dda360-4fa0-4525-a647-1cbc39c762be</trackback:ping>
      <pingback:server>http://www.mpttech.com/DasBlog/pingback.aspx</pingback:server>
      <pingback:target>http://www.mpttech.com/DasBlog/PermaLink,guid,23dda360-4fa0-4525-a647-1cbc39c762be.aspx</pingback:target>
      <dc:creator>Martin Yarborough</dc:creator>
      <wfw:comment>http://www.mpttech.com/DasBlog/CommentView,guid,23dda360-4fa0-4525-a647-1cbc39c762be.aspx</wfw:comment>
      <wfw:commentRss>http://www.mpttech.com/DasBlog/SyndicationService.asmx/GetEntryCommentsRss?guid=23dda360-4fa0-4525-a647-1cbc39c762be</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
Did you ever wonder about the tape media when you were trying to determine your drive
performance? If you are like most, your tape media is MP — metal particle. Metal particle
tape uses substrate material, the basefilm, which is coated with a durable and flexible
Polyurethane-type paint containing, among other things, suspended metal particles.
The particles consist of needle-shaped iron, or ferric cores, which have been processed
to enhance their magnetic capabilities and chemical stability.
</p>
        <p>
Immediately after coating, they are oriented in the same polar direction by a strong
magnetic field while the paint is still in liquid form. This results in high squareness
values in the direction of recording, reducing tape noise while increasing output
and packing (aerial) density of the particles.
</p>
        <p>
This process yields a coating that is less than 100% active magnetic material. The
size and shape of the metal particles and other additives give the polyurethane paint,
or coating, the desired magnetic, electrical, and physical characteristics needed
to write and read data in a particular format. A backcoat is then applied to the reverse
side of the substrate to control friction. Metal particle tape is used with formats
such as DLT (digital linear tape) and LTO (linear tape open).
</p>
        <p>
The other type of manufacturing process is metal evaporated. It is used for smaller
form factor formats such as AIT (advanced intelligent tape). Unlike conventionally
coated tape, metal evaporation takes place in a vacuum chamber. A specially-treated
basefilm material is fed around a cooling drum that passes by a shutter area. Cobalt
ingots are fed into a crucible and vaporized by a scanning electron beam gun. The
ingots are vaporized at approximately 2000°C. The metal vapor is allowed to contact
the basefilm and bond molecularly to it at the shutter area. Hence, there is no need
for the binder, required to manufacture metal particle tape; the coating is nearly
100% active magnetic material to store the data.
</p>
        <p>
A special oxygen gas is mixed with the vapor at the shutter area. The cooling drum
is chilled to approximately -40°C to prevent the basefilm from melting at the shutter
area from the intense heat of the vapor. The vapor and gas mixture deposits vertical
column-like structures on the basefilm. The incident angle of the these columns, containing
oxygen and cobalt, is at an angle consistent with the magnetic field that will emanate
from the heads on the helical scanning drum inside the recorder. The shutter, which
controls the angle of the columns, coupled with variations in the oxygen-cobalt mixture,
determine the overall electromagnetic characteristics of the tape.
</p>
        <p>
Just a bunch of crap you probably already know.
</p>
        <img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=23dda360-4fa0-4525-a647-1cbc39c762be" />
      </body>
      <title>What's in Your Tape Media?</title>
      <guid isPermaLink="false">http://www.mpttech.com/DasBlog/PermaLink,guid,23dda360-4fa0-4525-a647-1cbc39c762be.aspx</guid>
      <link>http://www.mpttech.com/DasBlog/2009/05/05/WhatsInYourTapeMedia.aspx</link>
      <pubDate>Tue, 05 May 2009 12:52:35 GMT</pubDate>
      <description>&lt;p&gt;
Did you ever wonder about the tape media when you were trying to determine your drive
performance? If you are like most, your tape media is MP — metal particle. Metal particle
tape uses substrate material, the basefilm, which is coated with a durable and flexible
Polyurethane-type paint containing, among other things, suspended metal particles.
The particles consist of needle-shaped iron, or ferric cores, which have been processed
to enhance their magnetic capabilities and chemical stability.
&lt;/p&gt;
&lt;p&gt;
Immediately after coating, they are oriented in the same polar direction by a strong
magnetic field while the paint is still in liquid form. This results in high squareness
values in the direction of recording, reducing tape noise while increasing output
and packing (aerial) density of the particles.
&lt;/p&gt;
&lt;p&gt;
This process yields a coating that is less than 100% active magnetic material. The
size and shape of the metal particles and other additives give the polyurethane paint,
or coating, the desired magnetic, electrical, and physical characteristics needed
to write and read data in a particular format. A backcoat is then applied to the reverse
side of the substrate to control friction. Metal particle tape is used with formats
such as DLT (digital linear tape) and LTO (linear tape open).
&lt;/p&gt;
&lt;p&gt;
The other type of manufacturing process is metal evaporated. It is used for smaller
form factor formats such as AIT (advanced intelligent tape). Unlike conventionally
coated tape, metal evaporation takes place in a vacuum chamber. A specially-treated
basefilm material is fed around a cooling drum that passes by a shutter area. Cobalt
ingots are fed into a crucible and vaporized by a scanning electron beam gun. The
ingots are vaporized at approximately 2000°C. The metal vapor is allowed to contact
the basefilm and bond molecularly to it at the shutter area. Hence, there is no need
for the binder, required to manufacture metal particle tape; the coating is nearly
100% active magnetic material to store the data.
&lt;/p&gt;
&lt;p&gt;
A special oxygen gas is mixed with the vapor at the shutter area. The cooling drum
is chilled to approximately -40°C to prevent the basefilm from melting at the shutter
area from the intense heat of the vapor. The vapor and gas mixture deposits vertical
column-like structures on the basefilm. The incident angle of the these columns, containing
oxygen and cobalt, is at an angle consistent with the magnetic field that will emanate
from the heads on the helical scanning drum inside the recorder. The shutter, which
controls the angle of the columns, coupled with variations in the oxygen-cobalt mixture,
determine the overall electromagnetic characteristics of the tape.
&lt;/p&gt;
&lt;p&gt;
Just a bunch of crap you probably already know.
&lt;/p&gt;
&lt;img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=23dda360-4fa0-4525-a647-1cbc39c762be" /&gt;</description>
      <comments>http://www.mpttech.com/DasBlog/CommentView,guid,23dda360-4fa0-4525-a647-1cbc39c762be.aspx</comments>
      <category>Storage</category>
    </item>
    <item>
      <trackback:ping>http://www.mpttech.com/DasBlog/Trackback.aspx?guid=b92f77e4-b2bc-402e-8189-5576c5fe6ca4</trackback:ping>
      <pingback:server>http://www.mpttech.com/DasBlog/pingback.aspx</pingback:server>
      <pingback:target>http://www.mpttech.com/DasBlog/PermaLink,guid,b92f77e4-b2bc-402e-8189-5576c5fe6ca4.aspx</pingback:target>
      <dc:creator>Martin Yarborough</dc:creator>
      <wfw:comment>http://www.mpttech.com/DasBlog/CommentView,guid,b92f77e4-b2bc-402e-8189-5576c5fe6ca4.aspx</wfw:comment>
      <wfw:commentRss>http://www.mpttech.com/DasBlog/SyndicationService.asmx/GetEntryCommentsRss?guid=b92f77e4-b2bc-402e-8189-5576c5fe6ca4</wfw:commentRss>
      <slash:comments>1</slash:comments>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
          <br />
One of the most talked-about areas of data protection is "data de-duplication."
Data de-duplication is an emerging technology that might play a major role in a broad
range of applications for protecting and retaining data, including backup and recovery,
long term archiving, continuous data protection, and secure retention for compliance.
It also offers advantages for applications that benefit from efficient data transmission,
including remote replication and wide-area network optimization. 
</p>
        <p>
The key to de-duplication is to transmit only data that has changed since the last
backup called an incremental image. This contrasts with the traditional model of backing
up all of the data from every site on a weekly or daily basis, a task that is no longer
cost-effective or efficient for many organizations desperate to cut down the amount
of information being stored. 
</p>
        <p>
Analysts are suggesting that de-duplication will be more and more on the data protection
radar screen; for more reasons than one. Not only is it supposed to be an option for
reducing redundancy on primary storage, but as an enabler of various WAN features.
In terms of backup, goes one step beyond the more traditional file-based incremental
backup. Ideally, a de-duped incremental backup is supposed to minimize backup traffic
by copying only changed blocks after each full backup. Various approaches can be taken
to de-duplication: operation before the data is written to storage, during the process
of writing to storage, and even afterwards in some cases. In fact, it is possible
to use multiple de-duped incremental backup in a series, a strategy I’ve used 
for several years now, allowing the user to keep sector-based changes to their disk. 
</p>
        <p>
This technology, on its face, has the potential for being a money saver. But some
companies suggest that de-duplication may be more shadow than substance, costing more
than it saves and requiring excessive performance hits. Tip: Don't run for the latest,
see first how it would fit in your installation. Another tip: If a vendor does not
offer this function and is trying to steer you away from it, ask why. This is not
bleeding-edge technology; it has a history of successes. Make sure your storage vendor
isn't just trying to steer you into products they sell rather than products that solve
your requirements.
</p>
        <img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=b92f77e4-b2bc-402e-8189-5576c5fe6ca4" />
      </body>
      <title>Is De-duplication for you?</title>
      <guid isPermaLink="false">http://www.mpttech.com/DasBlog/PermaLink,guid,b92f77e4-b2bc-402e-8189-5576c5fe6ca4.aspx</guid>
      <link>http://www.mpttech.com/DasBlog/2009/05/03/IsDeduplicationForYou.aspx</link>
      <pubDate>Sun, 03 May 2009 06:57:00 GMT</pubDate>
      <description>&lt;p&gt;
&lt;br /&gt;
One of the most talked-about areas of data protection is &amp;quot;data de-duplication.&amp;quot;
Data de-duplication is an emerging technology that might play a major role in a broad
range of applications for protecting and retaining data, including backup and recovery,
long term archiving, continuous data protection, and secure retention for compliance.
It also offers advantages for applications that benefit from efficient data transmission,
including remote replication and wide-area network optimization. 
&lt;/p&gt;
&lt;p&gt;
The key to de-duplication is to transmit only data that has changed since the last
backup called an incremental image. This contrasts with the traditional model of backing
up all of the data from every site on a weekly or daily basis, a task that is no longer
cost-effective or efficient for many organizations desperate to cut down the amount
of information being stored. 
&lt;/p&gt;
&lt;p&gt;
Analysts are suggesting that de-duplication will be more and more on the data protection
radar screen; for more reasons than one. Not only is it supposed to be an option for
reducing redundancy on primary storage, but as an enabler of various WAN features.
In terms of backup, goes one step beyond the more traditional file-based incremental
backup. Ideally, a de-duped incremental backup is supposed to minimize backup traffic
by copying only changed blocks after each full backup. Various approaches can be taken
to de-duplication: operation before the data is written to storage, during the process
of writing to storage, and even afterwards in some cases. In fact, it is possible
to use multiple de-duped incremental backup in a series, a strategy I’ve used&amp;#160;
for several years now, allowing the user to keep sector-based changes to their disk. 
&lt;/p&gt;
&lt;p&gt;
This technology, on its face, has the potential for being a money saver. But some
companies suggest that de-duplication may be more shadow than substance, costing more
than it saves and requiring excessive performance hits. Tip: Don't run for the latest,
see first how it would fit in your installation. Another tip: If a vendor does not
offer this function and is trying to steer you away from it, ask why. This is not
bleeding-edge technology; it has a history of successes. Make sure your storage vendor
isn't just trying to steer you into products they sell rather than products that solve
your requirements.
&lt;/p&gt;
&lt;img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=b92f77e4-b2bc-402e-8189-5576c5fe6ca4" /&gt;</description>
      <comments>http://www.mpttech.com/DasBlog/CommentView,guid,b92f77e4-b2bc-402e-8189-5576c5fe6ca4.aspx</comments>
      <category>Archive</category>
      <category>Backup</category>
      <category>De-duplication</category>
      <category>Planning</category>
      <category>Storage</category>
    </item>
    <item>
      <trackback:ping>http://www.mpttech.com/DasBlog/Trackback.aspx?guid=70021dcd-c8ae-465c-afca-6811cb01d034</trackback:ping>
      <pingback:server>http://www.mpttech.com/DasBlog/pingback.aspx</pingback:server>
      <pingback:target>http://www.mpttech.com/DasBlog/PermaLink,guid,70021dcd-c8ae-465c-afca-6811cb01d034.aspx</pingback:target>
      <dc:creator>Martin Yarborough</dc:creator>
      <wfw:comment>http://www.mpttech.com/DasBlog/CommentView,guid,70021dcd-c8ae-465c-afca-6811cb01d034.aspx</wfw:comment>
      <wfw:commentRss>http://www.mpttech.com/DasBlog/SyndicationService.asmx/GetEntryCommentsRss?guid=70021dcd-c8ae-465c-afca-6811cb01d034</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
I have a book on my shelf titled The CIO Survival Guide written by Karl Schubert. 
In his book Schubert suggests that "success as a CIO is tied to the ability to
translate and demonstrate the information technology world of possibilities into meaningful
[business] value creation...". Becoming a better corporate citizen, dedicated
to bringing home the business value of IT, may need to adjust existing focus. Here
are some items to consider: 
</p>
        <ul>
          <li>
Move storage closer to the business. It's more important than ever. 
</li>
          <li>
Are there access-control policies that need to be written? 
</li>
          <li>
Are there storage security policies that need to be ironed out?</li>
          <li>
New reports to be created?</li>
          <li>
What is your organization’s situation regarding regulations or litigation? 
</li>
          <li>
Do you have tools that help executives make decisions?</li>
        </ul>
        <p>
          <br />
Be more strategic than tactical.  Most companies go through rigorous planning
activities early in the fourth quarter, among other end-of-year-distraction. Months
later, when the planning assumptions need to be validated, personnel seem too busy.
The business can often change in unpredictable ways that demand new storage support.
Prudent storage managers should dust off budgets and review the business assumptions
behind the plan.
</p>
        <p>
          <br />
Fight fires before they start. Storage teams spend much of their time provisioning
new capacity, configuring systems, backing up servers and battling hourly crises.
These activities are expensive and stress your staff unnecessarily. Rather than tackling
these expensive areas on the fly, smart storage managers will follow the lead of sales
departments, marketing departments and other business subsets and start the year with
a day-long planning session. It takes staff away for a whole day, yes, but prevention
is better than cure.
</p>
        <img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=70021dcd-c8ae-465c-afca-6811cb01d034" />
      </body>
      <title>A Good CIO Plans Well</title>
      <guid isPermaLink="false">http://www.mpttech.com/DasBlog/PermaLink,guid,70021dcd-c8ae-465c-afca-6811cb01d034.aspx</guid>
      <link>http://www.mpttech.com/DasBlog/2009/05/01/AGoodCIOPlansWell.aspx</link>
      <pubDate>Fri, 01 May 2009 06:49:00 GMT</pubDate>
      <description>&lt;p&gt;
I have a book on my shelf titled The CIO Survival Guide written by Karl Schubert.&amp;#160;
In his book Schubert suggests that &amp;quot;success as a CIO is tied to the ability to
translate and demonstrate the information technology world of possibilities into meaningful
[business] value creation...&amp;quot;. Becoming a better corporate citizen, dedicated
to bringing home the business value of IT, may need to adjust existing focus. Here
are some items to consider: 
&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
Move storage closer to the business. It's more important than ever. 
&lt;/li&gt;
&lt;li&gt;
Are there access-control policies that need to be written? 
&lt;/li&gt;
&lt;li&gt;
Are there storage security policies that need to be ironed out?&lt;/li&gt;
&lt;li&gt;
New reports to be created?&lt;/li&gt;
&lt;li&gt;
What is your organization’s situation regarding regulations or litigation? 
&lt;/li&gt;
&lt;li&gt;
Do you have tools that help executives make decisions?&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
&lt;br /&gt;
Be more strategic than tactical.&amp;#160; Most companies go through rigorous planning
activities early in the fourth quarter, among other end-of-year-distraction. Months
later, when the planning assumptions need to be validated, personnel seem too busy.
The business can often change in unpredictable ways that demand new storage support.
Prudent storage managers should dust off budgets and review the business assumptions
behind the plan.
&lt;/p&gt;
&lt;p&gt;
&lt;br /&gt;
Fight fires before they start. Storage teams spend much of their time provisioning
new capacity, configuring systems, backing up servers and battling hourly crises.
These activities are expensive and stress your staff unnecessarily. Rather than tackling
these expensive areas on the fly, smart storage managers will follow the lead of sales
departments, marketing departments and other business subsets and start the year with
a day-long planning session. It takes staff away for a whole day, yes, but prevention
is better than cure.
&lt;/p&gt;
&lt;img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=70021dcd-c8ae-465c-afca-6811cb01d034" /&gt;</description>
      <comments>http://www.mpttech.com/DasBlog/CommentView,guid,70021dcd-c8ae-465c-afca-6811cb01d034.aspx</comments>
      <category>Planning</category>
      <category>Policy</category>
      <category>Storage</category>
    </item>
    <item>
      <trackback:ping>http://www.mpttech.com/DasBlog/Trackback.aspx?guid=acf57990-faaa-4581-a574-f84f289037c9</trackback:ping>
      <pingback:server>http://www.mpttech.com/DasBlog/pingback.aspx</pingback:server>
      <pingback:target>http://www.mpttech.com/DasBlog/PermaLink,guid,acf57990-faaa-4581-a574-f84f289037c9.aspx</pingback:target>
      <dc:creator>Martin Yarborough</dc:creator>
      <wfw:comment>http://www.mpttech.com/DasBlog/CommentView,guid,acf57990-faaa-4581-a574-f84f289037c9.aspx</wfw:comment>
      <wfw:commentRss>http://www.mpttech.com/DasBlog/SyndicationService.asmx/GetEntryCommentsRss?guid=acf57990-faaa-4581-a574-f84f289037c9</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
IT managers think that storage automation sounds nice but sounds expensive. What it
really sounds like is something requiring a bit of definition. Then perhaps it can
be put in a context where decisions can be made. 
</p>
        <p>
Storage automation is the ability to assign time-intensive or repetitive storage operations
into a prescribed procedure that can be initiated by some event or the command of
a storage administrator. Human involvement is either minimal or entirely absent. Hardware
and software exist to automate a variety of storage functions, including data migration
(such as archiving), copying (such as backup, continuous data protection and the like),
capacity management (read virtualization), encryption, and key management and more. 
</p>
        <p>
Storage automation is good for routine things that consume time and staffing. Properly
leveraged, it can put a dent in overhead costs and reduce the consequences of human
error. Do you really need storage automation? That depends on your infrastructure.
If your IT operation is small and your employees are well skilled, buying off-the-shelf
automation tools may not be required. If your data center is larger and your staff
is eternally fighting fires or cleaning up after outages, implementing storage automation
will allow your staff to be more productive. 
</p>
        <p>
But automation cannot be looked at as a "get out of jail free" card. Monitoring
the IT infrastructure is still a must in the data center. Why? Because with all the
best technology and the best will in the world, things happen. Mistakes are made and
must be corrected. A third party may come in and upset previous policies. The hard
fact is that Murphy’s Law obtains in the data center, "Anything that can go wrong
will go wrong, at the worst possible time." 
</p>
        <img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=acf57990-faaa-4581-a574-f84f289037c9" />
      </body>
      <title>Storage Automation</title>
      <guid isPermaLink="false">http://www.mpttech.com/DasBlog/PermaLink,guid,acf57990-faaa-4581-a574-f84f289037c9.aspx</guid>
      <link>http://www.mpttech.com/DasBlog/2009/04/30/StorageAutomation.aspx</link>
      <pubDate>Thu, 30 Apr 2009 06:41:00 GMT</pubDate>
      <description>&lt;p&gt;
IT managers think that storage automation sounds nice but sounds expensive. What it
really sounds like is something requiring a bit of definition. Then perhaps it can
be put in a context where decisions can be made. 
&lt;/p&gt;
&lt;p&gt;
Storage automation is the ability to assign time-intensive or repetitive storage operations
into a prescribed procedure that can be initiated by some event or the command of
a storage administrator. Human involvement is either minimal or entirely absent. Hardware
and software exist to automate a variety of storage functions, including data migration
(such as archiving), copying (such as backup, continuous data protection and the like),
capacity management (read virtualization), encryption, and key management and more. 
&lt;/p&gt;
&lt;p&gt;
Storage automation is good for routine things that consume time and staffing. Properly
leveraged, it can put a dent in overhead costs and reduce the consequences of human
error. Do you really need storage automation? That depends on your infrastructure.
If your IT operation is small and your employees are well skilled, buying off-the-shelf
automation tools may not be required. If your data center is larger and your staff
is eternally fighting fires or cleaning up after outages, implementing storage automation
will allow your staff to be more productive. 
&lt;/p&gt;
&lt;p&gt;
But automation cannot be looked at as a &amp;quot;get out of jail free&amp;quot; card. Monitoring
the IT infrastructure is still a must in the data center. Why? Because with all the
best technology and the best will in the world, things happen. Mistakes are made and
must be corrected. A third party may come in and upset previous policies. The hard
fact is that Murphy’s Law obtains in the data center, &amp;quot;Anything that can go wrong
will go wrong, at the worst possible time.&amp;quot; 
&lt;/p&gt;
&lt;img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=acf57990-faaa-4581-a574-f84f289037c9" /&gt;</description>
      <comments>http://www.mpttech.com/DasBlog/CommentView,guid,acf57990-faaa-4581-a574-f84f289037c9.aspx</comments>
      <category>Storage</category>
    </item>
    <item>
      <trackback:ping>http://www.mpttech.com/DasBlog/Trackback.aspx?guid=2b217296-d937-4272-86c5-d233cd10f06a</trackback:ping>
      <pingback:server>http://www.mpttech.com/DasBlog/pingback.aspx</pingback:server>
      <pingback:target>http://www.mpttech.com/DasBlog/PermaLink,guid,2b217296-d937-4272-86c5-d233cd10f06a.aspx</pingback:target>
      <dc:creator>Martin Yarborough</dc:creator>
      <wfw:comment>http://www.mpttech.com/DasBlog/CommentView,guid,2b217296-d937-4272-86c5-d233cd10f06a.aspx</wfw:comment>
      <wfw:commentRss>http://www.mpttech.com/DasBlog/SyndicationService.asmx/GetEntryCommentsRss?guid=2b217296-d937-4272-86c5-d233cd10f06a</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
Here are some of the best common sense practices everyone should adhere to: 
</p>
        <h4>Make copies of your <a href="http://en.wikipedia.org/wiki/Backup" target="_blank">backups</a><br /></h4>
        <p>
          <u>
          </u>In the world of paper records, there are often requirements to keep originals
in a very secure place due to the unique and often irreplaceable nature of certain
documents. But in IT, we deal with electronic records, where copies are as legitimate
as the original set of ones and zeros. By keeping duplicates of your backups, one
onsite and one offsite, data is protected from loss due to fire or something far more
common such as media error. Should one of the copies be lost, it is a simple matter
of recreating it from the other copy. It's a simple task with most backup software,
and the losses are reduced to the time it takes to recreate the copy and replacement
media cost.   Just remember…if you keep backups offsite, they need to be
secure.  Just worked with a client that did take tapes offsite. The only problem
is that he just leaves it in his briefcase.  DUH !  How secure is that? 
Consider a service like <a href="http://en.wikipedia.org/wiki/Iron_Mountain_Incorporated" target="_blank">Iron
Mountain</a>.  After all, they secure offsite locations safely for the US government. 
I’ve used them.  They come by in a secure vehicle, pick up your media and provide
you with status emails.
</p>
        <h4>Make copies of <a href="http://en.wikipedia.org/wiki/Archive" target="_blank">archives</a>,
too
</h4>
        <br />
        <p>
There is a fable making the rounds that suggest that archives don't really need to
be duplicated. Archived records no longer class as production data, and we might not
need to access it for a long time, if ever. Archived data is probably even more sensitive
because of its age, as it is often the only record left; the original record was deleted
from the production system and transferred or migrated. Unless data is archived "just
in case we ever need it", it should be duplicated and kept in a separate location,
especially if it is tied to any compliance or <a href="http://en.wikipedia.org/wiki/Ediscovery" target="_blank">ediscovery</a> requirement.  
This will probably affect most of you with messaging media;  email, instant messaging,
faxes and voice mail.  You will need a very good excuse not to comply with a
court-ordered request for materials.  The day when “don’t have enough time, staff
or ability” to comply may bring about a “contempt” charge.
</p>
        <p>
The other myth suggests that duplicating backups is too expensive; indeed, efforts
at <a href="http://en.wikipedia.org/wiki/Deduplication" target="_blank">deduplication</a> are
the stuff of technical magazine articles. But if an organization thinks that duplicating
backups is too costly, then one must consider how critical the data is. It is necessary
to strike a balance between the cost of lost data with the cost of adequately protecting
that data. Business logic would then dictate that the lowest cost is likely the way
to go. However, here are hidden costs and while estimating the cost of duplicate backups
is simple math, calculating losses are far less simple.  Archived data is best
kept on a SAN that has been tiered.  You might be tempted to dump it to tape
and we all have done that…but I’d rather get a root canal than have to restore archived
data from tape media.
</p>
        <p>
One copy of a backup may not be enough.  Unless you have someone on your staff
with expertise in backup/recovery, hire a consultant who has lots of experience backing
up data…LIKE ME!!!!
</p>
        <img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=2b217296-d937-4272-86c5-d233cd10f06a" />
      </body>
      <title>Backup, Archive and DeDuplication</title>
      <guid isPermaLink="false">http://www.mpttech.com/DasBlog/PermaLink,guid,2b217296-d937-4272-86c5-d233cd10f06a.aspx</guid>
      <link>http://www.mpttech.com/DasBlog/2009/04/27/BackupArchiveAndDeDuplication.aspx</link>
      <pubDate>Mon, 27 Apr 2009 06:28:00 GMT</pubDate>
      <description>&lt;p&gt;
Here are some of the best common sense practices everyone should adhere to: 
&lt;/p&gt;
&lt;h4&gt;Make copies of your &lt;a href="http://en.wikipedia.org/wiki/Backup" target="_blank"&gt;backups&lt;/a&gt; 
&lt;br /&gt;
&lt;/h4&gt;
&lt;p&gt;
&lt;u&gt;&lt;/u&gt;In the world of paper records, there are often requirements to keep originals
in a very secure place due to the unique and often irreplaceable nature of certain
documents. But in IT, we deal with electronic records, where copies are as legitimate
as the original set of ones and zeros. By keeping duplicates of your backups, one
onsite and one offsite, data is protected from loss due to fire or something far more
common such as media error. Should one of the copies be lost, it is a simple matter
of recreating it from the other copy. It's a simple task with most backup software,
and the losses are reduced to the time it takes to recreate the copy and replacement
media cost.&amp;#160;&amp;#160; Just remember…if you keep backups offsite, they need to be
secure.&amp;#160; Just worked with a client that did take tapes offsite. The only problem
is that he just leaves it in his briefcase.&amp;#160; DUH !&amp;#160; How secure is that?&amp;#160;
Consider a service like &lt;a href="http://en.wikipedia.org/wiki/Iron_Mountain_Incorporated" target="_blank"&gt;Iron
Mountain&lt;/a&gt;.&amp;#160; After all, they secure offsite locations safely for the US government.&amp;#160;
I’ve used them.&amp;#160; They come by in a secure vehicle, pick up your media and provide
you with status emails.
&lt;/p&gt;
&lt;h4&gt;Make copies of &lt;a href="http://en.wikipedia.org/wiki/Archive" target="_blank"&gt;archives&lt;/a&gt;,
too
&lt;/h4&gt;
&lt;br /&gt;
&lt;p&gt;
There is a fable making the rounds that suggest that archives don't really need to
be duplicated. Archived records no longer class as production data, and we might not
need to access it for a long time, if ever. Archived data is probably even more sensitive
because of its age, as it is often the only record left; the original record was deleted
from the production system and transferred or migrated. Unless data is archived &amp;quot;just
in case we ever need it&amp;quot;, it should be duplicated and kept in a separate location,
especially if it is tied to any compliance or &lt;a href="http://en.wikipedia.org/wiki/Ediscovery" target="_blank"&gt;ediscovery&lt;/a&gt; requirement.&amp;#160;&amp;#160;
This will probably affect most of you with messaging media;&amp;#160; email, instant messaging,
faxes and voice mail.&amp;#160; You will need a very good excuse not to comply with a
court-ordered request for materials.&amp;#160; The day when “don’t have enough time, staff
or ability” to comply may bring about a “contempt” charge.
&lt;/p&gt;
&lt;p&gt;
The other myth suggests that duplicating backups is too expensive; indeed, efforts
at &lt;a href="http://en.wikipedia.org/wiki/Deduplication" target="_blank"&gt;deduplication&lt;/a&gt; are
the stuff of technical magazine articles. But if an organization thinks that duplicating
backups is too costly, then one must consider how critical the data is. It is necessary
to strike a balance between the cost of lost data with the cost of adequately protecting
that data. Business logic would then dictate that the lowest cost is likely the way
to go. However, here are hidden costs and while estimating the cost of duplicate backups
is simple math, calculating losses are far less simple.&amp;#160; Archived data is best
kept on a SAN that has been tiered.&amp;#160; You might be tempted to dump it to tape
and we all have done that…but I’d rather get a root canal than have to restore archived
data from tape media.
&lt;/p&gt;
&lt;p&gt;
One copy of a backup may not be enough.&amp;#160; Unless you have someone on your staff
with expertise in backup/recovery, hire a consultant who has lots of experience backing
up data…LIKE ME!!!!
&lt;/p&gt;
&lt;img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=2b217296-d937-4272-86c5-d233cd10f06a" /&gt;</description>
      <comments>http://www.mpttech.com/DasBlog/CommentView,guid,2b217296-d937-4272-86c5-d233cd10f06a.aspx</comments>
      <category>Archive</category>
      <category>Backup</category>
      <category>Recovery</category>
      <category>Storage</category>
    </item>
    <item>
      <trackback:ping>http://www.mpttech.com/DasBlog/Trackback.aspx?guid=14314e1c-d2a8-4cf5-9202-cd2bf15e0492</trackback:ping>
      <pingback:server>http://www.mpttech.com/DasBlog/pingback.aspx</pingback:server>
      <pingback:target>http://www.mpttech.com/DasBlog/PermaLink,guid,14314e1c-d2a8-4cf5-9202-cd2bf15e0492.aspx</pingback:target>
      <dc:creator>Martin Yarborough</dc:creator>
      <wfw:comment>http://www.mpttech.com/DasBlog/CommentView,guid,14314e1c-d2a8-4cf5-9202-cd2bf15e0492.aspx</wfw:comment>
      <wfw:commentRss>http://www.mpttech.com/DasBlog/SyndicationService.asmx/GetEntryCommentsRss?guid=14314e1c-d2a8-4cf5-9202-cd2bf15e0492</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
Case in point…records retention.  Content on servers has gotten out of control.
Users at all levels of the enterprise create, send and store all types of different
corporate content throughout a variety of systems within the organization —all of
which is subject to legal discovery and regulatory requirements. The USA is a litigious
country, and federal, state and local governments are not shy about cranking out new
rules and regulations for the storing and availability of many kinds of information.
Recently a series of new federal rules on discovery and retention were passed.  
</p>
        <p>
One would think that conventional records management systems would be doing the heavy
lifting to address the problem. But the adoption of records management is going too
slowly — particularly since records management plays such a vital role in Sarbanes-Oxley
(SOX) and other compliance initiatives. Many factors have slowed adoption, such as
lack of budget; the time required to enlist and mobilize the stakeholders in legal,
compliance, business units and IT; and low awareness of what records management entails.
</p>
        <p>
The alternative, known as retention management, gives organizations many tangible
benefits beyond traditional records management, including:
</p>
        <ul>
          <li>
Prevention of accidental or intentional deletion of information required for litigation
or audits</li>
          <li>
Automation of retention management based on business rules</li>
          <li>
Protection of content from exposure to unauthorized recipients</li>
          <li>
An efficient, single-source discovery and lockdown, which reduces major costs</li>
          <li>
Protection against harmful and risky information leaks</li>
        </ul>
        <p>
Just include it with your ever popular change management, release management, asset
management and the other components of a well-balanced IT Service Management program.
</p>
        <img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=14314e1c-d2a8-4cf5-9202-cd2bf15e0492" />
      </body>
      <title>The Need for Storage</title>
      <guid isPermaLink="false">http://www.mpttech.com/DasBlog/PermaLink,guid,14314e1c-d2a8-4cf5-9202-cd2bf15e0492.aspx</guid>
      <link>http://www.mpttech.com/DasBlog/2009/04/26/TheNeedForStorage.aspx</link>
      <pubDate>Sun, 26 Apr 2009 08:04:00 GMT</pubDate>
      <description>&lt;p&gt;
Case in point…records retention.&amp;#160; Content on servers has gotten out of control.
Users at all levels of the enterprise create, send and store all types of different
corporate content throughout a variety of systems within the organization —all of
which is subject to legal discovery and regulatory requirements. The USA is a litigious
country, and federal, state and local governments are not shy about cranking out new
rules and regulations for the storing and availability of many kinds of information.
Recently a series of new federal rules on discovery and retention were passed.&amp;#160; 
&lt;/p&gt;
&lt;p&gt;
One would think that conventional records management systems would be doing the heavy
lifting to address the problem. But the adoption of records management is going too
slowly — particularly since records management plays such a vital role in Sarbanes-Oxley
(SOX) and other compliance initiatives. Many factors have slowed adoption, such as
lack of budget; the time required to enlist and mobilize the stakeholders in legal,
compliance, business units and IT; and low awareness of what records management entails.
&lt;/p&gt;
&lt;p&gt;
The alternative, known as retention management, gives organizations many tangible
benefits beyond traditional records management, including:
&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
Prevention of accidental or intentional deletion of information required for litigation
or audits&lt;/li&gt;
&lt;li&gt;
Automation of retention management based on business rules&lt;/li&gt;
&lt;li&gt;
Protection of content from exposure to unauthorized recipients&lt;/li&gt;
&lt;li&gt;
An efficient, single-source discovery and lockdown, which reduces major costs&lt;/li&gt;
&lt;li&gt;
Protection against harmful and risky information leaks&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
Just include it with your ever popular change management, release management, asset
management and the other components of a well-balanced IT Service Management program.
&lt;/p&gt;
&lt;img width="0" height="0" src="http://www.mpttech.com/DasBlog/aggbug.ashx?id=14314e1c-d2a8-4cf5-9202-cd2bf15e0492" /&gt;</description>
      <comments>http://www.mpttech.com/DasBlog/CommentView,guid,14314e1c-d2a8-4cf5-9202-cd2bf15e0492.aspx</comments>
      <category>Storage</category>
    </item>
  </channel>
</rss>