Управление изменениями и действиями в Service Manager

эта версия Service Manager достигла конца поддержки, рекомендуется выполнить обновление до Service Manager 2022.

На ИТ-отдел возлагается обязанность управлять изменениями в своей ИТ-среде, а также риском, связанным с этими изменениями. функции управления изменениями в Service Manager помогают управлять изменениями, предоставляя повторяемые, предсказуемые и измеряемые процессы для реализации изменений.

Разделы в этой статье организованы в соответствии с распространенными сценариями управления изменениями. Несмотря на то, что примеры сценариев относятся к вымышленной организации Woodgrove Bank, сценарии и действия основаны на реальных условиях и описывают, как использовать функции управления изменениями и действиями в Service Manager.

этот пример сценария для System Center-Service Manager помогает достигнуть цели управления изменениями и действиями с помощью нескольких сценариев в конце. Можно воспринимать этот демонстрационный сценарий как обучающий материал, помогающий размещать в контексте отдельные сценарии и процедуры.

Инициировать запросы на изменение классификации

В сценарии, охватывающем инициацию и классификацию запроса на изменение, Юлия, аналитик группы поддержки единой системы обмена сообщениями, планирует предложить и отслеживать изменение. Для этого она создает запрос на изменение для захвата сведений, которые будут использоваться для оценки, планирования, разработки, тестирования, развертывания изменений и доступа к ним. Юлия начинает с инициации запроса на изменение и затем определения его приоритета и категории.

В сценарии управления инцидентами Фил создает инцидент, в котором у пользователя были проблемы с единой системой обмена сообщениями, и завершает начальное исследование проблемы. В этом сценарии Юлия продолжает исследовать тот же инцидент. она проверяет, является ли причина известной проблемой с Microsoft Exchange Server и устраняет ее. она также определяет, что для всех Exchange серверов требуется обновление, а не только отдельный сервер. затем Julia просматривает схему услуги для элемента конфигурации службы Exchange, который требует обновления, и открывает запрос на изменение из формы элемента конфигурации службы. Наконец, Юлия вкладывает в запрос на изменение сохраненный снимок экрана, который впоследствии может помочь при проверке запроса на изменение.

После создания запроса на изменение проверяющие изменения в банке Woodgrove Bank должны утвердить этот запрос на изменение, а реализаторы изменений должны выполнить действия, необходимые для этого изменения. Эти этапы проверки и реализации задаются в запросе на изменение как ряд действий проверки и ручных действий.

Утвердить запросы на изменение

В сценарии, охватывающем утверждение запроса на изменение, Гаррет планирует инициировать бизнес-процесс Woodgrove Bank требования утверждения любых изменений ИТ-инфраструктуры перед развертыванием этих изменений. он хочет применить этот бизнес-процесс с помощью Service Manager, чтобы связать действия проверки для запроса на изменение. Благодаря требованию утверждения запрос на изменение реализуется только после того, как руководители в Woodgrove Bank согласятся, что изменение необходимо. Гаррет может установить разные способы проверки, такие как единодушное голосование, процент голосов «за» и автоматическое утверждение.

Процедуры, связанные с этим сценарием, описывают изменения в ИТ-инфраструктуре Woodgrove Bank, утвержденные перед развертыванием.

Приостановка и возобновление запросов на изменение

Во время проверки готовности запроса на изменение Гаррет может захотеть приостановить, а затем позднее возобновить этот запрос на изменение. Например, предположим, что Юлия создала запрос на изменение. Этот запрос на изменение зависит от дополнительной работы внешней группы. Гаррет хочет приостановить этот запрос на изменение до тех пор, пока внешняя группа не завершит свою работу. Гаррет возобновит его после того, как работа внешней группы будет завершена. Гаррет также может захотеть разблокировать неудачные запросы на изменения.

Реализация и закрытие запросов на изменение

