Sintaxis para la programación de tiempo de inactividad mensual

Para crear una programación de tiempo de inactividad mensual, puede usar una de las siguientes sintaxis XML:

Sintaxis 1

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<downtime>

<name>Sample3</name>

<category>Other</category>

<schedule >

<type>MONTHLY</type>

<days>

<selectedDays>4</selectedDays>

<selectedDays>8</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>

</instances>

</downtime>

Sintaxis 2

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<downtime>

<name>Sample3</name>

<category>Other</category>

<schedule >

<type>MONTHLY</type>

<days>

<selectedDays>4</selectedDays>

<selectedDays>8</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>

La tabla siguiente proporciona una descripción de las etiquetas usadas en el ejemplo anterior.

Etiqueta Descripción
<name> Proporcione un nombre al tiempo de inactividad en la etiqueta.
<category>

Categoría asignada al tiempo de inactividad. Entre las opciones se incluyen:

  • Instalación de aplicación
  • Mantenimiento de aplicación
  • Instalación de hardware
  • Mantenimiento de hardware
  • Mantenimiento de red
  • Repetición de la configuración del sistema operativo
  • Otros
  • Problema de seguridad
<schedule> Defina la programación del tiempo de inactividad en esta sección del XML.
<type> Defina el topo de la programación del tiempo de inactividad que desea crear. Los valores pueden ser ONCE, WEEKLY o MONTHLY.
<days> Especifique los días del mes en los que se ha planificado tiempo de inactividad para este tipo de CI. Por ejemplo, 4 y 8 hacen referencia al 4º y al 8º día del mes en los que se ha planificado el tiempo de inactividad para un CI determinado.
<startTimeInSecs> Especifique el inicio del tiempo de inactividad programado en segundos. Por ejemplo, 57600 segundos equivale a 16:00, es decir, el tiempo de inactividad está programado para empezar a las 4 P.M. cada uno de los días definidos en la etiqueta <days>.
<durationInSecs> Especifique la duración del tiempo de inactividad en segundos. Por ejemplo, 10800 segundos equivale a 3 horas, es decir, el período de tiempo de inactividad dura 3 horas desde las 4 P.M. hasta las 7 P.M.
<validFrom> Especifique la fecha y la hora iniciales en que HPE OBR debe empezar a recopilar la información de tiempo de inactividad para el enriquecimiento de datos. El formato de fecha es dd-mm-yyyy hh:mm:ss.
<validTo> Especifique la fecha y la hora finales en que HPE OBR debe dejar de recopilar la información de tiempo de inactividad para el enriquecimiento de datos. El formato de fecha es dd-mm-yyyy hh:mm:ss.
<instances type> En esta sección, debe definir el tipo de CI que se verá afectado por el tiempo de inactividad como el nodo, CPU, disco, servidor web, aplicación, evento, etc. El XML de tiempo de inactividad que cree sólo es aplicable a un tipo de CI. Para los CI adicionales, cree archivos XML adicionales.
<instance>

Las instancias del tipo de CI se deben definir en una etiqueta <instance> separada. El nombre del atributo hace referencia a la métrica de instancia y el valor hace referencia al valor de la métrica en cuestión. Si se define una instancia de CI determinada con más de una métrica, también se deben definir instancias adicionales con el mismo número y tipo de métricas. Para los parámetros de CI, consulte el archivo XSD de automatización de modelos.

<selectedCIs> En esta sección puede definir directamente varios CI que se verán afectados por el tiempo de inactividad. Puede hacer referencia a estos CI usando los ID exclusivos correspondientes. Esta sección es aplicable si HPE OBR se despliega en los escenarios de implementación de SaOB y APM donde RTSM es la fuente topológica.