Ein Job kann im Hauptspeicher, aber auch außerhalb des Hauptspeichers auf die Verfügbarkeit einer entsprechenden Ressource warten. Dabei kann der Job einen der folgenden Wartestatus haben:

• Short Wait
• Short Wait Extended
• Long Wait

Ein Job mit diesem Wartestatus hält eine verfügbare Aktivitätsebene, während er auf den Eintritt einer Aktivität wartet. Ein Job kann maximal zwei Sekunden im Wartestatus Short Wait bleiben. Folgende Aktionen können diesen Status bewirken:

• Senden von Unterbrechungsnachrichten an Workstations.

Werden Remote-Verbindungen eingesetzt, vermeiden Sie Aktionen, die den Wartestatus Short Wait verursachen, da die Wartezeit für den Job im Hauptspeicher sehr viel länger ist als beim Warten auf Ressourcen auf einer lokalen Workstation.

Nachdem sich ein Job maximal zwei Sekunden im Wartestatus Short Wait befunden hat, geht er in den Status Short Wait Extended über. Falls in dieser Zeit keine Aktivität stattgefunden hat, bricht das System den Short Wait ab, entfernt den Job aus der Aktivitätsebene und versetzt ihn in den Status Long Wait. In den Performance-Reports wird dieser Übergangsstatus als Short Wait Extended bezeichnet.

Ein Job, der die Aktivitätsebene unmittelbar verläßt, befindet sich im Status Long Wait. In diesem Status verläßt ein Job die Aktivitätsebene.

Beispiele für diesen Wartestatus sind:

• key/think waits
  Dieser Typ kommt außerhalb der Aktivitätsebene vor, wenn ein Job die zugewiesenen Aufgaben erledigt hat und zurückkehrt, um weitere Anforderungen zu übernehmen. Es handelt sich hierbei um eine benutzerdefinierte Zeitspanne, in der der Benutzer entscheiden kann, was eingegeben werden soll, und in der er die Daten eingibt. Wenn dem Job eine neue Aufgabe zugeteilt wird, versucht er erneut zu starten. Ist kein Platz für eine Aktivititätsebene verfügbar, wird der Job ineligible.

• record lock conflicts
  Dieser Typ kommt vor, wenn zwei oder mehr Jobs versuchen, denselben Satz einer Datei zu sperren.

• Distributed Data Management data requests