Мониторинг нагрузки на первасив со стороны пользователя

[Vitas]

>>На одну операцию вставки записи в БД приходится куча операций модификации с этой записью.

На одну операцию вставки записи в БД приходится одна запись вставки в БД и ни как иначе. Но на создание одного документа происходит регистрация в журнале как операций вставки, так и модификаций. Это верно. Но отношение созданных и измененных записей в базе к записям в журнале 1:10 - это уже многовато однако. Мало того я же взял по максимуму, что пользователей всегда 60, что не совсем так.

>>..пользователь что-то сделает, потом кучу раз это поправит...

Однако бить по рукам таких пользователей, что бы сначала думали, а потом делали Один раз и правильно

Хотя возможно все

[knat]

Граждане, у вас же про мониторинг спрашивали!
Шо ж вы умничаете: пользователей по рукам бить, сами-то пробовали? Всех 60 бить? Или выборочно?

Так про выбор пользвателя и вопрос. Кого?

Кстати, Vitas, а чего Вы решили что не всегда их 60? Или в смысле, что бывает и 80?

Вообще, действительно интересно: что, ни у кого нет такой загрузки системы? И афигенных размеров таблиц?

[Den]

Не знаю, не знаю...что у Вас за пользователи ,товарисчи. Они чего, сами не знают чего в базе делают ? Лично у нас необходимость в журнализации не возникала почти никогда. НУ бывает спростят у меня раз в квартал чтоб посмотретьт кто чего поменял данные. Дак для этого у меня баки есть - дневные(за последние 5 дней) ,недельные, месячные. Конечно, если запись грохнули , то в этом случае никак не посмотреть.И даже если юзверя "поймать с поличным" по журналу он ведь упираться будет что не делал этого.

[Vitas]

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

Что их 60, и в смысле, что бывает 50 (а не 80 ):
>>В системе работает 50-60 пользователей которые интенсивно вносят изменения.

Загрузка системы может возникать при формировании больших отчетов, но не при массовой модификации, так как при модификации основная нагрузка ложиться не на процессор, а на винты и оперативку, ну естественно сеть загружается. Но тогда получается (судя по журналу), что идет массовое измеенния данных и крутятся крупные отчеты? Вот в этом я и пытался разобраться, а не умничал )

Загрузка проца на сервере возникает и у нас, но редко. Вопросом этим (по поводу того, какие пользователи загрузили ЦПУ) я ломал себе голову, но софта не нашел. Увы

[knat]

Den, а Corpo-обмен без журнала как?

Vitas.
Пользователей у нас действительно много. За день вводится порядка 2000 документов. На разных площадках. Позиций спецификации от 3 до 100.Отчеты почти все переписаны и формируются не средствами Галактики. Однако есть, наверное, отдельные идивидуумы, которые "упорно" формируют их в Галактике. И ес-но грузят систему.

Пардон, что высказалась вчера слишком эмоционально. Bublikа в обиду не дам!
Шутка. Он в моей защите не нуждается.

[Vitas]

Да его ни кто и не обижает А солидарность работников одного предприятия вещь хорошая и правильная

А чем ваши отчеты формируются? Разница не втом, что формируется в галактике или к примеру в акцесе или в репорте, который кристал. В любом случае в это время (время формирования отчета) идет запрос к серверу первасива, что есть нагрузка на ЦПУ сервера, так как сервер первасива производит выборку из базы и тоьлко после этого передает данные клиенту, хоть через ОДБС, хоть напрямую клиенту первасива. С таким же успехом можно было средствами атлантиса переписать стандартные отчеты, более оптимизированно, так как в большенстве случаев, благодаря универсальности отчеты галактики тащать слишком много данных, дабы попытаться угодить требованиям разных пользователей. Переписывая под себя, вы оптимизируете алгоритм и тащите данные только те, которые нужны именно вам, что дает прирост в производительности и уменьшает нагрузку на сервере.

[knat]

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

[Vitas]

Один вопрос есть в любом случае.
Откуда берутся данные если нет запроса к серверу? Т.е. что является источником данных?
И на чем все это дело написано?

[bublik]

Вы так спорите, что вот-вот подеретесь...

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

[Vitas]

Можно конечно закрыть.
Но я бы попросил, что бы Наталья Каракошенко
ответила бы все же на мои вопросы

[knat]

Согласна. Тему закрываем.
Vitas, я же сказала, не я автор.
Если интересно, пишите на gary@auk.euromb.com
Обещали пообщаться с Вами .

[Vitas]

Спасибо.
Отпишу

[Galpro_tut]

Еще предложение - поставить корпо и сливать все в новую БД на другой машине в нее в одном направлении. Пользователям сказать чтобы большие отчеты строили находясь в другой базе.
У нас тажа пробла - узкое место сеть но все же работают 90 челов. Все пересчеты (бухсальдо за последние 3мес, скл ордера с начала года и т.п)сделаны ночью NowRunом. Из журнализации были исключены все автопересчитываемые таблицы, это сильно уменьшило журнал и увеличило скорость работы.
Вот только самый хороший в смысле удобств интерактивный отчет очень долго работает после того как его закрываешь, и пересобрать его не могем - там на паскале написано пришлось своих наделать по отдельным счетам.
И тут помоему любую другую систему возьми - теже проблемы будут.
itpark.ru