Процесс или группу процессов можно вручную присвоить определенному суперклассу или подклассу с помощью Web-администратора системы, SMIT или команды wlmassign. Приложения могут присваивать процессы с помощью API wlm_assign.
Для присвоения класса процессу или отмены этого присвоения пользователь должен обладать определенными права доступа. (См. Рекомендации по защите.) Классификация вручную может быть выполнена или отменена независимо на уровне суперкласса и на уровне подкласса. Конкретное действие задается флагами функции API или параметрами команды, вызываемой инструментами управления WLM. Таким образом, процессу может быть присвоен только суперкласс, только подкласс, или одновременно и суперкласс, и подкласс этого суперкласса. В последнем случае присвоение может быть выполнено как за один вызов команды или функции API, так и за два вызова различными пользователями.
Эта гибкая схема, однако, может показаться чрезмерно сложной. Ниже приведены два поясняющих примера.
Системный администратор вручную изменяет суперкласс процесса процесс-1 с суперкласс-A на суперкласс-B (присвоение только суперкласса). Подкласс суперкласса суперкласс-B будет определен WLM согласно правилам автоматической классификации. Процессу процесс-1 будет присвоен класс суперкласс-B.подкласс-A, и он будет помечен как имеющий суперкласс.
Пользователь, обладающий необходимыми правами доступа, изменяет класс процесса процесс-2 с суперкласс-A.подкласс-A на суперкласс-A.подкласс-B, принадлежащий тому же суперклассу. Процессу процесс-2 будет присвоен новый подкласс, после чего он будет помечен как имеющий подкласс.
Администратор суперкласса суперкласс-B может присвоить процессу процесс-1 подкласс подкласс-C суперкласса суперкласс-B. Процессу процесс-1 будет присвоен класс суперкласс-B.подкласс-C, после чего он будет помечен как имеющий суперкласс и подкласс.
Изменение или отмена присвоения процесса вручную проще выполнять на уровне подкласса.
Допустим, системному администратору необходимо, чтобы процессу процесс-2 было доступно большее количество ресурсов, для чего он вручную присваивает процессу процесс-2 суперкласс суперкласс-C. В примере 1 процессу процесс-2 был вручную присвоен подкласс подкласс-B суперкласса суперкласс-A, в результате чего он был помечен как имеющий подкласс. После присвоения процессу процесс-2 другого суперкласса предыдущее присвоение теряет смысл и отменяется. В результате процессу процесс-2 будет вручную присвоен суперкласс суперкласс-C и автоматически (в соответствии с правилами классификации) - подкласс этого суперкласса.
Допустим, теперь системному администратору потребовалось отменить присвоение процессу процесс-1 суперкласса суперкласс-B. В результате этой операции присвоение суперкласса вручную для процесса процесс-1 будет отменено, и суперкласс этого процесса будет определяться по правилам автоматического присвоения.
Если правила не изменились, процессу процесс-1 будет присвоен суперкласс суперкласс-A, в результате чего присвоение ему подкласса суперкласс-B.подкласс-C вручную потеряет смысл и будет отменено.
Если бы в соответствии с правилами автоматического присвоения процессу процесс-1 был бы присвоен суперкласс суперкласс-B, то присвоение ему вручную подкласса суперкласс-B.подкласс-C продолжало бы действовать. В результате процесс-1 был бы помечен как имеющий только подкласс.
Если при присвоении класса для процесса, являющегося лидером группы, установлен атрибут наследования, то WLM выполнит повторное присвоение всех процессов этой группы.
Однако в некоторых случаях процессам группы не будет присвоен тот же класс, что и у лидера группы. Например, будет сохранен класс процессов, вручную присвоенных некоторому классу. Кроме того, у пользователя, отправившего первоначальный запрос, может оказаться недостаточно прав доступа для изменения класса всех процессов группы.
Для присвоения процесса некоторому классу или для отмены такого присвоения пользователю необходимы права доступа как к процессу, так и к целевому классу. Из этого условия следуют перечисленные ниже правила:
Для изменения или отмены выполненного вручную присвоения пользователю необходим по крайней мере тот же уровень доступа, что и у пользователя, присвоившего процесс.