Les traitements par lot se situent entre le traitement transactionnel en ligne (OLTP) et le système d'aide à la décision (SAD). De même, leur incidence sur le système figure à mi-chemin entre ces deux éléments. Un traitement par lot peut comporter de nombreuses transactions répétitives, comprenant des calculs complexes, portant sur une base de données. A titre d'exemple simple, mentionnons le calcul des ventes totales de la journée. En tel cas, le processus par lot vérifie toutes les transactions de vente de la journée reportées dans la base de données, puis il extrait le montant des ventes et il calcule la somme cumulative.
En général, le traitement par lot est très exigeant pour le processeur et les ressources d'E/S, car ce traitement et la base de données font grand usage de l'UC. En outre, un nombre élevé d'opérations d'E/S sont générées, à partir de la base de données d'arrière-plan, pour chaque transaction récupérée.
Pour contrôler le traitement par lot, on restreint le taux de consommation de l'UC et des E/S. Solaris Resource Manager permet un contrôle précis des ressources de l'UC, mais on doit toutefois gérer les ressources d'E/S en affectant différents périphériques d'E/S à chaque traitement.
En principe, deux méthodes sont utilisées pour déterminer l'incidence sur les ressources du traitement par lot :
Une copie de la base de données est effectuée sur un système distinct puis le traitement par lot est exécuté. Ensuite, la charge de travail imposée à ce système est établie. (Veuillez noter toutefois que dans la plupart des cas, le traitement par lot met à jour des parties de la base de données en ligne et ne peut donc pas être séparé de celle-ci.)
Le contrôle des ressources de l'UC est utilisé.
Etant donné que le nombre d'opérations d'E/S générées par un traitement par lot est proportionnel à la part de l'UC qui est consommée, les limites imposées aux cycles de l'UC peuvent servir à contrôler indirectement le taux d'utilisation des E/S par le traitement par lot. Prenez toutefois garde à ce que les travaux qui font très peu appel à l'UC ne génèrent pas un nombre excessif d'opérations d'E/S.