Мужики !
У меня в витрине 10 мил. записей, стоит MS AS 2k SP3a, в AS - 2 DB и в каждом 2 куба, и в каждом кубе десяток партиций с фильром по кластерному ключу в витрине (суррогатный ключ месяца и года). Т.е. каждая патриция хранит ВСЕ агрегаты одного месяца и года (около 600 тыс записей из витрины). В каждом кубе все дименшионы - общие. Есть иерархии как сбалансированные так и нет. И у всех иерархий пока changed=false.

Ввиду завершения проекта дописал себе в ETL приложение (на vb6) обновление кубов. По коду я перебираю каждый сервер, обновляю дименшионы

m_dsoDatabase.BeginTrans
Dim dsoDim As DSO.Dimension
For Each dsoDim In m_dsoDatabase.Dimensions
dsoDim.process ProcessTypes.processRefreshData
Next
m_dsoDatabase.CommitTrans

Потом по каждому кубу вылавливаю обновленные партиции (я знаю какие периоды обновились, а имя партиции включает его) и говорю им:

Set dsoPartition = dsoCube.MDStores.item(normalPartitionName)
logMessage " regular update " + dsoPartition.Name
dsoPartition.process (ProcessTypes.processRefreshData)
dsoPartition.Update

И сразу нарвался на проблемы:
Все остальные партиции обнуляются.
Кто то может паказать код, как делать, чтобы не обнулялись ?? (я понимаю практически на любом языке программирования ;-))

P.S. Документацию и посты читал, понял как смог. Тпкое впечатление, что обновление шаред диментиронов все партиции сбрасываются..

Спасибо, блин, большое ! ;-))

Знаю, но они не меняются в структуре каждые 2 часа. А это код запускаясь каждые 2 часа обнуляет партиции.
...

;-)
Видел эту фразу в постах
Такого элемента перечисления в DSO.ProcessTypes нету :-)
Там есть :

processBuildStructure
processDefault
processFull
processFullReaggregate
processReaggregate
processRefreshData
processRefreshDataAndIndex
processResume
processSuspend

Какой выбрать ?

Эх, орлы !
Это сделать нельзя через DSO (Incremental Update Dimensions). BOL пишет:

Process (MDStore Interface)
The Process method of the MDStore interface creates and populates an MDStore object on the Analysis server.

Applies To
clsCube
clsDatabase
clsPartition


Заметим, что Dimension сдесь нет ;-), прямо как в "ДЕБЕЛЕ" про суслика. Метод то есть ;-) - это потому, что один интефейс MDStore используется.
Вообщем суть далее написано, что сее действие мжно сделать только из интерфейса.;-(((/ Странно, конечно
И если кто то решиться возразить - поправка к условиям - на самом деле я один диментион сделал changed. Но в данном случае это не должно мешать..

update я уже влепил, пока разбирался.
Будете смеятся, но с утра все оК.
На всякий случай каждый раз перебираю все партиции каждого куба

For Each dsoPartition In dsoCube.MDStores
If dsoPartition.State = olapStateNeverProcessed Then
logMessage " lost update for Partition " + dsoPartition.Name
dsoPartition.process (processRefreshData)
End If
Next

Это даст мне полную гарантию , что все в порядке (если сервер вдруг решит сделать размерности rebuild ? - он ведь может ?)

И прошу прощения за тупость, мне до сих пор неясен смысл статуса партиции olapStateCurrent - в BOL вроде написано, что если партиция имеет его, то она не будет обработана при обновлении куба ?