D365 Portal Performance and Stability

(0) Share

Report

Posted on by g.whammond

Hello,

I have found that my MS portal is running slowly and often is unresponsive at times. I am looking to improve the performance and stability and am wondering if anyone could advise me on the best place to start with my diagnosis.

In the first instance; I had a look at the organizational insights dashboard at the API calls used over a 1 hour period (site has an average of 5 active users) .The web link retrieve appears to be the largest recorded as per my screenshot attached, however I am not sure if this is an excessive amount of API calls or not or not for an hour window? Could anyone advise if they think this is a normal amount of API calls?

0027.SS1.PNG

To put you in the picture; I have a web link set for the header for the main navigation and a web link set for the footer menu which are common across all pages/templates on the site. It may help me if you could provide a screenshot of your portals API usage for an hour period; so that i can compare the results?

The next part of the puzzle would be to how best to reduce this number? Where should I look and are there any tools available to help me understand why it could performing not as well as expected?

Thank you for your time,

*This post is locked for comments

I have the same question (0)

All responses (9)

Answers (0)

rules 51 on at

Like (0)

Report
Copy link

Link copied!

I can help with this, can you maybe give your Portal URL and i can provide you pointers on what can be done

Was this reply helpful? Yes No
Suggested answer

RaviKashyap 55,410 Moderator on at

Like (0)

Report
Copy link

Link copied!

Hi,

I think you first need to contact Microsoft Support and seek assistance from there. It is possible that the server itself is slow which they can optimize from backend. I think it is too early to start digging it yourself.

You can contact MS Support here https://admin.dynamics.com

Hope this helps.

Was this reply helpful? Yes No
g.whammond 10 on at

Like (0)

Report
Copy link

Link copied!
Hi Rules,

I cannot provide the URL unfortunately as it is a closed intranet which requires user login.

I would be interested in the first things you would potentially look at however.

Where would you look first and what would you be looking for?

Would you be using any tools to help with your analysis such as fiddler?

Would you be looking through the page source? what would you be looking for?

If you have any guidance what to look out for -or where you would start that would be greatly appreciated.

Thanks,

G

Was this reply helpful? Yes No
g.whammond 10 on at

Like (0)

Report
Copy link

Link copied!

Thank you

Was this reply helpful? Yes No
Suggested answer

oliver.rodrigues 4,052 on at

Like (0)

Report
Copy link

Link copied!

do you believe the Web Links API call is causing the performance issue? could it be your CRM instead of the Portals rendering?

just as a test.. if you don't render the header (by commenting in the liquid template) does it render a lot faster? or doesn't change much?

Was this reply helpful? Yes No
g.whammond 10 on at

Like (0)

Report
Copy link

Link copied!

Hi Oliver,

I'm not too sure to be honest, i just note that the API calls to the web link set seems to report the highest on the graph. It may be a completely normal amount.

I did try removing the header and footer web-link set and I did not see a speed improvement to be honest, so maybe we can rule the header and footer web-link set out.

On a side note; All of my assets such as CSS/JS/Images are loaded and referenced from child files which are stored under a page called 'assets'. e.g (/assets/stylesheet.css)

Do you think the volume/amount of files stored under this assets page could have any bearing on the issue? There are around one hundred files possibly. Should this be done in a different way?

Thanks again,

Guy

Was this reply helpful? Yes No
Suggested answer

oliver.rodrigues 4,052 on at

Like (0)

Report
Copy link

Link copied!

in general I would say the web link are very "light-weight" and shouldn't be causing any performance issues

now that you mentioned the Assets pages.. why don't you simply store your files in the Web Files entities

every file for your Portal should be stored in the Web Files entity.. as a note attachment (you should only have 1 note/attachment per web file)

if you simply add a .css file in there.. it will be loaded in every page and you don't need to call it in your script

the same for images/JS

finally a nice tip is avoiding custom images and try to use the most of the Glyphicons.. they are icons/images part of the bootstrap framework: getbootstrap.com/.../components

Was this reply helpful? Yes No
rules 51 on at

Like (0)

Report
Copy link

Link copied!

Ohh Sry, my bad I should have let u knw. I work for Microsoft portal team so I would be able to take a look at certain server side things if I knw the URL. There are bunch of things I generally check, most important being if header/footer output cache is enabled, if webpage/webfile tracking is enabled, login tracking is enabled etc. Another reason can be high volume of changes generated in your org for certain entities which can lead to excessive cache invalidation etc.

Typically client side stuff and page construction comes in the end once we have ruled out server side part.

Was this reply helpful? Yes No
Suggested answer

gdas 50,091 Moderator on at

Like (1)

Report
Copy link

Link copied!

Hi,

In addition please have a look my blogs -

community.dynamics.com/.../dynamics-365-performance-tips

Was this reply helpful? Yes No