И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался... / OLAP и DWH

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

64 сообщений из 64, показаны все 3 страниц

все

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32472747

Пашка

Участник

Сообщения: 454

Рейтинг: 0 / 0

Народ, что-то вот повадился у меня сервер перегружаться при процессинге одного кубика, не самого большого кстати... на одном и том же месте. SQL и MS AS 2000, sp3a. В журнал пишет следующее сообщение от имени SQLSERVER:

Код: plaintext

SuperSocket info: ConnectionListen(Shared-Memory (LPC)) : Error  5 .

Я вот почему то грешу на распределение памяти между SQL и MS OLAP. Ссылки на TechNEt (тюнинг памяти MS AS и прочего), которые тут в изобилии выкладывались я вроде прочитал и даже понял, но мне что-то не помогает. При старте MS AS отжирает примерно 350 мегов памяти, остальные программы - 220, SQL - около 30. При процессинге куба память растет, я за ней слежу, но НЕ ДОСТИГАЕТ установленных мной настроек ни для олап, ни для скул. И молча перегружается...
Беда какая-то прям. Я уж эти памятные настройки во все стороны повертел. Где еще посмотреть, почему он может так некрасиво себя вести? ;-\

...

Рейтинг:

0 / 0

07.04.2004, 20:03

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32472879

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Вы по подробнее изложите, тогда может что и подскажем.

Железо?
ОС?
Сколько БД в MS AS?
Что за кубики (размеры таблицы фактов, колическтво измерений, размеры главных измерений, степень аггрегации)

Что значит перегружается сервер? (Компьютер, SQL Server, MS AS?) Кто из трех.

Вы куб процессируете через DSO или из Analysis Manager? Есть ли частные измерения в кубах, или все измерения shared?

...

Рейтинг:

0 / 0

08.04.2004, 03:51

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32473379

Alex Fox

Участник

Откуда: г.Киев

Сообщения: 361

Рейтинг: 0 / 0

Был тоже такой куб, ну... не совсем.
Просто в момент процессинга AS умирал, после подымался и через какое то время (1-2 мин) опять умирал, и так по кругу.
Пересоздал куб и помогло.

...

Рейтинг:

0 / 0

08.04.2004, 12:04

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32473633

guest

Участник

Сообщения: 2 918

Рейтинг: 0 / 0

Вот вот у меня те же проблемы. Архивирую куб на рабочем сервере востанавливаю на новом (sp3a) а он при процессинге вылетает с ошибкой, что дескать потеряно соеденение с сервером. И олаповский сервер входит в цикл то стартует, то остановливается с интервалом секунд в 30. Даже не знаю что ему сделать. Все перепробывал.

Пойти что ли бубен купить...

...

Рейтинг:

0 / 0

08.04.2004, 13:43

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32473736

Пашка

Участник

Сообщения: 454

Рейтинг: 0 / 0

Перегружается сервер - это я имел в виду, что перегружается сама машина! :-)

А машина такая - 2-х процессорный ксеон, 5 рэйд, 2 гига памяти, Windows Server 2000 SP4. Кубов на сервере всего около 30, измерений порядка 40-50, все Molap, все Shared.
Как я уже писал при загрузке олап-сервера, сразу съедается 300-350 метров памяти. Я так думаю, что основная часть из этого - измерения, которые как известно при старте сервера сразу все грузятся в память.

Куб, при котором машина перегружается такой - таблица фактов 20 млн. записей,
10 измерений, 5 мер. Из них самое тяжелое имзерение - клиент, там порядка 38 тысяч записей. Потом есть 3 измерения по 50-60 записей, остальные - мелкие.
Агрегации я уже сделал HOLAP (85%), хотя изначально было MOLAP.
Что странно - У меня имеются кубы и потяжелее, и со 100-тысячными имзерениями...
Но вот перегружается сервак только на этом... какое-то сочетание факторов происходит, видимо...;-\
Как я заметил перегружается в тот момент, когда SQL-запрос уже завершен, и MS AS начинает рассчитывать агрегации... Процешшу куб из AM.

...

Рейтинг:

0 / 0

08.04.2004, 14:13

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32474636

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

A chto OS pishet po povodu restarta v systemlog?

U vas stoit "restart" pri "system failure" v svoistvah komputera?

Obval kakogo libo prilozheniya, pust eto dazhe SQL ili OLAP server, ne dolzhen privodit k restartu mashini.

Ochen ya podozrevyayu, chto u vas cto-to s RAM ne v poryadke.
Ya podobnoe perezhil kak-to.

...

Рейтинг:

0 / 0

09.04.2004, 01:16

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32475184

Пашка

Участник

Сообщения: 454

Рейтинг: 0 / 0

Да, в настройках стоит перезагрузка при сбое.
Сейчас еще добавил писать малый дамп памяти, может че там увижу :)
Чтобы RAM глючило, не хочется в это верить очень :-)

...

Рейтинг:

0 / 0

09.04.2004, 12:06

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32475237

Валек

Участник

Откуда: РА

Сообщения: 460

Рейтинг: 0 / 0

а почему не хочеться, у меня до перезагрузки не доходило правда, но комп просто в ступоре был (зависал) именно на процессинге, самого большого куба. Избавился так, место на диске с темпами больше сделал и память поменял полностью.

...

Рейтинг:

0 / 0

09.04.2004, 12:24

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32475458

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

А если перезагрузку при сбое выключите - что будите иметь?
Правильно. Синий экран.

А это уже хирургический диагноз в 90% - "таблетками и шептаниями не отделаешься".

Копайтесь в железе.

...

Рейтинг:

0 / 0

09.04.2004, 13:54

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32475698

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

Подобный глюки бывают. В смысле смотрится как аппратный сбой, а дело в девелоперской части. Любопытно, что подобное отмечается часто на дисках с SATA (особенно с новым "хищником" от WD). Вероятно не успевает писаться агрегация в диск. Другой теории у меня нет.

Пробуйте следующее.
1) Перейти на Lazy Aggregation. Вероятно уже глюк уйдет.
2) На всех измерениях поставить Custom Aggregation. На мало используемых измерениях Top Level Only, на часто используемых отключить агрегирование последнего уровня.
3) Понизить % агрегации. 15-20% для обычных кубов, 2-5% для Distinct Count (DC это правда отдельная песня)

Если это не поможет, наверное действительно дело в железе. Обратите внимание, что не смотря на снижение агрегации ваш куб скорее всего будет работать быстрее.

...

Рейтинг:

0 / 0

09.04.2004, 15:12

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32475765

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

В смысле смотрится как аппратный сбой, а дело в девелоперской части.

Мы уже давно не в ДОС и даже не под Win 3.1. И программируемм не на Ассемблере ни на С, а посему "Ошибочные" или неоптимальные действия прикладника не могут завлить ОС.

За счет "послаблений" в MS AS снизится нагрузка на компьтер и вы не дойдете до синего экрана.

От того что асматика не заставят бежать марафон в тропической жаре и влажности он не перестанет быть асматиком, просто он не умрет. :-)

...

Рейтинг:

0 / 0

09.04.2004, 15:41

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476216

Пашка

Участник

Сообщения: 454

Рейтинг: 0 / 0

Спасибо, надо попробовать все.
Отключить перезагрузку, убедиться, что будет синий экран, попялиться в него, поиграться с агрегациями :). Диски у меня SCSI, 4 штуки в пятом рэйде...

По поводу уменьшения процента агрегаций... я не очень понимаю ,как кубы могут начать работать быстрее... Сейчас размеры кубов и производительность сервера позволяют мне делать все кубы 100% агрегаций и MOLAP. Я так считаю, что это самый быстрый вариант для получения отчетов. Разве не так?

P.S. А где это - "перейти на Lazy Aggregation"? Кажется, я таких настроек нигде не встречал...

...

Рейтинг:

0 / 0

09.04.2004, 20:59

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476245

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

100% не есть самоцель.
попробуйте проаггрегировать ваш кубик на 30% на 60% и на 90%

сравните время построения аггрегаций, время процессига кубов и временя отклика на тестовые запросы.

Для размышлений почитайте

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnsql2k/html/olapunisys.asp

...

Рейтинг:

0 / 0

09.04.2004, 22:10

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476271

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

2backfire. Вы все шумите, а ваши ответы показывают ваш ограниченный опыт в MS AS. Не люблю я халявных советов, но у Павла действительно проблема, поэтому отойду от правила.

1) Надо знать, что серьезные транзакционные системы Microsoft при записи информации на диски используют низкоуровневый доступ почти в обход ОС. Это нужно для транзакционной целостности и записи chekpoint мимо кеша ОС. Из-за незнания этого погорела масса админов. Microsoft c MS SQL 6.5 всем без устали твердит об этом и просит либо отключить собственный кеш RAID, либо на худой конец поставить туда батарейку. В противном случае ни кто вам не гарантирует востановимость БД в случае аварии. Точнее мне как минимум 1 раз в год приходится с Сергеем Быковым склеивать из секторов убитую БД для MS SQL. Однако эта работа уже делается на фоне уволенного админа и стоит эта чертова работа весьма не дешево.
Если говорить об MS AS иногда видны сбои в стиле "Connection to MSSQL broken", "I\O Error". Все это часто возникает в тот момент, когда на SATA серверу MS AS надо записать 100-200M, а процессор занят расчетом агрегатов и не успевает отдавать время шине SATA. В результате все высыпается на системных таймаутах. Правда на SCSI такого еще не встречал. Все сказанное моя интерпретация сообщения об ошибках. Обычно в таких случаях я снимаю пиковую нагрузку на SATA через переход к отложенной агрегации (Lazy Aggregation). Эта опция переключается в параметрах куба. Еще плюс этой опции быстрое завершение процесирования и быстрая готовность куба к работе.

2) Агрегации на 60% и 90% как правило бессмысленны. Есть известное правило агрегации "1/3". Фактически всегда победит 30%. Дело в том, что накладные расходы на чтение агрегатов с диска будут больше чем их расчет on-fly, особенно на горячем кеше. Поэтому почти всегда лучше 30% и затем разогрев кеша MDX-запросами в DTS-пакете. Плюс большой выигрыш на процессировании, плюс экономия места на дисках. Агрегаты свыше 30% лучше добавлять вручную по Usage Base Optimization (включите в опциях MS AS регистрацию всех query'й) или через DSO, но не "везде" как делает мастер Design Storage. Самая типовая проблема тормозов MS AS у новичков это "переагрегация".

...

Рейтинг:

0 / 0

09.04.2004, 23:19

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476291

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

2задний_огонь. :)
Хотите убедиться что MS AS манипулирует с дисками на низком уровне?
Сделайте такой тест.
1) Создайте таблицу фактов примерно 200 тыс.
2) Создайте измерение из 100 тыс элементов.
3) Копируя измерение сделайте 40 таких измерений
4) Закажите куб из 40 таких измерений и попросите 50% агрегатов.
5) Пока будет строится MOLAP подождите минут 30 и нажмите Cancel.

Если бы я был злой человек, я бы не сказал, что произойдет. Скорее всего сервер погиб. Повезло вам если отделаетесь сносом MS AS. Догадайтесь почему.

2Моша. Надеюсь вы прочтете это сообщение и повторите этот тест в лабе Microsoft. На моих тестовых серверах я получал весьма разрушительный эффект.

...

Рейтинг:

0 / 0

09.04.2004, 23:47

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476311

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

...

Рейтинг:

0 / 0

10.04.2004, 01:45

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476314

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Иванову.

Пашка же сказал, что у него RAID на SCSI и 2 Процессора, вообщем все как у людей, причем же тут SATA?
Тем более если SCSI вы сами такого не видели, чего о SATA рассказывать.

Я никогда и никому не советую ставить MS SQL и MS AS на IDE(SATA в том числе), даже если это IDE RAID.

если у вас от моего шума уши закладывает - не слушайте.
О моей квалификации судить моему заказчику, работодателю, а так же посетителям форума если кому я помог добрым советом - по вашему "на-халяву". Но у я человек не алчный в отличие от вас.
Пускай Пашка нас и рассудит - чьи советы были ему больше помогли.

По второму пункту. - я и не говорил, что 90% лучше(не лучше), чем 60% или 30%, я просто предложил Пашке самому в этом убедиться.

То что вы умеете цитировать своими словами на русском статьи MSDN - тоже хорошо, но если вам незнаком перевод значения backfire - то это простительно.

По поводу crash-testa.
Зделал я по вашим инструкциям, таблички, кубик и 40 измерений по 100к эдементов, как вы посоветовали.
В окошке процессирования куба не оказалось кнопки Cancel, только Stop - пришлось жать на нее. И то со второго захода, у меня кубик процесировался всего 6 минут, так что я в первый раз прозевал.

Посему нажал на Stop при втором процессинге, сознательно заказав полный процессинг куба. Ничего плохого не произошло. И это все на домашнем PC, не на лабораторном сервере.

Ничего плохого не произошло. Нормальный отбой процессинга и откат.

Вывод: Не скупитесь на железе. Дороже всего обходятся консультанты, дающие за кругленькую сумму "левые" советы.

Так что нечего мэтра Мошу такими пустяками отвлекать - пускай лучше Юконом спокойно занимается :-)

