<?xml version="1.0" encoding="UTF-8"?><rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
> <channel><title>Comments on: vCenter Database Stats Rollup Troubleshooting</title> <atom:link href="http://vmtoday.com/2009/09/vcenter-database-stats-rollup-troubleshooting/feed/" rel="self" type="application/rss+xml" /><link>http://vmtoday.com/2009/09/vcenter-database-stats-rollup-troubleshooting/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=vcenter-database-stats-rollup-troubleshooting</link> <description>VMware News, Views, &#38; How-To&#039;s from vExpert Josh Townsend</description> <lastBuildDate>Thu, 09 Feb 2012 18:56:44 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <item><title>By: Ahmed</title><link>http://vmtoday.com/2009/09/vcenter-database-stats-rollup-troubleshooting/comment-page-1/#comment-3017</link> <dc:creator>Ahmed</dc:creator> <pubDate>Wed, 28 Sep 2011 03:49:32 +0000</pubDate> <guid
isPermaLink="false">http://vmtoday.com/?p=240#comment-3017</guid> <description>I&#039;m writing here as after hours of troubleshooting this post fixed everything for me. A couple things to note:The procedures may still be existing, as such you&#039;ll need to remove them:http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1009857Additionally, the queries you mention in your post will not recreate the jobs, take a look at this KB:http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1004382</description> <content:encoded><![CDATA[<p>I&#8217;m writing here as after hours of troubleshooting this post fixed everything for me. A couple things to note:</p><p>The procedures may still be existing, as such you&#8217;ll need to remove them:</p><p><a
href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&#038;cmd=displayKC&#038;externalId=1009857" rel="nofollow">http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&#038;cmd=displayKC&#038;externalId=1009857</a></p><p>Additionally, the queries you mention in your post will not recreate the jobs, take a look at this KB:</p><p><a
href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&#038;cmd=displayKC&#038;externalId=1004382" rel="nofollow">http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&#038;cmd=displayKC&#038;externalId=1004382</a></p> ]]></content:encoded> </item> <item><title>By: Richard</title><link>http://vmtoday.com/2009/09/vcenter-database-stats-rollup-troubleshooting/comment-page-1/#comment-178</link> <dc:creator>Richard</dc:creator> <pubDate>Sun, 25 Oct 2009 20:32:42 +0000</pubDate> <guid
isPermaLink="false">http://vmtoday.com/?p=240#comment-178</guid> <description>Thanks for the write up, I found it extremely helpful.  However, I found a discrepancy in what happened on my vCenter 2.5 migration.  Perhaps there were changes between 2.5 and 4.0.In your write-up you talk about the stored procedures not being transfered after a vCenter server migration.  What I found on ours was that all the stored procedures were there, both the roll up and purge procedures, but it was the scheduled tasks in the SQL Server Agent that didn&#039;t move.For your remediation to add these back you say to use the stats_rollup*_proc_mssql.sql scripts, but these add the roll up stored procedures.  The scripts to install the SQL Server Agent jobs are actually the job_schedule*_proc_mssql.sql scripts.Again, thanks for the article.</description> <content:encoded><![CDATA[<p>Thanks for the write up, I found it extremely helpful.  However, I found a discrepancy in what happened on my vCenter 2.5 migration.  Perhaps there were changes between 2.5 and 4.0.</p><p>In your write-up you talk about the stored procedures not being transfered after a vCenter server migration.  What I found on ours was that all the stored procedures were there, both the roll up and purge procedures, but it was the scheduled tasks in the SQL Server Agent that didn&#8217;t move.</p><p>For your remediation to add these back you say to use the stats_rollup*_proc_mssql.sql scripts, but these add the roll up stored procedures.  The scripts to install the SQL Server Agent jobs are actually the job_schedule*_proc_mssql.sql scripts.</p><p>Again, thanks for the article.</p> ]]></content:encoded> </item> <item><title>By: Mancil</title><link>http://vmtoday.com/2009/09/vcenter-database-stats-rollup-troubleshooting/comment-page-1/#comment-126</link> <dc:creator>Mancil</dc:creator> <pubDate>Thu, 24 Sep 2009 14:57:17 +0000</pubDate> <guid
isPermaLink="false">http://vmtoday.com/?p=240#comment-126</guid> <description>Thanks for this write up - found it very helpful in solving our problems</description> <content:encoded><![CDATA[<p>Thanks for this write up &#8211; found it very helpful in solving our problems</p> ]]></content:encoded> </item> <item><title>By: matt</title><link>http://vmtoday.com/2009/09/vcenter-database-stats-rollup-troubleshooting/comment-page-1/#comment-113</link> <dc:creator>matt</dc:creator> <pubDate>Tue, 22 Sep 2009 12:51:47 +0000</pubDate> <guid
isPermaLink="false">http://vmtoday.com/?p=240#comment-113</guid> <description>it&#039;s called RRDtool, vmware! why am I not surprised vmware programmers are so stupid as to put metrics in a sql database where they never belong.</description> <content:encoded><![CDATA[<p>it&#8217;s called RRDtool, vmware! why am I not surprised vmware programmers are so stupid as to put metrics in a sql database where they never belong.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced
Database Caching 4/16 queries in 0.017 seconds using disk: basic
Object Caching 367/371 objects using disk: basic
Content Delivery Network via Amazon Web Services: CloudFront: cloudfront.vmtoday.com

Served from: vmtoday.com @ 2012-02-10 07:51:54 -->
