<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/'><id>tag:blogger.com,1999:blog-13518440.post5469046497276893565..comments</id><updated>2007-12-12T07:16:29.681-08:00</updated><title type='text'>Comments on TSMExpert: FILE vs DISK</title><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://www.tsmexpert.org/feeds/5469046497276893565/comments/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13518440/5469046497276893565/comments/default'/><link rel='alternate' type='text/html' href='http://www.tsmexpert.org/2007/12/file-vs-disk.html'/><author><name>Marty Wilkins</name><uri>http://www.blogger.com/profile/02637281120881655693</uri><email>tsmexpert@hotmail.com</email></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>5</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-13518440.post-7960258717905616711</id><published>2007-12-12T07:16:29.681-08:00</published><updated>2007-12-12T07:16:29.681-08:00</updated><title type='text'>Unless you decided on using a disk pool for long t...</title><content type='html'>Unless you decided on using a disk pool for long term storage then you wont have any issues with wasted space. If you do plan on using a disk pool for long term storage then the only way to reclaim empty space in aggregates is the MOVE DATA with the RECONSTRUCT=YES parameter.</content><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13518440/5469046497276893565/comments/default/7960258717905616711'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13518440/5469046497276893565/comments/default/7960258717905616711'/><link rel='alternate' type='text/html' href='http://www.tsmexpert.org/2007/12/file-vs-disk.html?showComment=1197472589681#c7960258717905616711' title=''/><author><name>Chad_Small</name><uri>http://www.blogger.com/profile/02637281120881655693</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd='http://schemas.google.com/g/2005' name='OpenSocialUserId' value='00531795991692777589'/></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.tsmexpert.org/2007/12/file-vs-disk.html' ref='tag:blogger.com,1999:blog-13518440.post-5469046497276893565' source='http://www.blogger.com/feeds/13518440/posts/default/5469046497276893565' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-13518440.post-1262027317817480022</id><published>2007-12-12T00:01:07.066-08:00</published><updated>2007-12-12T00:01:07.066-08:00</updated><title type='text'>CHADSo MOVE DATA + RECONTRUCT would resolve the is...</title><content type='html'>CHAD&lt;BR/&gt;&lt;BR/&gt;So MOVE DATA + RECONTRUCT would resolve the issue on DISK pools or there is no option to resolve fragmentation?</content><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13518440/5469046497276893565/comments/default/1262027317817480022'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13518440/5469046497276893565/comments/default/1262027317817480022'/><link rel='alternate' type='text/html' href='http://www.tsmexpert.org/2007/12/file-vs-disk.html?showComment=1197446467066#c1262027317817480022' title=''/><author><name>Anonymous</name><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.tsmexpert.org/2007/12/file-vs-disk.html' ref='tag:blogger.com,1999:blog-13518440.post-5469046497276893565' source='http://www.blogger.com/feeds/13518440/posts/default/5469046497276893565' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-13518440.post-9015138618691266507</id><published>2007-12-10T23:31:09.983-08:00</published><updated>2007-12-10T23:31:09.983-08:00</updated><title type='text'>Thanks for the comments guys</title><content type='html'>Thanks for the comments guys</content><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13518440/5469046497276893565/comments/default/9015138618691266507'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13518440/5469046497276893565/comments/default/9015138618691266507'/><link rel='alternate' type='text/html' href='http://www.tsmexpert.org/2007/12/file-vs-disk.html?showComment=1197358269983#c9015138618691266507' title=''/><author><name>Ryan Partington</name><uri>http://www.blogger.com/profile/18012536821875969349</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd='http://schemas.google.com/g/2005' name='OpenSocialUserId' value='05462563942611904822'/></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.tsmexpert.org/2007/12/file-vs-disk.html' ref='tag:blogger.com,1999:blog-13518440.post-5469046497276893565' source='http://www.blogger.com/feeds/13518440/posts/default/5469046497276893565' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-13518440.post-1542559043890105920</id><published>2007-12-10T11:55:13.639-08:00</published><updated>2007-12-10T11:55:13.639-08:00</updated><title type='text'>I believe that you can only do single session rest...</title><content type='html'>I believe that you can only do single session restores from Disk, rather than a multi-session restore from File. &lt;BR/&gt;&lt;BR/&gt;I think the earlier post regarding fragementation was with regard to file system fragementation. Provided that the disk pool volumes are created serially on the filesystem, then they should never fragement at a file system level. On the other hand files created using the file dev class are typically created and deleted dynamically that eventually causes some fragmentation at the file system level. What I have not ascertained is what the true performance impact of this is in the real world. &lt;BR/&gt;&lt;BR/&gt;It's true that disk pool volumes cannot be reclaimed and that theoretically this could lead to waste space. In reality, I've not found that there is not that much space wasted due to this occurrence... at least in the instances where I've measured it.. it's been about 2-4% of the total disk pool. &lt;BR/&gt;&lt;BR/&gt;Another interesting thing is that if you use space triggers to create file volumes dynamically, that TSM doesn't actually delete the physical file if the logical volume is deleted - you have to do that manually. &lt;BR/&gt;&lt;BR/&gt;LAN-free to disk? Using SANergy? I think I just threw up in my mouth.</content><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13518440/5469046497276893565/comments/default/1542559043890105920'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13518440/5469046497276893565/comments/default/1542559043890105920'/><link rel='alternate' type='text/html' href='http://www.tsmexpert.org/2007/12/file-vs-disk.html?showComment=1197316513639#c1542559043890105920' title=''/><author><name>Anonymous</name><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.tsmexpert.org/2007/12/file-vs-disk.html' ref='tag:blogger.com,1999:blog-13518440.post-5469046497276893565' source='http://www.blogger.com/feeds/13518440/posts/default/5469046497276893565' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-13518440.post-7259461113333157366</id><published>2007-12-10T10:04:02.119-08:00</published><updated>2007-12-10T10:04:02.119-08:00</updated><title type='text'>TSM Disk does fragment since all data is stored in...</title><content type='html'>TSM Disk does fragment since all data is stored in aggregates. If you decide to store data long term in disk pools for any reason, you will actually end up wasting space as data is expired and the aggregates become fragmented. Without the ability to reconstruct the aggregates and reclaim the empty space in them you will need to perform MOVE DATA commands to alternate volumes with the RECONSTRUCT option set to yes to get the space back. This is listed in the list given here:&lt;BR/&gt;&lt;BR/&gt;http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/topic/com.ibm.itsmaixn.doc/anragd5583.htm#wq137&lt;BR/&gt;&lt;BR/&gt;You'll notice it states that aggregate reconstruction is not available for disk volumes and the result is wasted space.</content><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13518440/5469046497276893565/comments/default/7259461113333157366'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13518440/5469046497276893565/comments/default/7259461113333157366'/><link rel='alternate' type='text/html' href='http://www.tsmexpert.org/2007/12/file-vs-disk.html?showComment=1197309842119#c7259461113333157366' title=''/><author><name>Chad_Small</name><uri>http://www.blogger.com/profile/02637281120881655693</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd='http://schemas.google.com/g/2005' name='OpenSocialUserId' value='00531795991692777589'/></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://www.tsmexpert.org/2007/12/file-vs-disk.html' ref='tag:blogger.com,1999:blog-13518440.post-5469046497276893565' source='http://www.blogger.com/feeds/13518440/posts/default/5469046497276893565' type='text/html'/></entry></feed>