...

Рейтинг:

0 / 0

10.04.2004, 02:04

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476315

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Иванову

Для того чтобы убедиться манипулирует MS AS (в отличие от MS SQL) c дисками на низком уровне или нет - можно еще долго гадать на кофейной вашими методами.

Проще всего спросить людей с MSFT они в этом секрета делать не будут.

...

Рейтинг:

0 / 0

10.04.2004, 02:25

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476458

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

2задний огонь. Да будет вам шуметь. На самом деле интересно почему вас пронесло. Вы подождали хотя бы 30 мин? Вероятно вы прервали процесс сразу и MS AS смог откатиться.
Для креша нужно прервать БОЛЬШУЮ транзакцию MS AS в процессе и когда довольно много сделано. В результате MS AS сваливается с катушек.
Любопытно, что перегрузка сервера проблему не лечит, MS AS мертв.
Если все равно нормально, можно спецификацию на софт и хард вашей станции? Сервер с двумя ксеонами и SCSI RAID5 валится.

...

Рейтинг:

0 / 0

10.04.2004, 14:58

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476476

Alex Fox

Участник

Откуда: г.Киев

Сообщения: 361

Рейтинг: 0 / 0

Иногда возникает подозрение, что проблемы, как вирусы, распростроняются через прочтение о наличии таковых.
Сразу на чём: MSSQL Ent SP3a; MS AS SP3a; Win2000 Adv; CPU P4x2; Mem 2Gb; HDD SCSI (не RAID :(( )
Как обычно было всё шоколадно, пока не посоветовал... началось... Изменил shared dim - добавил member properties. При следующем (по графику) процессе все падает и начинает бится в конвульсиях. Переписываю из архива этот dim, стартую и все вроде налаживается.
Но к сожалению не надолго. На следующий день служба слетает при процессе в момент записи агрегаций, на одном из кубов. Слава Богу без дальнейших конвульсий. По изложенному тут совету поставил Lazy Aggregation. Самое смешное - помогло не знаю надолго ли.
По поводу процентов агрегации: в кубе несколько par-child dim's-ов. Большенство из них не содержит All Level, и как я не извращаюсь Aggregation=0 и все тут.
Что скажете по этому поводу?

...

Рейтинг:

0 / 0

10.04.2004, 15:57

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476477

Alex Fox

Участник

Откуда: г.Киев

Сообщения: 361

Рейтинг: 0 / 0

Да вот ещё.
При слете создается минидамп файл. Может кто посоветовать - эта штука может быть полезной? При беглом просмотре неясно. Может оттуда можно вытянуть причину слёта?

...

Рейтинг:

0 / 0

10.04.2004, 16:07

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476487

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

2Alex Fox. Ну вот видете хоть кому-то помог. Ленивые агрегаты вам будут помогать до тех пор, пока у вас не будет 20 млн. фактов. За этой чертой стратегия оптимизации меняется.

2backfire. Я не внимательно прочел ваш репорт о тесте. В говорите что куб построился за ШЕСТЬ минут? Вы понимаете, что был заказан куб с пространством 100 тыс в 40ковой стенени? При 50% агрегации результатом должно быть гигантское MOLAP-хранилище! Если за "шесть минут" у вас все вышло пошлите мне по почте архив вашей MOLAP-базы. Я буду очень благодарен ivanov-soft@inbox.ru

К слову, интересное наблюдение SATA с WD Raptor против SCSI RAID5. Два сервера один под SATA однопроцессорный для тестов, другой новье на двух ксеонах с дорогими дисками. Разница в цене платформ 6 раз. Однако платформа под SATA отстает на процессировании только на 50% и на MDX-запросах только на 30%. Правда это все после наших оптимизаций. До этого решение под SATA просто валилось.
Выводы такие
1) Хороший девелопер всегда лучше хорошего сервера
2) Новые SATA диски на 10 тыс весьма перспективны и потеснят SCSI в нише малых и средних решений. Заметим также что текущие чипсеты пока еще не поддерживают новые очереди SATA.

...

Рейтинг:

0 / 0

10.04.2004, 16:23

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476488

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Иванову.

Я же ясно написал - суммарное время процессинга куба 6 минут.
О каком ожидании в пол часа может быть речь.

Если не затруднит, и не жалко, пришлите пожалуйста вашу crash базу (не процесстрованную, естественно :-)) и скрипты по созданию и заполнению источеника данных (SQL DB). Тогда мы 100% будем говорить об одном.
Я со своей стороны сделал все как вы указали в
http://]www.sql.ru/forum/actualpost.aspx?bid=26&tid=85416&mid=0&p=1#622213

А машинка ничего особенного - P4 2.6, 1Gb RAM, HDD IDE Barracuda (120 Gb). тест проводился пол Windows Server 2003 Standard + SQL 2000 Developer Edition.

p.s.

немного English
backfire - встречный огонь, ответный огонь.

...

Рейтинг:

0 / 0

10.04.2004, 16:23

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476500

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

2Alex Fox. Для анализа причин слета включите логи на MS AS и DTS пакетах. Там все будет написано. Логи включаются в опциях MS AS и опциях DTS пакета.

2backfire. У меня не осталось креш базы. Я делал тест на 2х серверах результат примерно одинаковый сходный с взрывом атомной бомбы. В результате гибнет репозитарий MS AS и все OLAP-базы теряются. У меня хватило ума в первый раз подобный тест сделать на сервере где мы тестировали базы для 2х клиентов. Весьма сексуальное было занятие по ручному восстановлению баз (архивов их не было). Если у вас куб спросировался за 6 минут он не может быть большим, что говорит о другом проведении теста. Если можно пошлите его почтой или выложите на Web. Очень интересно посмотреть. Мне креш базу надо восстанавливать, но если вы все делали правильно, я легко ее сделаю из вашей базы.

...

Рейтинг:

0 / 0

10.04.2004, 16:50

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32476512

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Иванову.

Я перенес беседу в
ivanov-soft@inbox.ru

...

Рейтинг:

0 / 0

10.04.2004, 17:08

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32477273

Пашка

Участник

Сообщения: 454

Рейтинг: 0 / 0

А жаль, кстати, что туда перенесли общение, было бы интересно послушать :-)
Хочу сказать Владимиру Иванову и backfire спасибо за советы и науку, мне теперь есть чем заняться, буду все пробовать и экспериментировать :)

...

Рейтинг:

0 / 0

12.04.2004, 11:34

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32479438

Dimy

Гость

2 Владимиру Иванову и backfire
и все-таки, как продолжилась ваша полемика или чем закончилась?

нам, простым смертным, очень интересно. Пашка прав, что много инетерсного и полезного можно узнать.
заранее спасибо.

...

Рейтинг:

0 / 0

13.04.2004, 16:02

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32479654

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

Обменялись тестами. Сейчас не успеваю проверить тест Владимира (backfire), но вечером наверное посмотрю.
Меня в этой истории больше удивляет реакция Моши и Ирины, точнее ее отсуствие.
Может я и не совсем корректный креш-тест привел, но согласитесь не нормально когда сервер занимается самоликвидацией от теста профилирования разработчика. Причем подобный тест можно сделать и по жизни, например профилируя новый сервер.

...

Рейтинг:

0 / 0

13.04.2004, 17:07

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32479677

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Proveril "Crash"-Test Ivanova na "normalnom" servere (6*Chetach(15krpm) v apparatnom RAID-5 (na samom RAID 512 Mb cash), 4Gb RAM, 2*Xeon 1Ghz),

1 minuta na processing, ob crash otsutsvuet kak "zhizn na marse".

...

Рейтинг:

0 / 0

13.04.2004, 17:19

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32479939

Пашка

Участник

Сообщения: 454

Рейтинг: 0 / 0

Очень велико искушение попробовать сделать такой же тест у себя.
Если умирает только MS AS, я, пожалуй, его повторю :-))

...

Рейтинг:

0 / 0

13.04.2004, 19:56

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32479944

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Esli u tebya umret ili ne umret - rasskazhi obyazatelno.

Kak ya ne pitalsya ego ugrobit - nu ne poluchaetsya :-)

...

Рейтинг:

0 / 0

13.04.2004, 20:02

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32479988

Пашка

Участник

Сообщения: 454

Рейтинг: 0 / 0

И тут я с позором провалился :-))
Посидев дома вечером перед компом минут 15, я так и не придумал как бы мне половчее создать измерение на 100000 тыщ членов :)
И чтобы оно еще было привязано к таблице фактов....;-\....Может просто потому что вечер...

...

Рейтинг:

0 / 0

13.04.2004, 21:16

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32479994

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

Внимательно посмотрел тест Backfire. Мои сомнения, что тест проводился именно на 40 измерениях только окрепли. Владимир сделал измерения с Groupping, а он довольно тормознутый и только генерация групп должна была занять больше времени, чем заявленное время процессирования.
Предлагаю BackFire опубликовать лог процессирования теста, если все Ok.
Что-то типа ниже опубликованного. Другой момент, возможно не созданы агрегации. Если же тест прошел успешно, на мой взгляд должно было получиться MOLAP-хранилище где-то в Терабайт (интресно dir с размерами файлов). Аналогичный тест на Cognos выполняют только на мейнфрейм-подобных серверах. Хотя все мы можем ошибаться и что-то не так понимать, удивите меня.

13.04.2004 21:18:01 480
13.04.2004 21:18:01 480
13.04.2004 21:18:01 480 **************************************************************************
13.04.2004 21:18:01 480 *
13.04.2004 21:18:01 480 * Processing Database 'IvanovTest'
13.04.2004 21:18:01 480 * Server: ISOFT
13.04.2004 21:18:01 480 * User: ISOFT\ivn
13.04.2004 21:18:01 480 * Time Processing started: 13.04.2004 21:18:01
13.04.2004 21:18:01 480 * Log ID: 480
13.04.2004 21:18:01 480 *
13.04.2004 21:18:01 480 **************************************************************************
13.04.2004 21:18:01 480
13.04.2004 21:18:01 480
13.04.2004 21:18:01 480
13.04.2004 21:18:01 480 Initiating transaction in Database 'IvanovTest'
13.04.2004 21:18:01 480 Processing Dimension 'Dim_01' Start time: 21:18:01
13.04.2004 21:18:01 480 Process information for Dimension 'Dim_01': An incremental dimension update is performed
13.04.2004 21:18:01 480 Initializing Dimension 'Dim_01'
13.04.2004 21:18:01 480 Dimension 'Dim_01' Execute : SELECT DISTINCT cast ("dbo"."DimTable"."_DimId"/100 as int), cast ("dbo"."DimTable"."_DimId"/100 as int), "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 21:18:10 480 Completed Processing Dimension 'Dim_01'. End time: 21:18:10 Duration: 0:00:09 Rows processed: 100000
13.04.2004 21:18:10 480 Processing Dimension 'Dim_02' Start time: 21:18:10
13.04.2004 21:18:10 480 Process information for Dimension 'Dim_02': An incremental dimension update is performed
13.04.2004 21:18:10 480 Initializing Dimension 'Dim_02'
13.04.2004 21:18:10 480 Dimension 'Dim_02' Execute : SELECT DISTINCT cast ("dbo"."DimTable"."_DimId"/100 as int), cast ("dbo"."DimTable"."_DimId"/100 as int), "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 21:18:20 480 Completed Processing Dimension 'Dim_02'. End time: 21:18:20 Duration: 0:00:10 Rows processed: 100000
13.04.2004 21:18:20 480 Committing transaction in Database 'IvanovTest'
13.04.2004 21:18:20 480 Committed transaction in Database 'IvanovTest'
13.04.2004 21:18:29 23180
13.04.2004 21:18:29 23180
13.04.2004 21:18:29 23180 **************************************************************************
13.04.2004 21:18:29 23180 *
13.04.2004 21:18:29 23180 * Processing Database 'IvanovTest'
13.04.2004 21:18:29 23180 * Server: ISOFT
13.04.2004 21:18:29 23180 * User: ISOFT\ivn
13.04.2004 21:18:29 23180 * Time Processing started: 13.04.2004 21:18:29
13.04.2004 21:18:29 23180 * Log ID: 23180
13.04.2004 21:18:29 23180 *
13.04.2004 21:18:29 23180 **************************************************************************
13.04.2004 21:18:29 23180
13.04.2004 21:18:29 23180
13.04.2004 21:18:29 23180
13.04.2004 21:18:29 23180 Initiating transaction in Database 'IvanovTest'
13.04.2004 21:18:29 23180 Processing Cube 'Cube0' Start time: 21:18:29
13.04.2004 21:18:29 23180 Initializing Cube 'Cube0'
13.04.2004 21:18:30 23180 Processing Partition 'Cube0' Start time: 21:18:30
13.04.2004 21:18:30 23180 Initializing Partition 'Cube0'
13.04.2004 21:18:30 23180 Partition 'Cube0' Execute : SELECT "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId", "dbo"."FactTable"."Fact" FROM "dbo"."FactTable", "dbo"."DimTable" WHERE ("dbo"."FactTable"."_DimId"="dbo"."DimTable"."_DimId")
13.04.2004 21:18:43 23180 Writing data of Partition 'Cube0' (segment 1). Rows processed: 200000
13.04.2004 21:18:43 23180 Writing aggregations and indexes of Partition 'Cube0' (segment 1)
13.04.2004 21:18:43 23180 Completed Processing Partition 'Cube0'. End time: 21:18:43 Duration: 0:00:13 Rows processed: 200000
13.04.2004 21:18:43 23180 Completed Processing Cube 'Cube0'. End time: 21:18:43 Duration: 0:00:14
13.04.2004 21:18:43 23180 Committing transaction in Database 'IvanovTest'
13.04.2004 21:18:43 23180 Committed transaction in Database 'IvanovTest'

