There are several methods available for deploying Analysis Services databases once you’ve build your solution, including direct connections, generating XMLA to deploy, and using the Deployment Wizard with answer files. Still, building and deploying AS Databases can sometimes be a challenge in enterprise development scenarios. One common scenario is when you have multiple developers working on a single solution where all the files are under source control. I wrote a blog about about SQL Server Analysis Services Projects with Multiple Developers recently, and this is one of the issues that you tend to run into. I created a sample you can use to help with this problem. I’m not going to go over how to deploy AS solutions (it’s documented plenty of other places)… this is just a tool to address this particular scenario.
I create the SsasHelper sample demonstrate the functionality, and posted it to the Microsoft SQL Server Community Samples: Analysis Services site on CodePlex. I posted about this functionality in my blog SQL Server Analsysis Services ‘Project Helper’ if you want details on the mechanics.
So you’ve built your solution, tested it, and everything works great. All of your developers are hard at work constantly improving your OLAP capabilities, and they’re storing all of their changes under source control. Now you need to do routine deployments to multiple environments. One of the problems you might have run into is that you have to use Visual Studio to actually do a deployment. Even if you’re deploying via the Deployment Wizard (using answer files), you still need to generate the .ASDatabase by building the solution. This problem becomes a little bigger if you want to use a Build Server, that doesn’t have Visual Studio, where you compile your solution, test, deploy it, etc. Currently, the only option you really have for this scenario is to make sure every developer Builds the solution after all changes and checks in a new .ASDatabase file. This is a bit of a pain, and tends to lead to (at least occasional) issues with deploying updated versions.
I created a class library to work with Analysis Services projects. This library has a couple of neat pieces of functionality, including being able to de-serialize a SSAS project to an AMO database, write an AMO database back out to component files, clean a AS project (removing volatile, non-essential fields… I went over it in SQL Server Analysis Services Projects with Multiple Developers), and creating a .ASDatabase file based on a project. The library is written in C# 3.5, and is designed/tested with SSAS 2008 (though it should work with 2005… test it though).
Using SSAS Helper
If you’re running into this problem, you probably already have a good build solution, so I won’t go over that here. What you’ll want to do is create a new build task (using whatever framework you’re using) using this component. As an example, you can create a custom MSBuild using this library that takes the SSAS Project as an input, and delivers a .ASDatabase file as an output. The task would then be added to the build file, so you will no longer have a dependency on Visual Studio to compile all your .cube, .dim, .role, etc. files into something that can be deployed. I’ll try and post a sample in the next few weeks, but it shouldn’t be a major task.
I built this tool and tested on my current project, and tested with Adventure WOrks… I haven’t seen any problems with it, but your mileage may vary. Make sure you test with your project.
Here are some known issues for this functionality:
- Partitions are reordered when De-Serialized/Serialized. Makes it a pain to validate, but I’ve seen no ill effects. Use the SortSssasFile functionality to make a copy of the files for easier comparison.
- Some fields maintained for Visual Studio (State (Processed, Unprocessed), CreatedTimestamp, LastSchemaUpdate, LastProcessed, dwd:design-time-name, CurrentStorageMode) are lost when a project is De-Serialized/Serialized.
When I use this tool on a project, I work on a copy, and then do a file diff to check the output the first time. I used Beyond Compare (http://www.scootersoftware.com/) to compare the entire directory, and each file side by side, just to make sure there are no unintended side affects. I would recommend you do the same to make sure… this works fine on the projects I’ve used it on, but you need to make sure there’s nothing special about yours so you don’t accidently destroy something.
How it Works
This project works by de-serializing all the files referenced by the .dwproj file into AMO objects then serializing the entire database. There is more detail on de-serializing/serializing the objects in my post SQL Server Analsysis Services ‘Project Helper’ . The code is fairly well commented (well… I think it is 🙂 and should be fairly straight forward.
To use this, you’ll need create a build task in your framework of choice, and just plug it in to your solution. If this proves difficult for people, I’ll try and provide a sample, but it should be fairly straight forward to do. If it doesn’t work right out of the box, it should work with minimal modification. Just make sure all of your project files (.dwproj, .cube, .dim, .role, .dsv, .ds, .dmm, etc.) are published and you have a way to push the .ASDatabase file to your target.
That’s about it… I hope this helps some folks out. Let me know if you have any problems, and we’ll see what we can get working.