Procesy zadania
Istnieją dwa główne typy procesów zadania, które służą do zarządzania danymi funkcji ILM w aplikacji: Proces inicjujący robota przeszukującego ILM oraz pojedyncze roboty przeszukujące ILM (po jednym dla każdego obiektu obsługi ze skonfigurowaną funkcją ILM).
-
Proces inicjujący robota przeszukującego ILM: (F1-ILMIN) - jest to sterownik procesu zadania, który uruchamia kontrolkę zadania pojedynczego robota przeszukującego ILM, według definicji zawartej w opcjach obiektu obsługi.
Możliwe ponowne uruchomienie: W przypadku awarii serwera można ponownie uruchomić proces inicjujący robota przeszukującego ILM. Spowoduje to również ponowne uruchomienie procesów pojedynczych robotów przeszukujących ILM.
-
Robot przeszukujący ILM: W każdym obiekcie obsługi ze skonfigurowaną funkcją ILM zdefiniowany jest robot przeszukujący ILM. Są to podrzędne procesy zadania, które można uruchomić albo za pośrednictwem procesu inicjującego robota przeszukującego ILM, albo poprzez uruchomienie autonomicznego zadania.

W procesie zadania robota przeszukującego ILM wybierane są rekordy, których okres retencji już upłynął. Wywoływany jest algorytm stosowania ILM obiektu obsługi, aby określić, czy rekord jest gotowy do zarchiwizowania. Algorytm odpowiada za ustawienie przełącznika archiwizacji ILM rekordu na wartość "Y" oraz za aktualizację daty ILM, w razie potrzeby.
Okres retencji to okres, w którym rekord uznaje się za aktywny. Obejmuje datę systemową i datę progową (obliczaną jako data systemowa - liczba dni retencji).
-
Jeśli zdefiniowano opcję obiektu obsługi "Liczba dni retencji ILM", używana jest wartość tej opcji.
-
W przeciwnym razie używana jest wartość domyślnej liczby dni retencji z rekordu głównej konfiguracji ILM.
W przypadku gdy nie można ustalić liczby dni retencji zgłaszany jest błąd.
Robot przeszukujący oblicza datę progową i wybiera wszystkie rekordy, w których przełącznik archiwizacji ILM ma wartość "N", a data ILM jest wcześniejsza od daty progowej. Każdy zwrócony rekord jest obiektem stosowania ILM.
Jeśli podano parametr "Nadpisanie daty progowej", zostanie on użyty zamiast obliczonej daty progowej. Jeśli nadpisana data progowa jest późniejsza od obliczonej daty progowej, zgłaszany jest błąd. Ten parametr jest przydatny, gdy dla danego obiektu istnieją wieloletnie rekordy historyczne podlegające archiwizacji. Po skonfigurowaniu tego parametru można poszerzyć okres retencji, ograniczając tym samym proces wstępnego przetwarzania do krótszego okresu