Search

SSAS Long server level lock during process update commit by ACALVETT

Active

2
0
Sign in
to vote
Type: Bug
ID: 780659
Opened: 3/5/2013 3:13:51 AM
Access Restriction: Public
0
Workaround(s)
0
User(s) can reproduce this bug
When a process update enters the second part of commit phase a server level lock is taken. On our system with around ~125,000 metadata objects and attached to a SAN the operation takes 3 minutes 22 seconds. Further detailed information on our process update can be found at http://blog.calvett.co.uk/2013/02/21/the-anatomy-of-a-process-update-part-2/

Our tests show that the commit is single threaded and that each delete is taking ~2ms and the only way we can improve the situation is to use SSD's to move delete performance into the nanosecond range but this is not viable.

We need to reduce the duration of the server lock so that our users do not experience what they consider to be a server outage.
Details (expand)

Product Language

English

Version

SQL Server 2008 R2 SP1

Category

Analysis Services

Operating System

Windows Server 2008 R2 Enterprise (SP1)

Operating System Language

English

Steps to Reproduce

Build a cube with around 3500 partitions and containing enough indexes attributes that around 125,000 index files exist. Do not use SSD.

Process update a dimension

Actual Results

A server lock is held for 3 mins 22 seconds

Expected Results

We should not experience a long server lock due to metadata deletes.

Platform

X64

Virtualization

 
File Attachments
0 attachments
Sign in to post a comment.
Posted by Cos2008 on 3/5/2013 at 8:14 PM
had the same problem, on a large multidimensional project, at one of my clients and MS' recommendations, unfortunately, were reduce the number of objects or use SSD's as it "won't be fixed in the 2008R2 release" -- back then.
Sign in to post a workaround.