<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:pingback="http://madskills.com/public/xml/rss/module/pingback/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>Return to LifeAsBob - SQL Server | Reporting Services</title>
    <link>http://www.lifeasbob.com/</link>
    <description>Horkay Blog</description>
    <language>en-us</language>
    <copyright>Robert J. Horkay</copyright>
    <lastBuildDate>Mon, 09 Mar 2009 16:57:18 GMT</lastBuildDate>
    <generator>newtelligence dasBlog 2.0.7226.0</generator>
    <managingEditor>bobh@lifeasbob.com</managingEditor>
    <webMaster>bobh@lifeasbob.com</webMaster>
    <item>
      <trackback:ping>http://www.lifeasbob.com/Trackback.aspx?guid=fddeead4-8590-47f0-95a8-5c29879d4105</trackback:ping>
      <pingback:server>http://www.lifeasbob.com/pingback.aspx</pingback:server>
      <pingback:target>http://www.lifeasbob.com/PermaLink,guid,fddeead4-8590-47f0-95a8-5c29879d4105.aspx</pingback:target>
      <dc:creator>Bob Admin</dc:creator>
      <wfw:comment>http://www.lifeasbob.com/CommentView,guid,fddeead4-8590-47f0-95a8-5c29879d4105.aspx</wfw:comment>
      <wfw:commentRss>http://www.lifeasbob.com/SyndicationService.asmx/GetEntryCommentsRss?guid=fddeead4-8590-47f0-95a8-5c29879d4105</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">
        <p>
SSRS - Reporting Services Subscriptions not sending
</p>
        <p>
Recently we ran into an issue with a Reporting Service Instance that was not sending
any email subscriptions.  We could find no errors or obvious issues.  Of
course a quick reboot solved the problem, but only temporarily, the next day, the
issue was right back.  Time to call out for help, Microsoft Support.
</p>
        <p>
Microsoft Support found the problem and provided us some useful scripts.  Basically
the issue was that someone had created a snapshot, that ran every night.  The
snapshot ran for 12+ hours, causing performance issues and other problems with all
other subscriptions.  This is a "shared" reporting service instance, set up for
several application groups.  The scripts from Microsoft were quite useful, i've
listed them here, all of them are in my <a href="http://www.lifeasbob.com/code/ScriptVault.aspx">Script
Vault</a>.
</p>
        <p>
I found the scripts very useful, as it addresses one of my continual issues, which
is addressing capacity in shared environments.  For our Shared Reporting Service
Environment, we create a Directory / Folder for each group and tweak permissions to
keep each application separated, than we turn over full permissions to each sub-folder
to the application group.  
</p>
        <p>
Obviously the danger here is that someone can create a poorly performing report that
effects the entire environment.  The scripts included below can help identify
which reports run the longest.  We then modified this query a bit more to roll-up
the report times, by sub-directory, so we can determine which application is using
the most capacity in the environment.  We can then engage this group to optimize
their reports or began capacity planning to build them a dedicated environment.
</p>
        <p>
Here is a script listing of what I added to the <a href="http://www.lifeasbob.com/code/ScriptVault.aspx">Script
Vault</a></p>
        <p>
1.  Find What User runs What Report - (Rpt Svc - Who Runs What)<br />
2.  Find what subscriptions have been run and when - (Rpt Svc - Subscr Run When)<br />
3.  Find what SQL Agent Schedule goes with what Report (Rpt Svc - SQL Agent to
Report)<br />
4.  Average Report RunTime - (Rpt Svc - Avg Rpt Runtime)<br />
5.  Average Report RunTime Per Parent Folder - (Rpt Svc - Avg RunTime Pnt Fld)
</p>
        <p>
