<?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 for PeachFuzz</title>
	<atom:link href="http://tristardatasystems.com/Peachtree/blog/index.php/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://tristardatasystems.com/Peachtree/blog</link>
	<description>Fruitful commentary on Peachtree Accounting from TriStar Data Systems</description>
	<lastBuildDate>Tue, 06 Mar 2012 14:29:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Comment on Automating Your Peachtree Backups by tristar</title>
		<link>http://tristardatasystems.com/Peachtree/blog/index.php/2009/10/automating-your-peachtree-backups/comment-page-1/#comment-196</link>
		<dc:creator>tristar</dc:creator>
		<pubDate>Tue, 06 Mar 2012 14:29:34 +0000</pubDate>
		<guid isPermaLink="false">http://tristardatasystems.com/Peachtree/blog/?p=94#comment-196</guid>
		<description>This does not sound correct to me. A Peachtree backup made by the program will always create a file with a .PTB extension. DotNetZip is the name for a &quot;component&quot; of the Peachtree interface (actually it is a Microsoft technology, used by various web-based applications). I would advise you to delete the backup definition file you have created (should have an extension of .PTC), and start fresh by creating a new backup definition file from within Peachtree, stoirng the output in a dedicated folder within the &quot;Company&quot; folder (but not in the folder that actually holds the company data files). Backups are much easier to monitor and manage if you create them in a separate folder. We always recommend creating a folder called &quot;Backups&quot; and placing it within the folder called &quot;Company&quot; whereever your Peachtree data is stored.</description>
		<content:encoded><![CDATA[<p>This does not sound correct to me. A Peachtree backup made by the program will always create a file with a .PTB extension. DotNetZip is the name for a &#8220;component&#8221; of the Peachtree interface (actually it is a Microsoft technology, used by various web-based applications). I would advise you to delete the backup definition file you have created (should have an extension of .PTC), and start fresh by creating a new backup definition file from within Peachtree, stoirng the output in a dedicated folder within the &#8220;Company&#8221; folder (but not in the folder that actually holds the company data files). Backups are much easier to monitor and manage if you create them in a separate folder. We always recommend creating a folder called &#8220;Backups&#8221; and placing it within the folder called &#8220;Company&#8221; whereever your Peachtree data is stored.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Automating Your Peachtree Backups by James McDonald</title>
		<link>http://tristardatasystems.com/Peachtree/blog/index.php/2009/10/automating-your-peachtree-backups/comment-page-1/#comment-195</link>
		<dc:creator>James McDonald</dc:creator>
		<pubDate>Tue, 06 Mar 2012 08:04:08 +0000</pubDate>
		<guid isPermaLink="false">http://tristardatasystems.com/Peachtree/blog/?p=94#comment-195</guid>
		<description>Peachtree Large Backup of 3.1GB (Includes Attachments)
When backup to a Flash drive it does not use the
&quot;Kelpro Incorported-030612.ptb&quot; which with Attachments is 3.15GB 
It give this name { &quot;DotNetZip-jrmogash.tmp&quot;  with File Size1.4gb }
But a do a manual back to flash drive it uses the Correct Name
&quot;Kelpro Incorported-030612.ptb&quot; 
Is the DotNetZip used in Peachtree to reduce File Size.?

Manual Backup takes less that 20 minutes.
Automatic Backup takes over 1 Hour.

Any ideas. Is DotNetZip included in Peachtree 2011.?
Has some one installed some rogue software on Server Computer that is causing the problem.?
Thank you.!..</description>
		<content:encoded><![CDATA[<p>Peachtree Large Backup of 3.1GB (Includes Attachments)<br />
When backup to a Flash drive it does not use the<br />
&#8220;Kelpro Incorported-030612.ptb&#8221; which with Attachments is 3.15GB<br />
It give this name { &#8220;DotNetZip-jrmogash.tmp&#8221;  with File Size1.4gb }<br />
But a do a manual back to flash drive it uses the Correct Name<br />
&#8220;Kelpro Incorported-030612.ptb&#8221;<br />
Is the DotNetZip used in Peachtree to reduce File Size.?</p>
<p>Manual Backup takes less that 20 minutes.<br />
Automatic Backup takes over 1 Hour.</p>
<p>Any ideas. Is DotNetZip included in Peachtree 2011.?<br />
Has some one installed some rogue software on Server Computer that is causing the problem.?<br />
Thank you.!..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Paying Vendor Invoices via Credit Card by Khurram</title>
		<link>http://tristardatasystems.com/Peachtree/blog/index.php/2011/02/paying-vendor-invoices-via-credit-card/comment-page-1/#comment-177</link>
		<dc:creator>Khurram</dc:creator>
		<pubDate>Thu, 08 Dec 2011 17:16:47 +0000</pubDate>
		<guid isPermaLink="false">http://tristardatasystems.com/Peachtree/blog/?p=109#comment-177</guid>
		<description>i just want to know if we make prepayment to vendors through credit card account type of credit card is cash accout or liablity account 

i am realy impress ur images guide line.
Thanks
Khurram</description>
		<content:encoded><![CDATA[<p>i just want to know if we make prepayment to vendors through credit card account type of credit card is cash accout or liablity account </p>
<p>i am realy impress ur images guide line.<br />
Thanks<br />
Khurram</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Peachtree Notes and Attachments by Philip</title>
		<link>http://tristardatasystems.com/Peachtree/blog/index.php/2009/06/peachtree-notes-and-attachments/comment-page-1/#comment-128</link>
		<dc:creator>Philip</dc:creator>
		<pubDate>Fri, 10 Jun 2011 19:49:17 +0000</pubDate>
		<guid isPermaLink="false">http://tristardatasystems.com/Peachtree/blog/?p=57#comment-128</guid>
		<description>The one question I have about this image attachement is where does Peachtree store the copy?  We were hoping to add attachements to all items then use these attachement to help redo our website, but we are unable to determine where Peachtree stores the attachments.  Any input would be greatly appreciated.</description>
		<content:encoded><![CDATA[<p>The one question I have about this image attachement is where does Peachtree store the copy?  We were hoping to add attachements to all items then use these attachement to help redo our website, but we are unable to determine where Peachtree stores the attachments.  Any input would be greatly appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Optimizing Peachtree Performance, Part 1 by Timothy Seibert</title>
		<link>http://tristardatasystems.com/Peachtree/blog/index.php/2009/08/optimizing-peachtree-performance/comment-page-1/#comment-62</link>
		<dc:creator>Timothy Seibert</dc:creator>
		<pubDate>Fri, 29 Oct 2010 15:20:31 +0000</pubDate>
		<guid isPermaLink="false">http://tristardatasystems.com/Peachtree/blog/?p=83#comment-62</guid>
		<description>Thank you for the quick Reply I will get right on that.</description>
		<content:encoded><![CDATA[<p>Thank you for the quick Reply I will get right on that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Optimizing Peachtree Performance, Part 1 by tristar</title>
		<link>http://tristardatasystems.com/Peachtree/blog/index.php/2009/08/optimizing-peachtree-performance/comment-page-1/#comment-61</link>
		<dc:creator>tristar</dc:creator>
		<pubDate>Fri, 29 Oct 2010 15:02:52 +0000</pubDate>
		<guid isPermaLink="false">http://tristardatasystems.com/Peachtree/blog/?p=83#comment-61</guid>
		<description>Part 2 never got published because Peachtree went to Pervasive 10 when they rolled out Peachtree 2010 (and now Peachtree 2011), which is a different beast entirely from Pervasive 9.x. The Old Version 9.x tricks don&#039;t seem to work with the 10.x engine, and my tech buddies have not yet figured out an acceptable tuning protocol for this version of Pervasive that adds any significant performance boost to Peachtree.

Having said that, I can tell you that the single biggest performance killer in Peachtree is the size of your JrnlRow.DAT file. If you go to Help &#124; Customer Support and Service &#124; File Statistics, you can check both the number of records and the file size for each Peachtree table. If your Journal Row file exceeds about 200,000 records, you will notice significant performance bottlenecks. The solution to this is to do a purge. Many users think that these old records are automatically purged when year end closing is performed, but they are not. They hang around forever until they are removed via the purge process. There is a whole set of &quot;lore&quot; associated with best practices for performing purges on large databases, which you will want to be aware of before starting this process.

And based on your post, if I am correctly inferring that you may have 7 users hitting your server via terminal services, you are WAY under spec with only 4 Gb of RAM. If you were running Peachtree 2011 on Server 2008 (which works just fine) I would recommend 1 Gb RAM per user, PLUS 4-8 Gb for the server itself. Sounds like that box should have about 16 Gb RAM to run efficiently.</description>
		<content:encoded><![CDATA[<p>Part 2 never got published because Peachtree went to Pervasive 10 when they rolled out Peachtree 2010 (and now Peachtree 2011), which is a different beast entirely from Pervasive 9.x. The Old Version 9.x tricks don&#8217;t seem to work with the 10.x engine, and my tech buddies have not yet figured out an acceptable tuning protocol for this version of Pervasive that adds any significant performance boost to Peachtree.</p>
<p>Having said that, I can tell you that the single biggest performance killer in Peachtree is the size of your JrnlRow.DAT file. If you go to Help | Customer Support and Service | File Statistics, you can check both the number of records and the file size for each Peachtree table. If your Journal Row file exceeds about 200,000 records, you will notice significant performance bottlenecks. The solution to this is to do a purge. Many users think that these old records are automatically purged when year end closing is performed, but they are not. They hang around forever until they are removed via the purge process. There is a whole set of &#8220;lore&#8221; associated with best practices for performing purges on large databases, which you will want to be aware of before starting this process.</p>
<p>And based on your post, if I am correctly inferring that you may have 7 users hitting your server via terminal services, you are WAY under spec with only 4 Gb of RAM. If you were running Peachtree 2011 on Server 2008 (which works just fine) I would recommend 1 Gb RAM per user, PLUS 4-8 Gb for the server itself. Sounds like that box should have about 16 Gb RAM to run efficiently.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Optimizing Peachtree Performance, Part 1 by tristar</title>
		<link>http://tristardatasystems.com/Peachtree/blog/index.php/2009/08/optimizing-peachtree-performance/comment-page-1/#comment-60</link>
		<dc:creator>tristar</dc:creator>
		<pubDate>Fri, 29 Oct 2010 14:52:08 +0000</pubDate>
		<guid isPermaLink="false">http://tristardatasystems.com/Peachtree/blog/?p=83#comment-60</guid>
		<description>Not if the new computer is running Vista or Windows 7. Time to upgrade that ancient Peachtree license!</description>
		<content:encoded><![CDATA[<p>Not if the new computer is running Vista or Windows 7. Time to upgrade that ancient Peachtree license!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Optimizing Peachtree Performance, Part 1 by Timothy Seibert</title>
		<link>http://tristardatasystems.com/Peachtree/blog/index.php/2009/08/optimizing-peachtree-performance/comment-page-1/#comment-59</link>
		<dc:creator>Timothy Seibert</dc:creator>
		<pubDate>Fri, 29 Oct 2010 14:43:49 +0000</pubDate>
		<guid isPermaLink="false">http://tristardatasystems.com/Peachtree/blog/?p=83#comment-59</guid>
		<description>Where&#039;s Part 2?
I&#039;ve covered everything written here, and I still have some unhappy bookkeepers who want to know why peachtree is so slow.</description>
		<content:encoded><![CDATA[<p>Where&#8217;s Part 2?<br />
I&#8217;ve covered everything written here, and I still have some unhappy bookkeepers who want to know why peachtree is so slow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Peachtree Performance Tuning by tristar</title>
		<link>http://tristardatasystems.com/Peachtree/blog/index.php/2009/05/peachtree-performance-tuning/comment-page-1/#comment-58</link>
		<dc:creator>tristar</dc:creator>
		<pubDate>Thu, 12 Aug 2010 14:05:19 +0000</pubDate>
		<guid isPermaLink="false">http://tristardatasystems.com/Peachtree/blog/?p=41#comment-58</guid>
		<description>Thanks for the kind words. Given that Peachtree is a &quot;moving target&quot; with new releases annually, we will plan to revisit this topic sometime over the fall, to see what is changed with the 2011 Peachtree release.</description>
		<content:encoded><![CDATA[<p>Thanks for the kind words. Given that Peachtree is a &#8220;moving target&#8221; with new releases annually, we will plan to revisit this topic sometime over the fall, to see what is changed with the 2011 Peachtree release.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Peachtree Performance Tuning by Les Mcglinchey</title>
		<link>http://tristardatasystems.com/Peachtree/blog/index.php/2009/05/peachtree-performance-tuning/comment-page-1/#comment-57</link>
		<dc:creator>Les Mcglinchey</dc:creator>
		<pubDate>Thu, 12 Aug 2010 13:50:18 +0000</pubDate>
		<guid isPermaLink="false">http://tristardatasystems.com/Peachtree/blog/?p=41#comment-57</guid>
		<description>I think this article was probably a sweet start to a potential series of write ups about this topic. A lot of writers act like they comprehend what they are preaching about when it comes to this stuff and generally, nearly no one actually get it. You seem to know about it though, so I think you should run with it. Thank you!</description>
		<content:encoded><![CDATA[<p>I think this article was probably a sweet start to a potential series of write ups about this topic. A lot of writers act like they comprehend what they are preaching about when it comes to this stuff and generally, nearly no one actually get it. You seem to know about it though, so I think you should run with it. Thank you!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

