Icon

Comments have been closed on this page. Please use AppMon & UEM Plugins forum for questions about this plugin.

Icon

We have recently updated the FastPack to leverage the latest features of dynaTrace and also tested it with SharePoint 2013. We also provided a package for dynaTrace 6 and 6.1+. A SharePoint blog that guides you through all the steps is in the works! A video on YouTube is already available: SharePoint Performance Analysis with Dynatrace in 15 Minutes.

The dynaTrace FastPack for the Microsoft SharePoint (both Windows SharePoint Services and Microsoft Office Share Server) enables faster analysis of SharePoint Applications by providing specific Sensor Packs and Dashboards to identify problems in custom WebParts, SharePoint Lists & Views, usage of CAML, ...

 

FastPack Details

Name

Microsoft SharePoint FastPack

dynaTrace Version

4.x, 5.x, 6.x

SharePoint Version

Tested with SharePoint 2007, 2010 and 2013

Author

Andreas Grabner (andreas.grabner@dynatrace.com)

License

dynaTrace BSD

Support

Community Supported
For questions:

  • Comment on this page
  • post a question in the forum App Mon & UEM Open Q&A (please select topic "plugin" from the list of available topics
  • Directly contact the author

FastPack Contents

WATCH the YouTube Video on using this FastPack

SharePoint FastPack for dynaTrace 6.1+ (latest)

SharePoint FastPack for dynaTrace 6.0

SharePoint FastPack for dynaTrace 4.x + 5.x

 

SharePoint Performance Dashboard

The Performance Dashboard highlights the most interesting performance aspects of a SharePoint Deployment:

  • Overall Response Time shows you whether you have any general Performance Issues
  • Memory and Gargabe Collection allows you to see whether you need to allocate more memory for your SharePoint Application Pools or whether you have any memory leaks
  • Layer Breakdown gives you a quick indication on the Application Layers that are the main performance contributors, e.g: ADO.NET indicates that your SharePoint App is too heavy on the Database. ASP.NET WebParts means you want to optimize WebPart Usage.
  • SharePoint WebRequests shows which pages are requests, which ones have problems and which ones are fast or slow
  • Critial WebParts highlights those WebParts that have a high performance contribution

SharePoint Usage Dashboard

The Usage Dashboard helps you to understand which Lists and Views are heavily used and which ones may indicate a problem, e.g: too much load on a List results in high error rates or long response times. In order to answer these questions simply sort the View or List Response Table by Count, Failed % or Response Time.

Package Information

On the Dynatrace Blog the following posts give a good overview of the FastPack and give additional hints about problematic areas in SharePoint applications:

The Download Package includes everything you need to manage SharePoint Applications:

  • Pre-Configured System Profile SharePoint including a Deep-Dive and Memory Sensor Group to be enabled by Developers in Pre-Prod Environments
  • 2 Dashboards for Usage and Performance Monitoring

Installation

Follow the following Steps:

  1. Import the SharePoint FastPack for dT 6.1 (latest) (or for dT 4.x) into your dynaTrace Server. For details on how to do this please refer to the Online Documentation on Plugin Management.
  2. Configure your SharePoint Application Agents to use the name "SharePoint" using the .NET Agent Configuration Tool on your SharePoint Servers.
  3. (optional): If you also have dynaTrace UEM configure your IIS Web Server to use the name "WebServer_SharePoint". More information on Microsoft IIS Web Server Agent Configuration

Contribution

Feel free to contribute any changes on Github

 

  1. Anonymous (login to see details)

    Hi - will this work with SP2013? Thanks

    1. Anonymous (login to see details)

      it should! - The core classes and interfaces havent changed in SharePoint in the recent years thats why the FastPack should still work. Please let us know how it works out for you

  2. Anonymous (login to see details)

    Hi Andreas

    After importing the fastpack I noticed that the dashboards for sharepoint usage does not show metrics for slow and very slow columns

    I noticed that on the PurePath measure for these there are no threshholds set for Slow and Very Slow.  Are they required to be set manually for each site, or should there be a default value in them?

    1. Anonymous (login to see details)

      Hi Grant

      The FastPack was built a while ago and comes with a System Profile that has different default/out-of-the-box settings than one you would create fresh. Thats an indicator for me that we should update that FastPack or - instead of relying on the System Profile that comes with the FastPack you could try the following

      a) create a new System Profile

      b) import the FastPack

      c) Copy Sensors and BTs from the Imported System Profile over to your new one -> that ensures that you have a System Profile that contains the correct default/OOTB settings

      Andi

  3. Anonymous (login to see details)

    Andreas

    That is exactly what I did.

    My question was more about the fact that the measures had no threshold set, are these required to populate the BT correctly?

    Grant

    1. Anonymous (login to see details)

      The BTs do not require these thresholds. They are splitting by specific URL patterns to extract view and list names of SharePoint

  4. Anonymous (login to see details)

    We tried to use this FastPack with our new SharePoint 2013, but the SharePoint Adam claims that DynaTrace caused the SharePoint's  Microsoft usage statistics feature to stop working. 

    Do we have some clue on why this would have caused, can this be tested in 2013 version.

    Identifying the issue will help us ensuring that this is only SharePoint issue and nothing to do with DynaTrace and other .net applications. 

    -Sreerag

    1. Anonymous (login to see details)

      I cant really think of anything that would cause some of our instrumentation to cause this problem. Do we know how that feature in SharePoint works? I assume they just keep their own internal metrics and expose it through a web ui or through a performance counter? What exactly is it that doesnt work any longer?

      1. Anonymous (login to see details)

        Not sure on how that feature works on SharePoint, but we are going to give it another try, we had to remove DT agents due to this issue sometime back.

        This time we are prepared to spend more time in troubleshooting and getting this fixed.  

        Could this be that the the SharePoint feature works as profiler and DynaTrace wins.

        Let me know if you need me to check anything on the SharePoint side while we work on this.

        -Sreerag

        1. Anonymous (login to see details)

          Could be that they are also using the same intereface - but I doubt it. Check for any suspiscious exceptions - maybe there is some indication on why that feature doesnt work

          1. Anonymous (login to see details)

            Hi Andi,

            This time it worked and no issues reported. We are in dynaTrace v5.6 this time.We are now monitoring SharePoint 2013.

            -Sreerag

            1. Anonymous (login to see details)

              Thanks for the update. Odd though that it failed in the beginning - but good to know that it probably isnt us.

              If you make any modifications to the Sensors or Dashboards for SP 2013 let me know. I would be happy to update this FastPack to better support the latest versions of SP

  5. Anonymous (login to see details)

    Has this FastPack been tested on dynaTrace 6?

    1. Anonymous (login to see details)

      Not officially tested but nothing has changed in terms of FastPacks from 5.x to 6. Please give it a try and let us know if it works. I am 100% sure it will

  6. Anonymous (login to see details)

    In dT 6.0 we have imported the plugin with out errors - we don't see the "Sharepoint" system profile however we do see the dashboards.

    1. Anonymous (login to see details)

      Hi. I've uploaded a new package that works with dynaTrace 6. Thanks for letting us know

      1. Anonymous (login to see details)

        Thanks!  I see the system profile now.

  7. Anonymous (login to see details)

    Andreas, need some clarification.  have dT5.5 imported plugin.  on agent side defined the app pool the application group specified as Sharepoint_UAT_00?.  That picked up 3-4 extra worker proceses which is the first time I have seen that.  Secondly the profile loaded will capture what I defined in the SharePoint agent group but not sure about the webserver_sharepoint agent group .  Just want to make sure we are capturing everything.  Cant tell anything yet the need to restart

    What process do I go after for the webserver_sharepoint pieces.  This is web server as well.

     

     

  8. Anonymous (login to see details)

    Hi Team,

    Is there a stored session file using the SharePoint Plugin anywhere? 

    1. Anonymous (login to see details)

      Devin,  There is now a stored session in the APM Demo system titled "SharePoint 30Mins".

  9. Anonymous (login to see details)

    Thank you, Joe!

  10. Anonymous (login to see details)

    What populates the Sharepoint List and View monitoring? It says that no measures are selected. Is it driven my UEM?

    1. Anonymous (login to see details)

      Hi. It is driven by two Business Transctions that split by a common SharePoint URL Pattern for Lists and Views. If it doesnt work for you I would be interested in looking at your SharePoint PurePaths. We could then update these BTs to also work with your URL patterns. Feel free to share your session with me through my Share your PurePath program

      1. Anonymous (login to see details)

        I am looking at it now, the business transactions actually are under a different profile. We added the sharepoint sensors to our main profile but the business transactions are under the default sharepoint profile. It also shows that I do not have permission to edit the system profile or copy the business transactions. I am going to try opening a second window and manually create the business transactions, should this fix the dashboard?

        1. Anonymous (login to see details)

          You can copy/paste these Business transactions. Simply edit the "SharePoint Profile" and copy hte BT there. Then edit your System Profile and PASTE it in there. The DAshboard that comes with the FastPack rely on the existance of these BTs in your System Profile where you capture the SharePoint PurePaths

          1. Anonymous (login to see details)

            It is telling me that I have no permission to change this profile. When I select a bt they are greyed out.

             

            1. Anonymous (login to see details)

              Then I hope you find somebody that has the privileges. Thats required to make that change

  11. Anonymous (login to see details)

    Hi Andreas,

    thanks for the great fastpack.

    Just a quick question: isn't the API Definition missing in the contained System profile? E.g. there are some API measures pointing e.g. to ASP.NET WebPart. Also, there is a filter used on that API in the dashlet "Critical Webparts" of dashboard "SharePoint Performance". This filter is not available since no APIs are defined within the system profile, pointing to what are the webparts. I observed this in the latest fastpack version for DT 6.1. I think this is why I dont have data in "Critical webparts".

    Best regards,
    Dennis

    1. Anonymous (login to see details)

      Dennis,

      The API definitions in the profile are not required in order to see Critical Webparts on the dashboard. If you don't see any, I would guess there are no such items running in your system,  or possibly you don't have the ASP.NET Events sensor placed and active.

      An example of this sensor working correctly can be confirmed by opening the SharePoint Performance dashboard in the APM Demo system and observing the data from the saved session "SharePoint" that is located on the APM Demo system.  In this situation, you can observe several Critical WebParts and confirm that session does not have any user defined APIs specified.

      The "ASP.NET WebPart" API definition comes from the ASP.NET Events Sensor where it has a rule for System.Web.UI.WebControls.WebParts.IWebPart namespace where it has rules for methods such as Render*, On* and more which are defined to be associated with the "ASP.NET WebPart" API definition.

      1. Anonymous (login to see details)

        Hi Joseph,

        alright, thanks for the input. I will check on this.

        Best regards,
        Dennis

        1. Anonymous (login to see details)

          Hi Joseph,

          I guess it is the ASP.NET Event sensor. It is currently deactivated and I am in the process of activating it. Thanks for that hint!

          Best regards,
          Dennis

  12. Anonymous (login to see details)

    Hi team,

     

    Suppose I have 5 servers running on share point and I have 100 number of applications. So I have some 70 applications on IIS and 30 applications on .NET. How many license is required for monitoring these 100 applications? 

     

    Regards,

    Gopikrishnan

  13. Anonymous (login to see details)

    .NET licensing is based up on the number of WOSIs (Windows Operating System Instances).  So in this situation you need 5 .NET agent licenses.    The number of apps is not relavent when considering licensing.      But you also have IIS, so you'll need a WebServer license to cover IIS instances.

    I suggest you discuss this with your local Dynatrace sales executive to ensure a  proper fit for your needs.

    joe hoffman