Navision Slowness

Tatoshka
Member Posts: 17
Hi everyone!
We have such problem with Navision.
The largest problem is posting outgoing sales orders in the sales order shipping section of Dynamics. We are experiencing delays up to five minutes when several people are trying to post shipped sales orders (pick tickets) in approximately the same time frame. Plus, I post transactions, customer service posts transactions, etc. Even something so simple as posting an item journal adjustment can be delayed as much as five minutes. The error message says something along the lines that you are in conflict with another person trying to post, and to try to post your transaction again later once that person’s done.
Please advice what can be the reason for that. Why Navison become slow during posting transaction.
We used Navision 5.0 SP1 with 30 users and SQL server 2005
Thanks for answers.
We have such problem with Navision.
The largest problem is posting outgoing sales orders in the sales order shipping section of Dynamics. We are experiencing delays up to five minutes when several people are trying to post shipped sales orders (pick tickets) in approximately the same time frame. Plus, I post transactions, customer service posts transactions, etc. Even something so simple as posting an item journal adjustment can be delayed as much as five minutes. The error message says something along the lines that you are in conflict with another person trying to post, and to try to post your transaction again later once that person’s done.
Please advice what can be the reason for that. Why Navison become slow during posting transaction.
We used Navision 5.0 SP1 with 30 users and SQL server 2005
Thanks for answers.
0
Comments
-
Why is NAV so slow?
Because everybody is locking the same tables/records at the same moment. And it is impossible to let everybody add a record in the same table at the same time. So only 1 person can post at any given time. Next is the types of documents. Even though you post different documents, the ledgers that are updated remain the same.
which means that nearly every document needs to lock the item ledger +related tables and/or the general ledger. Customer/vendor ledgers are updated with other documents.
1 larger culprit is the no. series table. This table holds the document numbers, and will be locked nearly constantly when ppl post. Because the same document number may not be given to different ppl.
This all happens in 1 transaction, either every ledger required is updated, or none. So NAV does the following: lock the tables, check the rows, create new records, release the locks.
If anything happens during that transaction that shouldn't it's rolled back and no records are created.
NAV's posting routines usually block the tables at an early stage, even though alot of checks still have to be executed. Which means a rewrite (not recommended) of posting routines can help. But your NAV partner will probably not like that, because even though there can be speed gained, it will cost alot to do that and/or will create other critical bugs0 -
So, use a NAS to post in the background.0
-
Thanks for answers
And what about compression optimization of the database? IF it works, I'll be able to reduce the database size which will improve transaction speed ?0 -
Do you have a proper mainenance plan running in the first place? How is your hardware setup? You are running quite an old version of NAV that needs more HW than newer versions.0
-
Before rewriting the code and adding a NAS background posting routine, take a look at your systems.
NAV transactions must complete as quickly as possible to cut down on locking problems.
Any users PCS and Servers short on RAM to where programs are swapped in and out of memory.
Is your SQL Server tuned and optimized?
Is your SQL log file placement optimized for writing the log? On the typical smaller system, this means a dedicated hard disk for the log file - RAID 1, and RAID 10 for the SQL data files.
Are you running 32 bit or 64 bit SQL Server?
The 32 bit version is harder to tune because of its address space limitations, and needs AWE set to partially use extended memory.
If the CPU usage on the SQL Server is high in a NAV environment, it generally means the CPU is being used more to handle the deficiencies in your setup.David Machanick
http://mibuso.com/blogs/davidmachanick/0 -
Before doing anything with your code please do check the SQL server performance.
Best thing is to reduce the database log and optimize your database.
Create your trace file using SQL Profiler and optimize the database using that file with the help of "SQL database tuning advisor".
For more information please do check this below link
http://technet.microsoft.com/en-us/library/ms174202.aspx#Create
Hope this would help you.
Cheers!0 -
Before you go through the pain of the SQL stuff, please make sure the Automatic Cost Adjustment is set to Never on the Inventory Setup.
This should always be set to Never and is the #1 cause of slowdowns during posting.Confessions of a Dynamics NAV Consultant = my blog
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book0 -
Alex Chow I know it...:) thanks a lot0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions