 




<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Where did you say those backup tapes are kept</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/iseries/where-did-you-say-those-backup-tapes-are-kept/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/iseries/where-did-you-say-those-backup-tapes-are-kept/</link>
	<description>A Search400.com blog</description>
	<lastBuildDate>Mon, 30 Jul 2012 20:55:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Bruno Naumann</title>
		<link>http://itknowledgeexchange.techtarget.com/iseries/where-did-you-say-those-backup-tapes-are-kept/#comment-281</link>
		<dc:creator>Bruno Naumann</dc:creator>
		<pubDate>Tue, 30 Oct 2007 13:33:30 +0000</pubDate>
		<guid isPermaLink="false">http://iseries.blogs.techtarget.com/2007/03/23/where-did-you-say-those-backup-tapes-are-kept/#comment-281</guid>
		<description><![CDATA[Poor performance of your security administrator. It is obvious since the first release of S/38 in 1978 that the security profile of a programmer should have neither existence nor any update/add/delete rights to data files in production libraries.

The method you used was anyway poor as the production data changes constantly in real time. As you often have to repeat tests you should be able to rely on non changing input data. So it is a better practice to copy periodically (part of) the production data to a third library which serves as a source to renew the test library data files.

But if you have non professionals as system or security administrators ...]]></description>
		<content:encoded><![CDATA[<p>Poor performance of your security administrator. It is obvious since the first release of S/38 in 1978 that the security profile of a programmer should have neither existence nor any update/add/delete rights to data files in production libraries.</p>
<p>The method you used was anyway poor as the production data changes constantly in real time. As you often have to repeat tests you should be able to rely on non changing input data. So it is a better practice to copy periodically (part of) the production data to a third library which serves as a source to renew the test library data files.</p>
<p>But if you have non professionals as system or security administrators &#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