После того как изменения в ИТ-инфраструктуре Гаррет проверяются и утверждаются для развертывания, его последний шаг заключается в завершении всех оставшихся ручных действий, связанных с запросом на изменение. Ручное действие должно распознаваться как выполненное или завершившееся неудачно. Когда все ручные действия выполнены, запрос на изменение автоматически устанавливается как выполненный и отображается в представлении Запросы на изменение: выполненные . Если ручное действие завершается неудачно, запрос на изменение автоматически устанавливается как неудачный и отображается в представлении Запросы на изменение: неудачные . Когда запрос на изменение появляется в любом из этих представлений, Гаррет может закрыть этот запрос на изменение. После закрытия запрос на изменение нельзя снова открыть.

В сценарии, который охватывает реализацию и закрытие запросов на изменения, Аарон выполняет ручное действие гарантийной проверки. Затем Гаррет устанавливает оставшиеся ручные действия запроса на изменение в значение завершенои закрывает запрос на изменение. Гаррет открывает второй существующий запрос на изменение, устанавливает ручные действия после реализации в состояние Не выполнено, а затем закрывает этот запрос.

Инициация и классификация запроса на изменение в Service Manager

процедуры в этом разделе описывают, как инициировать и классифицировать запрос на изменение в Service Manager от начала до конца.

Запрос на изменение, как правило, приводит к изменению элемента конфигурации. Учитывая это, важно понимать различие между связанным элементом и затронутым элементом. Связанный элемент указывает, что существует связь между запросом на изменение и элементом конфигурации или другими запросами на изменения. Другими словами, запрос на изменение может влиять на связанный элемент, а может не влиять. Затронутый элемент указывает, что запрос на изменение непосредственно привязан к элементу и что это изменение будет влиять на сам этот элемент.

Для инициации и классификации запроса на изменение выполните следующие этапы.

в Service Manager можно использовать следующие процедуры для создания запроса на изменение для серверов, которые являются частью службы, а затем проверить создание запроса на изменение. Сначала следует просмотреть элементы в представлении зависимости услуг. Затем следует перейти к элементам конфигурации и открыть шаблон запроса на изменение. Наконец следует оценить приоритет, влияние и уровень риска запроса. Несмотря на то, что запрос на изменение создается из представления зависимостей служб, можно также создать новый запрос на изменение из других мест в Service Manager.

Идентификаторы, назначаемые для запросов на изменения и инцидентов, не создаются в последовательности. Тем не менее идентификаторы более новых запросов на изменение и инцидентов будут больше, чем у созданных ранее запросов на изменение и инцидентов.

1. В консоли Service Manager щелкните Элементы конфигурации.
2. В области Элементы конфигурации разверните узел Бизнес-услугии выберите пункт Все бизнес-услуги.
3. В области все бизнес-услуги дважды щелкните службу. Например, дважды щелкните службу обмена сообщениями.
4. В открывшемся диалоговом окне перейдите на вкладку зависимые службы .
5. В списке развернуть до выберите уровень 1, а затем просмотрите элементы в списке. Обратите внимание на имена серверов. Например, в списке отображаются Exchange01.Woodgrove.com и Exchange02.Woodgrove.com .
6. В списке зависимые службы выберите компьютер и нажмите кнопку Открыть. Например, выберите и откройте Exchange01.Woodgrove.com.
7. В форме компьютер щелкните создать связанный запрос на изменение в разделе задачи.
8. В диалоговом окне Выбор шаблона выберите шаблон и нажмите кнопку ОК. Например, нажмите кнопку изменения в шаблоне инфраструктуры обмена сообщениями.
9. В поле название введите имя запроса на изменение. например, введите Apply Exchange Server пакет обновления. Обратите внимание, что различные значения в форме заполнены сведениями из шаблона запроса на изменение.
10. В полях Описание и Причина введите описание и причину запроса на изменение. например, введите применить Exchange Server пакета обновления к этим серверам в поле описание и введите пакет обновления, чтобы устранить проблему, связанную с наличием этих серверов в поле причина .
11. В поле Кому назначено введите имя пользователя, которому нужно назначить запрос на изменение. Например, введите Аарон Иванов.
12. Укажите приоритет, влияние и риск. Например, в списке приоритет выберите значение средний. В списке влияние выберите стандартный. В списке рисков щелкните средний.
13. Убедитесь, что в списке элементы конфигурации для изменения указан один сервер, и нажмите кнопку Добавить.
14. В диалоговом окне Выбор объектов выберите другой элемент для добавления в запрос на изменение и нажмите кнопку Добавить. Например, выберите Exchange02.Woodgrove.comи нажмите кнопку ОК.
15. Нажмите кнопку ОК , чтобы закрыть форму запроса на изменение.

