Omitir vínculos de navegación | |
Salir de la Vista de impresión | |
![]() |
Guía de administración de Oracle® ZFS Storage Appliance, versión 2013.1.3.0 |
Acerca de Oracle ZFS Storage Appliance
Configuración de Oracle ZFS Storage Appliance
Mantenimiento de Oracle ZFS Storage Appliance
Trabajar con flujos de trabajo de mantenimiento
Descripción de flujos de trabajo
Descripción de los parámetros de flujos de trabajo
Parámetros restringidos de flujos de trabajo
Parámetros de flujo de trabajo opcionales
Manejo de errores de flujo de trabajo
Validación de entradas de flujo de trabajo
Auditoría y generación de informes de ejecución de flujos de trabajo
Uso de los flujos de trabajo para acciones de alerta
Uso de flujos de trabajo programados
Uso de flujo de trabajo programado
Codificación de programas de flujo de trabajo
Crear una hoja de trabajo basada en un tipo de unidad especificado
Carga de flujos de trabajo con la BUI
Descarga de flujos de trabajo mediante el uso de la CLI
Mostrar flujos de trabajo mediante el uso de la CLI
Ejecución de flujos de trabajo con la CLI
Trabajo con recursos compartidos
Integración de aplicaciones con Oracle ZFS Storage Appliance
El control de versiones tiene dos aspectos relevantes para los flujos de trabajo: el primero es la expresión de la versión del software de dispositivo de la que depende el flujo de trabajo, y el segundo es la expresión de la versión del flujo de trabajo en sí. El control de versiones se expresa mediante dos miembros opcionales en el flujo de trabajo:
|
Control de versiones de dispositivo - Para expresar una versión de software de dispositivo mínima requerida, agregue el campo opcional required al flujo de trabajo. Las versiones de los dispositivos corresponden al año, el mes y el día de desarrollo del software, seguido por un número de compilación y un número de rama, expresado como "year.month.day.build-branch". Por ejemplo "2009.04.10,12-0" sería la compilación doce del software originalmente desarrollado el 10 de abril de 2009. Para obtener la versión de software actual del kit de dispositivos, ejecute el comando configuration version get version de la CLI o consulte el campo Version (Versión) de la pantalla System (Sistema) en la BUI. A continuación se presenta un ejemplo del uso del campo required:
Ejemplo 4-8 Uso del campo Required (Requerido) del flujo de trabajoA continuación se presenta un ejemplo del uso del campo required:
var workflow = { name: 'Configure FC', description: 'Configures fibre channel target groups', required: '2009.12.25,1-0', ...
Si un flujo de trabajo requiere una versión de software que es más reciente que la versión cargada en el dispositivo, se producirá un error al intentar cargar el flujo de trabajo y aparecerá un mensaje que explicará la discrepancia.
Control de versiones de flujos de trabajo - Además de especificar la versión requerida para el software del dispositivo, también se puede usar el campo version para generar versiones de los flujos de trabajo. Esta cadena denota el número principal, secundario y micro de la versión del flujo de trabajo, y permite la existencia de varias versiones del mismo flujo de trabajo en el equipo. Al cargar un flujo de trabajo, se suprimen todas las versiones anteriores y compatibles del mismo flujo de trabajo. Se considera que un flujo de trabajo es compatible si tiene el mismo número principal, y se considera que un flujo de trabajo es anterior si tiene un número de versión menor. Por lo tanto, si se carga la versión "2.1" de un flujo de trabajo, se eliminará la versión "2.0" (o la versión "2.0.1") de ese mismo flujo de trabajo, pero no las versiones "1.2" ni "0.1".