<?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/"
		>
<channel>
	<title>Comments on: Why is Sage Line 50 so slow?</title>
	<atom:link href="http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/</link>
	<description>Technology. Where&#039;s it all heading?</description>
	<lastBuildDate>Wed, 25 Jan 2012 20:18:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: BW</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-2/#comment-1959</link>
		<dc:creator>BW</dc:creator>
		<pubDate>Wed, 25 Jan 2012 20:18:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1959</guid>
		<description>about six years ago we got updated from sage line 100 to mms and have had nothing but problems since. We pay about £1000 per year for a new licence but in the six years have never go a update. Were do we go from here</description>
		<content:encoded><![CDATA[<p>about six years ago we got updated from sage line 100 to mms and have had nothing but problems since. We pay about £1000 per year for a new licence but in the six years have never go a update. Were do we go from here</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-2/#comment-1576</link>
		<dc:creator>Ian</dc:creator>
		<pubDate>Thu, 03 Nov 2011 18:48:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1576</guid>
		<description>If anyone is in any doubt, it appears that Sage have done some serious work on Sage Line 50 2012. We have customers reporting very positive performance improvements after install and data conversion.

[Ed: Personally I&#039;d like something more than hear-say, but interesting]</description>
		<content:encoded><![CDATA[<p>If anyone is in any doubt, it appears that Sage have done some serious work on Sage Line 50 2012. We have customers reporting very positive performance improvements after install and data conversion.</p>
<p>[Ed: Personally I'd like something more than hear-say, but interesting]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: j-g</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-1/#comment-1308</link>
		<dc:creator>j-g</dc:creator>
		<pubDate>Mon, 19 Sep 2011 15:56:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1308</guid>
		<description>Hi, I think your solution was to run on XP - which may well work but isn&#039;t really a long term supported solution. Apart from RDPing did you suggest anything else? I did get Sage to fix some issues many years ago as they were reading (check for / open / read / close) same file for each line of a ledger entry) - but they have just reverted and is now worse than ever :( J</description>
		<content:encoded><![CDATA[<p>Hi, I think your solution was to run on XP &#8211; which may well work but isn&#8217;t really a long term supported solution. Apart from RDPing did you suggest anything else? I did get Sage to fix some issues many years ago as they were reading (check for / open / read / close) same file for each line of a ledger entry) &#8211; but they have just reverted and is now worse than ever <img src='http://blog.frankleonhardt.com/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' />  J</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gav Richards</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-1/#comment-1307</link>
		<dc:creator>Gav Richards</dc:creator>
		<pubDate>Mon, 19 Sep 2011 15:21:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1307</guid>
		<description>Hi Mark,
Not checked on here for a while but saw your reply and though I&#039;d respond. 
We did have exactly the same problem as other people were experiencing and I overcame them to a reasonable extent. If you read my entry a little further up the blog you&#039;ll see what I did to help speed up Sage. 
I found this blog by searching &quot;Sage&quot; &amp; &quot;slow&quot; nearly a year ago and I hoped my entries would be some help to people with the same issues.
Perhaps I was mistaken, judging by the responses I&#039;ve receive so far.</description>
		<content:encoded><![CDATA[<p>Hi Mark,<br />
Not checked on here for a while but saw your reply and though I&#8217;d respond.<br />
We did have exactly the same problem as other people were experiencing and I overcame them to a reasonable extent. If you read my entry a little further up the blog you&#8217;ll see what I did to help speed up Sage.<br />
I found this blog by searching &#8220;Sage&#8221; &amp; &#8220;slow&#8221; nearly a year ago and I hoped my entries would be some help to people with the same issues.<br />
Perhaps I was mistaken, judging by the responses I&#8217;ve receive so far.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-2/#comment-1066</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 10 Aug 2011 14:49:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1066</guid>
		<description>Hi Jon,

Below is the response form our IT guy:

We have done this.
There are a couple of metrics on the other page you sent that might
lead in the right direction, though.
http://www.sbslimited.co.uk/AV.htm
That page would seem to indicate that Avast Home (which is related to
the AV we use) has a pretty substantial impact on file access times,
regardless of whether files are excluded, or even if the AV engine
itself is disabled completely.
The only way to confirm or refute this is to uninstall the AV from all
the workstations and do some testing. 
If this is the case, I will be looking to the manufacturers for a
refund, and we will have to go with another AV solution.


- I&#039;ll let you know if this is the solution to our problems.

Regards

Mark</description>
		<content:encoded><![CDATA[<p>Hi Jon,</p>
<p>Below is the response form our IT guy:</p>
<p>We have done this.<br />
There are a couple of metrics on the other page you sent that might<br />
lead in the right direction, though.<br />
<a href="http://www.sbslimited.co.uk/AV.htm" rel="nofollow">http://www.sbslimited.co.uk/AV.htm</a><br />
That page would seem to indicate that Avast Home (which is related to<br />
the AV we use) has a pretty substantial impact on file access times,<br />
regardless of whether files are excluded, or even if the AV engine<br />
itself is disabled completely.<br />
The only way to confirm or refute this is to uninstall the AV from all<br />
the workstations and do some testing.<br />
If this is the case, I will be looking to the manufacturers for a<br />
refund, and we will have to go with another AV solution.</p>
<p>- I&#8217;ll let you know if this is the solution to our problems.</p>
<p>Regards</p>
<p>Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-2/#comment-1065</link>
		<dc:creator>Ian</dc:creator>
		<pubDate>Wed, 10 Aug 2011 14:42:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1065</guid>
		<description>Mark

Take a look at the SMB2 problem I mentioned somewhere in this comments section. If your servers are 2008 or 2008 R2 and your clients are Vista or Windows 7, then you should consider disabling SMB2 on your network.

+ adding DTA to your exclusions + the other helpful stuff in this comments list.</description>
		<content:encoded><![CDATA[<p>Mark</p>
<p>Take a look at the SMB2 problem I mentioned somewhere in this comments section. If your servers are 2008 or 2008 R2 and your clients are Vista or Windows 7, then you should consider disabling SMB2 on your network.</p>
<p>+ adding DTA to your exclusions + the other helpful stuff in this comments list.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-2/#comment-1064</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 10 Aug 2011 14:35:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1064</guid>
		<description>Thanks Jon, I&#039;ll check it out + let you know if your suggestion helps.</description>
		<content:encoded><![CDATA[<p>Thanks Jon, I&#8217;ll check it out + let you know if your suggestion helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jon</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-2/#comment-1063</link>
		<dc:creator>jon</dc:creator>
		<pubDate>Wed, 10 Aug 2011 14:19:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1063</guid>
		<description>Mark, 
A lot smaller company we had exactly the same problems, excluded every sage folder we could find on server and client from virus scan, all sorts of tweaks and tricks but the thing that we hadn&#039;t done which solved most of our problems was to disable real time virus scanning on .dta file types. as soon as these file types were excluded from checking our problems vanished.

We were using eset antivirus, win 7 clients and win 2003 server.</description>
		<content:encoded><![CDATA[<p>Mark,<br />
A lot smaller company we had exactly the same problems, excluded every sage folder we could find on server and client from virus scan, all sorts of tweaks and tricks but the thing that we hadn&#8217;t done which solved most of our problems was to disable real time virus scanning on .dta file types. as soon as these file types were excluded from checking our problems vanished.</p>
<p>We were using eset antivirus, win 7 clients and win 2003 server.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-1/#comment-1062</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 10 Aug 2011 13:28:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1062</guid>
		<description>Gav, you are not suffering from the problems that other sage users experience every day.  How you found this blog is a mystery to me.  Rest assured, the less software, staff and accountants you have that are unwilling to move from sage when the need arises, the better off you will be.</description>
		<content:encoded><![CDATA[<p>Gav, you are not suffering from the problems that other sage users experience every day.  How you found this blog is a mystery to me.  Rest assured, the less software, staff and accountants you have that are unwilling to move from sage when the need arises, the better off you will be.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-1/#comment-1061</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 10 Aug 2011 13:20:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1061</guid>
		<description>Mr S,

Sage has been happy to take our money for all the &quot;wrong&quot; versions we bought.  Please don&#039;t pretend they have suddenly developed a conscience.  If I worked for sage, I too would with-hold my name from public viewing.</description>
		<content:encoded><![CDATA[<p>Mr S,</p>
<p>Sage has been happy to take our money for all the &#8220;wrong&#8221; versions we bought.  Please don&#8217;t pretend they have suddenly developed a conscience.  If I worked for sage, I too would with-hold my name from public viewing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-1/#comment-1060</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 10 Aug 2011 13:12:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1060</guid>
		<description>Stick with version 11.  An upgrade will cripple you.</description>
		<content:encoded><![CDATA[<p>Stick with version 11.  An upgrade will cripple you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-1/#comment-1059</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 10 Aug 2011 13:09:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1059</guid>
		<description>Hi Claire,

Hope i&#039;m not too late with this advise.  Our company has spent well in excess of 25grand on upgrading our hardware + server.  We also moved into a new building and had a new data-cable wiring job done.  Things with sage have only gotten worse.  Twice we have been tricked into upgrading teh sage program which has only worsened things further.

Sage is the problem and nothing else.

Mark</description>
		<content:encoded><![CDATA[<p>Hi Claire,</p>
<p>Hope i&#8217;m not too late with this advise.  Our company has spent well in excess of 25grand on upgrading our hardware + server.  We also moved into a new building and had a new data-cable wiring job done.  Things with sage have only gotten worse.  Twice we have been tricked into upgrading teh sage program which has only worsened things further.</p>
<p>Sage is the problem and nothing else.</p>
<p>Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-2/#comment-1058</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 10 Aug 2011 13:00:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-1058</guid>
		<description>Our Sage &quot;partner&quot; upgraded us to the latest version in April without any authorization from us.  It has virtually put our whole company at a standstill for the past few months.  Sage stalls with every operation at every workstation with messages such as: (Waiting to open file ACCDTA).  A workstation could stall for anything between 5 mins up to an over an hour.  Sometimes sage just vanishes from the screen and you have to log-on again, remove the user that was logged on and hope for the best.  This regularly causes data corruption which means we are checking data + doing back-ups twice a day - a process which takes an hour each time.  We&#039;ve upgraded our hardware memory + power at the sage &quot;partners&quot; request and at a cost of 1000.00 euro.  We&#039;ve cleared down 10&#039;s of thousands of transactions bring it well below the recommended limit.  We&#039;ve tinkered with + adjusted antivirus software as recommended.  None of all this has brought about any improvement.  Invoices are going out between 10 + 30 days late, same applies to statements.  Using the sage program is the single largest cause of stress within our company and has been our largest challenge since it was first installed back in 2001.  If sage have such a large customer-base, it comes as no surprise to me that the world is always on the brink of financial meltdown.  I am seriously considering returning to manual book-keeping.</description>
		<content:encoded><![CDATA[<p>Our Sage &#8220;partner&#8221; upgraded us to the latest version in April without any authorization from us.  It has virtually put our whole company at a standstill for the past few months.  Sage stalls with every operation at every workstation with messages such as: (Waiting to open file ACCDTA).  A workstation could stall for anything between 5 mins up to an over an hour.  Sometimes sage just vanishes from the screen and you have to log-on again, remove the user that was logged on and hope for the best.  This regularly causes data corruption which means we are checking data + doing back-ups twice a day &#8211; a process which takes an hour each time.  We&#8217;ve upgraded our hardware memory + power at the sage &#8220;partners&#8221; request and at a cost of 1000.00 euro.  We&#8217;ve cleared down 10&#8242;s of thousands of transactions bring it well below the recommended limit.  We&#8217;ve tinkered with + adjusted antivirus software as recommended.  None of all this has brought about any improvement.  Invoices are going out between 10 + 30 days late, same applies to statements.  Using the sage program is the single largest cause of stress within our company and has been our largest challenge since it was first installed back in 2001.  If sage have such a large customer-base, it comes as no surprise to me that the world is always on the brink of financial meltdown.  I am seriously considering returning to manual book-keeping.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geoff</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-2/#comment-867</link>
		<dc:creator>Geoff</dc:creator>
		<pubDate>Mon, 02 May 2011 14:16:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-867</guid>
		<description>Quote: &quot;People say it’s stupid to suggest Sage actually want these errors and problems to continue just to get more money and I agree.&quot; Un-quote.

Maybe there is a possibility that they may be right and they do. I have heard that they want people to keep with the support. Looking at it black and white why would anyone keep a product going that is just so bad. Jobs? Face-saving? Corporate psychopathy?

If Tesco made a product that everyone complained about it would be removed from the shelves tout-suite!

Why not the same with Sage?</description>
		<content:encoded><![CDATA[<p>Quote: &#8220;People say it’s stupid to suggest Sage actually want these errors and problems to continue just to get more money and I agree.&#8221; Un-quote.</p>
<p>Maybe there is a possibility that they may be right and they do. I have heard that they want people to keep with the support. Looking at it black and white why would anyone keep a product going that is just so bad. Jobs? Face-saving? Corporate psychopathy?</p>
<p>If Tesco made a product that everyone complained about it would be removed from the shelves tout-suite!</p>
<p>Why not the same with Sage?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jon</title>
		<link>http://blog.frankleonhardt.com/2010/why-is-sage-line-50-so-slow/comment-page-1/#comment-820</link>
		<dc:creator>jon</dc:creator>
		<pubDate>Mon, 04 Apr 2011 10:21:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankleonhardt.com/?p=189#comment-820</guid>
		<description>We finally have resolved our issues With Sage 2009 and &quot;waiting to open account.dta&quot; messages and general slowness.

We are also using Eset nod32 and excluded everything as you have. This didn&#039;t work but what I did finally do was to go to advanced setup, realtime file system protection / threatsense engine parameter setup click setup, and then got to extensions and add dta files. These are then excluded and Sage has been marvellous since. No problems and runs faster too.

We did this on server and clients and so glad that we did.</description>
		<content:encoded><![CDATA[<p>We finally have resolved our issues With Sage 2009 and &#8220;waiting to open account.dta&#8221; messages and general slowness.</p>
<p>We are also using Eset nod32 and excluded everything as you have. This didn&#8217;t work but what I did finally do was to go to advanced setup, realtime file system protection / threatsense engine parameter setup click setup, and then got to extensions and add dta files. These are then excluded and Sage has been marvellous since. No problems and runs faster too.</p>
<p>We did this on server and clients and so glad that we did.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

