Designa en Runbook
Gäller för: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator
När du planerar en ny runbook ska du börja med en definierad process som du vill automatisera. Den här processen avgör ditt val av runbook aktiviteter. Särskilt reda på följande:
När och hur ofta runbook ska köras?
Vad utgör arbetsflödet?
Vilka aktiviteter återspeglar stegen i arbetsflödet?
Vilken typ av data krävs för att starta arbetsflödet?
Vilka data som ska genereras från varje aktivitet?
Vilka resultat framställs i slutet av arbetsflödet?
Hur rapporteras runbook-resultat
Tänk på följande när du utformar din runbook:
Fel och varningar länkar – det är viktigt att hantera alla resultat från en aktivitet. En aktivitet innehåller en sträng som standard fungerar, men det ger inte standard felet fall. Överväga om du ska ändra en aktivitet eller skriva resultatet till en loggfil.
Ersätta standard strängar - när du tittar på arbetsflödet i en runbook etiketter ska identifiera vad de enskilda aktiviteterna gör. Byt namn på länkar och aktiviteter etiketter till ett beskrivande namn.
Länkfärger - ändra färg på länkarna när det finns ett villkor eller en gren. Det är gemensamma för att använda grön som fungerar och rött för varningen eller misslyckades. Du ska använda standard associationer, men inte för många färger eller ta bort försvinner beskrivande syfte.
Begränsa antalet aktiviteter per runbook - för många aktiviteter i en enstaka runbook gör det svårt att administrera och felsöka. Överväg att dela en runbook i flera underaktiviteter och skapa underordnade runbooks för var och en av dessa underaktiviteter. Du kan anropa underordnade runbooks från en överordnad runbook. Du kan använda dessa underordnade runbooks i andra arbetsflöden.
Runbook-loggar - inaktiveras som standard loggning alternativ för runbooks. När du aktiverar loggning ökar data avsevärt storleken på databasen. Alternativt kan logga du till ett externt system eller en fil.