А вам отдельно взятые кубы переносить надо или OLAP БД целиком?

Vam programmno ili v Analysis administratore?

Esli pervoe, to vam na DSO "poemu" pisat nado.

Est resheniya 3-h firm po skriptovaniyu ob'ektov MS AS baz. V Yukone eto "out of box".

Ya mezhdu serverami OLAP bazu celikom perenoshu.
Pochemu vam nado perenosit kubi mezhdu serverami, a ne bazu?
S bazoi eto namnogo prosche, da i za kubom esche boroda izmerenii tyanetsya.

Po moemu vam stoit prizadumatsya nad metodologicheskim obespecheniem processov razrabotki, chem pisat script, kotorii v suschestvuyuschem u vas poryadke budet skarb vilavlivat i potencialno voznikayusche konflicti razreshat.

test -> dev -> QA -> prod.

Esli ya pravilno ponimayu, to u vas v test BD lezhit "kucha mala", i problema sostoit tolko na etape test -> dev, t.k. QA i prod imeyut 100% repliki "dev", ibo ih delo kontrolirovat a ne menyat. (Rabotnik OTK stavit stamp "brak", a napilnik i molotok dlya nego "tabu")

"test" u vas navernoe svoego roda poligon dazhe ne razrabotchika, a architektora - a la "nabroski na temu".

Ya bi v etom sluchae ne polenilsya i proshel bi ruchkami po "dev" i vosproizvel to, chto po-vashemu mneniyu podlezhit perenosu iz test v dev, ibo to, chto po vashemu mneniyu dolzhno bit pereneseno iz "test" v "dev", vse ranvno dolzhno soprovozhdatsya dokumentaciei i t.p.

Ili ya ne sovsem ponyal, kak vi prinimaete reshenie? "Kub XYZ - nado perenesti iz bazi ABC v bazu CDE"? a vsyakie dependency, ich razve ne nado analizirovat?
Kak chast i naskolko gromozdki potrebnie vam operacii?

To Саша Бергер

Радует, когда мнение о принципах использования интрумента (MS AS) совпадает с мнением разработчиками инстумента.