1. Откройте службу, содержащую элементы, для которых был создан запрос на изменение, а затем перейдите на вкладку зависимые службы .
2. В списке компоненты службы Обратите внимание на то, что два сервера, на которых был открыт запрос на изменение, помечены Да под затронутым изменением столбцом.
3. Нажмите кнопку Отмена , чтобы закрыть службу.

Для добавления связанных элементов в запрос на изменение и последующей проверки добавления элементов можно использовать следующие процедуры. Можно добавить связанные элементы, такие как элементы конфигурации, инциденты, другие запросы на изменение, файлы и статьи базы знаний. При добавлении файлов, таких как сохраненные снимки экрана, сохраненные процедуры и статьи базы знаний, рецензенты и разработчики могут более легко просматривать, утверждать и реализовывать изменения.

Для добавления файлов в какой-либо рабочий элемент, включая запросы на изменение, сначала следует включить соответствующий параметр. дополнительные сведения см. в разделе настройка общих Параметры изменений.

в консоли Service Manager выберите пункт рабочие элементы.

В области рабочие элементы разверните узел Управление изменениями, а затем щелкните все запросы на изменение.

На панели все запросы на изменение дважды щелкните запрос на изменение, в который нужно добавить элемент.

Перейдите на вкладку связанные элементы .

На вкладке связанные элементы в разделе вложенные файлынажмите кнопку добавить , чтобы вложить файл в запрос на изменение.

Для отображения кнопок на вкладке может потребоваться развернуть форму на весь экран.

В разделе статьи базы знанийнажмите кнопку Добавить , чтобы присоединить статью базы знаний к запросу на изменение.

Нажмите кнопку ОК.

• Чтобы убедиться, что файл и статьи базы знаний были присоединены к запросу на изменение, повторно откройте запрос на изменение и перейдите на вкладку связанные элементы .

Следующие процедуры позволяют добавить ручное действие, а затем назначить его самому себе, а затем проверить, было добавлено ручное действие. Например, при исследовании нового запроса на изменение может потребоваться добавить к запросу на изменение ручное действие. Это может быть любая задача, не определенная в шаблоне, по которому был создан запрос на изменение.

Нельзя удалить действие в запросе на изменение, если выполняется запрос на изменение, но вы можете пропустить действие или перевести запрос на изменение, а затем удалить действие.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узел Управление изменениями, а затем щелкните все запросы на изменение.
3. Дважды щелкните запрос на изменение, к которому необходимо добавить ручное действие. например, дважды щелкните применить Exchange Server обновить.
4. Щелкните вкладку Действия и нажмите кнопку Добавить. В диалоговом окне Выбор шаблона щелкните Ручное действие по умолчаниюи нажмите кнопку ОК.
5. В поле название введите имя, описывающее ручное действие. Например, введите гарантийную проверку.
6. В поле Описание введите описание ручного действия. Например, введите Проверка того, что на сервере по-прежнему действует гарантия перед утверждением.
7. В разделе Разработчик действиянажмите кнопку с многоточием (. ).
8. В диалоговом окне Выбор пользователя выберите имя пользователя, который будет выполнять ручное действие, и нажмите кнопку ОК. Например, выберите Аарон Иванов.
9. Нажмите кнопку ОК , чтобы обновить изменения в ручном действии.
10. Нажмите кнопку ОК , чтобы обновить запрос на изменение и закрыть форму.

• Повторно откройте запрос на изменение и перейдите на вкладку действия , чтобы просмотреть добавленное вручную действие.

