Hi Guys ,
I am facing speed issues with Navision . We are using native Navision database .
Used Database size is 33.7 GB
Dataase Size is 50GB
Licensed Size is 65 GB
working with Heavy tables like ledgers takes long time .
What should be the size of the DBMS cache and Object cache .
What other measures could i take to have better speed .
We have 25 users .
Much appreciated .
Vijay
0
Comments
Have you ever done optimization of tables. (File ->Database->Information->Tables->Optimize)
Please do & then check ...
it will reduce the Database usage & also increase the speed.
Also check the hardware/RAm etc of server...
DBMS Cache: 1GB (maximum)
Commit Cache: Yes (requires relyable disk-subsystem!)
Object Cache: 32.000 KB (32 MB)
To speed a native server up, it is crucial to have an optimized disk-subsystem, using multiple db files stored on multiple physical volumes! The more spindles used, the faster!
Be careful with the "Table Optimization": this will defragment the database, probably shrinking the used space. But wih certain tables it is not that bad to have a minor fragmentation; as the "version principle" management sometimes benefits from empty "nodes" between the data.
NAV/SQL Performance Optimization & Troubleshooting
STRYK System Improvement
The Blog - The Book - The Tool
I think you try Optimization of Tables.
IBIZ Consulting Services,India
No PM,please use the forum. || May the <SOLVED>-attribute be in your title!
This is my last week experience. A Proliant DL 380 with 5GB RAM and lot of hard disks (RAID5) didn't help to keep the performance. 40 GB (single file) Native server was scrawling and i saw lot SLAVE.EXE opened in task manager. around 18 users were invoicing internal and external. Table Locks were terrible and sometime it took more than 30 minutes to complete a 100 line orders. Everyone was locking each other.
I realized that it is something to do with DISK SYSTEM and did the following:
1. Backed up the data
2. Converted the DISK SYSTEM (RAID5) to RAID 0+1 (online using HP tools)
3. Created a new empty database which spanned over 3 disks.(each file 10GB)
4. Restored the DB (it took around 7 hours to complete).
5. All users started working without any issues. Now, the server is very fast and users are happy
note: earlier the DB size was 40GB and now 30GB is enough to have all the data (may be the admin might have expanded unnecessarily).
Finally: we are in the process of migrating to SQL 2005
So, my advice here is to first check your hardware and disk system and make sure it is acceptable config.
Hope this helps
RIS Plus, LLC
MVP - Business Apps
I agree with you.
RAID5 parity is worse for NATIVE where a lot of writes are necessary.
RAID 0 may be necessary in case of small capacity hard drives to stripe.
RAID1 has less fault tolerance than RAID5 but performance is very good.
I would have to disagree with this.
I've never tried this, but a NAV senior engineer (back in the pre MS days) told me that multiple RAID 10 arrays was a very good option for larger databases. If you had the budget.
Most of the time we talk about less than 10 disks. In this case it is best to have multiple RAID1.
Of course if you can change those 5 RAID1 into 5 RAID10 with each 8 disks.
BTW:
vijay4398: do you have Commit-cache enabled. stryk mentioned to enable it, but you didn't say if it was enabled or not. This can change a lot the performance for writing. And neither did you mention the DB cache size of the server. You should go for at least 800MB of DB-cache. This serves for reading and also for writing (if you have the commit-cache enabled).
If you don't have commit-cache enabled, you will have a big write-performance hit on RAID5. With the commit-cache enabled the write-performance is less of a problem for peaks in writes on RAID5. It gets a LOT worse after a sustained writing.
No PM,please use the forum. || May the <SOLVED>-attribute be in your title!
I have the scope for increasing the DBMS cache which currently is 500MB. Do i need to reinstall the server for this or this can be done from the options in the Navision itself.
I have Commit cache already activated .
From all the discussions and inputs i think next thing that i should do is spanning the more database files .
Is migrating to SQL server also the option.
Much appreciated
Vijay
Restart service.
Thomas
RIS Plus, LLC
MVP - Business Apps
Ok, DensTer.
After little thinking I understand your point. "fault" may not be the right word.
We now say RAID0+1 will be a better choice for NATIVE DB with more write activities. This will definitely help when the processes are heavily customized to capture more data (fields) to all ledger entries.
ehm... that has nothing to do with the RAID setup :-k
RIS Plus, LLC
MVP - Business Apps
Again, with my very recent experiment and success only I was giving that advice.
One more thing I would like to note here for anyone face performance issue is first refer the a document like Hardware Guide for Dynamics - NAV to see whether your hardware meet suggested config.
viewtopic.php?f=23&t=14029
Raid 6 Thread
viewtopic.php?f=23&t=26743
Raid5 to 10 Thread
viewtopic.php?f=23&t=16736
http://www.BiloBeauty.com
http://www.autismspeaks.org