<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Quick Question Re. set file/nobackup in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271489#M101087</link>
    <description>&lt;!--!*#--&gt;No, but a feature like that could be handy&lt;BR /&gt;for, say, Web browser caches and the like.&lt;BR /&gt;No doubt the VMS engineers will hop right&lt;BR /&gt;onto that.</description>
    <pubDate>Tue, 25 Jan 2011 17:26:58 GMT</pubDate>
    <dc:creator>Steven Schweda</dc:creator>
    <dc:date>2011-01-25T17:26:58Z</dc:date>
    <item>
      <title>Quick Question Re. set file/nobackup</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271486#M101084</link>
      <description>If I set a directory file /NoBackup, will that exclude directory contents and all sub-directories?&lt;BR /&gt;&lt;BR /&gt;Dave.</description>
      <pubDate>Tue, 25 Jan 2011 16:48:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271486#M101084</guid>
      <dc:creator>The Brit</dc:creator>
      <dc:date>2011-01-25T16:48:24Z</dc:date>
    </item>
    <item>
      <title>Re: Quick Question Re. set file/nobackup</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271487#M101085</link>
      <description>Forget it.    Quick test shows that it doesnt.&lt;BR /&gt;&lt;BR /&gt;Dave.</description>
      <pubDate>Tue, 25 Jan 2011 16:53:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271487#M101085</guid>
      <dc:creator>The Brit</dc:creator>
      <dc:date>2011-01-25T16:53:42Z</dc:date>
    </item>
    <item>
      <title>Re: Quick Question Re. set file/nobackup</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271488#M101086</link>
      <description>Per classic keep-it-simple and irrespective of this posting that [identity of guilty party expurgated] wrote a decade ago:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/wizard/wiz_3612.html" target="_blank"&gt;http://h71000.www7.hp.com/wizard/wiz_3612.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;I wouldn't personally particularly trust this BACKUP behavior to be reliable in either possibility.  Dependencies on undocumented or obscure or corner cases within BACKUP can be somewhat fickle over time.  &lt;BR /&gt;&lt;BR /&gt;I'd (still) use the /EXCLUDE as was mentioned, and I'd also periodically verify the contents of the media and the recovery of the data.</description>
      <pubDate>Tue, 25 Jan 2011 17:04:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271488#M101086</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2011-01-25T17:04:41Z</dc:date>
    </item>
    <item>
      <title>Re: Quick Question Re. set file/nobackup</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271489#M101087</link>
      <description>&lt;!--!*#--&gt;No, but a feature like that could be handy&lt;BR /&gt;for, say, Web browser caches and the like.&lt;BR /&gt;No doubt the VMS engineers will hop right&lt;BR /&gt;onto that.</description>
      <pubDate>Tue, 25 Jan 2011 17:26:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271489#M101087</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2011-01-25T17:26:58Z</dc:date>
    </item>
    <item>
      <title>Re: Quick Question Re. set file/nobackup</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271490#M101088</link>
      <description>Main reason for asking is that /Image ignores /Exclude, but not /NoBackup.   So particularly useless files could be marked /NoBackup and their data would not clutter up an image backup of the disk.&lt;BR /&gt;&lt;BR /&gt;for example, I often have to restore data files from specific backups so that some retroactive data mining and report generation can be done.   These datasets are usually large, and it is often difficult find out if, or when they have outlived their usefulness.   Marking them as no backup avoids allows Image backups to be done without dumping this data, night after night, onto the daily backup tapes.&lt;BR /&gt;&lt;BR /&gt;Dave.</description>
      <pubDate>Tue, 25 Jan 2011 17:28:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271490#M101088</guid>
      <dc:creator>The Brit</dc:creator>
      <dc:date>2011-01-25T17:28:13Z</dc:date>
    </item>
    <item>
      <title>Re: Quick Question Re. set file/nobackup</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271491#M101089</link>
      <description>Disks are tertiary storage.  Tapes are quaternary at best, and can be relegated to quinary storage in some designs.&lt;BR /&gt;&lt;BR /&gt;There's the question of whether tape media is appropriate, given the street price of disk.  You don't need speed here, so big, dumb, low-RPM, capacious and cheap(er) disks can work, and less-expensive DAS storage, can be an entirely reasonable choice for this sort of usage. &lt;BR /&gt;&lt;BR /&gt;Options?  HP MDS600 or third-party RAID arrays, for instance.  Here are some of the HP options for the BladeSystem gear:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h18006.www1.hp.com/storage/bladesystem/index.html" target="_blank"&gt;http://h18006.www1.hp.com/storage/bladesystem/index.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;There's the OpenVMS system management question of whether a regular full-disk /IMAGE is appropriate for this case.  That's good for system disks, but is not necessarily the most appropriate choice for other sorts of archives.&lt;BR /&gt;&lt;BR /&gt;As for dumping the data into BACKUP archives unnecessarily (and whether the archives are on disk or tape), that case can often be managed with BACKUP incremental operations, where you only pick off the files that have been modified, between periodic full backups (where you pick off everything).&lt;BR /&gt;&lt;BR /&gt;ps: what is current-generation primary and secondary storage?  memory and memory caches and memory disks, and SSD.  And disks are increasingly becoming the near-line removable storage device of choice, too; they're displacing tapes for even some near-line archival use.</description>
      <pubDate>Tue, 25 Jan 2011 18:22:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271491#M101089</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2011-01-25T18:22:13Z</dc:date>
    </item>
    <item>
      <title>Re: Quick Question Re. set file/nobackup</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271492#M101090</link>
      <description>&amp;gt;this posting that [identity of guilty party &lt;BR /&gt;&amp;gt;expurgated] wrote a decade ago:&lt;BR /&gt;&lt;BR /&gt;Almost all wizard postings are indelibly marked with the fingerprint of the author ;-)&lt;BR /&gt;&lt;BR /&gt;(of course, they're probably only recognisable by the actual wizards)</description>
      <pubDate>Wed, 26 Jan 2011 20:26:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quick-question-re-set-file-nobackup/m-p/5271492#M101090</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2011-01-26T20:26:54Z</dc:date>
    </item>
  </channel>
</rss>

