Pour créer une planification de temps d'arrêt qui se produit toutes les semaines, vous pouvez utiliser l'une des syntaxes XML suivantes :
Syntaxe 1
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<downtime>
<name>Sample2</name>
<category>Other</category>
<schedule >
<type>WEEKLY</type>
<days>
<selectedDays>SUNDAY</selectedDays>
<selectedDays>MONDAY</selectedDays>
<selectedDays>TUESDAY</selectedDays>
<selectedDays>WEDNESDAY</selectedDays>
</days>
<startTimeInSecs> 57600</startTimeInSecs>
<durationInSecs> 10800</durationInSecs>
<validFrom>2012-02-02 12:00:00</validFrom>
<validTo>2012-03-10 12:00:00</validTo>
</schedule>
<instances type="CPU">
<instance>
<attribute name="CI_UID" value="c2fa6553dd16af591b128e19feec3d49"/>
</instance>
<instance>
<attribute name="CI_UID" value="b1ta83456aa13rf352h908e19teec3d49"/>
</instance>
</instances>
</downtime>
Syntaxe 2
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<downtime>
<name>Sample2</name>
<category>Other</category>
<schedule >
<type>WEEKLY</type>
<days>
<selectedDays>SUNDAY</selectedDays>
</days>
<startTimeInSecs> 57600</startTimeInSecs>
<durationInSecs> 10800</durationInSecs>
<validFrom>2012-02-02 12:00:00</validFrom>
<validTo>2012-03-10 12:00:00</validTo>
</schedule>
<selectedCIs>
<ci>
<id>ciid_bizsvc1</id>
</ci>
<ci>
<id>ciid_bizsvc2</id>
</ci>
</selectedCIs>
</downtime>
Le tableau ci-dessous décrit les balises utilisées dans l'exemple précédent.
Balise | Description |
---|---|
<name> |
Indique un nom pour le temps d'arrêt dans la balise. |
<category> |
La catégorie affectée au temps d'arrêt. Les options sont les suivantes :
|
<schedule > |
Définit la planification de temps d'arrêt dans cette section du XML. |
<type> |
Définit le type de la planification de temps d'arrêt que vous voulez créer. Les valeurs peuvent être ONCE, WEEKLY ou MONTHLY. |
<days> |
Spécifie les jours de la semaine lorsque le temps d'arrêt pour le type de CI est planifié pour cette section. |
<startTimeInSecs> |
Spécifie l'heure de début du temps d'arrêt planifié en secondes. Par exemple, 57600 secondes équivalent à 16:00, ce qui signifie que le temps d'arrêt est prévu pour commencer à 16 heures chaque jour défini dans la balise <days> . |
<durationInSecs> |
Spécifie la durée du temps d'arrêt en secondes. Par exemple, 10800 secondes équivalent à 3 heures, ce qui signifie que la période de temps d'arrêt dure trois heures, de 16 heures à 19 heures. |
<validFrom> |
Spécifie la date et l'heure de début pour la collecte des informations de temps d'arrêt par SHR en vue de l'enrichissement des données. Le format de date est yyyy-mm-dd hh:mm:ss. |
<validTo> |
Spécifie la date et l'heure de fin pour la collecte des informations de temps d'arrêt par SHR en vue de l'enrichissement des données. Le format de date est yyyy-mm-dd hh:mm:ss. |
<instances type> |
Dans cette section, vous définissez le type de CI qui sera affecté par te temps d'arrêt tel que le nœud, la CPU, le disque, le serveur Web, l'application, l'événement, etc. Le fichier XML créé pour le temps d'arrêt est applicable à un seul type de CI. Pour les CI supplémentaires, vous devez créer des fichiers XML en plus. |
<instance> |
Chaque instance de type de CI doit être défini par une balise <instance> distincte. Le nom d'attribut se rapporte à la mesure de l'instance et la valeur à la valeur de cette mesure. Si une instance de CI particulière est définie par plusieurs mesures, des instances supplémentaires doivent également être définies par le même nombre de mesures et le même type. Pour les paramètres de CI, reportez-vous au fichier XSD d'automatisation de modèles. |
<selectedCIs> |
Dans cette section, vous pouvez définir directement plusieurs CI qui seront affectés par le temps d'arrêt. Vous pouvez vous référer à ces CI à l'aide de leur identifiant unique. Cette section s'applique si SHR est déployé dans les scénarios de déploiement Console de surveillance des services et Gestion des performances de l'application dans lesquels RTSM est la source de topologie. |