We then used the last two queries to develop a Reporting Services reports that is
available to the administrators of each directory, so they can manage their own performance
and capacity, thanks to Tom Reeves,  for developing the last two.
</p>
        <img width="0" height="0" src="http://www.lifeasbob.com/aggbug.ashx?id=fddeead4-8590-47f0-95a8-5c29879d4105" />
      </body>
      <title>SSRS - Reporting Services Subscriptions not sending</title>
      <guid isPermaLink="false">http://www.lifeasbob.com/PermaLink,guid,fddeead4-8590-47f0-95a8-5c29879d4105.aspx</guid>
      <link>http://www.lifeasbob.com/2009/03/09/SSRSReportingServicesSubscriptionsNotSending.aspx</link>
      <pubDate>Mon, 09 Mar 2009 16:57:18 GMT</pubDate>
      <description>&lt;p&gt;
SSRS - Reporting Services Subscriptions not sending
&lt;/p&gt;
&lt;p&gt;
Recently we ran into an issue with a Reporting Service Instance that was not sending
any email subscriptions.&amp;nbsp; We could find no errors or obvious issues.&amp;nbsp; Of
course a quick reboot solved the problem, but only temporarily, the next day, the
issue was right back.&amp;nbsp; Time to call out for help, Microsoft Support.
&lt;/p&gt;
&lt;p&gt;
Microsoft Support found the problem and provided us some useful scripts.&amp;nbsp; Basically
the issue was that someone had created a snapshot, that ran every night.&amp;nbsp; The
snapshot ran for 12+ hours, causing performance issues and other problems with all
other subscriptions.&amp;nbsp; This is a "shared" reporting service instance, set up for
several application groups.&amp;nbsp; The scripts from Microsoft were quite useful, i've
listed them here, all of them are in my &lt;a href="http://www.lifeasbob.com/code/ScriptVault.aspx"&gt;Script
Vault&lt;/a&gt;.
&lt;/p&gt;
&lt;p&gt;
I found the scripts very useful, as it addresses one of my continual issues, which
is addressing capacity in shared environments.&amp;nbsp; For our Shared Reporting Service
Environment, we create a Directory / Folder for each group and tweak permissions to
keep each application separated, than we turn over full permissions to each sub-folder
to the application group.&amp;nbsp; 
&lt;/p&gt;
&lt;p&gt;
Obviously the danger here is that someone can create a poorly performing report that
effects the entire environment.&amp;nbsp; The scripts included below can help identify
which reports run the longest.&amp;nbsp; We then modified this query a bit more to roll-up
the report times, by sub-directory, so we can determine which application is using
the most capacity in the environment.&amp;nbsp; We can then engage this group to optimize
their reports or began capacity planning to build them a dedicated environment.
&lt;/p&gt;
&lt;p&gt;
Here is a script listing of what I added to the &lt;a href="http://www.lifeasbob.com/code/ScriptVault.aspx"&gt;Script
Vault&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
1.&amp;nbsp; Find What User runs What Report - (Rpt Svc - Who Runs What)&lt;br&gt;
2.&amp;nbsp; Find what subscriptions have been run and when - (Rpt Svc - Subscr Run When)&lt;br&gt;
3.&amp;nbsp; Find what SQL Agent Schedule goes with what Report (Rpt Svc - SQL Agent to
Report)&lt;br&gt;
4.&amp;nbsp; Average Report RunTime - (Rpt Svc - Avg Rpt Runtime)&lt;br&gt;
5.&amp;nbsp; Average Report RunTime Per Parent Folder - (Rpt Svc - Avg RunTime Pnt Fld)
&lt;/p&gt;
&lt;p&gt;
We then used the last two queries to develop a Reporting Services reports that is
available to the administrators of each directory, so they can manage their own performance
and capacity, thanks to Tom Reeves,&amp;nbsp; for developing the last two.
&lt;/p&gt;
&lt;img width="0" height="0" src="http://www.lifeasbob.com/aggbug.ashx?id=fddeead4-8590-47f0-95a8-5c29879d4105" /&gt;</description>
      <comments>http://www.lifeasbob.com/CommentView,guid,fddeead4-8590-47f0-95a8-5c29879d4105.aspx</comments>
      <category>SQL Server</category>
      <category>SQL Server / Reporting Services</category>
    </item>
  </channel>
</rss>