Severe SQL Server 2005 database performance issues

srfrsean
Member Posts: 3
We are having severe performance issues on Nav 4.0 running against SQL Server 2005. The disk performance is clearly a problem and is being addressed with a hardware upgrade. After that is anyone having major problems with concurrent user activity when running against SQL Server?
0
Comments
-
It is quite common to have performance issues with NAV on SQL Server. This is such a complicated area though that each implementation has its own set of unique problems.
In general:- Make sure your hardware is up to standards. At the very least it is recommended to separate storage of the data files from the operating system spindles, with a dedicated physical drive for the transaction log. Do NOT use RAID 5, no matter what your hardware vendor tells you.
- Put in place maintenance plans for your SQL Server database. Unlike the native C/SIDE database server, which can be installed and forgotten, SQL Server needs to be maintained. There are many posts about this, so you might want to search the forum. You can purchase tools for this, and personally I have my preference about which tools to use
- Your tables will probably need to be tuned. The tools I just spoke about also has analysis capabilities to help quickly identify which tables to tune. You can also analyze the system manually, but that will take much more time.
- Code review. This you should not do until you have done all other steps, as it gives the least 'bang for the buck'
You would probably benefit from having an experienced specialist involved to help you. Start with your partner, and if they don't have the right resources I'd recomend getting someone externally involved.0 -
srfrsean wrote:We are having severe performance issues on Nav 4.0 running against SQL Server 2005. The disk performance is clearly a problem and is being addressed with a hardware upgrade. After that is anyone having major problems with concurrent user activity when running against SQL Server?
SQL Performance problems are always touchy subjects and is unique to every installation because every business is ran differently.
There's a person out in Michigan who does it pretty well. His website is: www.risplus.comConfessions 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 -
Thanks, we're moving the locally stored datafiles onto SAN RAID 1 + 0 disk hopefully tonight. We have already spec'd out a new server runningi Windows 2003 Enterprise so we can go to 8GB or more of RAM.
When you say tune the tables are you referring to new indexes/redesign indexes or actual table changes?
I appreciate the help. I just took this application on recently and it needs some help fast.
srfrseanDenSter wrote:It is quite common to have performance issues with NAV on SQL Server. This is such a complicated area though that each implementation has its own set of unique problems.
In general:- Make sure your hardware is up to standards. At the very least it is recommended to separate storage of the data files from the operating system spindles, with a dedicated physical drive for the transaction log. Do NOT use RAID 5, no matter what your hardware vendor tells you.
- Put in place maintenance plans for your SQL Server database. Unlike the native C/SIDE database server, which can be installed and forgotten, SQL Server needs to be maintained. There are many posts about this, so you might want to search the forum. You can purchase tools for this, and personally I have my preference about which tools to use
- Your tables will probably need to be tuned. The tools I just spoke about also has analysis capabilities to help quickly identify which tables to tune. You can also analyze the system manually, but that will take much more time.
- Code review. This you should not do until you have done all other steps, as it gives the least 'bang for the buck'
You would probably benefit from having an experienced specialist involved to help you. Start with your partner, and if they don't have the right resources I'd recomend getting someone externally involved.0 -
Make sure that the TL is put on its own, separate, dedicated, physical disk array. Most commonly, NAV databases need a 2 spindle RAID 1 for the TL. The more spindles you use in a 1+0 for the data files, the better. It's throughput capacity you are looking for, not storage capacity.
Tuning tables in NAV means removing redundant indexes, and eliminating redundant SIFT levels. Having too many indexes and SIFT levels is by far the biggest cause of performance problems on NAV.0 -
How large is the database and how many users?
Have you considered moving to 64 bit Windows Server and SQL Standard 64? If the only reason you are moving to Enterprise is larger memory support this may be a more economical move. Of course depending on other factors there may be reasons to use Enterprise. The need to support 8 GB is not one of them.There are no bugs - only undocumented features.0 -
[Topic moved from Navision forum to SQL Performance forum]Regards,Alain Krikilion
No PM,please use the forum. || May the <SOLVED>-attribute be in your title!0
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