Take the 2-minute tour ×
SharePoint Stack Exchange is a question and answer site for SharePoint enthusiasts. It's 100% free, no registration required.

I have Team Foundation Server 2010 and SQL Server 2008 SP2 installation and am looking at the out-of-the-box Excel Reports for an Agile project. All of the Excel Reports connect to the TFS OLAP cube successfully and show the correct data for our 2+ years of bugs, work items, tests etc.

Unfortunately the row labels in the PivotTable and Chart (x-axis) are always blank for the Date fields (e.g. "Last 4 weeks") making the chart difficult to interpret. The number of rows look correct, and even the drill down seems to work although that's difficult to judge without labels.

I've looked at the dbo.DimDate table in TFS Warehouse and it does indeed have a row for each day, but all the other columns are NULL (apart from DateSK, DateTime and LastUpdatedDateTime) i.e. YearString, MonthString etc. are all NULL. Is that normal?

share|improve this question

2 Answers 2

The first thing I would try is to re-build the cube; You can do this from the Reports tab within the TFS Administration Console on the TFS server desktop. All of the data in the Tfs_analysis cube comes from the data you put into other databases, so you don't need to worry about this rebuild affecting the availability of your TFS 2010 Server. If data in your TFS Reporting databases is corrupted this should correct it. There are different levels of rebuilding the cube, but I would try that easy one first. If you want to get more aggresive about it, then you can use the following blog post for reference: http://blogs.msdn.com/b/dau-blog/archive/2011/11/24/tfs-2010-warehouse-amp-reporting-trouble-shooting-basics.aspx.

Watch out because if you have a lot of data in your server, a rebuild can take hours to finish and reporting will not be available during that time.

Before you rebuild you might also check that your TFS Server has been patched with TFS Service Pack 1; there were also some updates that were released after TFS SP1 that can be installed together names TFS SP1 Cumulative Update 2. These updates are freely available on the Microsoft site.

share|improve this answer
    
Thanks Ryan, we have done rebuilds many times to no avail. I will try applying SP1 and then do a full rebuild. –  idlemind Jun 28 '12 at 8:56
    
So I rebuilt after the SP1 install and still no labels unfortunately. Looking at the changelog for SP1 Cumulative Update 2, there doesn't seem to be anything that addresses reporting. Do you have any other ideas beyond a rebuild? Also how can I get to the underlying data in the cube without using Excel? –  idlemind Jun 28 '12 at 12:34
    
thanks for your help. Although a rebuild is broadly what was needed, I've added a more specific answer below because it was specifically the Common Structures that needed building, and even recreating the whole lot from scratch wasn't doing that for some reason! –  idlemind Jun 29 '12 at 10:39
    
That's ok - thanks for posting the solution! Glad you got it resolved :) –  Ryan Riehle Jun 29 '12 at 21:52
up vote 0 down vote accepted

So the NULL cells in Tfs_Warehouse dbo.DimDate were a big clue. Reading this article it's clear that this table is populated by the Common Structures Warehouse Sync. For some reason, this wasn't running despite doing a full rebuild of the Warehouse and Analysis Services in to new databases.

Looking at http://server:8080/tfs/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx and running the GetProcessingStatus method, the Common Structures Warehouse Sync job was showing up as Result=Disabled, even after the full rebuild. Unlike the Warehouse and Analysis Sync, there's not an obvious method to force this to run, so I had to use the "SetWarehouseJobEnabledState" method, entering

collectionName: <leave blank>
jobName: Common Structures Warehouse Sync
state: Enabled

This should return "true" when invoked. Checking back on GetProcessingStatus should show that the job is now queued. When time ticks round to that point it should run, and dbo.DimDate (among others) will be fully populated. Et voila - row labels will appear on reports after you've rebuilt the Analysis cube. (Run the ProcessAnalysisDatabase method, processingType: "Full").

I have no idea why this job would be disabled even after re-creating the reports databases and jobs from scratch using the TFS Administration Console. Maybe there is an error on first run in my environment? It's also a bit confusing that you can force the Warehouse and Analysis builds through their own web method in the WarehouseControlService, but there's no such force for the Common Structures Warehouse Sync.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.