все изменения, которые мы можем внести в планирование управления-m, чтобы минимизировать расходы, если мы зарядимся, исходя из количества заданий, упорядоченных в течение дня в активном расписании.Изменения в контроле-M
Это нам очень дорого.
Как отметил Алекс, это широкая область. И было бы очень сложно ответить на этот вопрос. Но ниже приведены несколько советов.
1. Проверка того же сценария выполняется разными заданиями. Это можно объединить вместе с помощью вкладки планирования.
2. Работник наблюдения за файлами. Если есть требование проверить входящий файл, а затем запустить определенное задание для обработки файла. [Это составляет 2 задания: Job1 - Наблюдатель файлов, Job2 - Обработка файлов] Эта функция может быть достигнута с использованием заданий AFT. Задачи AFT объединяют эти две функции в одном.
3. Работы с низким приоритетом, при которых предупреждение не требуется, могут быть перенесены в сценарии unix/shell, если задания являются дорогостоящими.
4. Если Job2 преуспевает в Job1, а Job2 имеет только 1 IN CONDITION i.e из Job1, то вместо того, чтобы иметь два задания, скрипт (из Job2) может быть вызван из сценария (Job1). Итак, в конечном счете, мы выполняем две функции в Job1. Кроме того, если сценарий (Job2) терпит неудачу, то Job1 не получит код возврата успеха. И вы можете получить данные из журнала.
5. Храните архивирование в скриптах и не нужно вводить его в задания Control M, если это не очень важно. И вместо того, чтобы делать это каждый день в течение последних 6 месяцев, было бы лучше запланировать его один раз в неделю или раз в две недели.
6. Сортируйте задания таким образом, чтобы обычные задания находились в одной таблице и заданы adhoc (которые запускаются только по запросу) в другую. Храните «UserDaily» только для регулярных заданий. Недержание «UserDaily» для заданий adhoc не будет называть эти задания в EM ежедневно, и поэтому вы видите только те рабочие задания, которые выполняются ежедневно, а не тот, который может или moght не запускаться ежедневно.
Надеюсь, это поможет.
Большое спасибо justin .. –
Большое спасибо Justin. Некоторые пункты определенно помогут. –
Если некоторые из ваших заданий являются командами и имеют общие характеристики (nodeid, user, no alerts), используйте условные операторы. Например. связывание команд с точкой с запятой будет означать, что каждая команда выполняется один раз. Связь с & & будет означать, что вторая команда выполняется только в том случае, если первая выполняется успешно.
Вы можете использовать команду ctmudly для заказа только того пользователя, который вы хотите.
Это ОЧЕНЬ широкий вопрос. Возможно, вы захотите сделать его более конкретным. –
у нас есть около 700 задач управления, которые выполняются в нашем расписании. некоторые рабочие места ежедневно, некоторые еженедельно, а очень немногие - ежемесячно. мы получаем комиссионные от контроля-м на основе отсутствия заказов, которые мы заказываем ежедневно. есть ли способ уменьшить расходы, внося некоторые изменения в удержание графика или каким-либо другим способом? –