...

Рейтинг:

0 / 0

13.04.2004, 21:30

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480006

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

To Ivanov

Vladimir, predstavte pozhaluista script FactTable,
ne tak ka ya vam poslal, a kak ono dolzhno po vashemu bit.

...

Рейтинг:

0 / 0

13.04.2004, 21:54

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480011

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Dlya shirokoi publiki

Dimension Table

Код: plaintext

1.
2.
3.
4.
5.
6.
7.

CREATE TABLE [DimTable] (
	[_DimId] [int] NOT NULL ,
	CONSTRAINT [PK_DimTable] PRIMARY KEY  CLUSTERED 
	(
		[_DimId]
	)  ON [PRIMARY] 
) ON [PRIMARY]
GO

FactTable

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
126.
127.
128.
129.
130.
131.
132.
133.
134.
135.
136.
137.
138.
139.
140.
141.
142.
143.
144.
145.
146.
147.
148.
149.
150.
151.
152.
153.
154.
155.
156.
157.
158.
159.
160.
161.
162.
163.
164.
165.
166.
167.
168.
169.
170.
171.
172.
173.
174.
175.
176.
177.
178.
179.
180.
181.
182.
183.
184.
185.
186.
187.
188.
189.
190.
191.
192.
193.
194.
195.
196.
197.
198.
199.
200.
201.
202.
203.
204.
205.
206.
207.
208.
209.
210.
211.
212.
213.
214.
215.
216.
217.
218.
219.
220.
221.
222.
223.
224.
225.
226.
227.
228.
229.
230.
231.
232.
233.
234.
235.
236.
237.
238.
239.
240.
241.
242.
243.
244.
245.
246.
247.
248.
249.
250.
251.
252.
253.
254.
255.
256.
257.
258.
259.
260.
261.
262.
263.
264.
265.
266.
267.
268.
269.
270.
271.
272.
273.
274.
275.
276.
277.
278.
279.
280.
281.
282.
283.
284.
285.
286.
287.
288.

