SSIS: Dynamic Processing of SSAS Partitions

SSAS Partitions are primarily geared towards better query performance by narrowing the MDX query to a pre-defined subset of data. Each partition must be in processed state for the cube to be available for browsing. However in a delta ETL run, it is more than likely that only some partitions would be refreshed with data while the rest remain unchanged. For example in a hospital admissions cube partitioned by month, data movements are frequent for admissions made during the current/last month compared to earlier months. This means if the partitions updated by the ETL run can be identified, then we can tailor SSIS package to dynamically process only those partitions that require data refresh while leaving the remaining partitions untouched.

XMLA Command to Process Partitions

SSAS partitions are processed by XMLA commands similar to the one shown below:

<Batch xmlns="">
    <Process xmlns:xsd="" xmlns:xsi="">
        <CubeID>Adventure Works</CubeID>
        <MeasureGroupID>Fact Internet Sales 1</MeasureGroupID>

Create XMLA Command to Dynamically Process Partitions

The key to dynamic processing of partitions is to generate the <Process> XMLA fragment for each partition that requires data refresh. To get to that, first create a table that has information about the SSAS partitions as shown below: SSASPartitions

DatabaseID SSAS database ID. Not name
CubeID Cube ID. Not name
MeasureGroupID Measure group ID. Not name
PartitionID Partition ID. Not name
PartitionQuery SQL query of partition
ProcessType ProcessData, ProcessFull, ProcessDefault, ProcessIndex
RequiresProcessFlag Flag=1 – partition requires data refreshFlag=0 – partition already processed and in refreshed state
CreatedDateTime Audit field
LastProcessedDateTime Audit field

Then populate this table with all SSAS partitions. Note that Database ID, Cube ID, Measure Group ID and Partition ID may not be same as their corresponding names (especially if the objects are renamed after they are first deployed) although in most instances they are same. Usually the ETL Framework would give an indication of the fact records inserted/updated in the last run. From this information it is possible to determine which partitions should be refreshed. Update those partition records with RequiresProcessFlag=1. Create a stored procedure to return the XMLA as shown below:

