<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments for Archiving101.com</title>
	<link>http://www.archiving101.com</link>
	<description>No Nonsense about Archiving</description>
	<pubDate>Mon, 06 Sep 2010 09:37:31 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.1</generator>

	<item>
		<title>Comment on Competition or vendor selection by Rob</title>
		<link>http://www.archiving101.com/?p=6#comment-34446</link>
		<author>Rob</author>
		<pubDate>Thu, 20 May 2010 05:35:34 +0000</pubDate>
		<guid>http://www.archiving101.com/?p=6#comment-34446</guid>
		<description>Appliance based solutions have big flaws, They are pricy, plus if they run out of capacity you typically need to buy a larger appliance, and if you want to replicate off to tape (Most can't) or to DR then you need to buy a similar appliance and most of the time they have no Dedup efficiencies across all storage tiers. Plus you need to turn off any type of third party compression or encryption. Why is this important? If you only have one and it breaks, how are you going to get your data back?

Commvault is a single holistic solution that will handle backups, archive old stale data sitting on Tier 1 Storage off to multiple cheaper Storage tiers, such as Sata or Tape, replicate data to DR, or even send it to the cloud plus to be able to Content Index and search across all live Data, Backup Data, Archive Data, Replicated Data, Workstation Data, As well as remote site data. Plus CV can Deduplicate efficiently across all Tiers of Storage including tape, which means less spending on HW and Tapes. You can then run a rules based engine around all data in your environment for Ediscovery, from Mail, Files/Folders, Virtualization, DB's and make it easily searchable &#38; accessible to Users (Security Permitting), Legal, and the IT Team, to recover. All of this without being locked into Appliance or Hardware Vendors, and all from a single management interface. No one else, including Symantec, EMC, or IBM can do that.</description>
		<content:encoded><![CDATA[<p>Appliance based solutions have big flaws, They are pricy, plus if they run out of capacity you typically need to buy a larger appliance, and if you want to replicate off to tape (Most can&#8217;t) or to DR then you need to buy a similar appliance and most of the time they have no Dedup efficiencies across all storage tiers. Plus you need to turn off any type of third party compression or encryption. Why is this important? If you only have one and it breaks, how are you going to get your data back?</p>
<p>Commvault is a single holistic solution that will handle backups, archive old stale data sitting on Tier 1 Storage off to multiple cheaper Storage tiers, such as Sata or Tape, replicate data to DR, or even send it to the cloud plus to be able to Content Index and search across all live Data, Backup Data, Archive Data, Replicated Data, Workstation Data, As well as remote site data. Plus CV can Deduplicate efficiently across all Tiers of Storage including tape, which means less spending on HW and Tapes. You can then run a rules based engine around all data in your environment for Ediscovery, from Mail, Files/Folders, Virtualization, DB&#8217;s and make it easily searchable &amp; accessible to Users (Security Permitting), Legal, and the IT Team, to recover. All of this without being locked into Appliance or Hardware Vendors, and all from a single management interface. No one else, including Symantec, EMC, or IBM can do that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zantaz EAS now uses IDOL by Autonomy Problems?</title>
		<link>http://www.archiving101.com/?p=77#comment-34127</link>
		<author>Autonomy Problems?</author>
		<pubDate>Thu, 13 May 2010 02:30:22 +0000</pubDate>
		<guid>http://www.archiving101.com/?p=77#comment-34127</guid>
		<description>[...] various adverse comments at http://www.archiving101.com/?p=77. Caveats: 1) This Web site is run by Martin Tuip, who works for Iron Mountain/Mimosa, which [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] various adverse comments at <a href="http://www.archiving101.com/?p=77." rel="nofollow">http://www.archiving101.com/?p=77.</a> Caveats: 1) This Web site is run by Martin Tuip, who works for Iron Mountain/Mimosa, which [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zantaz EAS now uses IDOL by The-EAS-Man</title>
		<link>http://www.archiving101.com/?p=77#comment-31242</link>
		<author>The-EAS-Man</author>
		<pubDate>Tue, 16 Mar 2010 01:22:44 +0000</pubDate>
		<guid>http://www.archiving101.com/?p=77#comment-31242</guid>
		<description>&lt;p&gt;I have migrated about 5 customers to IDOL, one of them had 15,000 users on EAS. The migration is not easy for large customers. I have developed my own scripts for creating content services and sql scripts to generate indexes etc... EAS suppport has been the worst in the past 2 years.&lt;/p&gt;
&lt;p&gt;Good luck all!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I have migrated about 5 customers to IDOL, one of them had 15,000 users on EAS. The migration is not easy for large customers. I have developed my own scripts for creating content services and sql scripts to generate indexes etc&#8230; EAS suppport has been the worst in the past 2 years.</p>
<p>Good luck all!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zantaz EAS now uses IDOL by Paul</title>
		<link>http://www.archiving101.com/?p=77#comment-30627</link>
		<author>Paul</author>
		<pubDate>Thu, 04 Mar 2010 15:09:31 +0000</pubDate>
		<guid>http://www.archiving101.com/?p=77#comment-30627</guid>
		<description>Has anyone moved to IDOL? We have been thinking about moveing to Exchange 2010 and getting rid of Zantaz. There support does not exist so we have paid a 3rd party. Not sure how any company can get away with no support these days. The major complaint I have from my users is the search feature. They all want to use ther own searh tools and not the EAS search was is limited feature set.</description>
		<content:encoded><![CDATA[<p>Has anyone moved to IDOL? We have been thinking about moveing to Exchange 2010 and getting rid of Zantaz. There support does not exist so we have paid a 3rd party. Not sure how any company can get away with no support these days. The major complaint I have from my users is the search feature. They all want to use ther own searh tools and not the EAS search was is limited feature set.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Microsoft now has a negative stance against stubbing by Bill P.</title>
		<link>http://www.archiving101.com/?p=127#comment-28266</link>
		<author>Bill P.</author>
		<pubDate>Tue, 19 Jan 2010 21:34:33 +0000</pubDate>
		<guid>http://www.archiving101.com/?p=127#comment-28266</guid>
		<description>&lt;p&gt;Having work with Exchange for almost 10 years now, I can certainly attest that the number of items in the mailbox directly impacts Exchange server (and consequently Outlook) performance. As Exchange administrators, we've typically limited the sizes of mailbox to prevent abuse and allow the timely recovery of databases in a disaster. Since stubs are much smaller than regular emails, you can fit more of them in the same storage limits. An Inbox that once contained a few thousand messages could now fit tens of thousands of stubs in the same storage space. The trick to using stubs with Exchange is to keep them out of the default folders (Inbox, Sent Items, Calendar, Deleted Items), where views are typically generated. Under Exchange 2007, use managed folders to move them out of these default folders to other folders in the mailbox. This will reduce the load on the Exchange server and still provide the user with access to his archived data.&lt;/p&gt;
&lt;p&gt;- Bill&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Having work with Exchange for almost 10 years now, I can certainly attest that the number of items in the mailbox directly impacts Exchange server (and consequently Outlook) performance. As Exchange administrators, we&#8217;ve typically limited the sizes of mailbox to prevent abuse and allow the timely recovery of databases in a disaster. Since stubs are much smaller than regular emails, you can fit more of them in the same storage limits. An Inbox that once contained a few thousand messages could now fit tens of thousands of stubs in the same storage space. The trick to using stubs with Exchange is to keep them out of the default folders (Inbox, Sent Items, Calendar, Deleted Items), where views are typically generated. Under Exchange 2007, use managed folders to move them out of these default folders to other folders in the mailbox. This will reduce the load on the Exchange server and still provide the user with access to his archived data.</p>
<p>- Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zantaz EAS now uses IDOL by Brian Boston</title>
		<link>http://www.archiving101.com/?p=77#comment-27929</link>
		<author>Brian Boston</author>
		<pubDate>Tue, 12 Jan 2010 11:42:56 +0000</pubDate>
		<guid>http://www.archiving101.com/?p=77#comment-27929</guid>
		<description>I cannot vouch for SEV, but Zantaz is dreadful. We've had it installed for over a year now and it's the most awful product I've come across in 13 years of IT. The GUI is unfriendly, over complicated and the support is none existent. I would recommend that you do not even consider Zantaz. Awful, awful, awful.</description>
		<content:encoded><![CDATA[<p>I cannot vouch for SEV, but Zantaz is dreadful. We&#8217;ve had it installed for over a year now and it&#8217;s the most awful product I&#8217;ve come across in 13 years of IT. The GUI is unfriendly, over complicated and the support is none existent. I would recommend that you do not even consider Zantaz. Awful, awful, awful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on So what will the impact of Exchange 2010 be on the archiving industry by Lewan Professional Services Blog</title>
		<link>http://www.archiving101.com/?p=178#comment-24888</link>
		<author>Lewan Professional Services Blog</author>
		<pubDate>Fri, 23 Oct 2009 19:15:44 +0000</pubDate>
		<guid>http://www.archiving101.com/?p=178#comment-24888</guid>
		<description>&lt;strong&gt;So what will the impact of Exchange 2010 have on the archiving&#160;industry?...&lt;/strong&gt;

I&#8217;ve heard several &#8220;rumblings&#8221; from Microsoft as well as other &#8220;Archiving Solution&#8221; vendors regarding their take on Exchange 2010&#8217;s built-in archiving features.
I thought Martin over at Archiving101.com has posted a ...</description>
		<content:encoded><![CDATA[<p><strong>So what will the impact of Exchange 2010 have on the archiving&nbsp;industry?&#8230;</strong></p>
<p>I&#8217;ve heard several &#8220;rumblings&#8221; from Microsoft as well as other &#8220;Archiving Solution&#8221; vendors regarding their take on Exchange 2010&#8217;s built-in archiving features.<br />
I thought Martin over at Archiving101.com has posted a &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Criteria for choosing an archiving solution for SharePoint by admin</title>
		<link>http://www.archiving101.com/?p=182#comment-24668</link>
		<author>admin</author>
		<pubDate>Sun, 18 Oct 2009 04:00:29 +0000</pubDate>
		<guid>http://www.archiving101.com/?p=182#comment-24668</guid>
		<description>Brian ... I can highly recommend Mimosa NearPoint for SharePoint which offers a complete solution for Sharepoint.  Check out  http://www.mimosasystems.com/html/prod_nearpoint_sharepoint.htm</description>
		<content:encoded><![CDATA[<p>Brian &#8230; I can highly recommend Mimosa NearPoint for SharePoint which offers a complete solution for Sharepoint.  Check out  <a href="http://www.mimosasystems.com/html/prod_nearpoint_sharepoint.htm" rel="nofollow">http://www.mimosasystems.com/html/prod_nearpoint_sharepoint.htm</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Criteria for choosing an archiving solution for SharePoint by Brian</title>
		<link>http://www.archiving101.com/?p=182#comment-24457</link>
		<author>Brian</author>
		<pubDate>Tue, 13 Oct 2009 00:37:21 +0000</pubDate>
		<guid>http://www.archiving101.com/?p=182#comment-24457</guid>
		<description>I'm also implementing an archiving solution for Sharepoint and can see that there are lots of providers out there.  Can you recommend any?</description>
		<content:encoded><![CDATA[<p>I&#8217;m also implementing an archiving solution for Sharepoint and can see that there are lots of providers out there.  Can you recommend any?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Vendor Selection Part 2 - Financial Stability by Pradeep</title>
		<link>http://www.archiving101.com/?p=14#comment-24417</link>
		<author>Pradeep</author>
		<pubDate>Mon, 12 Oct 2009 08:55:41 +0000</pubDate>
		<guid>http://www.archiving101.com/?p=14#comment-24417</guid>
		<description>I just wanted to know, as how to determine the financial stability of a vendor. It would be great if you take some of your valuable time and send me a mail in this regard.

Thank you
Pradeep</description>
		<content:encoded><![CDATA[<p>I just wanted to know, as how to determine the financial stability of a vendor. It would be great if you take some of your valuable time and send me a mail in this regard.</p>
<p>Thank you<br />
Pradeep</p>
]]></content:encoded>
	</item>
</channel>
</rss>
