<?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"
	>
<channel>
	<title>Comments on: Backups</title>
	<atom:link href="http://tom.blogs.wesleyan.edu/2007/09/26/backups/feed/" rel="self" type="application/rss+xml" />
	<link>http://tom.blogs.wesleyan.edu/2007/09/26/backups/</link>
	<description>TOM is not for introducing new, cutting-edge technology, but rather to highlight helpful, proven technologies.</description>
	<pubDate>Mon,  8 Sep 2008 08:34:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: ravishan</title>
		<link>http://tom.blogs.wesleyan.edu/2007/09/26/backups/#comment-243</link>
		<dc:creator>ravishan</dc:creator>
		<pubDate>Tue, 02 Oct 2007 19:10:23 +0000</pubDate>
		<guid isPermaLink="false">http://tom.blogs.wesleyan.edu/2007/09/26/backups/#comment-243</guid>
		<description>Thank you very much for writing.

Your question is a very valid one and especially in light of the most recent &lt;a href="http://roth.blogs.wesleyan.edu/" rel="nofollow"&gt;blog posting&lt;/a&gt; by President Roth, it is very relevant.


We in ITS have taken this question up a few times and because of the complicated nature of the TSM system, we have not been able to do much. For example, moving the backup time to an earlier time is definitely an option. We can schedule the desktop backups at 9 AM, anticipating that most of the desktop backups will finish by 5 PM.  However, when the backup kicks-off, the entire hard disk(s) are scanned to determine if any file has changed. This slows the system so much that if you are working on the machine, it will be very annoying. 


The other option is to avoid scheduling them, but rely on the user to initiate the backup manually on a regular basis. We do not think this will work - the backups will be irregular and in many cases, the users will forget to do it.

We have also explored a technology called Wake on LAN - what this simply means is that your computer will receive a signal to turn itself on when we are ready to back it up and then will be turned off at the end of the backup. We looked at this a few years ago and decided not to pursue this on various counts - not all computers had this capability, the technology itself was not mature enough and reliable, and most importantly the TSM client and server actually negotiate several times before the actual backup is made. This means, in a span of 6 hours or so, the computer may have to be woken up and shutdown 2 or 3 times and the points of failures therefore increase.

In a recent inquiry to find out what the other colleges and universities are doing, I received an interesting study by Gustavus Adolphus College - https://gustavus.edu/gts/Power_usage_of_various_devices. Basically they measured the energy consumption by computers. Briefly, what they found can be summarized:

    * Computing devices use energy even when they are turned off.
    * The differential energy consumption between a computer that is in power save mode and completely turned off is minimal.
    * A Mac G4 tower used about 120W while on and idling while a dual core P4 only used 85W. 

In addition, newer hardware and operating systems are beginning to pay a lot of attention to energy conservation.

One of our staff member is engaged in studying power consumption by the computers on campus and develop some recommendations. We are also pursuing becoming a beta site for Microsoft's Green Campus initiative through which we will have immediate access to best practices in lowering energy consumption. 

We will certainly re-open this topic in ITS and I will write back on our plans.&lt;code&gt;&lt;/code&gt;</description>
		<content:encoded><![CDATA[<p>Thank you very much for writing.</p>
<p>Your question is a very valid one and especially in light of the most recent <a href="http://roth.blogs.wesleyan.edu/" rel="nofollow">blog posting</a> by President Roth, it is very relevant.</p>
<p>We in ITS have taken this question up a few times and because of the complicated nature of the TSM system, we have not been able to do much. For example, moving the backup time to an earlier time is definitely an option. We can schedule the desktop backups at 9 AM, anticipating that most of the desktop backups will finish by 5 PM.  However, when the backup kicks-off, the entire hard disk(s) are scanned to determine if any file has changed. This slows the system so much that if you are working on the machine, it will be very annoying. </p>
<p>The other option is to avoid scheduling them, but rely on the user to initiate the backup manually on a regular basis. We do not think this will work - the backups will be irregular and in many cases, the users will forget to do it.</p>
<p>We have also explored a technology called Wake on LAN - what this simply means is that your computer will receive a signal to turn itself on when we are ready to back it up and then will be turned off at the end of the backup. We looked at this a few years ago and decided not to pursue this on various counts - not all computers had this capability, the technology itself was not mature enough and reliable, and most importantly the TSM client and server actually negotiate several times before the actual backup is made. This means, in a span of 6 hours or so, the computer may have to be woken up and shutdown 2 or 3 times and the points of failures therefore increase.</p>
<p>In a recent inquiry to find out what the other colleges and universities are doing, I received an interesting study by Gustavus Adolphus College - <a href="https://gustavus.edu/gts/Power_usage_of_various_devices" rel="nofollow">https://gustavus.edu/gts/Power_usage_of_various_devices</a>. Basically they measured the energy consumption by computers. Briefly, what they found can be summarized:</p>
<p>    * Computing devices use energy even when they are turned off.<br />
    * The differential energy consumption between a computer that is in power save mode and completely turned off is minimal.<br />
    * A Mac G4 tower used about 120W while on and idling while a dual core P4 only used 85W. </p>
<p>In addition, newer hardware and operating systems are beginning to pay a lot of attention to energy conservation.</p>
<p>One of our staff member is engaged in studying power consumption by the computers on campus and develop some recommendations. We are also pursuing becoming a beta site for Microsoft&#8217;s Green Campus initiative through which we will have immediate access to best practices in lowering energy consumption. </p>
<p>We will certainly re-open this topic in ITS and I will write back on our plans.<code></code></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mteter</title>
		<link>http://tom.blogs.wesleyan.edu/2007/09/26/backups/#comment-207</link>
		<dc:creator>mteter</dc:creator>
		<pubDate>Thu, 27 Sep 2007 14:14:38 +0000</pubDate>
		<guid isPermaLink="false">http://tom.blogs.wesleyan.edu/2007/09/26/backups/#comment-207</guid>
		<description>One can also back-up with TSM remotely by using the VPN connection.

One comment that I have about the overnight backup is  energy use.  This schedule required computers to be left on during the night that means that there are a lot of computers left on, using a lot of energy that are not being used.  Perhaps ITS should look into a different schedule to save energy and lower operational costs.</description>
		<content:encoded><![CDATA[<p>One can also back-up with TSM remotely by using the VPN connection.</p>
<p>One comment that I have about the overnight backup is  energy use.  This schedule required computers to be left on during the night that means that there are a lot of computers left on, using a lot of energy that are not being used.  Perhaps ITS should look into a different schedule to save energy and lower operational costs.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