create procedure [dbo].[getProcessingCommand] 
	@DatabaseID as varchar(200), @CubeID as varchar(200),@ProcessingCommand as varchar(max) output
	declare @ProcessXmla  as varchar(max);
	declare @ProcessBatchXmla as xml;
	with XMLNAMESPACES('' as xsd
						,'' as xsi
	select @ProcessXmla = 

	select DatabaseID as  "Object/DatabaseID"
		,CubeID as "Object/CubeID"
		,MeasureGroupID as "Object/MeasureGroupID"
		,PartitionID as "Object/PartitionID"
		,ProcessType as "Type"
		,'UseExisting' as "WriteBackTableCreation"
	from dbo.SSASPartitions
	where DatabaseID =@DatabaseID
		AND CubeID = @CubeID
		AND RequiresProcessFlag=1
	for xml path ('Process')
	) ;

	set @ProcessBatchXmla= Convert(xml,
	'<Batch xmlns="">
	  +  '</Parallel>

	set @ProcessingCommand = Convert(varchar(max),@ProcessBatchXmla,1)


This stored procedure uses FOR XML with XMLNAMESPACES to generate the <Process> XMLA fragment which is then encapsulated by the <Parallel> and <Batch> XMLA fragments. It is better to return the output XMLA as output parameter instead of a record set (SELECT @ProcessingCommand). If returned as record set, SQL Server implicitly converts the XMLA string into an XML which to SSIS is object data type and not a string. With limited operations around SSIS object data type, it is convenient to work with string especially when setting task expressions. The output of the stored procedure will be:

<Batch xmlns="">
		<Process xmlns:xsi="" xmlns:xsd="">
				<CubeID>Adventure Works</CubeID>
				<MeasureGroupID>Internet Orders</MeasureGroupID>
		<Process xmlns:xsi="" xmlns:xsd="">
				<CubeID>Adventure Works</CubeID>
				<MeasureGroupID>Internet Orders</MeasureGroupID>
		<Process xmlns:xsi="" xmlns:xsd="">
				<CubeID>Adventure Works</CubeID>
				<MeasureGroupID>Internet Orders</MeasureGroupID>

The output of the stored procedure can be used in SSIS either by Analysis Services Processing Task or Analysis Services Execute DDL Task to dynamically process SSAS partitions.

Using XMLA Command in SSIS Analysis Services Processing Task

The Analysis Services Processing Task can be used as shown in screen capture 1

Screen Capture 1 – Using XMLA Command in Analysis Services Processing Task

The stored procedure getProcessingCommand is called in execute SQL task and the output XMLA returned to a string variable.

Screen Capture 2 – Stored Procedure Call

The XMLA string variable is then assigned to the ProcessingCommands attribute of Analysis Services Processing Task from the Expressions option

Screen Capture 3 -Analysis Services Processing Task

At design time, Analysis Services Processing Task does require a partition to build the package. This partition will be overridden by the XMLA string at run time. Finally the RequiresProcessFlag is set to 0 on successful execution.

Using XMLA Command in Analysis Services Execute DDL Task

Another way to process SSAS partitions is to use the Analysis Services Execute DDL Task and supplying XMLA commands as shown in Screen Capture 4

Screen Capture 4- Using XMLA Command in Analysis Services Execute DDL Task

From the DDL options, set the Source Type attribute to Variable and Source to the XMLA string generated by the getProcessingCommand stored procedure

Screen Capture 5 – Analysis Services Execute DDL Task Editor

There is no difference between the two SSIS Analysis Service tasks as far as SSAS processing is concerned and is only a matter of preference to use one over another.

Download Source Code

You can download the SSIS package and Stored Procedure used in this post from

Related Posts

  • SSIS: Creating Dynamic Data-driven SSAS Partitions
  • SSIS Package to Process SSAS Cube
  • SSAS: Process Incremental – What it is & isn’t
  • 21 thoughts on “SSIS: Dynamic Processing of SSAS Partitions

    1. Hi Benny!
      Wonderful and very useful article, can you tell us how can you list dinamically all the avalaible partitions. We have lots of partitions and we want to avoid to write all of them by hand.
      Thanks a lot for your help

    2. Benny – Incredible stuff – thank you. I have a scenario where I continuously reprocess a 12 month window (6 months back / 6 months forward) of partitions, do you have any recommendations how do tweak this and incorporate a forloop somewhere?

    3. Benny – This is a great post. I successfully set up dynamic partitioning in my cube using this post and all of your examples. Now when I go back to modify my cube, my solution overrides the dynamic partitioning – how do you overcome the changes that need to be made from time to time when you make changes in the solution?

    4. I am having a problem with SSIS 2014 adding the \ escape character to the xmla command, which makes it fail. The xmla comming from the stored procedure is great, but once it is passed to the string variable the escape characters are added. Any ideas.

      1. Can you explain bit more in detail ? Based on what you have mentioned, I am not sure whether you have values with \ in them or whether you are trying to append something to the generated xmla

    5. Hi! Is there any scenario where it would be useful to apply this technique to the Dimensions? Or is “ProcessDefault and ProcessUpdate” smart enough to see that a dimension has not changed in source?

      Ex: We have 18 dimensions and usually only 2 dimensions are updated daily.

      1. You could extend the metadata approach to dynamically process dimensions, however it might not be as feasible as measure group partitions. On balance process default plus process update will figure out whether dim data has changed but comes with a little extra processing overhead

    6. Hi Benny ,
      Thanks for the reply, yea i noticed as soon as we set dimensions to ProcessFull it brings the dependent objects to unprocessed state.
      I did Process Default followed by Process Update and everything worked fine.

      But have one more question if i am not wrong then process update only works good when we have attribute relationship type as flexible or if relation type is rigid and there is no change in source data.
      But If its rigid and if there is some change in source data then it errors out.

      So does doing Process Default first and then Process Update will resolve this problem ?

    7. Hi Benny,
      I implemented this process and its working fine but having one issue.
      I have cube partitioned by year and currently having 2 partition for 2013,2014,2015.
      When i use this process to only process 2015 then after processing my data for other 2 partition is gone not able to browse that.
      Before doing processing for 2015 i am full processing dimensions.

      Why data is not visible for other 2 partition ? am i missing something in setting ?


    Leave a Reply

    Fill in your details below or click an icon to log in: Logo

    You are commenting using your account. Log Out / Change )

    Twitter picture

    You are commenting using your Twitter account. Log Out / Change )

    Facebook photo

    You are commenting using your Facebook account. Log Out / Change )

    Google+ photo

    You are commenting using your Google+ account. Log Out / Change )

    Connecting to %s