sqldmvstats Forum Rss Feed

New Post: Monitoring multiple SQL servers

danielhowell — Wed, 29 Jun 2011 22:28:43 GMT

Judging by the date of this posting, either you got your answer or gave up. It appears OTB, that the DMVStats application requires a separate SSRS for each server monitored.

But I thought I'd post what I did to get the DMVStats to use a single report server to monitor multiple servers in case someone like myself stumbles across this question and posting. The following steps were performed on an non-clustered, default instance of SQL Server 2008 R2 with SSRS installed with defaults.

I performed the following steps (NOTE: make a backup copy of all the files mentioned below prior to making any edits). <dmvstats location> is the location of the unzipped DMVStats download.

See Issue Tracker topic Install error AgentJobs log to address the problem in the creation of DMVStats jobs and 'owner_sid' reported problem.
Edit <dmvstats location>\DatabaseScripts\ConfigDMVstatsDB.sql--on SQL 2008, the "MISCELLANOUS" wait_type conflicts with the PK on the DMVConfig.wait_stats_categories table. I believe this may be unique to SQL 2008. Find the statement

insert into DMVconfig.wait_stats_categories
(wait_type, wait_category)
select wait_type, NULL
from sys.dm_os_wait_stats

and change to

insert into DMVconfig.wait_stats_categories
(wait_type, wait_category)
select distinct wait_type, NULL
from sys.dm_os_wait_stats
where wait_type not like 'MISCELLANEOUS'

Run <dmvstats location>\InstallDMVStatsDBProcs.cmd and manually add a record for MISCELLANEOUS to DMVconfig.wait_stats_categories (wait_type = MISCELLANEOUS, wait_category = MISC)
Edit <dmvstats location>\Reports\DeployReports.cmd--change the variable TargetServerURL from http://localhost/reportserver to http://<your report server>/reportserver where <your report server> is the designated server all DMVStats reports are to be run.
Edit <dmvstats location>\Reports\DeployDMVreports.rss--Note: The following steps customize the SSRS server with a folder hierarchy of DMVStats\<monitored computer name>.

Add a new variable to get current system nameDim strComputerName as String = My.Computer.Name.ToString
Change contant Const FolderName As String = "DMVStats" to a variable Dim FolderName As String = strComputerName ' cannot contain "/"--this will create a new folder under which the DMVStats reports, data connections and other code will be placed. Define according to your own hierarchical structure but as the instructions state, this string cannot contain a folder separator (/).
Create the DMVStats "root" folder and subfolders on the SSRS server--The DMVStats report installation requires that the root folder exist on the report server. As indicated by the text within DeployDMVReports, this structure can have multiple layers of subfolders--in my installation, I created a single root folder named "DMVStats"
Change the line Const FolderPath As String = "/" to Const FolderPath As String = <your DMVStats root and subfolder path>-- this is the "root" folder (and subfolders) created in the previous step. In my installation it was set to Const FolderPath As String = "/DMVStats".
Change the constant Const connectionString As String = "data source=localhost;initial catalog=DMVstatsDB;Integrated Security=SSPI" to the variable Dim connectionString As String = "data source=" & strComputerName & ";initial catalog=DMVstatsDB;Integrated Security=SSPI"--this will create the DMVStatsDB data connection for the server on which the DeployReports.cmd is executed. The DMVstatsDB data connection can be further edited on the report server.
Copy the full contents of <dmvstats location> to various servers and execute the InstallDMVStatsDBProcs.cmd and DeployReports.cmd

New Post: SQL 2008 and DMVStats

Vikasakshaydharia — Wed, 11 Aug 2010 21:52:53 GMT

Hi,

I got it running and data matches the MDW result, I had to modify at two location

1. DMVSAMPLE.SP_SAMPLEWAITSTATS

2. cONFIGdmvsTATSdb.SQL installation script to Exclude "Wait Type" Miscellaneous from the query to sys.sm_os_wait_stats

It works fine for our installation now.

Thanks

New Post: Error trying to run config report

GaryMazzone — Wed, 24 Jun 2009 15:10:00 GMT

After installing the database and publishing the reports. The next step listed in the documentation is to configure DMVStats. When I try and run the report (Configure DMVStats.rdl) I get an error message:

The value of command parameter @category_name specified for database UpdateJobs is not supported when rendering a report in Management Studio. The value is =DMVStats History. The only supported value for a command parameter is an expression that references a single report parameter. And example is =Parameters!MyParameterName.Value.

Any help or info on this is appreciated.

Gary

New Post: SQL 2008 and DMVStats

whyamiadba — Wed, 29 Apr 2009 21:42:20 GMT

I was able to correct the Insert-select by trimming spaces from wait_type. However, the sampling job fails because of PK violations and out of wack transcounts. I gave up on this for SQL2008 and will probably used MDW assuming it works on my x64 servers. I've had all sorts of trouble with x64 behavior versus 32-bit but I don't forsee an issue here since it's using standard SQL mechanisms like data collectors, jobs, ssis, etc.

