AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 29.01.2009, 17:05   #1  
Blog bot is offline
Blog bot
Участник
 
25,459 / 846 (79) +++++++
Регистрация: 28.10.2006
axaptapedia: Batch processing
Источник: http://www.axaptapedia.com/Batch_processing
==============

Summary: minor modifications

==Batch processing==
Batch processing is when jobs are executed in sequence without any user interaction. The jobs are submitted to a central batch list by users where they are queued to be processed in chronological order. The batch server, as it is commonly known, is actually a Dynamics AX client performing the task of processing the jobs in the batch list. This process can run on any computer with a client installed on it, but it is common practice to have a dedicated server with a client on it permanently processing the batch jobs. It is possible to have multiple clients or "batch servers" that perform simultaneous batch processing.

Batch jobs can be scheduled to run on a specific date and at a specific time, or they can simply be added to the batch list where they will be queued to be processed as soon as the batch server is able to. Periodic processing is when a job is scheduled to run on a regular interval, e.g. once a day or once a week. An example of a periodic batch job is to e-mail a sales performance report to users on a weekly basis. Another example is to have the material requirements planning (MRP) job run daily to determine how much inventory is needed to maintain sufficient inventory levels for production and sales.

==Dialog==
An integrated part of the Batch framework is to prompt the user for input before the execution of the job starts. This gives the user the opportunity to modify the query, if present, and to make final adjustments to the options that are presented in the dialog. On the "Batch" tab page the following options can be set: Batch processing, Batch group, Recurrence and Notification[1]. If the Batch processing option is selected, the job will be submitted to the batch list. If the option is not set, it will run immediately when the "OK" button is clicked.

==Batch groups==
If there are multiple batch servers, it is possible to setup multiple batch groups and to dedicate a batch server to each batch group. When a batch job is submitted to the batch list, a batch group can be specified. The batch server assigned to the specified batch group will process the job. By separating batch jobs in different groups e.g. by department or another attribute, improves the overall performance and availability of the batch processing "service".

==Recurrence==
Recurrence determines the recurring pattern of the job, i.e. when the job will be executed for the first time, how many times it will be executed and when it should stop. There are three options to specify how the job should end: "No end date", "End after count" and "End by". These options allow the job the run without a end date, to execute a fixed number of times or the end by a certain date. The default is "End after count" and is set to run the job once only. If the current time and date is entered, which is the default, the job will be executed as soon as the batch server is able to.

==Batch journals==
A batch journal makes it possible to group individual batch jobs together as a single unit allowing it to be executed as a single batch job. By default, classes that extend from RunbaseBatch cannot run in a batch journal. To enable a class to run in a batch journal, the canGoBatchJournal method must be overridden.

==Notification[1]==
When a job has been processed by the batch server, the user who added the job to the batch queue can be notified about the status of the job.

==Advantages==
*The user can continue his work while the processing of the job occurs on the batch server.
*Jobs can be scheduled to run periodically e.g. once a day or once a week.
*To help spread the load on the entire system, jobs can be scheduled to run when there are few or no users using the system.
*Administrators can manage the batch queue e.g. by allowing more "important" jobs to run first.
*Statistics can be generated by analysing the data of the completed batch jobs.

==Disadvantages==
*The status and progress of a job cannot be monitored from a client as closely as when not running in batch.

==Footnotes==
[1]The term "Notification" is used generically because of the differences in terminology and implementation between the current version and previous versions of the client.


Источник: http://www.axaptapedia.com/Batch_processing
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axaptapedia: RunBaseBatch Blog bot DAX Blogs 0 04.04.2009 22:05
axaptapedia: RunBaseBatch Blog bot DAX Blogs 0 31.03.2009 06:06
Batch processing lyolea84 DAX: Администрирование 3 08.05.2008 15:22
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 12:23.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.