Для добавления зависимого действия в существующий запрос на изменение, который используется в процессе управления выпусками, можно использовать следующие процедуры. Несмотря на то, что можно добавить зависимые действия в рабочие элементы, такие как записи выпуска и запросы на обслуживание, основное назначение зависимого действия — использовать в качестве механизма для связывания запроса на изменение с записью выпуска. В частности, ручное действие в записи выпуска связано с зависимым действием в запросе на изменение. Когда оно завершится, зависимое действие указывает, что процесс управления выпусками завершен для запроса на изменение.

Если вы планируете использовать Release Management в рамках стандартных процессов в Организации, рассмотрите возможность добавления зависимых действий в шаблоны запросов на изменение. Дополнительные сведения о создании шаблонов запросов на изменение см. в статье Создание шаблонов запросов на изменение.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узел Управление изменениями, а затем щелкните все запросы на изменение.
3. Дважды щелкните запрос на изменение, в который нужно добавить зависимое действие. например, дважды щелкните применить Exchange Server обновить.
4. Щелкните вкладку Действия и нажмите кнопку Добавить. В диалоговом окне Выбор шаблона выберите зависимое действие по умолчаниюи нажмите кнопку ОК.
5. В поле название введите имя, описывающее зависимое действие. например, введите Exchange Server обновление — развертывание, тестирование и проверка .
6. В поле Описание введите описание зависимого действия. Например, введите Проверка того, что пакет обновления развернут, проверен и проверен успешно.
7. В разделе владелецнажмите кнопку с многоточием (. ).
8. В диалоговом окне Выбор пользователя выберите имя пользователя, который имеет общую ответственность за зависимое действие, и нажмите кнопку ОК.
9. В разделе Кому назначенонажмите кнопку с многоточием (. ).
10. В диалоговом окне Выбор пользователя выберите имя пользователя, который будет выполнять зависимое действие, и нажмите кнопку ОК. Например, выберите Аарон Иванов.
11. В качестве параметра укажите сведения о расписании на вкладке « планирование ».
12. Нажмите кнопку ОК , чтобы обновить изменения зависимого действия.
13. Нажмите кнопку ОК , чтобы обновить запрос на изменение и закрыть форму.

• Повторно откройте запрос на изменение и перейдите на вкладку действия , чтобы просмотреть добавленное зависимое действие.

Утверждение и изменение запросов на изменение

Процедуры в этом разделе описывают, как утвердить запрос на изменение в Service Manager. Для утверждения или модификации запроса на изменение выполните этапы, описанные ниже.

Для изменения запроса на изменение и последующей проверки изменения можно использовать следующие процедуры. Например, может потребоваться изменить приоритет существующего запроса на изменение со среднего на высокий.

Нельзя удалить действие в запросе на изменение, если выполняется запрос на изменение, но вы можете пропустить действие или перевести запрос на изменение, а затем удалить действие.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узел Управление изменениями, а затем щелкните все запросы на изменение.
3. Дважды щелкните запрос на изменение. например, дважды щелкните применить Exchange Server пакет обновления.
4. Внесите необходимое изменение. Например, если вы хотите изменить приоритет на высокий, выберите высокий в списке приоритет . Или введите новый текст в поле Описание .
5. Нажмите кнопку ОК , чтобы обновить запрос на изменение и закрыть его.

1. Дважды щелкните обновленный запрос на изменение.
2. Убедитесь, что внесенные изменения отображаются в форме запроса на изменение.

Следующие процедуры используются для добавления рецензента изменений для существующего запроса на изменение, а затем для проверки добавления рецензента. Проверяющего для запросов на изменение можно выбрать так, чтобы поддержать бизнес-процессы в организации. Например, если изменение затрагивает процесс, за который отвечают определенные пользователи, то им можно предоставить возможность утверждать запросы на изменение, касающиеся процесса.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узел рабочие элементы, щелкните Управление изменениями, а затем щелкните все запросы на изменение.
3. Дважды щелкните запрос на изменение, чтобы открыть его. например, дважды щелкните применить Exchange Server пакет обновления.
4. Перейдите на вкладку действия , чтобы просмотреть список действий, выполняемых вручную и просмотром.
5. Дважды щелкните действие, для которого необходимо добавить проверяющего. Действие должно иметь состояние выполняется или Ожидание, а в столбце Идентификатор для действия также должен быть префикс RA или префикс, определенный для действий проверки.
6. В появившемся диалоговом окне нажмите кнопку Добавить, введите имя рецензента, выберите параметр необходимо проголосоватьи нажмите кнопку ОК. Например, введите Аарон Иванов.
7. Нажмите кнопку ОК , чтобы закрыть диалоговое окно, а затем нажмите кнопку ОК , чтобы обновить запрос на изменение и закрыть форму.

1. Дважды щелкните запрос на изменение, для которого был добавлен проверяющий. например, дважды щелкните применить Exchange Server пакет обновления.
2. Перейдите на вкладку действия и дважды щелкните действие, к которому был добавлен рецензент.
3. Убедитесь, что проверяющий добавлен.

для утверждения действия проверки в консоли Service Manager и последующей проверки утверждения можно использовать следующие процедуры. Во многих случаях для окончательного утверждения действия проверки должны проголосовать несколько пользователей или групп.

Пользователи могут утверждать и отклонять только назначенные им действия.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узел рабочие элементы, разверните Управление действиями, разверните действия проверки, а затем щелкните выполняющиеся действия.
3. Выберите действие проверки. Например, выберите Утверждение запроса инфраструктуры обмена сообщениями.
4. В области задачи нажмите кнопку утвердить.
5. В диалоговом окне Комментарии введите любые комментарии для утверждения или отклонения, а затем нажмите кнопку ОК.

• Если все рецензенты утвердили действие, действие не отображается в представлении выполняемые действия .
• Если действие все еще выполняется, то для него необходимо утверждение другими проверяющими. Щелкните выполняющиеся действия, а затем откройте действие, чтобы просмотреть ваше состояние голосования.

Чтобы уведомить рецензентов о том, что действие доступно для проверки, можно использовать следующую процедуру. Вторую процедуру можно использовать для уведомления пользователей о закрытии запроса на изменение.

Настраивать уведомления рабочих процессов могут только администраторы.

1. В консоли Service Manager щелкните элемент Администрирование.
2. В области Администрирование разверните узел Рабочие процессыи выберите пункт Конфигурация.
3. Выберите Конфигурация рабочего процесса события действияи нажмите кнопку настроить правила рабочего процесса в области задачи .
4. В диалоговом окне Выбор класса выберите действие проверитьи нажмите кнопку ОК.
5. В диалоговом окне Настройка рабочих процессов нажмите кнопку Добавить.
6. В мастере настройки рабочих процессов для объектов из мастера действий по проверке классов нажмите кнопку Далее на странице перед началом работы.
7. На странице сведения о рабочем процессе введите имя и описание рабочего процесса. В списке проверять события убедитесь, что выбран элемент при обновлении объекта , а затем нажмите кнопку Далее.
8. На странице Определение критериев выберите вкладку изменено с . В разделе Доступные свойствавыберите состояниеи нажмите кнопку добавить.
9. В разделе критериивыберите пункт Ожиданиеи перейдите на вкладку изменено на . В разделе Доступные свойствавыберите состояниеи нажмите кнопку добавить.
10. В разделе критериивыберите выполняетсяи нажмите кнопку Далее.
11. На странице Применить шаблон снимите флажок Применить выбранный шаблон и нажмите кнопку Далее.
12. На странице Выбор пользователей для уведомления выберите уведомление о включении.
13. В разделе пользовательвыберите Кому назначено пользователь.
14. Если вы не можете выбрать шаблон в разделе шаблон сообщения электронной почты, нажмите кнопку создать шаблон сообщения электронной почты. В противном случае выберите шаблон уведомления по электронной почте для применения.
15. Если вы создаете шаблон уведомления по электронной почте, выполните действия в мастере создания шаблона уведомления по электронной почте.
16. После выбора шаблона сообщения электронной почты нажмите кнопку Добавить, убедитесь, что рецензенты отображаются в столбце пользователь , а затем нажмите кнопку Далее.
17. На странице Сводка просмотрите сводные данные и нажмите кнопку создать.
18. На странице Завершение нажмите кнопку Закрыть.

1. В консоли Service Manager щелкните элемент Администрирование.
2. В области Администрирование разверните узел Рабочие процессыи выберите пункт Конфигурация.
3. Выберите Конфигурация рабочего процесса события запроса на изменение, а затем щелкните настроить правила рабочего процесса в области задачи .
4. В диалоговом окне Настройка рабочих процессов нажмите кнопку Добавить.
5. В мастере настройки рабочих процессов для объектов класса запроса на изменение нажмите кнопку Далее на странице перед началом работы.
6. На странице сведения о рабочем процессе введите имя и описание рабочего процесса. В списке проверять события убедитесь, что выбран элемент при обновлении объекта , а затем нажмите кнопку Далее.
7. На странице Определение критериев выберите вкладку изменено с . В разделе Доступные свойствавыберите состояниеи нажмите кнопку добавить.
8. В разделе критериивыберите завершено.
9. Перейдите на вкладку изменено на .
10. В разделе Доступные свойствавыберите состояниеи нажмите кнопку добавить.
11. В разделе критериивыберите закрытои нажмите кнопку Далее.
12. На странице Применить шаблон снимите флажок Применить выбранный шаблон и нажмите кнопку Далее.
13. На странице Выбор получателей уведомлений установите флажок Включить уведомление .
14. В разделе пользовательвыберите Кому назначено пользователь. В разделе шаблонвыберите Кому назначено шаблон уведомления пользователя, нажмите кнопку Добавить, а затем нажмите кнопку Далее.
15. На странице Сводка просмотрите сводные данные и нажмите кнопку создать.
16. На странице Завершение нажмите кнопку Закрыть.

• Проверяющий действия проверки или пользователя, которому назначен запрос на изменение, получает сообщение электронной почты, указывающее, что новое действие проверки требует утверждения или что запрос на изменение был закрыт.

приостановка и возобновление запроса на изменение Service Manager

Процедуры в этом разделе описывают, как приостановить и возобновить запрос на изменение в Service Manager. Для приостановки или возобновления запроса на изменение выполните следующие этапы.

вы можете использовать следующие процедуры, чтобы перевести запрос на изменение на удержание в Service Manager а затем проверить, что запрос на изменение находится в удержании. Например, может потребоваться приостановить запрос на изменение, если внешней группе необходимо выполнить ручное действие.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узел рабочие элементы, разверните Управление изменениями, а затем щелкните запросы на изменение. выполняется ручное действие.
3. Выберите приостанавливаемый запрос на изменение. например, выберите применить Exchange Server пакет обновления.
4. В области задачи выберите команду поставить в удержание.
5. В диалоговом окне Комментарии введите Примечание, указывающее, почему запрос на изменение был задержан, и нажмите кнопку ОК.

• Щелкните представление запросы на изменение: на удержании , чтобы убедиться, что запрос на изменение был заблокирован.

следующие процедуры используются для возобновления запроса на изменение, который был помещен в Service Manager, а затем проверки того, что запрос на изменение был возобновлен. Например, может потребоваться возобновить запрос на изменение после того, как внешняя группа выполнит ручное действие.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узлы рабочие элементыи Управление изменениями, а затем щелкните запросы на изменение: в удержании.
3. Выберите запрос на изменение. например, выберите применить Exchange Server обновления.
4. В области задачи нажмите кнопку возобновить.
5. В диалоговом окне Комментарии введите комментарий и нажмите кнопку ОК.

• Если текущее действие запроса на изменение является действием проверки, щелкните представление запросы на изменение: в просмотре, чтобы убедиться, что запрос на изменение был возобновлен.
• Если текущее действие запроса на изменение является ручным, щелкните представление "запросы на изменение": выполняемое вручную действие , чтобы убедиться, что запрос на изменение был возобновлен.

