Batch server

[glibs]

Цитата:

Сообщение от Vadik

...
Достаточные, чтобы выполнять все пакеты, создаваемые пользователями с различными правами. Т.о. самый простой (простой - не значит плохой) вариант - права администратора
...

Ага. Только будте внимательны.

Это один из методов взлома RLS. Если строить отчет на клиенте и доступ на уровне записей ограничен, то в отчет попадет только доступный пользователю диапазон.

А вот если отчет построить на пакетном сервере, у которого права админские, то никакое ограничение доступа по записям не сработает.

В принципе, так можно ломать не только RLS, но и стандартные ограничения доступа. Например, ну не видим мы в отчете поле себестоимость, но оно там есть. А вот если отправить отчет на сервер пакетной обработки и попросить вернуть его по почте — можно будет полюбоваться.

Возможно, там есть и другие проблемы. Помню как-то занимался этим вопросом. Деталей не помню, но помню только, что сильно расстроился.

[glibs]

Цитата:

Сообщение от glibs

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

Ах... ну да!

В аудит (CreatedBy, ModifiedBy), а также в обычный аудит пишется логин сервера пакетной обработки, а не логин пользователя. Пойди потом пойми, кто чего наколбасил. Точнее, расследование можно провести попытаться, но это, мягко говоря, кучу времени отнимет.

[Sirius]

я перевел дословно:

вместо того чтобы настроить батч сервер как обычный клиент, настройте его с достаточным CPU и памятью как АОС.

видимо все таки неправильно понял..
т.е. они имеют ввиду дать ему (клиенту) CPU и память как AOS'у. Кто-то тут писал что сделать его 3ех звенным толстым - наверное все таки правильнее простым 2ух звенным, чтобы все таки логика отрабатывала прям на нем.

[glibs]

Цитата:

Сообщение от Sirius

...
я перевел дословно:

вместо того чтобы настроить батч сервер как обычный клиент, настройте его с достаточным CPU и памятью как АОС.
...

Дословно переводить не нужно было. Ниже приведен правильный перевод.

Вместо того, чтобы пойти рыться на помойку и найти какую-нибудь какашку, на которой девочка-секретарша три года назад печатала служебные записки и приказы в Word'е, которая Windows XP и Office 2003 с их запросами к ресурсам уже не тянет, и гордо объявить это безобразие сервером пакетной обработки, купите себе нормальный сервер (памяти и процессоров побольше, диски получше), и разверните на нем АОС в режиме standby (ручном standby, имеется в виду). Этот сервер в случае коллапса вашего основного АОСа сможет временно выполнять функции АОСа.

Т.е. под "batch server" понимается коробка, а не ПО.

Надеюсь, что я смог прояснить для вас ситуацию.

[glibs]

Цитата:

Сообщение от otkudao

...
Чего-то я не понял про блокировки:
1. Если только это не "клинчи", пользователи просто дождутся окончания работы друг друга. Только и всего. То же, что при монопольной последовательной обработке заданий батч-сервером
...

а) пока пользователи ждут, они теряют время.
б) при росте числа пользователей вероятность блокировок (и общее время простоя) растет, при последовательной обработке заданий она снижается

Цитата:

Сообщение от otkudao

...
2. Вроде отчеты не форапдейт-селекты используют. Какие блокировки?
...

Я писал по сервер пакетной обработки вообще, не только про отчеты.

[glibs]

Цитата:

Сообщение от otkudao

...
не понял именно этого. Почему вероятность блокировок снижается? Используются те же классы, таблицы и проч.
...

Уточню. Я имею в виду такие проблемы как deadlock'и и простой в очереди, пока разблокируются нужные данные для выполнения той или иной процедуры. Сами по себе блокировки, конечно, никуда не денутся. Но сами по себе они не являются негативным с т.з. пользователя явлением.

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

Пакетный сервер позволяет добиться такого эффекта, когда, например, те же накладные обрабатываются строго последовательно. При этом друг другу они уже точно мешать не будут. Т.о. общее время простоев можно сократить. Всего лишь на всего. Чудес не будет.

Цитата:

Сообщение от otkudao

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

Да, резервирование, например, в пакетном режиме не пустишь. Универсальных решений не бывает. Но возможность оптимизации есть.

Что касается пользователей, то есть три варианта:
а) запустить отчет и ждать (можно курить, пить кофе или болтать с соседом)
а1) как вариант а) сделать что-то полезное, не связанное с компьютером
б) поработать в другой программе (калькулятор Excel, Word, почта, Internet-браузер или ICQ)
в) продолжать работать в Аксапте

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

Цитата:

Сообщение от George Nordic

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

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

[EVGL]

Цитата:

Сообщение от otkudao

Где Вы использовали пакетный сервер и для каких целей? Работают ли с ним реально после Вашего ухода и кто?

А можно мне ответить? На нескольких инсталляциях пакетный сервер используется для автоматического запуска асинхронных интерфейсов с внешними системами. Примерно так: пользоветели работают, система на лету сохраняет протокол событий. А раз в 20 минут приходит пакетный сервер и за один присест формирует XML и отправляет данные по Интернет.

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

[Writer]

Цитата:

Сообщение от otkudao

Где Вы использовали пакетный сервер и для каких целей? Работают ли с ним реально после Вашего ухода и кто?
.

Не менее актуальная тема для меня. Для чего мы используем пакетный сервер.
1. Загрузка файлов EDI формата из внешней системы в Axapta c целью создания закупок, заказов, а так же специализированных данных для расчета дат доставки грузов.
2. Периодические операции:

• закачка курсов валют
• процедура расчета и корректировки дат доставки груза
• загрузка e-mail определенного формата для создания в системе разного рода заявок с последующей их обработкой.

3. Пересчет склада, закрытие склада
4. Рассылка спецификаций дилерам по динамическим запросам, которые формируют менеджеры по продажам
5. В системе создана модификация по рассылке e-mail по определенным событиям, опять же формируются сообщения и отсылаются пакетным сервером.
6. Формирование и отправка по электропочте специализированных документов по запросу из web-портала.

Что получаем в итоге:
1) экономия 300 чел\ч в год только на одном пункте 4.
2) создание закупок и заказов в автоматическом режиме с кол-вом строк от 6 до 9000 (экономию даже не считали, в среднем она составляет 20 чел\сек на 1-ну строку)
3) ускорение обработки документов за счет специализированных уведомлений

И это только часть вершины айсберга, дальше далеко идущие планы по использованию пакетного сервера.

ЗЫ Все выше описанное справедливо для круглосуточного режима работы.

[blokva]

Цитата:

Сообщение от otkudao

2Другого варианта , когда пакетная обработка даст действительно заметный эффект в конечной производительности работы, увы, не вижу.

1. Кстати, на каких процессах пользователи могут наставить блокировок так, чтобы они тормозили всех, например, на неск минут? Формы могут блокировать только при сохранении записи... Отчеты вообще не при делах... Закрытие склада - всех отключаем... Что там еще есть из реально используемого, не подскажете?

Как было уже указано выше, сводное планирование при формировании ежедневных планов!!!
При этом главная проблемма в блокировке таблицы InventDim, которая используется во всех транзакциях складского движения!

[mazzy]

Цитата:

Сообщение от otkudao

Пакетный сервер НЕ решает проблем :
1. Блокировки. Не дает видимого эффекта и оптимизации работы за счет снижения вероятности блокировок

Тогда стоит договорить фразу до конца:
1.1. Не дает видимого эффекта и оптимизации работы за счет снижения вероятности блокировок для одного пакетного задания.
1.2. Дает видимый эффект, если заданий несколько.

[glibs]

Цитата:

Сообщение от otkudao

...
стоит вначале прочитать ветку...
...

Ага.

Цитата:

Сообщение от otkudao

...
прошу ответить на вопросы, которые оказались "не по зубам" glibs
http://www.axforum.info/forums/showt...6604#post86604
...

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

Тем не менее сделаю исключение.

"
Уточню. Я имею в виду такие проблемы как deadlock'и и простой в очереди, пока разблокируются нужные данные для выполнения той или иной процедуры. Сами по себе блокировки, конечно, никуда не денутся. Но сами по себе они не являются негативным с т.з. пользователя явлением.

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

Пакетный сервер позволяет добиться такого эффекта, когда, например, те же накладные обрабатываются строго последовательно. При этом друг другу они уже точно мешать не будут. Т.о. общее время простоев можно сократить. Всего лишь на всего. Чудес не будет.
"

Зачем ссылаться на вопрос, на который я уже отвечал? Если вы с чем-то не согласны, то, пожалуйста, ссылайтесь на последний ответ по вопросу, а не на первый.

Цитата:

Сообщение от otkudao

...
http://www.axforum.info/forums/showt...6661#post86661
...

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

- обработка накладной (актуально для большого количества строк)
- разноска складского журнала (актуально при количестве строк больше нескольких сотен)
- разноска журнала ГК (также актуально при разноске журналов с количеством строк в несколько сотен)
- расчет нереализованной курсовой разницы по клиентам (если у вас не демобаза)
- обновление управленческой статистики (-"-)
- расчет АВС-классификации
- перепланирование производственных заданий (если технолог поменял параметры для оптимизации графика загрузки на текущий день)
...

Данные операции не дают возможности пользователю какое-то время делать что-то полезное в Аксапте (если у вас не "неограниченная лицензия" на количество пользователей, конечно). Суть проблемы я и Maxim Gorbunov уже описывали. Повторяться не буду. Это во-первых. Если задачи запускать с нескольких машин одновременно, то они могут создавать друг другу блокировки, что увеличивает время их исполнения, и нагружает АОС, что сказывается на комфортности работы остальных пользователей. Это во-вторых.

Что касается непосредственно отчетов, то обычный Query использует грязное чтение. Перепрограммированные отчеты, обычно, тоже исспользуют грязное чтение. Т.о. по умолчанию отчеты на блокировки не реагируют. Но есть отчеты, которые строятся 5-10-15 минут. Если их строить не в пакетном режиме, то это прямая потеря рабочего времени сотрудника + дискомфорт для пользователей, которые сидят на том же АОСе, на котором строится отчет (проявляется в увеличении времени отклика АОСа). Уверяю вас, что есть пользователи, которым своего рабочего времени жалко.

Если с вашей т.з. все это не "оптимизация", то ваше мнение остальным понятно. Я остаюсь при своем. Пусть участники принимают решение исходя из приведенных нами аргументов.

[Maxim Gorbunov]

Цитата:

Сообщение от otkudao

Подытоживая:

Пакетный сервер нужен и дает эффект при :
...

Кстати, Вы упускаете очень важный аспект: пакетный сервер позволяет более гибко проектировать архитектуру системы. В частности, с его помощью можно разгрузить каналы связи между клиентскими станциями и сервером БД, не занимая при этом пул соединений AOS'а.

[tolstjak]

Цитата:

Сообщение от otkudao

Преимущество пакетного сервера в ПЕРЕНОСЕ времени исполнения заданий.

.

Согласен.
Я бы еще добавил:
Со всеми вытекающими отсюда последствиями в т.ч. преимуществами и недостатками.