CREATE TABLE [FactTable2] (
	[_Id] [int] IDENTITY ( 1 ,  1 ) NOT NULL ,
	[_Dim00Id] [int] NOT NULL ,
	[_Dim01Id] [int] NOT NULL ,
	[_Dim02Id] [int] NOT NULL ,
	[_Dim03Id] [int] NOT NULL ,
	[_Dim04Id] [int] NOT NULL ,
	[_Dim05Id] [int] NOT NULL ,
	[_Dim06Id] [int] NOT NULL ,
	[_Dim07Id] [int] NOT NULL ,
	[_Dim08Id] [int] NOT NULL ,
	[_Dim09Id] [int] NOT NULL ,
	[_Dim10Id] [int] NOT NULL ,
	[_Dim11Id] [int] NOT NULL ,
	[_Dim12Id] [int] NOT NULL ,
	[_Dim13Id] [int] NOT NULL ,
	[_Dim14Id] [int] NOT NULL ,
	[_Dim15Id] [int] NOT NULL ,
	[_Dim16Id] [int] NOT NULL ,
	[_Dim17Id] [int] NOT NULL ,
	[_Dim18Id] [int] NOT NULL ,
	[_Dim19Id] [int] NOT NULL ,
	[_Dim20Id] [int] NOT NULL ,
	[_Dim21Id] [int] NOT NULL ,
	[_Dim22Id] [int] NOT NULL ,
	[_Dim23Id] [int] NOT NULL ,
	[_Dim24Id] [int] NOT NULL ,
	[_Dim25Id] [int] NOT NULL ,
	[_Dim26Id] [int] NOT NULL ,
	[_Dim27Id] [int] NOT NULL ,
	[_Dim28Id] [int] NOT NULL ,
	[_Dim29Id] [int] NOT NULL ,
	[_Dim30Id] [int] NOT NULL ,
	[_Dim31Id] [int] NOT NULL ,
	[_Dim32Id] [int] NOT NULL ,
	[_Dim33Id] [int] NOT NULL ,
	[_Dim34Id] [int] NOT NULL ,
	[_Dim35Id] [int] NOT NULL ,
	[_Dim36Id] [int] NOT NULL ,
	[_Dim37Id] [int] NOT NULL ,
	[_Dim38Id] [int] NOT NULL ,
	[_Dim39Id] [int] NOT NULL ,
	[Fact] [decimal]( 18 ,  5 ) NOT NULL ,
	CONSTRAINT [PK_FactTable2] PRIMARY KEY  CLUSTERED 
	(
		[_Id]
	)  ON [PRIMARY] ,
	CONSTRAINT [FK_FactTable2_DimTable00] FOREIGN KEY 
	(
		[_Dim00Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable01] FOREIGN KEY 
	(
		[_Dim01Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable02] FOREIGN KEY 
	(
		[_Dim02Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable03] FOREIGN KEY 
	(
		[_Dim03Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable04] FOREIGN KEY 
	(
		[_Dim04Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable05] FOREIGN KEY 
	(
		[_Dim05Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable06] FOREIGN KEY 
	(
		[_Dim06Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable07] FOREIGN KEY 
	(
		[_Dim07Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable08] FOREIGN KEY 
	(
		[_Dim08Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable09] FOREIGN KEY 
	(
		[_Dim09Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable10] FOREIGN KEY 
	(
		[_Dim10Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable11] FOREIGN KEY 
	(
		[_Dim11Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable12] FOREIGN KEY 
	(
		[_Dim12Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable13] FOREIGN KEY 
	(
		[_Dim13Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable14] FOREIGN KEY 
	(
		[_Dim14Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable15] FOREIGN KEY 
	(
		[_Dim15Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable16] FOREIGN KEY 
	(
		[_Dim16Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable17] FOREIGN KEY 
	(
		[_Dim17Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable18] FOREIGN KEY 
	(
		[_Dim18Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable19] FOREIGN KEY 
	(
		[_Dim19Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable20] FOREIGN KEY 
	(
		[_Dim20Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable21] FOREIGN KEY 
	(
		[_Dim21Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable22] FOREIGN KEY 
	(
		[_Dim22Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable23] FOREIGN KEY 
	(
		[_Dim23Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable24] FOREIGN KEY 
	(
		[_Dim24Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable25] FOREIGN KEY 
	(
		[_Dim25Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable26] FOREIGN KEY 
	(
		[_Dim26Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable27] FOREIGN KEY 
	(
		[_Dim27Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable28] FOREIGN KEY 
	(
		[_Dim28Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable29] FOREIGN KEY 
	(
		[_Dim29Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable30] FOREIGN KEY 
	(
		[_Dim30Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable31] FOREIGN KEY 
	(
		[_Dim31Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable32] FOREIGN KEY 
	(
		[_Dim32Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable33] FOREIGN KEY 
	(
		[_Dim33Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable34] FOREIGN KEY 
	(
		[_Dim34Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable35] FOREIGN KEY 
	(
		[_Dim35Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable36] FOREIGN KEY 
	(
		[_Dim36Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable37] FOREIGN KEY 
	(
		[_Dim37Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable38] FOREIGN KEY 
	(
		[_Dim38Id]
	) REFERENCES [DimTable] (
		[_DimId]
	),
	CONSTRAINT [FK_FactTable2_DimTable39] FOREIGN KEY 
	(
		[_Dim39Id]
	) REFERENCES [DimTable] (
		[_DimId]
	)
) ON [PRIMARY]
GO

Script Dlya zapolneniya SQL BD

Код: plaintext

declare @i as int

set nocount on
truncate table dbo.FactTable2
delete dbo.DimTable

set @i= 0 
while @i <  100000  begin
  insert dbo.DimTable values(@i) 
  set @i=@i+ 1 
  if (@i %  1000  =  0 ) print 'Dim. Inserted:' + cast(@i as varchar( 10 ))
end

set @i= 0 
while @i <  400000  begin
  insert dbo.FactTable2 
	values(
	@i/ 4 , 
	@i/ 4  +  1 , 
	@i/ 4  +  2 , 
	@i/ 4  +  3 , 
	@i/ 4 , 
	@i/ 4  +  1 , 
	@i/ 4  +  2 , 
	@i/ 4  +  3 , 
	@i/ 4 , 
	@i/ 4  +  1 , 
	@i/ 4  +  2 , 
	@i/ 4  +  3 , 
	@i/ 4 , 
	@i/ 4  +  1 , 
	@i/ 4  +  2 , 
	@i/ 4  +  3 , 
	@i/ 4 , 
	@i/ 4  +  1 , 
	@i/ 4  +  2 , 
	@i/ 4  +  3 , 
	@i/ 4 , 
	@i/ 4  +  1 , 
	@i/ 4  +  2 , 
	@i/ 4  +  3 , 
	@i/ 4 , 
	@i/ 4  +  1 , 
	@i/ 4  +  2 , 
	@i/ 4  +  3 , 
	@i/ 4 , 
	@i/ 4  +  1 , 
	@i/ 4  +  2 , 
	@i/ 4  +  3 , 
	@i/ 4 , 
	@i/ 4  +  1 , 
	@i/ 4  +  2 , 
	@i/ 4  +  3 , 
	@i/ 4 , 
	@i/ 4  +  1 , 
	@i/ 4  +  2 , 
	@i/ 4  +  3 , 
	@i* 10 . 0 )
  set @i=@i+ 1 
  if (@i %  1000  =  0 ) print 'Fact. Inserted:' + cast(@i as varchar( 10 ))
end

set nocount off

...

Рейтинг:

0 / 0

13.04.2004, 22:02

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480013

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Logi OLAP Servera - Izvinite, chto po Nemecki

Dimension

13.04.2004 20:05:31 9831
13.04.2004 20:05:31 9831
13.04.2004 20:05:31 9831 **************************************************************************
13.04.2004 20:05:31 9831 *
13.04.2004 20:05:31 9831 * Processing Datenbank 'IvanovTest'
13.04.2004 20:05:31 9831 * Server: DBSRV
13.04.2004 20:05:31 9831 * User: ISERNHAGEN\vc
13.04.2004 20:05:31 9831 * Time Processing started: 13.04.2004 20:05:31
13.04.2004 20:05:31 9831 * Log ID: 9831
13.04.2004 20:05:31 9831 *
13.04.2004 20:05:31 9831 **************************************************************************
13.04.2004 20:05:31 9831
13.04.2004 20:05:31 9831
13.04.2004 20:05:31 9831
13.04.2004 20:05:31 9831 Initiiert Transaktion in Datenbank 'IvanovTest'
13.04.2004 20:05:31 9831 Bereitet Dimension 'Dim00' auf Startzeit: 20:05:31
13.04.2004 20:05:31 9831 Initialisiert Dimension 'Dim00'
13.04.2004 20:05:31 9831 Dimension 'Dim00' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:05:33 9831 Aufbereitung Dimension 'Dim00' ist abgeschlossen. Beendigungszeit: 20:05:33 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:05:33 9831 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt
13.04.2004 20:05:34 9831 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt

...

Рейтинг:

0 / 0

13.04.2004, 22:06

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480016

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Cub agreggirovan na 50%, 33 aggregacii

Logi Processinga Cuba

13.04.2004 20:08:28 12816
13.04.2004 20:08:28 12816
13.04.2004 20:08:28 12816 **************************************************************************
13.04.2004 20:08:28 12816 *
13.04.2004 20:08:28 12816 * Processing Datenbank 'IvanovTest'
13.04.2004 20:08:28 12816 * Server: DBSRV
13.04.2004 20:08:28 12816 * User: ISERNHAGEN\vc
13.04.2004 20:08:28 12816 * Time Processing started: 13.04.2004 20:08:28
13.04.2004 20:08:28 12816 * Log ID: 12816
13.04.2004 20:08:28 12816 *
13.04.2004 20:08:28 12816 **************************************************************************
13.04.2004 20:08:28 12816
13.04.2004 20:08:28 12816
13.04.2004 20:08:28 12816
13.04.2004 20:08:28 12816 Initiiert Transaktion in Datenbank 'IvanovTest'
13.04.2004 20:08:28 12816 Bereitet Cube 'Cube0' auf Startzeit: 20:08:28
13.04.2004 20:08:29 12816 Initialisiert Cube 'Cube0'
13.04.2004 20:08:29 12816 Bereitet Partition 'Cube0' auf Startzeit: 20:08:29
13.04.2004 20:08:29 12816 Initialisiert Partition 'Cube0'
13.04.2004 20:08:37 12816 Partition 'Cube0' Ausführung: SELECT "dbo"."FactTable2"."_Dim00Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim02Id", "dbo"."FactTable2"."_Dim03Id", "dbo"."FactTable2"."_Dim04Id", "dbo"."FactTable2"."_Dim05Id", "dbo"."FactTable2"."_Dim06Id", "dbo"."FactTable2"."_Dim07Id", "dbo"."FactTable2"."_Dim08Id", "dbo"."FactTable2"."_Dim09Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim11Id", "dbo"."FactTable2"."_Dim12Id", "dbo"."FactTable2"."_Dim13Id", "dbo"."FactTable2"."_Dim14Id", "dbo"."FactTable2"."_Dim15Id", "dbo"."FactTable2"."_Dim16Id", "dbo"."FactTable2"."_Dim17Id", "dbo"."FactTable2"."_Dim18Id", "dbo"."FactTable2"."_Dim19Id", "dbo"."FactTable2"."_Dim20Id", "dbo"."FactTable2"."_Dim21Id", "dbo"."FactTable2"."_Dim22Id", "dbo"."FactTable2"."_Dim23Id", "dbo"."FactTable2"."_Dim24Id", "dbo"."FactTable2"."_Dim25Id", "dbo"."FactTable2"."_Dim26Id", "dbo"."FactTable2"."_Dim27Id", "dbo"."FactTable2"."_Dim28Id", "dbo"."FactTable2"."_Dim29Id", "dbo"."FactTable2"."_Dim30Id", "dbo"."FactTable2"."_Dim31Id", "dbo"."FactTable2"."_Dim32Id", "dbo"."FactTable2"."_Dim33Id", "dbo"."FactTable2"."_Dim34Id", "dbo"."FactTable2"."_Dim35Id", "dbo"."FactTable2"."_Dim36Id", "dbo"."FactTable2"."_Dim37Id", "dbo"."FactTable2"."_Dim38Id", "dbo"."FactTable2"."_Dim39Id", "dbo"."FactTable2"."Fact" FROM "dbo"."FactTable2"
13.04.2004 20:09:00 12816 Schreibt Daten von Partition 'Cube0' (Segment 1). Aufbereitete Zeilen: 399988
13.04.2004 20:09:44 12816 Aggregationen und Indizes von Partition 'Cube0' (Segment 1) werden geschrieben
13.04.2004 20:10:04 12816 Aggregationen und Indizes von Partition 'Cube0' (Segment 2) werden geschrieben
13.04.2004 20:10:04 12816 Aufbereitung Partition 'Cube0' ist abgeschlossen. Beendigungszeit: 20:10:04 Dauer: 0:01:35 Aufbereitete Zeilen: 399988
13.04.2004 20:10:04 12816 Aufbereitung Cube 'Cube0' ist abgeschlossen. Beendigungszeit: 20:10:04 Dauer: 0:01:36
13.04.2004 20:10:04 12816 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt
13.04.2004 20:10:05 12816 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt

...

Рейтинг:

0 / 0

13.04.2004, 22:10

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480019

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Razmer Dirrectorii Cuba 41Mb

Opit Nr. 2 - 100% aggregacii, 81 aggregaciya

Polnii reprocessing cuba.

13.04.2004 20:14:19 4498
13.04.2004 20:14:19 4498
13.04.2004 20:14:19 4498 **************************************************************************
13.04.2004 20:14:19 4498 *
13.04.2004 20:14:19 4498 * Processing Datenbank 'IvanovTest'
13.04.2004 20:14:19 4498 * Server: DBSRV
13.04.2004 20:14:19 4498 * User: ISERNHAGEN\vc
13.04.2004 20:14:19 4498 * Time Processing started: 13.04.2004 20:14:19
13.04.2004 20:14:19 4498 * Log ID: 4498
13.04.2004 20:14:19 4498 *
13.04.2004 20:14:19 4498 **************************************************************************
13.04.2004 20:14:19 4498
13.04.2004 20:14:19 4498
13.04.2004 20:14:19 4498
13.04.2004 20:14:19 4498 Initiiert Transaktion in Datenbank 'IvanovTest'
13.04.2004 20:14:19 4498 Bereitet Cube 'Cube0' auf Startzeit: 20:14:19
13.04.2004 20:14:20 4498 Initialisiert Cube 'Cube0'
13.04.2004 20:14:22 4498 Bereitet Partition 'Cube0' auf Startzeit: 20:14:22
13.04.2004 20:14:22 4498 Initialisiert Partition 'Cube0'
13.04.2004 20:14:39 4498 Partition 'Cube0' Ausführung: SELECT "dbo"."FactTable2"."_Dim00Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim02Id", "dbo"."FactTable2"."_Dim03Id", "dbo"."FactTable2"."_Dim04Id", "dbo"."FactTable2"."_Dim05Id", "dbo"."FactTable2"."_Dim06Id", "dbo"."FactTable2"."_Dim07Id", "dbo"."FactTable2"."_Dim08Id", "dbo"."FactTable2"."_Dim09Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim11Id", "dbo"."FactTable2"."_Dim12Id", "dbo"."FactTable2"."_Dim13Id", "dbo"."FactTable2"."_Dim14Id", "dbo"."FactTable2"."_Dim15Id", "dbo"."FactTable2"."_Dim16Id", "dbo"."FactTable2"."_Dim17Id", "dbo"."FactTable2"."_Dim18Id", "dbo"."FactTable2"."_Dim19Id", "dbo"."FactTable2"."_Dim20Id", "dbo"."FactTable2"."_Dim21Id", "dbo"."FactTable2"."_Dim22Id", "dbo"."FactTable2"."_Dim23Id", "dbo"."FactTable2"."_Dim24Id", "dbo"."FactTable2"."_Dim25Id", "dbo"."FactTable2"."_Dim26Id", "dbo"."FactTable2"."_Dim27Id", "dbo"."FactTable2"."_Dim28Id", "dbo"."FactTable2"."_Dim29Id", "dbo"."FactTable2"."_Dim30Id", "dbo"."FactTable2"."_Dim31Id", "dbo"."FactTable2"."_Dim32Id", "dbo"."FactTable2"."_Dim33Id", "dbo"."FactTable2"."_Dim34Id", "dbo"."FactTable2"."_Dim35Id", "dbo"."FactTable2"."_Dim36Id", "dbo"."FactTable2"."_Dim37Id", "dbo"."FactTable2"."_Dim38Id", "dbo"."FactTable2"."_Dim39Id", "dbo"."FactTable2"."Fact" FROM "dbo"."FactTable2"
13.04.2004 20:14:58 4498 Schreibt Daten von Partition 'Cube0' (Segment 1). Aufbereitete Zeilen: 399988
13.04.2004 20:17:51 4498 Aggregationen und Indizes von Partition 'Cube0' (Segment 1) werden geschrieben
13.04.2004 20:18:19 4498 Aggregationen und Indizes von Partition 'Cube0' (Segment 2) werden geschrieben
13.04.2004 20:18:19 4498 Aufbereitung Partition 'Cube0' ist abgeschlossen. Beendigungszeit: 20:18:19 Dauer: 0:03:57 Aufbereitete Zeilen: 399988
13.04.2004 20:18:19 4498 Aufbereitung Cube 'Cube0' ist abgeschlossen. Beendigungszeit: 20:18:19 Dauer: 0:04:00
13.04.2004 20:18:19 4498 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt
13.04.2004 20:18:19 4498 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt

...

Рейтинг:

0 / 0

13.04.2004, 22:18

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480020

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Kubik so 100% agregacii imeet razmer 100 Mb.

Opit Nr. 3

Zhmem na knopku "Stop", kogda raschitano okolo 70 aggregacii (vsego ich 81)

13.04.2004 20:20:36 28620
13.04.2004 20:20:36 28620
13.04.2004 20:20:36 28620 **************************************************************************
13.04.2004 20:20:36 28620 *
13.04.2004 20:20:36 28620 * Processing Datenbank 'IvanovTest'
13.04.2004 20:20:36 28620 * Server: DBSRV
13.04.2004 20:20:36 28620 * User: ISERNHAGEN\vc
13.04.2004 20:20:36 28620 * Time Processing started: 13.04.2004 20:20:36
13.04.2004 20:20:36 28620 * Log ID: 28620
13.04.2004 20:20:36 28620 *
13.04.2004 20:20:36 28620 **************************************************************************
13.04.2004 20:20:36 28620
13.04.2004 20:20:36 28620
13.04.2004 20:20:36 28620
13.04.2004 20:20:36 28620 Initiiert Transaktion in Datenbank 'IvanovTest'
13.04.2004 20:20:36 28620 Bereitet Cube 'Cube0' auf Startzeit: 20:20:36
13.04.2004 20:20:37 28620 Initialisiert Cube 'Cube0'
13.04.2004 20:20:39 28620 Bereitet Partition 'Cube0' auf Startzeit: 20:20:39
13.04.2004 20:20:39 28620 Initialisiert Partition 'Cube0'
13.04.2004 20:20:56 28620 Partition 'Cube0' Ausführung: SELECT "dbo"."FactTable2"."_Dim00Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim02Id", "dbo"."FactTable2"."_Dim03Id", "dbo"."FactTable2"."_Dim04Id", "dbo"."FactTable2"."_Dim05Id", "dbo"."FactTable2"."_Dim06Id", "dbo"."FactTable2"."_Dim07Id", "dbo"."FactTable2"."_Dim08Id", "dbo"."FactTable2"."_Dim09Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim11Id", "dbo"."FactTable2"."_Dim12Id", "dbo"."FactTable2"."_Dim13Id", "dbo"."FactTable2"."_Dim14Id", "dbo"."FactTable2"."_Dim15Id", "dbo"."FactTable2"."_Dim16Id", "dbo"."FactTable2"."_Dim17Id", "dbo"."FactTable2"."_Dim18Id", "dbo"."FactTable2"."_Dim19Id", "dbo"."FactTable2"."_Dim20Id", "dbo"."FactTable2"."_Dim21Id", "dbo"."FactTable2"."_Dim22Id", "dbo"."FactTable2"."_Dim23Id", "dbo"."FactTable2"."_Dim24Id", "dbo"."FactTable2"."_Dim25Id", "dbo"."FactTable2"."_Dim26Id", "dbo"."FactTable2"."_Dim27Id", "dbo"."FactTable2"."_Dim28Id", "dbo"."FactTable2"."_Dim29Id", "dbo"."FactTable2"."_Dim30Id", "dbo"."FactTable2"."_Dim31Id", "dbo"."FactTable2"."_Dim32Id", "dbo"."FactTable2"."_Dim33Id", "dbo"."FactTable2"."_Dim34Id", "dbo"."FactTable2"."_Dim35Id", "dbo"."FactTable2"."_Dim36Id", "dbo"."FactTable2"."_Dim37Id", "dbo"."FactTable2"."_Dim38Id", "dbo"."FactTable2"."_Dim39Id", "dbo"."FactTable2"."Fact" FROM "dbo"."FactTable2"
13.04.2004 20:21:15 28620 Schreibt Daten von Partition 'Cube0' (Segment 1). Aufbereitete Zeilen: 399988
13.04.2004 20:24:02 28620 Aggregationen und Indizes von Partition 'Cube0' (Segment 1) werden geschrieben
13.04.2004 20:24:05 28620 Fehler beim Aufbereiten von Partition 'Cube0'. Es wurden keine Änderungen an der Datenbank vorgenommen.
13.04.2004 20:24:05 28620 Fehler beim Aufbereiten von Cube 'Cube0'. Es wurden keine Änderungen an der Datenbank vorgenommen.
13.04.2004 20:24:05 28620 Führt Rollback für Transaktion in Datenbank 'IvanovTest' aus

...

Рейтинг:

0 / 0

13.04.2004, 22:24

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480025

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

I dlya puschei ubeditelnosti. Privozhu log Reprocessinga CUBA posle otkata, dabi pokazat, chto OLAP zhiv.

13.04.2004 20:25:06 23560
13.04.2004 20:25:06 23560
13.04.2004 20:25:06 23560 **************************************************************************
13.04.2004 20:25:06 23560 *
13.04.2004 20:25:06 23560 * Processing Datenbank 'IvanovTest'
13.04.2004 20:25:06 23560 * Server: DBSRV
13.04.2004 20:25:06 23560 * User: ISERNHAGEN\vc
13.04.2004 20:25:06 23560 * Time Processing started: 13.04.2004 20:25:06
13.04.2004 20:25:06 23560 * Log ID: 23560
13.04.2004 20:25:06 23560 *
13.04.2004 20:25:06 23560 **************************************************************************
13.04.2004 20:25:06 23560
13.04.2004 20:25:06 23560
13.04.2004 20:25:06 23560
13.04.2004 20:25:06 23560 Initiiert Transaktion in Datenbank 'IvanovTest'
13.04.2004 20:25:06 23560 Bereitet Cube 'Cube0' auf Startzeit: 20:25:06
13.04.2004 20:25:07 23560 Initialisiert Cube 'Cube0'
13.04.2004 20:25:10 23560 Bereitet Partition 'Cube0' auf Startzeit: 20:25:10
13.04.2004 20:25:10 23560 Initialisiert Partition 'Cube0'
13.04.2004 20:25:27 23560 Partition 'Cube0' Ausführung: SELECT "dbo"."FactTable2"."_Dim00Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim02Id", "dbo"."FactTable2"."_Dim03Id", "dbo"."FactTable2"."_Dim04Id", "dbo"."FactTable2"."_Dim05Id", "dbo"."FactTable2"."_Dim06Id", "dbo"."FactTable2"."_Dim07Id", "dbo"."FactTable2"."_Dim08Id", "dbo"."FactTable2"."_Dim09Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim11Id", "dbo"."FactTable2"."_Dim12Id", "dbo"."FactTable2"."_Dim13Id", "dbo"."FactTable2"."_Dim14Id", "dbo"."FactTable2"."_Dim15Id", "dbo"."FactTable2"."_Dim16Id", "dbo"."FactTable2"."_Dim17Id", "dbo"."FactTable2"."_Dim18Id", "dbo"."FactTable2"."_Dim19Id", "dbo"."FactTable2"."_Dim20Id", "dbo"."FactTable2"."_Dim21Id", "dbo"."FactTable2"."_Dim22Id", "dbo"."FactTable2"."_Dim23Id", "dbo"."FactTable2"."_Dim24Id", "dbo"."FactTable2"."_Dim25Id", "dbo"."FactTable2"."_Dim26Id", "dbo"."FactTable2"."_Dim27Id", "dbo"."FactTable2"."_Dim28Id", "dbo"."FactTable2"."_Dim29Id", "dbo"."FactTable2"."_Dim30Id", "dbo"."FactTable2"."_Dim31Id", "dbo"."FactTable2"."_Dim32Id", "dbo"."FactTable2"."_Dim33Id", "dbo"."FactTable2"."_Dim34Id", "dbo"."FactTable2"."_Dim35Id", "dbo"."FactTable2"."_Dim36Id", "dbo"."FactTable2"."_Dim37Id", "dbo"."FactTable2"."_Dim38Id", "dbo"."FactTable2"."_Dim39Id", "dbo"."FactTable2"."Fact" FROM "dbo"."FactTable2"
13.04.2004 20:25:46 23560 Schreibt Daten von Partition 'Cube0' (Segment 1). Aufbereitete Zeilen: 399988
13.04.2004 20:28:41 23560 Aggregationen und Indizes von Partition 'Cube0' (Segment 1) werden geschrieben
13.04.2004 20:29:10 23560 Aggregationen und Indizes von Partition 'Cube0' (Segment 2) werden geschrieben
13.04.2004 20:29:10 23560 Aufbereitung Partition 'Cube0' ist abgeschlossen. Beendigungszeit: 20:29:10 Dauer: 0:04:00 Aufbereitete Zeilen: 399988
13.04.2004 20:29:10 23560 Aufbereitung Cube 'Cube0' ist abgeschlossen. Beendigungszeit: 20:29:10 Dauer: 0:04:04
13.04.2004 20:29:10 23560 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt
13.04.2004 20:29:11 23560 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt

...

Рейтинг:

0 / 0

13.04.2004, 22:29

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480028

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Ivanovu,

Vladimir, chto vam esche pokazat, chtobi vi ubedilis, chto test provodilsya na 40 izmereniyah, i chto OLAP-Server v "pryamih" rikah i na "pryamom" zheleze - vesch ustoichivaya.

...

Рейтинг:

0 / 0

13.04.2004, 22:33

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480039

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Ivanovu,

dlya vashei 100% privozhu esche raz log polnogo reprocessing vsei OLAP-BD,
da prostit menya moderator za ob'emi soobschenii.

13.04.2004 20:34:38 25742
13.04.2004 20:34:38 25742
13.04.2004 20:34:38 25742 **************************************************************************
13.04.2004 20:34:38 25742 *
13.04.2004 20:34:38 25742 * Processing Datenbank 'IvanovTest'
13.04.2004 20:34:38 25742 * Server: DBSRV
13.04.2004 20:34:38 25742 * User: ISERNHAGEN\vc
13.04.2004 20:34:38 25742 * Time Processing started: 13.04.2004 20:34:38
13.04.2004 20:34:38 25742 * Log ID: 25742
13.04.2004 20:34:38 25742 *
13.04.2004 20:34:38 25742 **************************************************************************
13.04.2004 20:34:38 25742
13.04.2004 20:34:38 25742
13.04.2004 20:34:38 25742
13.04.2004 20:34:38 25742 Initiiert Transaktion in Datenbank 'IvanovTest'
13.04.2004 20:34:38 25742 Bereitet Dimension 'Dim00' auf Startzeit: 20:34:38
13.04.2004 20:34:38 25742 Initialisiert Dimension 'Dim00'
13.04.2004 20:34:38 25742 Dimension 'Dim00' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:34:40 25742 Aufbereitung Dimension 'Dim00' ist abgeschlossen. Beendigungszeit: 20:34:40 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:34:40 25742 Bereitet Dimension 'Dim01' auf Startzeit: 20:34:40
13.04.2004 20:34:40 25742 Initialisiert Dimension 'Dim01'
13.04.2004 20:34:41 25742 Dimension 'Dim01' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:34:43 25742 Aufbereitung Dimension 'Dim01' ist abgeschlossen. Beendigungszeit: 20:34:43 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:34:43 25742 Bereitet Dimension 'Dim02' auf Startzeit: 20:34:43
13.04.2004 20:34:43 25742 Initialisiert Dimension 'Dim02'
13.04.2004 20:34:43 25742 Dimension 'Dim02' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:34:45 25742 Aufbereitung Dimension 'Dim02' ist abgeschlossen. Beendigungszeit: 20:34:45 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:34:45 25742 Bereitet Dimension 'Dim03' auf Startzeit: 20:34:45
13.04.2004 20:34:46 25742 Initialisiert Dimension 'Dim03'
13.04.2004 20:34:46 25742 Dimension 'Dim03' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:34:48 25742 Aufbereitung Dimension 'Dim03' ist abgeschlossen. Beendigungszeit: 20:34:48 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:34:48 25742 Bereitet Dimension 'Dim04' auf Startzeit: 20:34:48
13.04.2004 20:34:48 25742 Initialisiert Dimension 'Dim04'
13.04.2004 20:34:48 25742 Dimension 'Dim04' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:34:50 25742 Aufbereitung Dimension 'Dim04' ist abgeschlossen. Beendigungszeit: 20:34:50 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:34:50 25742 Bereitet Dimension 'Dim05' auf Startzeit: 20:34:50
13.04.2004 20:34:51 25742 Initialisiert Dimension 'Dim05'
13.04.2004 20:34:51 25742 Dimension 'Dim05' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:34:53 25742 Aufbereitung Dimension 'Dim05' ist abgeschlossen. Beendigungszeit: 20:34:53 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:34:53 25742 Bereitet Dimension 'Dim06' auf Startzeit: 20:34:53
13.04.2004 20:34:53 25742 Initialisiert Dimension 'Dim06'
13.04.2004 20:34:53 25742 Dimension 'Dim06' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:34:55 25742 Aufbereitung Dimension 'Dim06' ist abgeschlossen. Beendigungszeit: 20:34:55 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:34:55 25742 Bereitet Dimension 'Dim07' auf Startzeit: 20:34:55
13.04.2004 20:34:56 25742 Initialisiert Dimension 'Dim07'
13.04.2004 20:34:56 25742 Dimension 'Dim07' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:34:58 25742 Aufbereitung Dimension 'Dim07' ist abgeschlossen. Beendigungszeit: 20:34:58 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:34:58 25742 Bereitet Dimension 'Dim08' auf Startzeit: 20:34:58
13.04.2004 20:34:58 25742 Initialisiert Dimension 'Dim08'
13.04.2004 20:34:58 25742 Dimension 'Dim08' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:00 25742 Aufbereitung Dimension 'Dim08' ist abgeschlossen. Beendigungszeit: 20:35:00 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:00 25742 Bereitet Dimension 'Dim09' auf Startzeit: 20:35:00
13.04.2004 20:35:00 25742 Initialisiert Dimension 'Dim09'
13.04.2004 20:35:00 25742 Dimension 'Dim09' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:03 25742 Aufbereitung Dimension 'Dim09' ist abgeschlossen. Beendigungszeit: 20:35:03 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:03 25742 Bereitet Dimension 'Dim10' auf Startzeit: 20:35:03
13.04.2004 20:35:03 25742 Initialisiert Dimension 'Dim10'
13.04.2004 20:35:03 25742 Dimension 'Dim10' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:06 25742 Aufbereitung Dimension 'Dim10' ist abgeschlossen. Beendigungszeit: 20:35:06 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:06 25742 Bereitet Dimension 'Dim11' auf Startzeit: 20:35:06
13.04.2004 20:35:06 25742 Initialisiert Dimension 'Dim11'
13.04.2004 20:35:06 25742 Dimension 'Dim11' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:08 25742 Aufbereitung Dimension 'Dim11' ist abgeschlossen. Beendigungszeit: 20:35:08 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:08 25742 Bereitet Dimension 'Dim12' auf Startzeit: 20:35:08
13.04.2004 20:35:08 25742 Initialisiert Dimension 'Dim12'
13.04.2004 20:35:08 25742 Dimension 'Dim12' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:10 25742 Aufbereitung Dimension 'Dim12' ist abgeschlossen. Beendigungszeit: 20:35:10 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:10 25742 Bereitet Dimension 'Dim13' auf Startzeit: 20:35:10
13.04.2004 20:35:10 25742 Initialisiert Dimension 'Dim13'
13.04.2004 20:35:10 25742 Dimension 'Dim13' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:13 25742 Aufbereitung Dimension 'Dim13' ist abgeschlossen. Beendigungszeit: 20:35:13 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:13 25742 Bereitet Dimension 'Dim14' auf Startzeit: 20:35:13
13.04.2004 20:35:13 25742 Initialisiert Dimension 'Dim14'
13.04.2004 20:35:13 25742 Dimension 'Dim14' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:16 25742 Aufbereitung Dimension 'Dim14' ist abgeschlossen. Beendigungszeit: 20:35:16 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:16 25742 Bereitet Dimension 'Dim15' auf Startzeit: 20:35:16
13.04.2004 20:35:16 25742 Initialisiert Dimension 'Dim15'
13.04.2004 20:35:16 25742 Dimension 'Dim15' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:18 25742 Aufbereitung Dimension 'Dim15' ist abgeschlossen. Beendigungszeit: 20:35:18 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:18 25742 Bereitet Dimension 'Dim16' auf Startzeit: 20:35:18
13.04.2004 20:35:18 25742 Initialisiert Dimension 'Dim16'
13.04.2004 20:35:18 25742 Dimension 'Dim16' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:20 25742 Aufbereitung Dimension 'Dim16' ist abgeschlossen. Beendigungszeit: 20:35:20 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:20 25742 Bereitet Dimension 'Dim17' auf Startzeit: 20:35:20
13.04.2004 20:35:20 25742 Initialisiert Dimension 'Dim17'
13.04.2004 20:35:21 25742 Dimension 'Dim17' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:23 25742 Aufbereitung Dimension 'Dim17' ist abgeschlossen. Beendigungszeit: 20:35:23 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:23 25742 Bereitet Dimension 'Dim18' auf Startzeit: 20:35:23
13.04.2004 20:35:23 25742 Initialisiert Dimension 'Dim18'
13.04.2004 20:35:23 25742 Dimension 'Dim18' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:25 25742 Aufbereitung Dimension 'Dim18' ist abgeschlossen. Beendigungszeit: 20:35:25 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:25 25742 Bereitet Dimension 'Dim19' auf Startzeit: 20:35:25
13.04.2004 20:35:25 25742 Initialisiert Dimension 'Dim19'
13.04.2004 20:35:25 25742 Dimension 'Dim19' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:28 25742 Aufbereitung Dimension 'Dim19' ist abgeschlossen. Beendigungszeit: 20:35:28 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:28 25742 Bereitet Dimension 'Dim20' auf Startzeit: 20:35:28
13.04.2004 20:35:28 25742 Initialisiert Dimension 'Dim20'
13.04.2004 20:35:28 25742 Dimension 'Dim20' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:30 25742 Aufbereitung Dimension 'Dim20' ist abgeschlossen. Beendigungszeit: 20:35:30 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:30 25742 Bereitet Dimension 'Dim21' auf Startzeit: 20:35:30
13.04.2004 20:35:30 25742 Initialisiert Dimension 'Dim21'
13.04.2004 20:35:30 25742 Dimension 'Dim21' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:33 25742 Aufbereitung Dimension 'Dim21' ist abgeschlossen. Beendigungszeit: 20:35:33 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:33 25742 Bereitet Dimension 'Dim22' auf Startzeit: 20:35:33
13.04.2004 20:35:33 25742 Initialisiert Dimension 'Dim22'
13.04.2004 20:35:33 25742 Dimension 'Dim22' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:35 25742 Aufbereitung Dimension 'Dim22' ist abgeschlossen. Beendigungszeit: 20:35:35 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:35 25742 Bereitet Dimension 'Dim23' auf Startzeit: 20:35:35
13.04.2004 20:35:35 25742 Initialisiert Dimension 'Dim23'
13.04.2004 20:35:35 25742 Dimension 'Dim23' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:38 25742 Aufbereitung Dimension 'Dim23' ist abgeschlossen. Beendigungszeit: 20:35:38 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:38 25742 Bereitet Dimension 'Dim24' auf Startzeit: 20:35:38
13.04.2004 20:35:38 25742 Initialisiert Dimension 'Dim24'
13.04.2004 20:35:38 25742 Dimension 'Dim24' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:40 25742 Aufbereitung Dimension 'Dim24' ist abgeschlossen. Beendigungszeit: 20:35:40 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:40 25742 Bereitet Dimension 'Dim25' auf Startzeit: 20:35:40
13.04.2004 20:35:40 25742 Initialisiert Dimension 'Dim25'
13.04.2004 20:35:40 25742 Dimension 'Dim25' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:43 25742 Aufbereitung Dimension 'Dim25' ist abgeschlossen. Beendigungszeit: 20:35:43 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:43 25742 Bereitet Dimension 'Dim26' auf Startzeit: 20:35:43
13.04.2004 20:35:43 25742 Initialisiert Dimension 'Dim26'
13.04.2004 20:35:43 25742 Dimension 'Dim26' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:45 25742 Aufbereitung Dimension 'Dim26' ist abgeschlossen. Beendigungszeit: 20:35:45 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:45 25742 Bereitet Dimension 'Dim27' auf Startzeit: 20:35:45
13.04.2004 20:35:45 25742 Initialisiert Dimension 'Dim27'
13.04.2004 20:35:45 25742 Dimension 'Dim27' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:48 25742 Aufbereitung Dimension 'Dim27' ist abgeschlossen. Beendigungszeit: 20:35:48 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:48 25742 Bereitet Dimension 'Dim28' auf Startzeit: 20:35:48
13.04.2004 20:35:48 25742 Initialisiert Dimension 'Dim28'
13.04.2004 20:35:48 25742 Dimension 'Dim28' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:50 25742 Aufbereitung Dimension 'Dim28' ist abgeschlossen. Beendigungszeit: 20:35:50 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:50 25742 Bereitet Dimension 'Dim29' auf Startzeit: 20:35:50
13.04.2004 20:35:50 25742 Initialisiert Dimension 'Dim29'
13.04.2004 20:35:50 25742 Dimension 'Dim29' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:53 25742 Aufbereitung Dimension 'Dim29' ist abgeschlossen. Beendigungszeit: 20:35:53 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:53 25742 Bereitet Dimension 'Dim30' auf Startzeit: 20:35:53
13.04.2004 20:35:53 25742 Initialisiert Dimension 'Dim30'
13.04.2004 20:35:53 25742 Dimension 'Dim30' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:55 25742 Aufbereitung Dimension 'Dim30' ist abgeschlossen. Beendigungszeit: 20:35:55 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:35:55 25742 Bereitet Dimension 'Dim31' auf Startzeit: 20:35:55
13.04.2004 20:35:55 25742 Initialisiert Dimension 'Dim31'
13.04.2004 20:35:55 25742 Dimension 'Dim31' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:35:58 25742 Aufbereitung Dimension 'Dim31' ist abgeschlossen. Beendigungszeit: 20:35:58 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:35:58 25742 Bereitet Dimension 'Dim32' auf Startzeit: 20:35:58
13.04.2004 20:35:58 25742 Initialisiert Dimension 'Dim32'
13.04.2004 20:35:58 25742 Dimension 'Dim32' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:36:00 25742 Aufbereitung Dimension 'Dim32' ist abgeschlossen. Beendigungszeit: 20:36:00 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:36:00 25742 Bereitet Dimension 'Dim33' auf Startzeit: 20:36:00
13.04.2004 20:36:01 25742 Initialisiert Dimension 'Dim33'
13.04.2004 20:36:01 25742 Dimension 'Dim33' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:36:03 25742 Aufbereitung Dimension 'Dim33' ist abgeschlossen. Beendigungszeit: 20:36:03 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:36:03 25742 Bereitet Dimension 'Dim34' auf Startzeit: 20:36:03
13.04.2004 20:36:03 25742 Initialisiert Dimension 'Dim34'
13.04.2004 20:36:03 25742 Dimension 'Dim34' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:36:06 25742 Aufbereitung Dimension 'Dim34' ist abgeschlossen. Beendigungszeit: 20:36:06 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:36:06 25742 Bereitet Dimension 'Dim35' auf Startzeit: 20:36:06
13.04.2004 20:36:06 25742 Initialisiert Dimension 'Dim35'
13.04.2004 20:36:06 25742 Dimension 'Dim35' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:36:08 25742 Aufbereitung Dimension 'Dim35' ist abgeschlossen. Beendigungszeit: 20:36:08 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:36:08 25742 Bereitet Dimension 'Dim36' auf Startzeit: 20:36:08
13.04.2004 20:36:08 25742 Initialisiert Dimension 'Dim36'
13.04.2004 20:36:08 25742 Dimension 'Dim36' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:36:11 25742 Aufbereitung Dimension 'Dim36' ist abgeschlossen. Beendigungszeit: 20:36:11 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:36:11 25742 Bereitet Dimension 'Dim37' auf Startzeit: 20:36:11
13.04.2004 20:36:11 25742 Initialisiert Dimension 'Dim37'
13.04.2004 20:36:11 25742 Dimension 'Dim37' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:36:13 25742 Aufbereitung Dimension 'Dim37' ist abgeschlossen. Beendigungszeit: 20:36:13 Dauer: 0:00:02 Aufbereitete Zeilen: 100000
13.04.2004 20:36:13 25742 Bereitet Dimension 'Dim38' auf Startzeit: 20:36:13
13.04.2004 20:36:14 25742 Initialisiert Dimension 'Dim38'
13.04.2004 20:36:14 25742 Dimension 'Dim38' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:36:16 25742 Aufbereitung Dimension 'Dim38' ist abgeschlossen. Beendigungszeit: 20:36:16 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:36:16 25742 Bereitet Dimension 'Dim39' auf Startzeit: 20:36:16
13.04.2004 20:36:16 25742 Initialisiert Dimension 'Dim39'
13.04.2004 20:36:16 25742 Dimension 'Dim39' Ausführung: SELECT DISTINCT "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId" / 100, "dbo"."DimTable"."_DimId", "dbo"."DimTable"."_DimId" FROM "dbo"."DimTable"
13.04.2004 20:36:19 25742 Aufbereitung Dimension 'Dim39' ist abgeschlossen. Beendigungszeit: 20:36:19 Dauer: 0:00:03 Aufbereitete Zeilen: 100000
13.04.2004 20:36:19 25742 Bereitet Cube 'Cube0' auf Startzeit: 20:36:19
13.04.2004 20:36:20 25742 Initialisiert Cube 'Cube0'
13.04.2004 20:36:23 25742 Bereitet Partition 'Cube0' auf Startzeit: 20:36:23
13.04.2004 20:36:23 25742 Initialisiert Partition 'Cube0'
13.04.2004 20:36:40 25742 Partition 'Cube0' Ausführung: SELECT "dbo"."FactTable2"."_Dim00Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim02Id", "dbo"."FactTable2"."_Dim03Id", "dbo"."FactTable2"."_Dim04Id", "dbo"."FactTable2"."_Dim05Id", "dbo"."FactTable2"."_Dim06Id", "dbo"."FactTable2"."_Dim07Id", "dbo"."FactTable2"."_Dim08Id", "dbo"."FactTable2"."_Dim09Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim11Id", "dbo"."FactTable2"."_Dim12Id", "dbo"."FactTable2"."_Dim13Id", "dbo"."FactTable2"."_Dim14Id", "dbo"."FactTable2"."_Dim15Id", "dbo"."FactTable2"."_Dim16Id", "dbo"."FactTable2"."_Dim17Id", "dbo"."FactTable2"."_Dim18Id", "dbo"."FactTable2"."_Dim19Id", "dbo"."FactTable2"."_Dim20Id", "dbo"."FactTable2"."_Dim21Id", "dbo"."FactTable2"."_Dim22Id", "dbo"."FactTable2"."_Dim23Id", "dbo"."FactTable2"."_Dim24Id", "dbo"."FactTable2"."_Dim25Id", "dbo"."FactTable2"."_Dim26Id", "dbo"."FactTable2"."_Dim27Id", "dbo"."FactTable2"."_Dim28Id", "dbo"."FactTable2"."_Dim29Id", "dbo"."FactTable2"."_Dim30Id", "dbo"."FactTable2"."_Dim31Id", "dbo"."FactTable2"."_Dim32Id", "dbo"."FactTable2"."_Dim33Id", "dbo"."FactTable2"."_Dim34Id", "dbo"."FactTable2"."_Dim35Id", "dbo"."FactTable2"."_Dim36Id", "dbo"."FactTable2"."_Dim37Id", "dbo"."FactTable2"."_Dim38Id", "dbo"."FactTable2"."_Dim39Id", "dbo"."FactTable2"."Fact" FROM "dbo"."FactTable2"
13.04.2004 20:37:07 25742 Schreibt Daten von Partition 'Cube0' (Segment 1). Aufbereitete Zeilen: 399988
13.04.2004 20:40:01 25742 Aggregationen und Indizes von Partition 'Cube0' (Segment 1) werden geschrieben
13.04.2004 20:40:33 25742 Aggregationen und Indizes von Partition 'Cube0' (Segment 2) werden geschrieben
13.04.2004 20:40:33 25742 Aufbereitung Partition 'Cube0' ist abgeschlossen. Beendigungszeit: 20:40:33 Dauer: 0:04:10 Aufbereitete Zeilen: 399988
13.04.2004 20:40:33 25742 Aufbereitung Cube 'Cube0' ist abgeschlossen. Beendigungszeit: 20:40:33 Dauer: 0:04:14
13.04.2004 20:40:33 25742 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt
13.04.2004 20:40:35 25742 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt

...

Рейтинг:

0 / 0

13.04.2004, 22:43

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480060

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

Был несколько неточен. Небольшая поправка в условия теста.
Войдите в куб и в опцию Fact Table Size допишите лишний нолик в конец.
Повторите все снова (Design Storage, Process). Через минут 30 процессирования нажмите Stop.
Еще отличия от моей тестовой базы. У меня измерения чуть более реалистичны, т.е. чуть более ветвисты. Уровни такие
cast ("dbo"."DimTable"."_DimId"/1000 as int)
cast ("dbo"."DimTable"."_DimId"/100 as int)
"dbo"."DimTable"."_DimId"

Пошел ставить свечку за ваш сервер.

PS. Сам ни чего не процессировал, может забыл еще что-то, но врятли.
PSS. Меня ногами не бить, сами захотели.

...

Рейтинг:

0 / 0

13.04.2004, 23:14

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480066

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

To Ivanov

cast ("dbo"."DimTable"."_DimId"/1000 as int)

absolyutno redundant, t.k. v T-SQL, kak i v C, C++, C#, Java i v Frortran, no v otlichei ot Pascal rezultat deleniya dvuh int - int, tak chto cast ne nuzhen.

...

Рейтинг:

0 / 0

13.04.2004, 23:27

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480074

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

To Ivanov

3-i uroven v kazhdom izmerenii ya ne delal - len',
no lishnii nolic pririsoval.

V itoge 50% aggregacii, 529 aggregacii, predpolagaemii razmer 40GB :-)

processiroval tolko Cube.

PS. Сам ни чего не процессировал, может забыл еще что-то, но врятли.

A zrya. Ragovor bil bi s vashei storoni togda bi bolshe po-suschestvu, a tak.... :-)

PSS. Меня ногами не бить, сами захотели.

Kto zahotel??? Vam zhe bilo interesno posmotret, a pochemu eto tak bistro u menya proschitivaetsya, a vi vse kak Foma neveruyuschii - somnevalis, chto ya vam chto to ne to podpihivayu.

Ya prosto vam pokazal, chto vashi zayavleniya o nizkourovnevom dostupe i oblome MS AS myagko govorya ne obosnovani i strasti preuvelicheni.

...

Рейтинг:

0 / 0

13.04.2004, 23:37

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480090

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

V itoge
vremya processinga cuba 7 munut. Razmer dirrectorii kuba ~100Mb

13.04.2004 21:35:17 9711
13.04.2004 21:35:17 9711
13.04.2004 21:35:17 9711 **************************************************************************
13.04.2004 21:35:17 9711 *
13.04.2004 21:35:17 9711 * Processing Datenbank 'IvanovTest'
13.04.2004 21:35:17 9711 * Server: DBSRV
13.04.2004 21:35:17 9711 * User: ISERNHAGEN\vc
13.04.2004 21:35:17 9711 * Time Processing started: 13.04.2004 21:35:17
13.04.2004 21:35:17 9711 * Log ID: 9711
13.04.2004 21:35:17 9711 *
13.04.2004 21:35:17 9711 **************************************************************************
13.04.2004 21:35:17 9711
13.04.2004 21:35:17 9711
13.04.2004 21:35:17 9711
13.04.2004 21:35:17 9711 Initiiert Transaktion in Datenbank 'IvanovTest'
13.04.2004 21:35:17 9711 Bereitet Cube 'Cube0' auf Startzeit: 21:35:17
13.04.2004 21:35:20 9711 Initialisiert Cube 'Cube0'
13.04.2004 21:35:35 9711 Bereitet Partition 'Cube0' auf Startzeit: 21:35:35
13.04.2004 21:35:35 9711 Initialisiert Partition 'Cube0'
13.04.2004 21:37:17 9711 Partition 'Cube0' Ausführung: SELECT "dbo"."FactTable2"."_Dim00Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim02Id", "dbo"."FactTable2"."_Dim03Id", "dbo"."FactTable2"."_Dim04Id", "dbo"."FactTable2"."_Dim05Id", "dbo"."FactTable2"."_Dim06Id", "dbo"."FactTable2"."_Dim07Id", "dbo"."FactTable2"."_Dim08Id", "dbo"."FactTable2"."_Dim09Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim11Id", "dbo"."FactTable2"."_Dim12Id", "dbo"."FactTable2"."_Dim13Id", "dbo"."FactTable2"."_Dim14Id", "dbo"."FactTable2"."_Dim15Id", "dbo"."FactTable2"."_Dim16Id", "dbo"."FactTable2"."_Dim17Id", "dbo"."FactTable2"."_Dim18Id", "dbo"."FactTable2"."_Dim19Id", "dbo"."FactTable2"."_Dim20Id", "dbo"."FactTable2"."_Dim21Id", "dbo"."FactTable2"."_Dim22Id", "dbo"."FactTable2"."_Dim23Id", "dbo"."FactTable2"."_Dim24Id", "dbo"."FactTable2"."_Dim25Id", "dbo"."FactTable2"."_Dim26Id", "dbo"."FactTable2"."_Dim27Id", "dbo"."FactTable2"."_Dim28Id", "dbo"."FactTable2"."_Dim29Id", "dbo"."FactTable2"."_Dim30Id", "dbo"."FactTable2"."_Dim31Id", "dbo"."FactTable2"."_Dim32Id", "dbo"."FactTable2"."_Dim33Id", "dbo"."FactTable2"."_Dim34Id", "dbo"."FactTable2"."_Dim35Id", "dbo"."FactTable2"."_Dim36Id", "dbo"."FactTable2"."_Dim37Id", "dbo"."FactTable2"."_Dim38Id", "dbo"."FactTable2"."_Dim39Id", "dbo"."FactTable2"."Fact" FROM "dbo"."FactTable2"
13.04.2004 21:37:36 9711 Schreibt Daten von Partition 'Cube0' (Segment 1). Aufbereitete Zeilen: 399988
13.04.2004 21:40:33 9711 Aggregationen und Indizes von Partition 'Cube0' (Segment 1) werden geschrieben
13.04.2004 21:42:19 9711 Aggregationen und Indizes von Partition 'Cube0' (Segment 2) werden geschrieben
13.04.2004 21:42:20 9711 Aufbereitung Partition 'Cube0' ist abgeschlossen. Beendigungszeit: 21:42:20 Dauer: 0:06:45 Aufbereitete Zeilen: 399988
13.04.2004 21:42:20 9711 Aufbereitung Cube 'Cube0' ist abgeschlossen. Beendigungszeit: 21:42:20 Dauer: 0:07:03
13.04.2004 21:42:20 9711 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt
13.04.2004 21:42:20 9711 Commit für Transaktion in Datenbank 'IvanovTest' ausgeführt

Nazhatie na knopku "stop" takzhe ni k chemu plohomu ne privelo.

...

Рейтинг:

0 / 0

14.04.2004, 00:10

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480092

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Vot log otkata

13.04.2004 22:09:43 19740
13.04.2004 22:09:43 19740
13.04.2004 22:09:43 19740 **************************************************************************
13.04.2004 22:09:43 19740 *
13.04.2004 22:09:43 19740 * Processing Datenbank 'IvanovTest'
13.04.2004 22:09:43 19740 * Server: DBSRV
13.04.2004 22:09:43 19740 * User: ISERNHAGEN\vc
13.04.2004 22:09:43 19740 * Time Processing started: 13.04.2004 22:09:43
13.04.2004 22:09:43 19740 * Log ID: 19740
13.04.2004 22:09:43 19740 *
13.04.2004 22:09:43 19740 **************************************************************************
13.04.2004 22:09:43 19740
13.04.2004 22:09:43 19740
13.04.2004 22:09:43 19740
13.04.2004 22:09:43 19740 Initiiert Transaktion in Datenbank 'IvanovTest'
13.04.2004 22:09:43 19740 Bereitet Cube 'Cube0' auf Startzeit: 22:09:43
13.04.2004 22:09:45 19740 Initialisiert Cube 'Cube0'
13.04.2004 22:10:02 19740 Bereitet Partition 'Cube0' auf Startzeit: 22:10:02
13.04.2004 22:10:02 19740 Initialisiert Partition 'Cube0'
13.04.2004 22:11:45 19740 Partition 'Cube0' Ausführung: SELECT "dbo"."FactTable2"."_Dim00Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim02Id", "dbo"."FactTable2"."_Dim03Id", "dbo"."FactTable2"."_Dim04Id", "dbo"."FactTable2"."_Dim05Id", "dbo"."FactTable2"."_Dim06Id", "dbo"."FactTable2"."_Dim07Id", "dbo"."FactTable2"."_Dim08Id", "dbo"."FactTable2"."_Dim09Id", "dbo"."FactTable2"."_Dim10Id", "dbo"."FactTable2"."_Dim11Id", "dbo"."FactTable2"."_Dim12Id", "dbo"."FactTable2"."_Dim13Id", "dbo"."FactTable2"."_Dim14Id", "dbo"."FactTable2"."_Dim15Id", "dbo"."FactTable2"."_Dim16Id", "dbo"."FactTable2"."_Dim17Id", "dbo"."FactTable2"."_Dim18Id", "dbo"."FactTable2"."_Dim19Id", "dbo"."FactTable2"."_Dim20Id", "dbo"."FactTable2"."_Dim21Id", "dbo"."FactTable2"."_Dim22Id", "dbo"."FactTable2"."_Dim23Id", "dbo"."FactTable2"."_Dim24Id", "dbo"."FactTable2"."_Dim25Id", "dbo"."FactTable2"."_Dim26Id", "dbo"."FactTable2"."_Dim27Id", "dbo"."FactTable2"."_Dim28Id", "dbo"."FactTable2"."_Dim29Id", "dbo"."FactTable2"."_Dim30Id", "dbo"."FactTable2"."_Dim31Id", "dbo"."FactTable2"."_Dim32Id", "dbo"."FactTable2"."_Dim33Id", "dbo"."FactTable2"."_Dim34Id", "dbo"."FactTable2"."_Dim35Id", "dbo"."FactTable2"."_Dim36Id", "dbo"."FactTable2"."_Dim37Id", "dbo"."FactTable2"."_Dim38Id", "dbo"."FactTable2"."_Dim39Id", "dbo"."FactTable2"."Fact" FROM "dbo"."FactTable2"
13.04.2004 22:12:04 19740 Schreibt Daten von Partition 'Cube0' (Segment 1). Aufbereitete Zeilen: 399988
13.04.2004 22:14:22 19740 Fehler beim Aufbereiten von Partition 'Cube0'. Es wurden keine Änderungen an der Datenbank vorgenommen.
13.04.2004 22:14:22 19740 Fehler beim Aufbereiten von Cube 'Cube0'. Es wurden keine Änderungen an der Datenbank vorgenommen.
13.04.2004 22:14:22 19740 Führt Rollback für Transaktion in Datenbank 'IvanovTest' aus

...

Рейтинг:

0 / 0

14.04.2004, 00:15

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480094

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

PSS. Меня ногами не бить, сами захотели.

Nogami vas nikto pinat ne budet no na perchatku v lico vi, gospodin poruchik, prostite, esli ya oshibayus, zarabotali,

Chest imeyu.

...

Рейтинг:

0 / 0

14.04.2004, 00:17

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480101

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

Вы сохранили свою структуру измерений, она предполагает меньшее агрегирование. У меня мастер Design Storage создал несколько тысяч агрегатов и попросил под MOLAP порядка Терабайта (на 50%).
MS AS хорошо манипулирует на среднем сервере даже с 1000 агрегатов. По вашему логу видно, что вы нажали Stop до того как пошла основная генерация агрегатов. Надо подождать пока MS AS запишет хотя бы 1G, вот такую транзакцию откатить уже слабо. Откатить даже 100M для MS AS не слабо.

...

Рейтинг:

0 / 0

14.04.2004, 00:39

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480105

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

Можете к слову не менять структуру измерений, а просто добавить еще нолик к Fact Table Size. Мастер решит раз фактов навалом и сделает вам Терабайт агрегатов. Интересно дождетесь ли вы даже результатов работы мастера, не говоря о процессировании. Мне лично надоело, я нажал stop на генерации агрегатов.

...

Рейтинг:

0 / 0

14.04.2004, 00:42

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480143

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Иванову

По вашему логу видно, что вы нажали Stop до того как пошла основная генерация агрегатов.

С чего вы взяли это. Снова невнимательно читали?

Надо подождать пока MS AS запишет хотя бы 1G, вот такую транзакцию откатить уже слабо. Откатить даже 100M для MS AS не слабо

Вы снова за голословные факты. Где их подверждения? Нет!

просто добавить еще нолик к Fact Table Size

Тесты я продолжил на "нормальном" домашне PC.

Я пошел дальше советов и поставил в свойствах куба Fact Table Size = 400.000.000. (Действительный размер таблицы фактов остался 400.000
В ообщем для здравомыслящего - полный садизм над MS AS.

Интересно дождетесь ли вы даже результатов работы мастера, не говоря о процессировании. Мне лично надоело, я нажал stop на генерации агрегатов.

У меня дизай агрегатов длялся около пары минут, так что мне не надоело.

50%, 1412 аггрегатов, предполагаемый объем 3.139.821,199 MB (надеюсь на этот раз хватит).

Куб был запущен на процессинг.
Приблизительно через час было расчитано около 300 аггрегатов. Мне надоело ждять, я нажал стоп и MS AS сделал "здоровый" откат.

Напомню, что в этот раз тест был на нормальном PC c IDE дисками (см. описание выше по топику)

Так что опять ваши прогнозы не свершились!!! :-)

Чтоже интересно посмотреть, когда же кубик просчитается до упора. Но об этом вы узнаете утром.

...

Рейтинг:

0 / 0

14.04.2004, 03:27

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480366

Валек

Участник

Откуда: РА

Сообщения: 460

Рейтинг: 0 / 0

ну как? уже утро

...

Рейтинг:

0 / 0

14.04.2004, 10:11

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480387

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

И этот кубик отпроцессировался без проблем в приемлимое время

14.04.2004 01:38:56 17846
14.04.2004 01:38:56 17846
14.04.2004 01:38:56 17846 **************************************************************************
14.04.2004 01:38:56 17846 *
14.04.2004 01:38:56 17846 * Processing Database 'IvanovTest'
14.04.2004 01:38:56 17846 * Server: WOLF
14.04.2004 01:38:56 17846 * User: WOLF\Administrator
14.04.2004 01:38:56 17846 * Time Processing started: 14.04.2004 01:38:56
14.04.2004 01:38:56 17846 * Log ID: 17846
14.04.2004 01:38:56 17846 *
14.04.2004 01:38:56 17846 **************************************************************************
14.04.2004 01:38:56 17846
14.04.2004 01:38:56 17846
14.04.2004 01:38:56 17846
14.04.2004 01:38:56 17846 Initiating transaction in Database 'IvanovTest'
14.04.2004 01:38:56 17846 Processing Cube 'Cube0' Start time: 01:38:56
14.04.2004 01:39:00 17846 Initializing Cube 'Cube0'
14.04.2004 01:39:00 17846 Processing Partition 'Cube0' Start time: 01:39:00
14.04.2004 01:39:00 17846 Initializing Partition 'Cube0'
14.04.2004 01:41:20 17846 Partition 'Cube0' Execute : SELECT "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."_DimId", "dbo"."FactTable"."Fact" FROM "dbo"."FactTable"
14.04.2004 01:41:36 17846 Writing data of Partition 'Cube0' (segment 1). Rows processed: 400000
14.04.2004 03:06:57 17846 Writing aggregations and indexes of Partition 'Cube0' (segment 2)
14.04.2004 03:10:20 17846 Writing aggregations and indexes of Partition 'Cube0' (segment 1)
14.04.2004 03:10:45 17846 Completed Processing Partition 'Cube0'. End time: 03:10:45 Duration: 1:31:45 Rows processed: 400000
14.04.2004 03:10:49 17846 Completed Processing Cube 'Cube0'. End time: 03:10:49 Duration: 1:31:53
14.04.2004 03:10:50 17846 Committing transaction in Database 'IvanovTest'
14.04.2004 03:10:55 17846 Committed transaction in Database 'IvanovTest'

...

Рейтинг:

0 / 0

14.04.2004, 10:21

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480709

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

2backfire. Я поясню что меня настроживает в вашем тесте. У вас записалось всего 2 сегмента.
14.04.2004 03:06:57 17846 Writing aggregations and indexes of Partition 'Cube0' (segment 2)
14.04.2004 03:10:20 17846 Writing aggregations and indexes of Partition 'Cube0' (segment 1)
Для 1412 агрегатов согласитесь очень мало. Кроме этого, сегменты очень компактные, писались на IDE диск считанные минуты. Мне кажется требование к крешу иметь 1G агрегатов в MOLAP до нажатия Stop не выполнено. Хотелось бы узнать ваше мнение, почему у вас получаются такие компактные сегменты.
Еще интересный вопрос. Вы процессировали на домашней машине. Известно, что измерение MS AS хранит в памяти, а не на диске. Для работы вам нужно 40*100000*4=1,6G RAM. На вашей домашней машине 2-3G памяти?

50%, 1412 аггрегатов, предполагаемый объем 3.139.821,199 MB (надеюсь на этот раз хватит).
Куб был запущен на процессинг.
Приблизительно через час было расчитано около 300 аггрегатов. Мне надоело ждять, я нажал стоп и MS AS сделал "здоровый" откат.
В моем случае 12000 агрегатов и дизайн я оставил делать на ночь, что там говорить о процессировании. :)
Но вопрос не в этом, тут поведение систем у нас различается. В моем случае MS AS "подвис" на откате. В директории куба был примерно 1G. Подождав 4 часа отката, я решил остановить MS AS. Служба не стопится. Затем перегрузка сервера. MS AS сразу после старта грузит сервер на 100% и сам сервер ни на что не отвечает "server busy".
Тем не менее, вам получить сходный эффект не удалось. Возможно есть зависимость от каких либо других факторов.
Мне кажется надо выполнить тест еще кому-то. Сейчас не ясно упех или неуспех теста связан с тестирующим, методикой теста, софтом, хардом и т.д.

Тем не менее, мне кажется само обсуждение было интересным. Резюмирую его.
1) Как показали тесты MS AS способен, по крайней мере при некоторых условиях, создавать очень мощные агрегации. Если тест Владимира корректен, то MS AS способен сделать агрегацию для 400 млн. фактов, при этом плотность агрегатов 50% и куб управляет 40 измерениями на 100 тыс. членов. При этом измерения плотно агрегированы. Мне кажется, что подобного результата не достить более ни на каком OLAP-сервере.
2) Мы разобрали особенности агрегаций и управление их плотностью. Обратите внимание, что Fact Table Size влияет сильнее, чем процентовка агрегата. MS AS не пересчитывает эту величину динамически, поэтому запросто можно получить неправильные агрегации.
3) Рассмотрели Lazy Aggregation, как средство снятия пиковых нагрузок на MS AS.

Я думаю Владимиру нужно выложить на Web пример OLAP-базы и скриптов TSQL. Думаю многим будет интересно.

...

Рейтинг:

0 / 0

14.04.2004, 12:00

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480848

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Я думаю Владимиру нужно выложить на Web пример OLAP-базы и скриптов TSQL. Думаю многим будет интересно

A vam slabo samim sdelat. U menya sozdaetsya takoe vpechatlenie, chto vi u sebya po zatronutoi teme 0,0 eksperimentov provodili za poslednie 4 dnya, a v moih logah vse kakie to "neveroyatnosti" viiskivaete.
Chego zhe tut iz'yasnyatsya - u menya vse rabotaet - priezhaite - ya vam s udovelstviem pokazhu :-).

SQL-Scripti ya uzhe vilozhil, tam est pravda malyusenkaya oshibka pri napolnenii tablici factov (budet vstavleno ne 400.000, a 399.988 zapisei v tablicu faktov - nu da ... s nim - eto ne vazhno).

A v OLAP - neuzheli komu to len 40 raz copy-paste sdelat?

...

Рейтинг:

0 / 0

14.04.2004, 12:53

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32480965

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

2backfire. Владимир вы как истнинный мужчина человек миссии. Такое впечатление, что у вас миссия найти что я делаю не так. :)

Я предлагаю выложить ваше решение потому что:
1) Оно готово и работает, скорее всего безопастно для экспериментов.
2) Незначительные отличия в дизайне наших тестов приводят к очень разным результатам. Например различие в уровнях измерений дают очень разные показатели агрегации. Поэтому лучше иметь пример OLAP-базы.
3) Мое решение в отличие от вашего неполное. Я его принципиально не процессирую и оно потенциально опасно, т.к. есть вероятность отличная от нуля получить мой эффект.

Потом если оставить флейм, вы не ответили на вопросы, которые меня озадачили. Как вы смогли положить 1414 агрегатов в 2 сегмента, как они записались за 8 минут на диск, и как в памяти вашей домашней машины поместились измерения на 1,6G + агрегация для сегментов до записи на HDD. Я не думаю что вы занимались подтассовкой теста и всему есть свое объяснение. Хотелось бы оставить флейм и найти ответы на данные вопросы, т.к. из них могу получится интересные выводы для оптимизации
MS AS. А значит возились с тестами не зря

...

Рейтинг:

0 / 0

14.04.2004, 13:41

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32481239

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Я предлагаю выложить ваше решение потому что:
1) Оно готово и работает, скорее всего безопастно для экспериментов.

Kto ne gotov na zhertvi radi istnii - istinu ne poznaet.
Chto, slabo ustanovkoi servera pozhertvovat?

2) Незначительные отличия в дизайне наших тестов приводят к очень разным результатам. Например различие в уровнях измерений дают очень разные показатели агрегации. Поэтому лучше иметь пример OLAP-базы.

Teper vi mozhete poslat mne vash primer, a ya skazhu vam chto u menya po-drugomu :-)

3) Мое решение в отличие от вашего неполное. Я его принципиально не процессирую и оно потенциально опасно, т.к. есть вероятность отличная от нуля получить мой эффект.

Esli u vas est polnii backup mashini ili obraz diska - vosstanovlenie delo 15-ti minut.

Как вы смогли положить 1414 агрегатов в 2 сегмента, как они записались за 8 минут на диск, и как в памяти вашей домашней машины поместились измерения на 1,6G + агрегация для сегментов до записи на HDD.

Ya dumayu cto na eti voprosi mogut tochnee otvetit otci MS AS.

Я не думаю что вы занимались подтассовкой теста и всему есть свое объяснение.

Spasibo hot na etom.

...

Рейтинг:

0 / 0

14.04.2004, 15:16

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32482187

Mosha

Гость

С опозданием присоединяюсь к этому thread, но попробую ответить на вопросы которые были мне заданы.

Во первых, я полностью согласен с Владимиром Ивановым по поводу распространенной ошибки переагрегаций, которая выражается в установке 100% или даже 50% в Design Aggregation. AS тоже пытается с этим бороться, например известно, что даже если установлено 100%, то все равно AS не будет делать 100%, а все равно отфильтрует аггрегации которые он считает не окажутся полезными.
Насчет того как сделан доступ к системе I/O, то SQL Server действительно пользуется низкоуровневыми библиотеками. AS такими библиотеками не пользуется а работает на уровне CreateFile/ReadFile/WriteFile/MemoryMapped Files. Транзакционная семантика (в данном случае из свойств ACID мы рассматриваем C & D - Consistency & Durability) обеспечивается следующим образом:

1. Для writeback (both cell and dimension) за счет того что запись делается в SQL базы данных.
2. Для processing (то о чем собственно был вопрос) за счет транзакционный свойств файловой системы. Т.е. на NTFS это гарантировано, а на FAT нет. Возможно Владимир наблюдал именно сбой FAT ?
К сожалению у меня не было времени повторить эксперимент, но результаты экспериментов backfire обнадеживают.

И наконец последний вопрос, каким образом у backfire все уложилось в 2 сегмента. Мое предположение, что возможно гранулярность данных в fact table была ниже чем определено в кубе.

Моша

----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights

...

Рейтинг:

0 / 0

15.04.2004, 09:49

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32482244

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Моше

В таблице фактов "фактически" :-) было 400000 записей.
А в агрегации были рассчитаны исходя из того что в таблице фактов 400000000
записей.
Т.е. MS AS был сознательно "обманут" при расчете аггрегаций.

Иванову.

Как я и предполагал - ваша теория "низкоуровнего доступа" - всего лишь пшик.
И оправдывать этой теорией было нечего.

Моша, если ваш почтовый ящик выдержит 1Gb :-) то я вам могу прислать процессированный кубик дабы у вас не осталось никаких сомнений. (Пока я его не грохнул - а то он сечас только место занимает)

...

Рейтинг:

0 / 0

15.04.2004, 10:22

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32482253

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Возможно Владимир наблюдал именно сбой FAT ?

Ну если это так было, то о чем вообще речь.

А убитый репозитарий наводит на мысль что он не был мигрирован на SQL-Server а оставался в *.mdb формате - таком же надежном как FAT.

Золотое правило: Миграция репозитория на SQL-Server - первое, что надо сделать после установки MS AS.

...

Рейтинг:

0 / 0

15.04.2004, 10:28

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32483147

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Esche odno interesnoe nablyudenie,

esli postavit v svoistvah MS AS - Developer Edition
na Windows Server 2003 Standard na mashine s 4Gb pamyati.

"Memory Conservation Thresold" 2048 MB - poluchaem out of memory Error pro processinge "tyazhelih" kubov. Prichem oshibka voznikaet ustoichivo postoyanno na tom zhe meste.

Krutim "Memory Conservation Thresold" vniz naprimer do 1400Mb - i vse OK. Kubik processitsya ustoichivo i bez oshivok.

Moe podozrenie, chto MS AS ne sledit strogo za soboi i stremitsya poluchit pamyati "nemnogo" bolshe chem razresheno i kak sledstvie "poluchaet po golove" ot OS - Out of Memory.

Vse eto moi lichnie spekulyacii, no hotelos bi uslishat mnenie drugih, osobenno specov iz Krasnoi Luni :-)

...

Рейтинг:

0 / 0

15.04.2004, 16:47

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32483411

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

2Моша. Нет, использовался NTFS. Я не указал что из серверов был поврежден настолько, что пришлось переставить ОС. Админ мне высказал теорию, что проблема была именно в откате транзакции NTFS, т.е. после перегрузки сервера ОС продолжила откат транзации, но не могла его завершить. В результате сервер все время вис после перегрузки.

К слову, стало понятно почему 2 сегмента. MS AS ожидал 400 млн. фактов и приготовился делать 200 сегментов, пришло в 100 раз меньше. Все ясно.
Остались открытые вопросы:
1) Почему они эти 2 крупных сегмента так быстро писались на диск? Сработала MOLAP-компрессия MS AS?
2) Почему 1,6G измрений поместились в памяти мальнькой машины? Тут ответа нет, их надо точно держать в памяти, т.к. при использовании Optimize Schema восстановление связей требует их наличия.

2backfire. Насчет репозитария вы правы. Однако перед тестами мы часто переливаем сервер так как его заливал клиент. Обратите внимание, что несмотря на то что MS AS не рулит дисками, мои теории по тому как помочь MS AS писать на диск в том числе Lazy Aggreration и правильная плоность агрегации реально помогает людям.

...

Рейтинг:

0 / 0

15.04.2004, 18:48

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32483460

Владимир Штепа

Участник

Откуда: Hannover

Сообщения: 6 037

Рейтинг: 0 / 0

Ivanovu.

Остались открытые вопросы:
1) Почему они эти 2 крупных сегмента так быстро писались на диск? Сработала MOLAP-компрессия MS AS?

Koncechno srabotalya, a vi dumali chto on snachala nekompressirovanno pishet a potom perepisivaet kompressirovano?

2) Почему 1,6G измрений поместились в памяти мальнькой машины? Тут ответа нет, их надо точно держать в памяти, т.к. при использовании Optimize Schema восстановление связей требует их наличия.

Vladimir, v sgenerili 40 Izmerenii v svoei baze?
Posmotreli, skolko pamyati MS AS kushaet?

Pravilno, - ne posmotreli!!!

Tak sdelaete zhe chto ni bud svoimi rukami i ubedites v prirode veschei sami.

"... ne poverit poka svoimi rukami ne pomacaet".

...

Рейтинг:

0 / 0

15.04.2004, 19:36

| Ответить | Цитировать | Написать

И опять про распределение памяти MS AS и SQL... никак не получается..;-) Может кто сталкивался...

#32483488

Владимир Иванов

Участник

Откуда: www.MicrosoftProject.ru

Сообщения: 810

Рейтинг: 0 / 0

То что MS AS скушал меньше 1,6G это факт. Однако это противоречит заявлениям MS о распеределении памяти под измерения. Или какой-нить SP3 уже добавил кусочек Юкона, где измерения уже не нужно полностью хранить в памяти?

...

Рейтинг:

0 / 0

15.04.2004, 20:16

| Ответить | Цитировать | Написать

64 сообщений из 64, показаны все 3 страниц

все

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?all=1&fid=49&tid=1872690]:	0ms
get settings:	7ms
get forum list:	16ms
check forum access:	3ms
check topic access:	3ms
track hit:	136ms
get topic data:	11ms
get forum data:	2ms
get page messages:	96ms
get tp. blocked users:	2ms
others:	241ms

total:	517ms