Skip to main content

Notifications

Announcements

No record found.

News and Announcements icon
Dynamics 365 Community / Forums / Microsoft Dynamics AX (Archived) / SQL Server R2 / Perfor...
Microsoft Dynamics AX (Archived)

SQL Server R2 / Performance

(0) ShareShare
ReportReport
Posted on by CU14050944-0

Hi Folks,

we are in an Upgrade form AX 3.0 to 2012 R2 .. now i have some serious Performance issues ..

I have a "quick and dirty" test System:

HP something Workstation. DB Server (Win 2008, SQL 2008R2) as vitrual machine ( Xen) with 4 cpu, 22 GB Memory, big sata HDD, AOS Server also virtual on that machine

Producive HW: (virtualized) 16 CPU, 64 GB Mem, HHD on Netpp disk Subsystem,

 

Now the Problem:

On the quick and dirty System AX ( and DB ) performs 50 % faster (!!!) than on bigger HW.

eg: copy of  inventtrans on Test System (from on db to other , 1 000 000 recs~) 1 min

on PROD ~ 2 min !

The database is same (copy of it). No other Major stuff running ..

Main DB Settings (properties) are same ..

Any one any idea where to look?

 

Thx

P.

 

*This post is locked for comments

  • Suggested answer
    Farhan Syed Profile Picture
    Farhan Syed 1,156 on at
    RE: SQL Server R2 / Performance

    HI Pirmin Bercher,

    One of the main reasons you are experiencing slow performance is that you are using  VM. You are loosing a chunk of a memory there itself. In the log you will end facing more performance issues. Suggest you to move it to physical VM even if  you assign more virtual processors to this VM.

    Often at times the performance issues are related to the Database settings. You need to run some reports, form loading, run the trace etc.

    Disabling fact boxes in the application often lead to a faster form loading from the client side.

    Enable the recommended trace flags in SQL.

    Reduce the paging of the buffer pool memory. support.microsoft.com/.../918483

  • Suggested answer
    Brandon Wiese Profile Picture
    Brandon Wiese 17,788 on at
    RE: SQL Server R2 / Performance

    Copying a large table reduces generally to write I/O, which is not representative of ongoing AX performance under actual load.  Run disk subsystem metrics, especially latency (sec/read, sec/write) and disk queues to compare the two.  Your "quick' system may run a single hard drive or RAID 1, while your production may run RAID 5 over iSCSI, and those have very different write characteristics.

    Do you have other issues that are a better representation of actual performance?  if you run a large query or report on a large table, i.e. massively read-only, how do they compare under that load?

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

Congratulations 2024 Spotlight Honorees

Kudos to all of our 2024 community stars! 🎉

Meet the Top 10 leaders for December

Congratulations to our December super stars! 🥳

Start Your Super User Journey

Join the ranks of our community heros! 🦹

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 291,703 Super User 2024 Season 2

#2
Martin Dráb Profile Picture

Martin Dráb 230,433 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156

Leaderboard

Featured topics

Product updates

Dynamics 365 release plans