Для разблокировки невыполненного запроса на изменение можно использовать следующие процедуры, а затем проверить, что запрос на изменение разблокирован. Например, может потребоваться разблокировать действие запроса на изменение, отклоненное советом проверяющих или другим органом проверки. Разблокирование запроса на изменение приводит к сбросу запроса на изменение, позволяющему владельцу изменения предоставить дополнительные сведения.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узел рабочие элементы, разверните Управление изменениями, а затем щелкните запросы на изменение: сбой.
3. Выберите запрос на изменение. например, выберите применить Exchange Server пакет обновления.
4. В области задачи щелкните вернуться к действию.
5. В диалоговом окне Возврат к действию выберите действие неудачно, введите комментарий в поле Комментарии и нажмите кнопку ОК.

• Если действие, завершившееся сбоем для запроса на изменение, является действием проверки, щелкните представление запросы на изменение: в представлении Просмотр, чтобы убедиться, что запрос на изменение разблокирован.
• Если действие, завершившееся сбоем, для запроса на изменение является ручным действием, щелкните представление " запросы на изменение". выполняемое вручную действие , чтобы убедиться, что запрос на изменение разблокирован.

Реализация и закрытие запроса на изменение в Service Manager

В процедурах, описанных в этом разделе, описывается реализация и закрытие запроса на изменение в Service Manager.

Для внедрения и закрытия запроса на изменение выполните действия, описанные ниже.

следующие процедуры используются для завершения или сбоя ручного действия в Service Manager а также для проверки завершения ручного действия или его сбоя.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узел рабочие элементы, разверните Управление действиями, разверните узел ручные действия, а затем щелкните выполняющиеся действия.
3. Выберите ручное действие.
4. В области задачи выберите пункт Пометить как завершенный.
5. В поле Comments (комментарии ) введите комментарий и нажмите кнопку ОК.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узел рабочие элементы, разверните Управление действиями, разверните узел ручные действия, а затем щелкните выполняющиеся действия.
3. Выберите ручное действие.
4. В области задачи выберите пункт Пометить как невыполненный.
5. В поле Comments (комментарии ) введите комментарий и нажмите кнопку ОК. Например, введите анализ после реализации означает, что новое оборудование не соответствует нашим потребностям и не прошло проверку.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узел рабочие элементы, разверните Управление действиями, разверните узел действия вручнуюи щелкните все действия.
3. Убедитесь, что для ручного действия задано значение завершено или сбой.

Следующие процедуры используются для окончательного закрытия успешного запроса на изменение или неудачного запроса на изменение, а затем для проверки закрытия запроса на изменение. Открыть закрытый запрос на изменение невозможно.

Если конечный пользователь отменяет запрос на по перед развертыванием программного обеспечения на компьютере конечного пользователя, связанный запрос на изменение может отражать состояние выполнения в неопределенное время. В подобной ситуации следует отменить запрос и закрыть его.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы разверните узел рабочие элементы, разверните Управление изменениями, а затем щелкните запросы на изменение: завершено.
3. Выберите запрос на изменение.
4. В области задачи нажмите кнопку Закрыть.
5. В поле Комментарий введите комментарий и нажмите кнопку ОК.

1. в консоли Service Manager выберите пункт рабочие элементы.
2. В области рабочие элементы щелкните Управление изменениями, а затем щелкните запросы на изменение: сбой.
3. Выберите запрос на изменение.
4. В области задачи нажмите кнопку Закрыть.
5. В поле Comments (комментарии ) введите комментарий и нажмите кнопку ОК.

• Щелкните " запросы на изменение: Закрытое представление", чтобы убедиться, что в списке появился закрытый запрос на изменение.

Чтобы уведомить рецензентов о том, что действие доступно для проверки, можно использовать следующую процедуру. Вторую процедуру можно использовать для уведомления пользователей о закрытии запроса на изменение.