web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

No record found.

News and Announcements icon
Community site session details

Community site session details

Session Id :
Microsoft Dynamics RMS (Archived)

Will many years of batch information effect performance

(0) ShareShare
ReportReport
Posted on by

I have a customer that has been experiencing system slow downs during the transaction tender/posting process. The problem manifests as a slow down either when the tender screen displays, while trying to enter amounts in the tender screen, or when finishing the sale (slow response of receipt print, cash drawer pop, etc.).

This problem is very sparadic. We can reboot their server and things can run fine for days or weeks, then the registers come to a grinding halt, returning a "Not Responding" status at the time of tender. IF the customer waits it out, the register eventually catches up and finishes the sale. No RMS or SQL related error is displayed when this happens.

Environment:

Dedicated Windows 2003 server

Two registers, both running Windows 7

RMS 2.0 SP4 version 2.0.0159

SQL version 2008 Express R2 SP1

The database is 4,025,125

Recent steps taken to improve performance:

Database was reindexed (no improvement)

Database was backed up, dropped, and recreated using backup file (no improvement)

Database was shrunk (seems to have improved)

Database growth was changed from the default 10% to 20meg

Server was rebooted.

So far, one day after all of this, things seem to be running fine. However, I'm looking for other ways to optimize database performance. I've found that they have batches that date back 10 years in their system. The question is, if I use the published SQL commands to delete old batches (previous to a specific batch number), would that positively effect performance? If I delete those, will I in any way damange the accounts receivable information on their customers?

Thank you very much for any advice

Gregg

 

*This post is locked for comments

I have the same question (0)
  • Shawn Meade Profile Picture
    on at

    Hello Gregg,

    By removing these batches, it should help slightly with performance.  As for damages to the Customer ARs,  I have not heard of an issue like this due to this KB.  I can also say that the KB was tested before being published.  

    For good measure, it is always recommended (and I believe the KB article states this as well) to create a backup of the database before using the SQL Scripts in it.  For one further measure, if you are concerned about one particular aspect primarily, I would recommend running a report before you do the change, and after, just to be sure.  

    Warm Regards!

    Shawn with Microsoft Retail Support.

  • A Alikhani Profile Picture
    20 on at

    If the database is growing too big archiving the old data would speed up the softwae

    Afshin Alikhani - afshin@rrdisti.com

  • Suggested answer
    Gerald Rothaus Profile Picture
    2,934 on at

    It is unlikely that you will need more than 3 years of customer data, so when deleting remember that! What really slows down the system, however, is the journal table, and that is something you probably can pare back to 2 or 3 years of history.

    Also note the size of your database log file, if it is over 2 megs you might want to replace it with a new one.

  • Community Member Profile Picture
    on at

    Thank you everyone for your advice. Gerald, Is there any reason to keep the information in the Transaction and TransactionEntry tables if I delete old Journals? I've asked the customer, and they've told me that they only need a year of the journals (to look back at receipts).

    Thanks again!

  • Suggested answer
    Gerald Rothaus Profile Picture
    2,934 on at

    The journal table is a set of pictures of your receipts (blobs), that is why it gets really big. The transaction table set is a lot lighter, but search time can get long if it is really large. So you can make a compromise of performance versus immediate access to data related to sales (customer history & item sales) and how far back you want it.

    -Jerry

  • Community Member Profile Picture
    on at

    I believe that the journal table  (set of your receipts images) Blobs are encrypted. Anyway of having a script that would print all these receipts to a PDF - my accountant wanted to be able to see a random sampling.

    Can this be done?

  • Suggested answer
    Gerald Rothaus Profile Picture
    2,934 on at

    I don't believe you can do that. At least I don't think so. But you can back up your database and then create a new one (the back up) and name it something like 'myOldDatabase2005to2012' and if you need something from it change the name of the database in SOAdmin to get at the info. It's good to back up often anyway.

    RTFM :)

    -Jerry

    jerry@jrdata.us

  • Shawn Meade Profile Picture
    on at

    Hello Danny,

    It is possible to print the receipts to PDF.  To do this, you will need to change out your receipt printer on a computer to PDF, and then you can print the receipts there.  This method only allows for one receipt at a time, however.  

    Thsi would also require that you create the PDF as a printer in Printers and Devices.  

    For more in depth printing, you will need to contact a partner to see if it is possible to get a customization to allow this.  

    Warm Wishes,

    Shawn with Microsoft Retail Support.

  • Community Member Profile Picture
    on at

    Shawn

    I do the one at a time receipt print to pdf. I would like a batch method - print from journal number xx to xx or from date xx to date xx.

    Thanks

    Danny

  • Jeff @ Check Point Software Profile Picture
    13,382 on at

    Gregg,

    You may be having a different issue.  You say that re-starting the SQL fixes the issue for a while.  You may be running into a memory leak with SQL Server.

    Read this and try it, (must have access to CustomerSource); http://tinyurl.com/7dfeo8t  If you don't want to install Management Studio, run this script in SO/HQ Admin changing the numbers to fit your situation;

    -- Turn on advanced options

    EXECUTE SP_CONFIGURE 'show advanced options', 1

    RECONFIGURE WITH OVERRIDE

    -- Set max server memory = 6400MB for an 8g Server machine  -- 1/2 for 4g

    EXEC  sp_configure'max server memory (MB)',6400;

    RECONFIGURE WITH OVERRIDE

    -- Turn off advanced options

    EXECUTE SP_CONFIGURE 'show advanced options', 0

    RECONFIGURE WITH OVERRIDE

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Stars!

Congratulations to our 2025 Community Spotlights

Thanks to all of our 2025 Community Spotlight stars!

Leaderboard > 🔒一 Microsoft Dynamics RMS (Archived)

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans