디자인은 실행 서
적용 대상: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator
새 runbook을 계획 하는 경우에 자동화 하려는 정의 된 프로세스를 시작 해야 합니다. 이 프로세스는 사용자가 선택한 runbook 작업을 결정합니다. 특히 다음 사항을 확인 해야 합니다.
언제 그리고 얼마나 자주 runbook 것 입니까 실행?
워크플로를 구성 하는 어떤 단계?
어떤 활동이 워크플로에의 단계를 반영?
어떤 유형의 데이터는 워크플로 시작 하는데 필요한?
각 작업에서 생성 되는 데이터?
워크플로가 끝날 때 생성 되는 결과?
Runbook 결과가 보고 하는 방법
Runbook을 설계할 때 다음 사항을 고려 하십시오.
오류 및 경고 링크-에 활동에서 모든 결과 처리 하는 것이 중요 합니다. 활동 한 기본 성공 문자열을 제공 하지만 기본 오류 사례를 제공 하지 않습니다. 활동 역방향 해야 하거나 로그 파일에 결과 쓸 경우 것이 좋습니다.
기본 문자열을 바꾸기-runbook에서 워크플로 보면 레이블을 개별 활동 뭐 식별 해야 합니다. 링크 및 활동 레이블 이름을 설명이 포함 된 이름으로 합니다.
링크 색-조건 또는 분기 없을 때 링크의 색을 변경 합니다. 인지 경고에 대 한 녹색 성공 및 빨간색으로 사용 하 여 일반적인 실패 합니다. 표준 연결을 사용 해야 하는데 너무 많은 색을 사용 하지 또는 설명이 포함 된 각각의 용도 손실 됩니다.
Runbook 당 작업 수가 제한-단일 runbook에 너무 많은 활동을 사용 하면 관리 하 고 문제를 해결 하기가 어려워집니다. 여러 하위 작업으로 runbook을 분할 하는 것이 좋습니다. 하 고 각 해당 하위 작업에 대 한 자식 runbook을 만듭니다. 부모 runbook에서 자식 runbook을 호출할 수 있습니다. 이러한 자식 runbook 다른 워크플로에서 다시 사용할 수 있습니다.
Runbook 로그-기본적으로 로깅 옵션 runbook에 대 한 비활성화 됩니다. 로깅을 사용 하도록 설정 하면 데이터가 데이터베이스의 크기를 크게 증가 합니다. 대신, 외부 시스템 또는 파일에 기록할 수 있습니다.