martes, 24 de abril de 2012 20:39
We have CRM 2011 On Premise and I changed today for a user the security role.
In detail I changed that he only can see activities in his "business Unit" and before he had the right to see all activities.
Since this all activities loads very, very slow for this user.
If I give him back the right to see all activities the performance will be fine again.
I tried now to optimize the indexes, rebuild indexes on db,... This changed nothing in the slow performance.
Does someone came across such a problem or has an idea what we could try?
Todas las respuestas
lunes, 07 de mayo de 2012 11:41can you check the error log on the CRM application server. This may lead us to the solution. I have not faced similar issue in the past.
lunes, 07 de mayo de 2012 11:49I assume that you are placing it on the onload event? If you look at what is happening in the background, the form only change the colors once it is loaded on that view. I have also tried to change the colors without any hope. The best solution I could find was to add colors to Outlook and use Outlook instead to view the grid.
jueves, 24 de mayo de 2012 23:08
Is it possible to capture the sql query and the query plan being generated when all activities are retrieved by this user?
viernes, 25 de mayo de 2012 0:03
If you want help on how to capture and optimize your queries, you can do so by following the guidelines given from the following convergence sessions. You can sign up for virtual convergence and find the relevant information in the following sessions. http://www.msconvergence.com/registration/signup
Performance Planning, Tuning & Optimization of Microsoft Dynamics CRM 2011
Performance Considerations for Microsoft Dynamics CRM 2011
miércoles, 11 de julio de 2012 15:03We are seeing a very similar issue. Users who have System Admin have excellent performance but users who have roles with less access are experiencing performance issues. Did you ever find a solution to this problem?
miércoles, 11 de julio de 2012 18:45did you create role from scratch or copied the exixting role and modified it ?
If you see answers and helpful posts, please click Vote as Helpful, Propose as Answer, and/or Mark as answer._____________________________________________________Ahmed - CRM APPLICATION MANAGEMENT ______________________ These replies/answers are my own and doesn’t relate to any company or organization.
jueves, 12 de julio de 2012 12:30
Do you have lots of sharing going on, such as using the built-in "share record with previous owner when re-assigned" or lots of cascade on re-parent? The PrincipalObjectAccess (POA) table can become bloated and this could make things slow.
If you have lots of records you have deleted (actually deleted, not de-activated) the corresponding POA rows are still there.
You can remove these using a SQL script, ideally after installing UR6 which will stop the problem of non-removal of POA rows for deleted records from re-occurring:
Hope this helps. Adam Vero, Microsoft Certified Trainer | Microsoft Community Contributor 2011
miércoles, 19 de diciembre de 2012 0:32
We just connected the dots today between some of our slowness issues and security roles. Did anyone come to conclusions on this?
- Propuesto como respuesta Pankaj mohite miércoles, 19 de diciembre de 2012 5:26
miércoles, 19 de diciembre de 2012 15:54
I thought I'd post what we found for anyone who stumbles upon this thread.
In looking at the delivered roles from Microsoft, it looks like they are setting organization level Read permissions for pretty much all security roles (ie. Salesperson...), and the restrictions are actually done with the other permission options (Create, Write, Delete, etc.). Given that we don't have any reason to restrict the Read level, we just decided to change it from Business Unit to Organization for most entities, and that seems to have resolved the performance problem that we were seeing.
- Propuesto como respuesta onedrum miércoles, 19 de diciembre de 2012 15:54