Доброе время суток, коллеги.
Столкнулся со следующей проблемой : ОЧЕНЬ медленно стал идти процессинг куба. Обычно на пересчет уходило 2-2,5 часа, теперь - после 10 часов работы не обработана и половина. Дисковая система функционирует нормально, без ошибок, перфоманс на уровне. Другие кубы обрабатываются тоже быстро. Проблемный куб строится на таблице фактов в которой более 24 млн. записей. CHECKDB для таблицы говорит что все ОК.
Подскажите в каком направлении копать ?

ЗЫ Прошу простить за сумбурное изложение.

Привет всем.

2 Glory - оказывается не только у меня с этим проблемы, сразу веселее стало :-)))

2 All -
Сервер я понятное дело перегружал.
Его конфигурация 2 Х PIII-1.2 GHz, 1 Gb RAM, RAID 5, контроллер AMI A159; Win2K Server SP2, MS AS2K SP2.
Последние пару дней были потрачены на тестирование железа, по результатам которого я склонен думать, что это самое железо отрабатывает заплаченные за него деньги исправно.

Теперь по кубу. Таблица фактов 24,4 млн записей, 3 меры, 7 измерений(до 250 000 элементов).

Насчет joint'ов - надо проверить, может действительно там проблема. И еще - а если поковырять настройки OLAP сервера ? Буфер изменить, значения затрагивающие память, еще что-то ?

Всем привет.

Моя проблема с низкой производительностью построения куба благополучно разрешилась. В моем случае все оказалось просто... На моей таблице фактов не было индексов 8-(((. О такой очевидной вещи я подумал в последнюю очередь. Но ведь до какого-то момента работало и без индексов !?.
Короче, были созданы индексы на таблице фактов по полям, которые учавствуют в соединении с измерениями. Куб построился за 59 минут.

Приблизительно скорость процессинга 20К-100К в час(в нашей лабе)
Ирина , объясните, пожалуйста, а что есть какая-то абсолютная величина, которая характеризует скорость процессинга ? И что мы понимаем под скоростью процессинга в 100 К строк/час ? Счетчик строк в окошке Analysis Manager при процессинге ? Если имеется ввиду это, ИМХО ведь это все индивидуально.