Executed as user: AMI\Tphillippe. Sample DMV collection: time=Apr 29 2009 4:18:41:147PM [SQLSTATE 01000] (Message 50000) Transaction count after EXECUTE indicates a mismatching number of BEGIN and COMMIT statements. Previous count = 1, current count = 0. [SQLSTATE 25000] (Error 266) procid=1234103437 procname=sp_SampleRequests_Waiters @rows=1 @duration=3 milliseconds [SQLSTATE 01000] (Error 50000) procid=1330103779 procname=sp_SampleBlockInfo @rows=0 @duration=6 milliseconds [SQLSTATE 01000] (Error 50000) catch procid=1266103551, procname=(null), trancount=1 [SQLSTATE 01000] (Error 50000) sp_InsertErrorInfo: procid=1266103551 name=sp_SampleWaitStats RetCode=0 errno=2627 errsev=14 errstate=1 errproc=sp_SampleWaitStats errline=26 errmsg=Error %d, Level %d, State %d, Procedure %s, Line %d, Message: Violation of PRIMARY KEY constraint 'PK__wait_sta__D0CDAB226B24EA82'. Cannot insert duplicate key in object 'DMVsample.wait_stats'. [SQLSTATE 01000] (Error 50000). The step failed.

New Post: SQL 2008 and DMVStats

adrianc — Thu, 04 Sep 2008 02:18:47 GMT

Greetings,

I tried to install DMVStats on a X64 machine w/ SQL Server 2008 on it.
The install fails as the the [master].[sys].[dm_os_wait_stats] contains 2 apparently identical entries w/ the ‘wait_type’ column == ‘MISCELLANEOUS’ and this causes a primary key constraint violation for PK_CF_wait_stats_cats on the DMVConfig.wait_stats_categories.

Is this a known issue? Are there any workarounds to it?

Any related references/pointers are appreciated.

Thank you,
Adrian C.

New Post: Monitoring multiple SQL server

pkrapf — Thu, 31 Jul 2008 09:43:15 GMT

Does anyone know if it is possible to monitor nultiple databases on multiple servers using DMV Stats.
I want to collectall the info in the DB in my PC .

New Post: DMVStats report very slow

kdhakal — Tue, 17 Jun 2008 16:30:11 GMT

Hi! I installed DMVstats on my Dev enviornment and collected data for couple of weeks and created 2 baseline (each baseline has only 1 day worth of data). Now, when I try to query top IO query, it just takes long time (3-5 minutes) to give the result. And the result set also has thousands of duplicate records. When I ask for give me top IO query, I expect to see distinct sql statements and their average execution times and number of execution. I don't want to see 1000s lines of same sql statements even if they were actually executed that many times.
Has anyone else run into this problem?

And by the way this is a great free tool and love to put it on production, if the problem mentioned above can be fixed.

thanks,
kush

NEW POST: Question on DMVstats

shivakonduru — Tue, 20 May 2008 15:18:34 GMT

Hi,

I have the following questions on DMVStats:

1. If I configure DMVstats to collect data only for a specific database, will it still continue to collect data for all the databases?

Reason: When I look for the data related to different waits(Like I/O etc), it is showing the data even for the DMVStats database which is not added to the list of configured databases.

2. When I look at the resource waits graph, I see that there was lot of waiting for service broker. There is nothing on sql server which makes use of service broker.

Please advice. Your help is highly appreciated.

-Shiva

NEW POST: are the management views actually reliable?

ijeb — Wed, 02 Jan 2008 16:54:52 GMT

I use the DMV sys.dmdbindexusagestats and as far as I see all used indexes are recorded. The DMV's are cleared when you restart the server. So you have to make a snanpshot of sys.dmdbindexusagestats just before you shut down the server.

You also have to keep in mind that maybe not every process runs in 71 days. In this case a longer period would be needed to see all used indexes.

NEW POST: What SQL Server versions are supported/required?

alasdaircs — Wed, 21 Nov 2007 14:40:32 GMT

I've got this installed on an RTM (9.0.1399) standard edition server and the snapshot job keeps hanging with 100% of 1 CPU utilised. I note that the SQL Server 2005 Performance Dashboard stipulates the SP2 is required because of both new features and bug fixes.

From the PerfDash.chm:
"The report themselves also utilize new server side functionality added in Service Pack 2, notably sys.dmexectextqueryplan and an extension to the OBJECT_NAME() function to accept an optional dbid parameter, and also rely on several bug fixes related to the data reported in the dynamic management views (DMVs). Consequently, the SQL Server instance being monitored via the dashboard reports must also be running Service Pack 2 or higher."

How about DMVstats?

NEW POST: are the management views actually reliable?

grumpyolddba — Thu, 15 Nov 2007 10:40:39 GMT

I have a question concerning the data held within the views - how reliable is it and what are the criteria for what is displayed - for example sys.dmdbindexusagestats - I've collected data from this view at regualr intervals - my database has around 7000 indexes on tables which have data in the table - over a 71 day period I only have data for just under 1,500 indexes from the view - what about the other 5,500 indexes ? I'm a bit pushed to really know where to direct this type of question - dmvstats and the performance dashboard make extensive use of the dmv's - but are the dmv's actually representative of my database usuage/performance?