Contenido Guía de operaciones de System Center 2012 - Service Manager ............................................. 6 Búsqueda de información en System Center 2012 – Service Manager ..................................... 7 Administración de incidentes y problemas en System Center 2012 – Service Manager ............ 7 Escenarios de muestra: administración de incidentes y problemas ........................................ 8 Administración de incidentes............................................................................................... 10 Combinar incidentes en grupos primario-secundario ........................................................ 11 Cómo crear un incidente primario a partir de un formulario de incidente ....................... 12 Cómo vincular un incidente abierto a un incidente primario ........................................... 13 Cómo resolver un incidente primario............................................................................. 14 Cómo vincular un incidente activo a un incidente primario resuelto ............................... 15 Cómo reactivar un incidente primario resuelto .............................................................. 15 Cómo crear una plantilla de incidente primario ............................................................. 16 Cómo ver un incidente primario a partir de un incidente secundario .............................. 17 Cómo vincular un nuevo incidente a un incidente primario ............................................ 17 Introducción a la administración de incidentes ................................................................. 18 Cómo crear manualmente un nuevo incidente ................................................................. 20 Cómo cambiar un incidente existente .............................................................................. 21 Cómo contactar con un usuario desde un formulario de incidente .................................... 23 Cómo crear una vista de incidente y personalizarla.......................................................... 23 Cómo resolver y cerrar un incidente................................................................................. 25 Solución de incidentes ........................................................................................................ 26 Cómo solucionar un incidente utilizando un mapa de servicio .......................................... 26 Administración de problemas .............................................................................................. 28 Cómo crear y editar registros de problemas ..................................................................... 28 Cómo resolver registros de problemas e incidentes relacionados de forma automática .... 30 Cómo vincular un incidente o una solicitud de cambio a un registro de problemas ........... 31 Administración de cambios y actividades en System Center 2012 - Service Manager ............. 32 Escenario de muestra: Administrar cambios y actividades................................................... 33 Iniciar y clasificar una solicitud de cambio ........................................................................... 35 Cómo crear una nueva solicitud de cambio ...................................................................... 36 Cómo agregar elementos relacionados a una solicitud de cambio.................................... 37 Cómo agregar actividades manuales a una solicitud de cambio ....................................... 38 Cómo agregar actividades dependientes a una solicitud de cambio para registros de versión ......................................................................................................................... 39 Aprobar y modificar solicitudes de cambio........................................................................... 40 Cómo editar una solicitud de cambio ............................................................................... 41 Cómo agregar un revisor de cambios .............................................................................. 41 Cómo aprobar una actividad de revisión mediante la consola .......................................... 42 Suspender y reanudar una solicitud de cambio ................................................................... 43 Cómo poner en espera una solicitud de cambio ............................................................... 43 Cómo reanudar una solicitud de cambio .......................................................................... 44
Cómo desbloquear una solicitud de cambio con errores .................................................. 45 Implementar y cerrar una solicitud de cambio ..................................................................... 45 Cómo completar o suspender una actividad manual ........................................................ 46 Cómo cerrar una solicitud de cambio ............................................................................... 47 Cómo enviar notificaciones automatizadas de actividades y solicitudes de cambio .......... 48 Administración de solicitudes de servicio en System Center 2012 - Service Manager ............. 50 Cómo crear una solicitud de servicio utilizando la consola de Service Manager................... 51 Cómo aprobar y completar una solicitud de servicio utilizando actividades .......................... 51 Cómo cancelar una solicitud de servicio.............................................................................. 52 Cómo cerrar una solicitud de servicio.................................................................................. 53 Cómo editar una solicitud de servicio .................................................................................. 53 Cómo ver los detalles de la solicitud de servicio .................................................................. 54 Cómo duplicar u ocultar vistas para solicitudes de servicio .................................................. 54 Administración de registros de versión en System Center 2012 - Service Manager ................ 55 Escenario de muestra: Administrar registros de versión ...................................................... 58 Cómo crear un registro de versión ...................................................................................... 60 Cómo crear una plantilla de registro de versión ................................................................... 60 Combinar registros de versión en grupos primario-secundario ............................................ 61 Cómo promover un registro de versión a registro de versión primario .............................. 62 Cómo disminuir un registro de versión primario a un registro de versión secundario ........ 63 Cómo vincular un registro de versión secundario al registro de versión actual.................. 63 Cómo desvincular el registro de versión actual del registro de versión primario ................ 64 Cómo desvincular un registro de versión secundario del registro de versión actual .......... 64 Definir los elementos de configuración en paquetes de versión ........................................... 65 Cómo crear un elemento de configuración de compilación ............................................... 66 Cómo crear un elemento de configuración de entorno ..................................................... 66 Cómo agregar información de paquetes de versión a un registro de versión .................... 67 Cómo crear una plantilla para actividades paralelas y secuenciales .................................... 68 Cómo elegir cambios para implementar .............................................................................. 69 Cómo planear las actividades de versión ............................................................................ 70 Cómo omitir una actividad suspendida ................................................................................ 70 Cómo determinar el estado y el progreso de una solicitud de cambio en un registro de versión ............................................................................................................................ 71 Utilización de los informes y análisis de almacenamiento de datos en System Center 2012 Service Manager................................................................................................................. 72 Vista general del análisis y almacenamiento de datos ......................................................... 73 Uso y administración de informes estándar ......................................................................... 76 Cómo ver el catálogo de informes estándar ..................................................................... 77 Cómo agregar permisos para informes estándar.............................................................. 77 Cómo ejecutar un informe estándar ................................................................................. 78 Cómo exportar datos de informe estándar ....................................................................... 80 Cómo crear un informe vinculado estándar en Service Manager ...................................... 81 Cómo agregar un informe estándar a la carpeta de informes favoritos de Service Manager .................................................................................................................................... 81 Cómo configurar suscripciones de informes estándar ...................................................... 82
Cómo programar un informe estándar de Service Manager ............................................. 82 Cómo agregar informes ajenos a Service Manager al catálogo de informes ..................... 83 Informes estándar disponibles en Service Manager ......................................................... 83 Utilizar Cubos OLAP para análisis avanzado ...................................................................... 89 Entender los cubos OLAP................................................................................................ 90 Acerca de los cubos OLAP ........................................................................................... 93 Acerca del modelado de cubos OLAP en módulos de administración ........................... 99 Acerca de la partición de cubos .................................................................................. 108 Acerca del procesamiento de cubos ........................................................................... 110 Acerca de la implementación de cubos ....................................................................... 113 Mantenimiento de cubos OLAP .................................................................................. 114 Solución de problemas de cubos OLAP ...................................................................... 114 Cómo crear un cubo OLAP utilizando un módulo de administración............................ 117 Analizar datos con Excel 2010 ....................................................................................... 119 Cómo ver y analizar un cubo de datos OLAP con Excel ................................................. 120 Crear y utilizar segmentaciones de datos en Excel ........................................................ 121 Cómo actualizar información de cubos de datos OLAP .................................................. 121 Cómo administrar las bibliotecas de análisis .................................................................. 122 Cómo utilizar la biblioteca de análisis ............................................................................. 123 Informes de análisis avanzados en System Center 2012 - Service Manager .................. 123 Crear e implementar paneles ......................................................................................... 126 Cómo configurar infraestructura SharePoint para paneles .......................................... 128 Cómo crear un origen de datos para el diseñador de paneles ..................................... 129 Cómo generar el cuadro de mandos de incidentes resueltos ...................................... 130 Cómo configurar el KPI .............................................................................................. 131 Cómo crear incidentes mediante Analyst Report......................................................... 132 Cómo crear el panel de incidentes resueltos............................................................... 133 Cómo implementar el panel de incidentes resueltos ................................................... 134 Personalizar el almacenamiento de datos ......................................................................... 134 Acerca del modelado dimensional del almacenamiento de datos utilizando un esquema de estrella ....................................................................................................................... 135 Acerca de las tablas de hechos en el almacenamiento de datos .................................... 136 Acerca de los estabilizadores en el almacenamiento de datos ....................................... 139 Acerca de las dimensiones en el almacenamiento de datos ........................................... 142
Guía de operaciones de System Center 2012 - Service Manager La guía de operaciones de System Center 2012 - Service Manager para Microsoft brinda información sobre el uso de la consola de Service Manager para las tareas diarias cuyo objeto es administrar funciones del "Departamento de servicios" para la infraestructura informática de la empresa. Esta guía ofrece procedimientos detallados para las siguientes tareas:
Temas de la guía de operaciones •
Búsqueda de información en System Center 2012 - Service Manager Describe cómo buscar elementos de configuración y otros incidentes, problemas y artículos de conocimientos.
•
Administración de incidentes y problemas en System Center 2012 - Service Manager Describe cómo se crean, editan y resuelven los incidentes y problemas.
•
Administración de cambios y actividades en System Center 2012 - Service Manager Describe cómo se crean, editan y cierran cambios y actividades.
•
Administración de solicitudes de servicio en System Center 2012 - Service Manager Describe cómo se crean, aprueban, realizan y cierran solicitudes de servicio.
•
Administración de registros de versión en System Center 2012 - Service Manager Describe cómo se crean, editan, combinan y usan los registros de versión para realizar un seguimiento de las versiones.
•
Utilización de los informes y análisis de almacenamiento de datos en System Center 2012 - Service Manager Describe cómo se utilizan los informes estándar y los cubos de procesamiento analítico en línea (OLAP, por sus siglas en inglés) para ver datos y tendencias correspondientes al entorno de Service Manager.
Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center 2012 - Service Manager
•
Guía de administración de System Center 2012 - Service Manager
•
Guía de planificación de System Center 2012 - Service Manager
•
Guía de operaciones de System Center 2012 - Service Manager
6
Documentación descargable Puede descargar una copia de esta documentación técnica desde el Centro de descargas de Microsoft. Utilice siempre la biblioteca TechNet para recibir la información más actualizada.
Búsqueda de información en System Center 2012 – Service Manager En System Center 2012 - Service Manager, puede utilizar la función de búsqueda de la consola de Service Manager para buscar la información que necesite. El cuadro de búsqueda está situado en la esquina superior derecha de la consola de Service Manager. De forma predeterminada, la función de búsqueda buscará todos los objetos. Los resultados pueden incluir incidentes, solicitudes de cambio, problemas y elementos de configuración de equipos basados en Windows. Puede filtrar los resultados de búsqueda mediante la barra de filtro. También puede efectuar una búsqueda avanzada de estos elementos y de los elementos siguientes: •
Artículos de conocimientos
•
Usuarios de dominio
•
Actividades manuales
Sin embargo, solo se mostrarán artículos de conocimientos cuando realice una búsqueda de los mismos. Cuando busque la mayoría de elementos disponibles en Service Manager, solo se mostrarán las coincidentes exactas de las palabras clave. Sin embargo, se devolverán coincidentes parciales para los elementos de configuración de equipos basados en Windows. Las búsquedas con caracteres comodín no están admitidas. Cuando busque elementos o abra una vista que los muestre, los resultados completos pueden tardar unos minutos en aparecer en caso de haber más de 5.000 coincidentes.
Administración de incidentes y problemas en System Center 2012 – Service Manager System Center 2012 - Service Manager ayuda a su organización a administrar incidentes y problemas implementando y automatizando procesos relativos a los vales del servicio de asistencia, de modo que dichos procesos cumplan con los procedimientos recomendados que se describen en Microsoft Operations Framework (MOF) y en la Biblioteca de infraestructuras de tecnologías de la información (ITIL). Para obtener más información acerca de MOF 4.0, consulte Microsoft Operations Framework. Si se necesita agregar o ampliar la funcionalidad de Service Manager con el fin de implementar procesos personalizados para la administración de incidentes y problemas, puede usar las herramientas de desarrollo estándar de Microsoft y el SDK de Service Manager. Los procedimientos de esta sección están organizados según los escenarios de administración de problemas e incidentes comunes. Si bien los escenarios de muestra se refieren a una 7
organización ficticia como Woodgrove Bank, los escenarios y los pasos están basados en una utilización real y describen cómo usar las características de administración de problemas e incidentes en Service Manager. Al principio, la diferencia entre los elementos afectados y los elementos relacionados en los formularios de problemas e incidentes no resulta tan obvia. Sin embargo, la diferencia describe diferentes relaciones. Un elemento afectado es algo que está afectado directamente por el problema o incidente, por ejemplo, el ordenador. Por su parte, un elemento relacionado no está afectado de manera directa. Por ejemplo, un elemento relacionado podría ser cualquier elemento de configuración no afectado de manera directa, pero conectado a otro elemento de configuración como referencia.
Temas de incidentes y problemas •
Escenarios de muestra: administración de incidentes y problemas Describe los escenarios relacionados con los incidentes y los problemas en Service Manager.
•
Administración de incidentes Describe cómo crear, editar y resolver los incidentes y las vistas de incidentes.
•
Solución de incidentes Describe cómo solucionar incidentes usando mapas de servicio y ejecutando tareas.
•
Administración de problemas Describe cómo crear y editar registros de problema, cómo resolver automáticamente problemas e incidentes relacionados y cómo vincular incidentes o solicitudes de cambio con un registro de problemas.
Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center 2012 - Service Manager
•
Guía de operaciones de System Center 2012 - Service Manager
•
Guía de administración de System Center 2012 - Service Manager
•
Guía de planificación de System Center 2012 - Service Manager
Escenarios de muestra: administración de incidentes y problemas Estos escenarios de muestra de System Center 2012 - Service Manager le ayudan a alcanzar el objetivo de administrar incidentes y problemas empleando varios escenarios completos. Estos escenarios de muestra se pueden entender como un caso práctico que contribuye a poner en contexto los escenarios y procedimientos individuales.
8
Escenarios de la administración de incidentes y problemas Escenario
Descripción
Administración de incidentes
Describe cómo crear, editar y resolver incidentes y vistas de incidentes.
Solución de incidentes
Describe cómo solucionar incidentes usando mapas de servicio y ejecutando tareas.
Administración de problemas
Describe cómo crear y editar registros de problemas, resolver problemas e incidentes relacionados automáticamente, y cómo vincular incidentes o solicitudes de cambio con un registro de problemas.
Administración de incidentes En el escenario que incluye la administración de incidentes, Ana emplea la administración de incidentes para restaurar las operaciones habituales de la forma más rápida y económica posible. Por ejemplo, utilizando la plantilla de incidentes de correo electrónico, puede crear rápidamente un incidente relacionado con el correo electrónico y asegurarse de que los campos Impacto, Urgencia, Analista asignado y Nivel de soporte están correctamente configurados. Siguiendo con el ejemplo, Ana crea un nuevo incidente para un usuario que no puede ver un correo electrónico que fue enviado con permisos restringidos. También crea una vista de incidente, de modo que pueda trabajar fácilmente con todos los incidentes creados por problemas con el correo electrónico. Cuando se realizan cambios en un incidente, Ana edita el incidente para reflejar los cambios. En otro ejemplo, un usuario final tiene un problema de impresora y envía un correo electrónico al servicio de asistencia. Una vez recibido el mensaje, Service Manager crea automáticamente un incidente basado en el mismo. Ana investiga el problema, en parte visualizando el servicio. Una vez solucionado el problema subyacente, resuelve y cierra el incidente. En Woodgrove Bank, los conectores están configurados de tal manera que Service Manager importa las alertas y los elementos de configuración, de modo que se crean automáticamente nuevos incidentes. Ana revisa la exactitud de los incidentes creados automáticamente.
Solución de incidentes En el escenario que incluye la solución de incidentes, Ana está llevando a cabo una investigación inicial del problema experimentado por Juan. Sospecha que la causa principal del problema es que se necesita aplicar Microsoft Exchange Server 2010 Service Pack 1 (SP1) al servidor de Exchange de Juan. Sin embargo, existen otros servidores de Exchange en Woodgrove Bank que probablemente también necesiten actualizarse. Ana comienza la investigación visualizando el servicio que Antonio ha creado para el servicio de Exchange. Cuando algún incidente afecta a un componente del servicio, dicho componente aparece marcado con un icono de color naranja similar a un cuadrado que contiene un signo de exclamación. Cuando una solicitud de cambio afecta a un componente del servicio, dicho componente aparece marcado con un icono especial 9
azul similar a un cuadrado que contiene una flecha apuntada hacia la derecha. Ana utiliza la vista del mapa en la ficha Componentes del servicio para ver los elementos de configuración y los incidentes asociados a ellos. A continuación, abre otros elementos de configuración y los agrega al incidente abierto. Para investigar más a fondo, Ana desea hacer ping a un equipo remoto con síntomas de tener problemas. Para ello puede emplear tareas que forman parte de la consola de Service Manager, en lugar de tener que utilizar otras herramientas diversas. Administración de problemas En el escenario que incluye la administración de problemas, Ana ha creado una solicitud de cambio pidiendo al grupo de administradores de Exchange que apliquen un Service Pack que se espera que solucione el problema. Cuando se encuentra una causa principal del problema y este se reduce o se resuelve, se completa una solicitud de cambio y se notifica a Ana. A continuación, Ana utiliza los procedimientos señalados para solucionar un problema y resolver automáticamente los incidentes asociados al mismo. Vea también Administración de incidentes y problemas en System Center 2012 - Service Manager
Administración de incidentes Los procedimientos de esta sección describen cómo administrar incidentes mediante System Center 2012 - Service Manager. Para obtener una descripción detallada de los escenarios completos de administración de incidentes y problemas, vea Escenario de muestra: administración de incidentes y problemas. Los analistas del servicio de asistencia utilizan la administración de incidentes para restaurar las operaciones habituales de forma rápida y económica mediante la creación de nuevos incidentes. También trabajan en colaboración con los administradores de Service Manager para garantizar que los incidentes creados automáticamente o por los usuarios finales se clasifiquen y reasignen al personal adecuado. Entre los métodos que utilizan los analistas para llevar a cabo estas tareas se incluyen los siguientes: •
Utilización de la plantilla de incidentes de correo electrónico para crear nuevos incidentes.
•
Revisión automática de incidentes creados, como los creados automáticamente desde System Center Operations Manager 2007 mediante el conector de alertas de Operations Manager.
•
Revisión y actualización de los incidentes creados por los usuarios finales que han enviado solicitudes por correo electrónico.
•
Combinación de incidentes en relaciones primaria-secundaria cuando los incidentes están relacionados.
Siga los pasos de la siguiente tabla para administrar un incidente.
10
Paso
Descripción
Paso 1: Cómo crear manualmente un nuevo incidente
Describe cómo crear nuevos incidentes en respuesta a una llamada de un usuario o a una solicitud de correo electrónico.
Paso 2: Cómo cambiar un incidente existente
Describe cómo realizar cambios en un incidente en respuesta a información nueva.
Paso opcional: Cómo contactar con un usuario desde un formulario de incidente
Describe cómo contactar con un usuario por correo electrónico o mensajería instantánea mientras se tiene un formulario de incidente abierto.
Paso 3: Cómo crear una vista de incidente y personalizarla
Describe cómo crear una vista de incidentes que coincida con los criterios definidos.
Paso 4: Combinar incidentes en grupos primario-secundario
Describe las acciones a realizar para combinar los incidentes en relaciones primariosecundarias.
Paso 5: Cómo resolver y cerrar un incidente
Describe cómo resolver y cerrar un incidente tras solucionar el problema básico.
Combinar incidentes en grupos primario-secundario Los incidentes en System Center 2012 - Service Manager normalmente son de corta duración, mientras los analistas del servicio de asistencia investigan y restauran las operaciones. En ocasiones, los incidentes están relacionados y es útil agruparlos. Puede crear un incidente primario para agruparlo con otros incidentes, lo que puede ayudar a distinguirlos y a distinguir las relaciones entre ellos. Un administrador de Service Manager puede definir automáticamente la configuración de resolución de incidentes de tal manera que, cuando un incidente primario sea resuelto, todos los incidentes secundarios se resuelvan de manera automática, no se resuelvan de manera automática, o queden para que el analista decida resolverlos o no. Asimismo, un administrador también puede definir automáticamente la configuración de reactivación de incidentes de tal manera que, cuando un incidente primario sea reactivado, todos los incidentes secundarios se reactiven de manera automática, no se reactiven de manera automática, o queden para que el analista decida reactivarlos o no. Ambos procesos pueden ayudarle a verificar que todos los incidentes secundarios estén resueltos o activados como grupo. En esta sección Cómo crear un incidente primario a partir de un formulario de incidente Describe cómo crear un nuevo incidente primario a partir de un incidente abierto.
11
Cómo vincular un incidente abierto a un incidente primario Describe cómo vincular un incidente abierto a un incidente primario existente.
Cómo resolver un incidente primario Describe cómo resolver un incidente primario y los incidentes secundarios relacionados.
Cómo vincular un incidente activo a un incidente primario resuelto Describe cómo vincular un incidente a un incidente primario resuelto.
Cómo reactivar un incidente primario resuelto Describe cómo reactivar un incidente primario resuelto y reactivar de manera automática los incidentes secundarios relacionados.
Cómo crear una plantilla de incidente primario Describe cómo crear una plantilla de incidente primario a partir de la cual se crean nuevos incidentes.
Cómo ver un incidente primario a partir de un incidente secundario Describe cómo abrir un incidente primario a partir de un incidente secundario.
Cómo vincular un nuevo incidente a un incidente primario Describe cómo crear un nuevo incidente secundario y vincularlo a un incidente primario relacionado.
Vea también Administración de incidentes Cómo crear un incidente primario a partir de un formulario de incidente En System Center 2012 - Service Manager, un analista del servicio de asistencia puede crear un incidente primario cuando ya hay abierto un incidente existente. Puede crear un incidente primario siguiendo estos pasos. Un incidente primario sirve como contenedor para varios incidentes. El siguiente proceso se lleva a cabo en un incidente que no es ni un incidente primario ni un incidente secundario. Después de ello, se crea un nuevo incidente primario y los incidentes existentes se convierten en incidentes secundarios. Crear un incidente primario a partir de un formulario de incidente 12
1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel de Elementos de trabajo, expanda Incidentes. 2. Seleccione cualquier vista de Administración de incidentes que contenga los incidentes activos y seleccione un incidente. 3. En el panel Tareas, haga clic en Editar para abrir el incidente. 4. En el panel Tareas, haga clic en Vincular a nuevo incidente primario para abrir el cuadro de diálogo Vincular a nuevo incidente primario. 5. En el cuadro de diálogo Vincular a nuevo incidente primario, seleccione una plantilla para crear un nuevo incidente primario y haga clic en Aceptar. Por ejemplo, seleccione Plantilla de incidentes relacionados con problemas de red y haga clic en Aceptar. 6. En el cuadro Título, escriba una nueva descripción o modifique la que haya insertado la plantilla. Por ejemplo, escriba Caída de red en el edif. 773. 7. En el cuadro Usuario afectado, seleccione el usuario que informó sobre este incidente. Por ejemplo, seleccione Juan Fernández. 8. O bien, en el cuadro Método de contacto alternativo, escriba información adicional de contacto sobre el usuario afectado (opcional). 9. La ficha Incidentes secundarios aparece en el formulario donde puede ver los incidentes secundarios agrupados con el incidente primario, y donde puede añadir otros incidentes secundarios. 10. En el formulario de incidente primario, haga clic en Aceptar para cerrarlo. 11. En el formulario de incidente original, haga clic en Aceptar para cerrarlo. Vea también Combinar incidentes en grupos primario-secundario Cómo vincular un incidente abierto a un incidente primario El analista del servicio de asistencia puede vincular incidentes abiertos a incidentes primarios o eliminar los vínculos mediante los procedimientos siguientes. Vincular incidentes abiertos a un incidente primario 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel de Elementos de trabajo, expanda Administración de incidentes. 2. Seleccione cualquier vista de incidente que contenga uno o más incidentes que quiera vincular a un incidente primario. 3. Seleccione uno o más incidentes y, en el panel Tareas, haga clic en Vincular/Desvincular a un incidente primario existente; en el submenú, haga clic en Vincular. 4. En el cuadro de diálogo Vincular a un nuevo incidente primario, haga clic en Vincular. 5. En el cuadro de diálogo Seleccionar incidente primario, seleccione el incidente primario al que quiere vincular el incidente abierto y, a continuación, haga clic en Aceptar para crear el vínculo y cerrar el cuadro de diálogo Seleccionar incidente 13
primario. Eliminar los vínculos entre los incidentes secundarios y el incidente primario 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel de Elementos de trabajo, expanda Administración de incidentes. 2. Seleccione cualquier vista de incidente que contenga uno o más incidentes que quiera desvincular del incidente primario. 3. Seleccione uno o más incidentes y, en el panel Tareas, haga clic en Vincular/Desvincular a un incidente primario existente; en el submenú, haga clic en Desvincular. 4. En el cuadro de diálogo Desvincular, haga clic en Sí. Vea también Combinar incidentes en grupos primario-secundario Cómo resolver un incidente primario En System Center 2012 - Service Manager, el analista del servicio de asistencia puede resolver un incidente primario y, si el administrador de Service Manager ha configurado la configuración de Incidentes, Service Manager resolverá de manera automática todos los incidentes secundarios. Este método de resolución de incidentes puede ayudar a que el analista cierre incidentes secundarios más rápido. Utilice el procedimiento siguiente para resolver un incidente primario. Resolver un incidente primario 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel de Elementos de trabajo, expanda Administración de incidentes. 2. Seleccione la vista Todos los incidentes primarios abiertos y, a continuación, en la lista de incidentes primarios, seleccione el incidente que desea resolver. 3. En el panel Tareas, haga clic en Cambiar estado del incidente y, en el submenú, haga clic en Resolver. 4. En el cuadro de diálogo Resolver, seleccione Categoría de resolución y, a continuación en el cuadro Comentarios, escriba una descripción de los pasos que ha realizado para resolver el incidente. 5. Si quiere que los incidentes secundarios se resuelvan automáticamente y esa opción está disponible, asegúrese de que la opción Resolver incidentes secundarios cuando se resuelva este incidente primario esté seleccionada y, a continuación, haga clic en Aceptar para resolver el incidente y los incidentes secundarios (si está seleccionada), y cierre el cuadro de diálogo Resolver. Vea también Combinar incidentes en grupos primario-secundario
14
Cómo vincular un incidente activo a un incidente primario resuelto Mientras se revisan incidentes activos en System Center 2012 - Service Manager, los analistas del servicio de asistencia pueden determinar que un incidente debería haberse resuelto porque otro analista ya ha corregido la causa subyacente. Si hay un incidente primario cerrado, el analista puede utilizar el procedimiento siguiente para vincular el incidente al incidente primario resuelto y resolver automáticamente el incidente activo. Vincular un incidente activo a un incidente primario resuelto y cerrar automáticamente el incidente activo 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel de Elementos de trabajo, expanda Administración de incidentes. 2. Seleccione cualquier vista que contenga el incidente que quiere vincular al incidente primario resuelto. 3. Seleccione uno o más incidentes y, en el panel Tareas, haga clic en Vincular/Desvincular a un incidente primario existente; en el submenú, haga clic en Vincular. 4. En el cuadro de diálogo Seleccionar incidente primario, seleccione el incidente primario resuelto a la que quiere vincular el incidente abierto y, a continuación, haga clic en Aceptar. 5. En el cuadro de diálogo Vincular a incidente primario, seleccione Vincular a el incidente primario y resolver. 6. Si está vinculando varios incidentes activos a un incidente primario resuelto, asegúrese de seleccionar Repetir esta opción para todos los conflictos para resolver de manera automática todos los incidentes. Vea también Combinar incidentes en grupos primario-secundario Cómo reactivar un incidente primario resuelto En System Center 2012 - Service Manager, el analista del servicio de asistencia puede reactivar un incidente primario y, si el administrador de Service Manager ha configurado la configuración de Incidentes, Service Manager activará de manera automática todos los incidentes secundarios. Este método de reactivación de incidentes puede ayudar a que el analista active incidentes secundarios más rápido. Utilice el procedimiento siguiente para reactivar un incidente primario. En función de la configuración del incidente primario en el área de trabajo Administración, el comportamiento automático de resolución y reactivación de incidentes secundarios varía. Para obtener más información sobre la resolución automática de incidentes, consulte Cómo configurar las opciones de los incidentes primarios en la guía del administrador para System Center 2012 Service Manager. Reactivar un incidente primario 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel de Elementos de trabajo, expanda Administración de incidentes. 15
2. Seleccione la vista Todos los incidentes y, a continuación, en la lista de incidentes primarios, seleccione el incidente que desea reactivar. 3. En el panel Tareas, haga clic en Cambiar estado del incidente y, en el submenú, haga clic en Activar. 4. En el cuadro de diálogo Activar, en el cuadro Comentarios, escriba una descripción referente al motivo por el cual está activando el incidente. 5. Haga clic en Aceptar para activar el incidente y los incidentes secundarios, si están disponibles y seleccionados, y cierre el cuadro de diálogo Activar. Vea también Combinar incidentes en grupos primario-secundario Cómo crear una plantilla de incidente primario En System Center 2012 - Service Manager se usa una plantilla de incidente primario para crear nuevos incidentes. Los incidentes creados a partir de la plantilla incluirán información para los campos que no tendrá que introducir manualmente. Al utilizar una plantilla para los nuevos incidentes, los nuevos incidentes se crean de forma más rápida, ya que no empiezan desde cero. El autor de la plantilla crea la misma para los registros de versión utilizando el procedimiento siguiente. Crear una plantilla de incidente primario 1. En la consola de Service Manager, abra el área de trabajo Biblioteca y, en el panel Biblioteca, seleccione Plantillas. 2. En la lista Tareas, bajo Plantilla, haga clic en Crear Plantilla. 3. En el cuadro de diálogo Crear plantilla, escriba un nombre para la plantilla de incidente y una descripción de la aplicación de la plantilla. 4. En Clase, haga clic en Examinar, en el cuadro Seleccionar una clase, seleccione Incidente y, a continuación, haga clic en Aceptar para cerrar el cuadro Seleccionar una clase. 5. También puede seleccionar el módulo de administración en el que se guarda la plantilla. 6. Haga clic en Aceptar para cerrar el cuadro de diálogo Crear plantilla y aparecerá la nueva plantilla de incidentes. 7. Introduzca la información en la ficha General y, a continuación, haga clic en la ficha Actividades. 8. También puede añadir, eliminar o modificar actividades manuales para la plantilla. 9. Si añade una actividad, se abrirá el formulario de actividad. Introduzca la información necesaria y, a continuación, haga clic en Aceptar para guardar la actividad. 10. Cuando haya terminado de añadir todas las actividades, haga clic en Aceptar para guardar y cerrar la plantilla de incidente. La plantilla de incidente aparecerá en la lista de Plantillas. Vea también 16
Combinar incidentes en grupos primario-secundario Cómo ver un incidente primario a partir de un incidente secundario En System Center 2012 - Service Manager, el analista del servicio de asistencia puede utilizar el siguiente proceso para ver con mayor facilidad los incidentes primarios cuando un incidente secundario está abierto. A veces es necesario revisar la información del incidente primario para determinar el estado de los incidentes secundarios relacionados. Utilice el procedimiento siguiente para ver un incidente primario a partir de un incidente secundario. Ver un incidente primario a partir de un incidente secundario 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel de Elementos de trabajo, expanda Administración de incidentes. 2. Seleccione una vista que contenga el incidente secundario que desea abrir y, a continuación, seleccione el incidente. 3. En el panel Tareas, haga clic en Editar. 4. En el encabezado del formulario de incidente, la identificación y la descripción del incidente primario aparecen junto a Incidente primario. Haga clic en el incidente primario vinculado para abrirla. 5. Una vez revisada la información del incidente primario, puede actualizar de manera opcional cualquier información, como los comentarios, en el registro de acciones. 6. Si quiere hacer cambios al incidente primario, haga clic en Aceptar. De lo contrario, haga clic en Cancelar. 7. Si quiere hacer cambios al incidente secundario, haga clic en Aceptar. De lo contrario, haga clic en Cancelar. Vea también Combinar incidentes en grupos primario-secundario Cómo vincular un nuevo incidente a un incidente primario Cuando los analistas crean nuevos incidentes, System Center 2012 -Service Manager notifica de manera automática si existe algún incidente primario con la misma categoría de clasificación. El propósito de esta notificación es ayudarle a combinar incidentes en grupos primario-secundario en los que exista un denominador común. Posteriormente podrá utilizar el incidente primario para administrar el grupo de incidentes como conjunto y para que sirva como un único punto de resolución. Utilice el procedimiento siguiente para crear de forma manual un nuevo incidente y vincularlo a un incidente primario relacionado. Vincular un nuevo incidente a un incidente primario 1. En la consola de Service Manager, seleccione Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de incidentes y, a continuación, haga clic en una vista de incidentes (por ejemplo, Todos los incidentes). 17
3. En el panel Tareas, en Administración de incidentes, haga clic en Crear incidente. 4. En el panel Tareas, haga clic en Aplicar plantilla. 5. En Plantillas, en el cuadro de diálogo Aplicar plantilla, seleccione una plantilla de incidente (por ejemplo, Plantilla de incidentes relacionados con problemas de software) y haga clic en Aceptar. 6. Cuando la plantilla aplica una categoría de clasificación, o si se selecciona manualmente una categoría de clasificación que está en uso por un incidente primario activo, aparecerá un mensaje en el encabezado de formulario de incidente. También puede hacer clic en el vínculo para crear un vínculo desde el nuevo incidente al incidente primario existente. Si el nuevo incidente está vinculado a un incidente primario, realice uno de los siguientes pasos secundarios: •
Si el incidente primario está resuelto, en el cuadro de diálogo Vincular al incidente primario haga clic en Vincular al incidente primario y resolver.
•
Haga clic en el vínculo para crear el vínculo entre el nuevo incidente y el incidente primario.
7. En el cuadro Título, escriba una nueva descripción o modifique la que haya insertado la plantilla. 8. En el cuadro Usuario afectado, seleccione el usuario que informó sobre este incidente. 9. O bien, en el cuadro Método de contacto alternativo, escriba información adicional de contacto sobre el usuario afectado (opcional). 10. Si es necesario, haga clic en la ficha Elementos relacionados. 11. De forma opcional, en el área Archivos adjuntos haga clic en Agregar. 12. De forma opcional, en el cuadro de diálogo Abrir, seleccione el archivo que desea adjuntar a este incidente y haga clic en Abrir. Por ejemplo, puede seleccionar la captura de pantalla de un mensaje de error que haya recibido el usuario afectado. 13. Haga clic en Aceptar. Validar la creación de un nuevo incidente 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de incidentes y haga clic en Todos los incidentes. Aparecerán los nuevos incidentes en la vista Todos los incidentes. Vea también Combinar incidentes en grupos primario-secundario
Introducción a la administración de incidentes Los analistas del servicio de asistencia utilizan la administración de incidentes para restaurar las operaciones habituales del modo más rápido y rentable posible. Utilizando la plantilla de incidente de correo electrónico para rellenar un incidente relacionado con el correo electrónico, se puede crear rápidamente un incidente y asegurarse de que los
18
campos Impacto, Urgencia, Analista asignado y Nivel de soporte estén correctamente configurados. Si los conectores están configurados para que Service Manager importe elementos de configuración y alertas desde Operations Manager, se crearán automáticamente algunos incidentes nuevos. Un analista revisa la exactitud de los incidentes creados automáticamente. En Service Manager, los incidentes se crean de manera automática a partir de las solicitudes de correo electrónico de los usuarios. Si el usuario es reconocido como un usuario final de Service Manager, la solicitud enviada a la dirección de correo electrónico del servicio de asistencia crea automáticamente un nuevo incidente. Nota Service Manager solo puede generar automáticamente nuevos incidentes a partir de las solicitudes de correo electrónico después de que un administrador de Service Manager habilite el procesamiento de correo electrónico entrante. De forma predeterminada, el impacto y la urgencia de los incidentes creados mediante el envío de un correo electrónico se establecen como medio y no se le asigna ninguna categoría. Normalmente, los incidentes se crean solo para las cuentas de usuario de la organización con cuentas de Servicios de dominio de Active Directory (AD DS) sincronizadas con Service Manager. Sin embargo, es posible que en ocasiones sea necesario crear incidentes para usuarios de forma manual. Por ejemplo, es posible que sea necesario crear un incidente para un nuevo usuario cuya cuenta aún no se encuentra en AD DS, o si una cuenta de Active Directory aún no se ha sincronizado con Service Manager. También es posible crear incidentes manualmente para dar asistencia a proveedores externos que no tienen cuentas de Active Directory. Otro ejemplo sería la necesidad de abrir un incidente para un técnico desplazado que no dispone de una cuenta de Active Directory, pero que necesita informar de un incidente. También es posible que se necesite abrir un incidente para un cliente con asistencia externa sin cuenta de Active Directory. En todos estos ejemplos debe crear manualmente un usuario en Service Manager. Para obtener más información, consulte el tema "Cómo agregar un miembro a una función de usuario" en la Guía del administrador de System Center 2012 - Service Manager. En función de las necesidades de su organización, puede necesitar que haya una distinción clara entre los incidentes asignados al usuario y al propietario principal. En Service Manager, ningún uso tiene un valor implícito. Por ejemplo, a pesar de que puede elegir ambos usuarios en un formulario de incidente, quizá desee que los clientes traten con una única persona que sea su contacto principal. En este caso, esa persona podría ser el propietario principal, que también posee otros incidentes. Un usuario asignado podría ser uno de los muchos analistas que han trabajado en un incidente antes de ser asignado a otro, con anterioridad a que sea finalmente resuelto y cerrado. Los Id. asignados a las solicitudes de cambio y los incidentes no se crean de forma secuenciada. Sin embargo, a las solicitudes de cambio y los incidentes más recientes se les asignan Id. con un número superior a las que se han creado anteriormente. Vea también Administración de incidentes 19
Cómo crear manualmente un nuevo incidente En System Center 2012 - Service Manager, los incidentes se crean de manera automática a partir de las solicitudes de correo electrónico de los usuarios. Sin embargo, puede utilizar los procedimientos siguientes para crear manualmente un incidente nuevo en la consola de Service Manager y validarlo. Por ejemplo, puede crear manualmente un incidente nuevo para un usuario que esté experimentando un problema relacionado con el correo electrónico. También puede vincular otros elementos afectados, como distintos equipos, para indicar que el problema afecta a más de un equipo. Crear un nuevo incidente desde una vista de elementos de configuración 1. En la consola de Service Manager, haga clic en Elementos de configuración. 2. En el panel Elementos de configuración, expanda Elementos de configuración, expanda Equipos y haga clic en Todos los equipos Windows. 3. En la vista Todos los equipos Windows, filtre para localizar el equipo para el que desea crear un incidente y selecciónelo. Por ejemplo, seleccione Exchange01.woodgrove.com. 4. En el panel Tareas, haga clic en Crear un incidente relacionado. 5. En el panel Tareas, haga clic en Aplicar plantilla. 6. En Plantillas, en el cuadro de diálogo Aplicar plantilla, seleccione Plantilla de incidentes relacionados con problemas de software y haga clic en Aceptar. 7. En el cuadro Título, escriba una nueva descripción o modifique la que haya insertado la plantilla. Por ejemplo, escriba El usuario no puede abrir un mensaje de correo electrónico que tenga permisos restringidos. 8. En el cuadro Usuario afectado, seleccione el usuario que informó sobre este incidente. Por ejemplo, seleccione Juan Fernández. 9. O bien, en el cuadro Método de contacto alternativo, escriba información adicional de contacto sobre el usuario afectado (opcional). 10. Haga clic en la ficha Elementos relacionados. 11. En el área Archivos adjuntos, haga clic en Agregar. 12. En el cuadro de diálogo Abrir, seleccione el archivo que desea adjuntar a este incidente y haga clic en Abrir. Por ejemplo, puede seleccionar la captura de pantalla de un mensaje de error que haya recibido el usuario afectado. 13. Haga clic en Aceptar. Crear un nuevo incidente por correo electrónico 1. En un programa de correo electrónico, cree un nuevo mensaje y escriba el alias o la dirección de correo del servicio de asistencia en el cuadro Para. Por ejemplo, escriba [email protected] en el cuadro Para. 2. En el cuadro Asunto, escriba el asunto que corresponda. Por ejemplo, escriba No se pueden imprimir cheques. 3. En el cuerpo del mensaje, escriba información adicional que pueda servir de ayuda al 20
analista del servicio de asistencia para corregir el problema. Por ejemplo, escriba La impresora presenta un atasco de papel. Utilizaré una impresora de reserva hasta que se arregle el atasco. 4. También puede adjuntar archivos que puedan ayudar al analista del servicio de asistencia a solucionar el problema. Validar la creación de un nuevo incidente 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de incidentes y haga clic en Todos los incidentes. Aparecerán los nuevos incidentes en la vista Todos los incidentes. Vea también Administración de incidentes
Cómo cambiar un incidente existente En System Center 2012 - Service Manager, puede utilizar los procedimientos siguientes para cambiar la urgencia de un incidente, editar un incidente no asignado desde Operations Manager, vincular un artículo de conocimientos a un incidente y validar los cambios. Los usuarios pueden crear incidentes simplificados utilizando el Portal de autoservicio que se basa en la plantilla del portal de incidentes. Dado que los incidentes creados por el usuario están simplificados, los analistas suelen tener que revisar los nuevos incidentes para añadir información adicional. Asimismo, no existe diferencia funcional entre los incidentes creados con el Portal de autoservicio a través de las opciones Se necesita ayuda con un problema o Se necesita reparar o resolver. Nota Los incidentes se crean automáticamente a través de System Center 2012 Service Manager cuando el Conector de alertas de Operations Manager se encuentra habilitado. Puede editar los incidentes nuevos que se generan al activar una alerta en Operations Manager y asignarlas a los analistas. Para obtener más información, consulte “Importar datos y alertas de Operation Manager 2007” en Guía del administrador de System Center 2012 - Service Manager. Cambiar la urgencia de un incidente 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de incidentes y haga clic en Todos los incidentes abiertos de correo electrónico. 3. En la vista Todos los incidentes abiertos de correo electrónico, seleccione el incidente original. Por ejemplo, seleccione el incidente No se pueden imprimir cheques. 4. En el panel Tareas, haga clic en Editar. 21
5. En el formulario Incidente, lista Urgencia, seleccione Alta. 6. O bien, escriba un comentario en el cuadro Registro de acciones. Si no desea que los usuarios finales puedan leer el comentario, seleccione la casilla de verificación Privado situada encima del cuadro Registro de acciones. Por ejemplo, en el cuadro Registro de acciones, escriba El usuario ha llamado para decir que la impresora de reserva no se encuentra disponible y que el problema es urgente. A continuación, haga clic en Agregar. El nuevo comentario aparecerá como entrada de registro. 7. Haga clic en Aceptar para cerrar el formulario y guardar los cambios. Editar un incidente no asignado desde Operations Manager 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de incidentes y haga clic en Todos los incidentes abiertos de Operations Manager. 3. En la vista Todos los incidentes abiertos de Operations Manager, seleccione un incidente que se haya creado automáticamente desde una alerta de Operations Manager. 4. En el panel Tareas, haga clic en Editar. 5. En el formulario Incidente, debajo de Grupo de soporte, seleccione Nivel 1. 6. En Asignado a, escriba el nombre del analista del servicio de asistencia que investigará el problema. 7. Haga clic en Aceptar para cerrar el formulario y guardar los cambios. Vincular un artículo de conocimientos a un incidente 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de incidentes y haga clic en Todos los incidentes abiertos de Operations Manager. 3. En la vista Todos los incidentes abiertos de Operations Manager, seleccione el incidente que se creó automáticamente desde una alerta de Operations Manager. 4. En la lista Tareas, haga clic en Buscar artículos de conocimientos. 5. En el cuadro de diálogo Búsqueda de artículos de conocimientos, escriba un término de búsqueda en el cuadro Buscar y haga clic en Ir. Por ejemplo, escriba Artículo sobre impresora de cheques MICR. 6. Seleccione el artículo correspondiente, haga clic en Vincular a , haga clic en Aceptar para cerrar el cuadro de diálogo informativo y, a continuación, haga clic en Cerrar. Validar ediciones de incidentes •
Abra el incidente y compruebe que los cambios aparecen correctamente. Por ejemplo, compruebe que el comentario que ha escrito aparece como entrada de registro.
Vea también 22
Administración de incidentes
Cómo contactar con un usuario desde un formulario de incidente En System Center 2012 - Service Manager, puede contactar con un usuario por correo electrónico o mensajería instantánea cuando se abre un formulario de incidente. El indicador de presencia se muestra en el formulario junto al nombre del usuario afectado y, de conocerse, muestra su estado actual. Para que el indicador de presencia refleje de forma precisa el estado de un usuario, este debe tener una cuenta de Active Directory y ser miembro del mismo dominio en el que el servidor de administración de Service Manager tiene su cuenta de equipo. Asimismo, el equipo que ejecute la consola de Service Manager debe tener instalado Microsoft Office Lync 2010. Nota Si la cuenta del usuario pertenece a un dominio distinto al de la cuenta de equipo del servidor de administración de Service Manager, puede que el indicador de presencia no muestre de forma precisa el estado del usuario. Contactar con un usuario por correo electrónico 1. En un formulario de incidente abierto, haga clic en el indicador de presencia situado junto al cuadro Usuario afectado y haga clic en el icono de triángulo junto al cuadro. 2. Haga clic en Enviar correo. 3. Se abrirá su programa cliente de correo electrónico y se agregará el nombre de usuario al cuadro Para. Escriba el mensaje de correo electrónico y envíelo. Contactar con un usuario por mensajería instantánea 1. En un formulario de incidente abierto, haga clic en el indicador de presencia situado junto al cuadro Usuario afectado y haga clic en el triángulo junto al cuadro. 2. Haga clic en Enviar mensaje instantáneo. 3. Se abrirá el programa de mensajería instantánea. Escriba el mensaje instantáneo y envíelo. Vea también Administración de incidentes
Cómo crear una vista de incidente y personalizarla En System Center 2012 - Service Manager, puede utilizar los procedimientos siguientes para crear, personalizar y validar una vista de incidente. Las vistas le permiten agrupar incidentes que comparten los mismos criterios. Por ejemplo, el procedimiento siguiente le ayuda a crear una vista con todos los incidentes en las que la clasificación se ha establecido, por ejemplo, como Problemas de correo electrónico. Cuando se crea una nueva vista, se guarda y está disponible para su posterior uso. 23
También puede personalizar una vista. Sin embargo, cuando se personalizan cambios en una vista, dichos cambios no se guardan. Por ejemplo, puede personalizar la vista Todos los incidentes, pero si cambia los anchos de columna, la ordenación de las columnas o el agrupamiento, o si quita columnas, la próxima vez que vuelva a la vista, mostrará información de la misma forma que lo hacía antes de personalizarla. Crear una vista de incidente 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de incidentes. 3. En el panel Tareas, haga clic en Crear vista. 4. En la sección General del cuadro de diálogo Crear vista, escriba un nombre para la vista en el cuadro Nombre. Por ejemplo, escriba Incidentes de correo electrónico. 5. En el cuadro Descripción, escriba la descripción que corresponda. Por ejemplo, escriba Todos los incidentes en los que la clasificación sea Problemas de correo electrónico. 6. Haga clic en Criterios. 7. Junto a la lista Buscar objetos de una clase específica, haga clic en Examinar. 8. En la lista Seleccionar una clase, en Ver, seleccione Clases de combinación, Incidente (típico) y, a continuación, haga clic en Aceptar. 9. En el cuadro Clases relacionadas, asegúrese de seleccionar Incidente. En la lista Propiedades disponibles, seleccione Categoría de clasificación y, a continuación, haga clic en Agregar. Puede que tenga que desplazarse hacia abajo para ver el botón Agregar. 10. Al final de la sección Criterios, en el área de definición Criterios, seleccione Problemas de correo electrónico. Cuando el criterio está completo, es similar a La Categoría de clasificación de [Incidente] es igual a Problemas de correo electrónico. 11. Haga clic en Mostrar y, en la lista Columnas que se mostrarán, seleccione Estado, Categoría de clasificación y Descripción. Después, en Asignado al usuario, seleccione Mostrar nombre. A continuación, haga clic en Aceptar. Personalizar una vista de incidente 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de incidentes y seleccione una vista de incidente. Por ejemplo, seleccione Todos los incidentes. 3. Haga clic con el botón secundario sobre los encabezados de las columnas de vista para cambiar su tamaño, eliminar elementos de los resultados o cambiar el orden y agrupación de las columnas. Repita este paso hasta lograr los resultados que desee. Validar la creación de vista de incidente •
En el panel Elementos de trabajo, asegúrese de que existe una vista Incidentes de correo electrónico en Administración de incidentes. Asegúrese también de que 24
la vista muestra todos los incidentes en la categoría Problemas de correo electrónico. Nota La nueva vista de incidentes puede tardar unos segundos en aparecer. Vea también Administración de incidentes
Cómo resolver y cerrar un incidente En System Center 2012 - Service Manager, puede utilizar los procedimientos siguientes para resolver y cerrar un incidente, y para validar que el incidente haya sido resuelta y cerrada. Después de investigar un problema y resolver su origen, puede resolver y cerrar el incidente. Un incidente se considera resuelto cuando se ha realizado el cambio solicitado. Cuando el usuario afectado confirma que se ha eliminado el problema que ocasionó el incidente, dicho incidente puede cerrarse. Resolver y cerrar un incidente 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de incidentes y haga clic en Incidentes de correo electrónico. 3. En la vista Incidentes de correo electrónico, seleccione el incidente que desee resolver y cerrar. 4. En el panel Tareas, haga clic en Resolver. 5. En el cuadro de diálogo Resolver, seleccione la categoría apropiada de las que aparecen en la lista Categoría de resolución para resolver el incidente. Por ejemplo, seleccione Solucionado por soporte de mayor nivel. 6. En el cuadro Comentarios, escriba un comentario que describa la resolución. Por ejemplo, escriba Resolución mediante la instalación de Service Pack 1 en el servidor Exchange, y haga clic en Aceptar. 7. En el panel Tareas, haga clic en Cerrar. 8. En el cuadro de diálogo Cerrar, escriba un comentario sobre el cierre del incidente y haga clic en Aceptar. Validar la resolución y cierre de un incidente •
En el panel Todos los incidentes, el estado del incidente o incidentes cambia de Activo a Resuelto cuando se resuelve un incidente, y de Resuelto a Cerrado cuando se cierra. Nota El nuevo estado puede tardar unos segundos en aparecer. Para ver el cambio inmediatamente, haga clic en Actualizar. 25
Vea también Administración de incidentes
Solución de incidentes El procedimiento de esta sección describe cómo administrar incidentes mediante System Center 2012 - Service Manager. Para obtener una descripción detallada del escenario completo para solucionar incidentes, vea Escenario de muestra: administración de incidentes y problemas.
Siga estos pasos para solucionar incidentes. Tarea
Descripción
Paso 1: Cómo solucionar un incidente utilizando un mapa de servicio
Describe cómo solucionar incidentes usando un mapa de servicio para ver los elementos de configuración que son parte del servicio.
Nota Es posible que no se puedan solucionar con éxito todos los incidentes en este paso. Vea también Guía de operaciones de System Center 2012 - Service Manager
Cómo solucionar un incidente utilizando un mapa de servicio Puede usar los procedimientos siguientes para solucionar un incidente en System Center 2012 Service Manager utilizando un mapa de servicio. Un mapa de servicio es una representación visual de un servicio desde las perspectivas del negocio y del usuario, y muestra las dependencias críticas, la configuración y las áreas de responsabilidad. Dado que un servicio puede mostrar las relaciones existentes entre los incidentes y los elementos de configuración, es especialmente útil cuando se solucionan problemas que pueden afectar a varios incidentes y elementos de configuración. Por ejemplo, si un incidente afecta a un elemento de configuración, otros elementos de configuración que son parte del servicio también pueden estar afectados. Puede agregar, si fuese necesario, elementos de configuración como elementos afectados por el mismo incidente abierto. Además, cuando utilice la ficha Componentes del servicio para ver el mapa de servicio, podrá determinar fácilmente si existen incidentes activos o solicitudes de cambio abiertas para un componente del servicio. Cuando algún incidente afecta a un componente del servicio, dicho componente aparece marcado con un icono de color naranja similar a un cuadrado que contiene un signo de exclamación. Cuando una solicitud de cambio afecta a un componente del servicio,
26
dicho componente aparece marcado con un icono especial azul similar a un cuadrado que contiene una flecha apuntada hacia la derecha. Ver los incidentes que afectan a los componentes del servicio 1. En la consola de Service Manager, haga clic en Elementos de configuración. 2. En el panel Elementos de configuración, expanda Servicios de negocio y haga clic en Todos los servicios para la empresa. 3. En la lista Todos los servicios para la empresa, haga doble clic en un servicio para la empresa. Por ejemplo, haga clic en Servicio de Exchange. 4. En el cuadro de diálogo que se abre, haga clic en la ficha Componentes del servicio. Observe que la lista de componentes del servicio incluye los elementos de configuración. Por ejemplo, la lista puede incluir los equipos que ejecutan Microsoft Exchange Server. Cuando un componente del servicio está marcado con un icono, este indica que existe un incidente asociado con el componente del servicio. 5. Seleccione un elemento de configuración que tenga un elemento de trabajo relacionado. Por ejemplo, seleccione el servidor Exchange01.woodgrove.com. 6. En la lista Elementos de trabajo relacionados para el elemento seleccionado, seleccione el elemento de trabajo que desea ver y, a continuación, haga clic en Abrir. Agregar componentes del servicio relacionados con un incidente abierto 1. En la lista de componente del servicio, seleccione un elemento que tenga un incidente activo. 2. En Elementos de trabajo relacionados con el elemento seleccionado, seleccione un elemento de trabajo y, a continuación, haga clic en Abrir para abrir el incidente. 3. En Elementos afectados, haga clic en Agregar. 4. En el cuadro de diálogo Seleccionar objetos, seleccione el elemento de configuración para agregar al incidente, haga clic en Agregar y, a continuación, en Aceptar. 5. Haga clic en Aceptar para actualizar el incidente y, a continuación, vuelva a la ficha Componentes del servicio para el servicio. 6. Repita los pasos anteriores para agregar otros componentes del servicio al incidente abierto. 7. Haga clic en Aceptar para cerrar el elemento de servicio. Validar que los componentes del servicio se agregaron a un incidente •
Abra el servicio para la empresa al que agregó el incidente y, a continuación, haga clic en la ficha Elementos relacionados. Compruebe que el nuevo incidente aparece bajo Elementos de trabajo que afectan a este elemento de configuración.
Vea también Solución de incidentes 27
Administración de problemas Los procedimientos que se describen en esta sección explican cómo administrar problemas en System Center 2012 - Service Manager. Para obtener una descripción detallada de todo el escenario relacionado con la administración de problemas, consulte Escenario de muestra: administración de incidentes y problemas. En Service Manager, los problemas son registros que se crean para contribuir a evitar que ocurran futuros problemas e incidentes, para eliminar incidentes recurrentes y para minimizar el impacto de aquellos incidentes que no pueden evitarse. Los analistas pueden usar la consola de Service Manager para generar registros de problemas y para asociar incidentes con problemas.
Siga estos pasos para administrar problemas en Service Manager. Tarea
Descripción
Paso 1: Cómo crear y editar registros de problemas
Describe cómo crear y editar registros de problema para agrupar incidentes relacionados.
Paso 2: Cómo resolver registros de problemas e incidentes relacionados de forma automática
Describe cómo resolver un problema determinado para cerrar automáticamente los incidentes relacionados.
Paso 3: Cómo vincular un incidente o una solicitud de cambio a un registro de problemas
Describe cómo vincular un incidente o una solicitud de cambio a un registro de problemas asociado.
Vea también Administración de incidentes y problemas en System Center 2012 - Service Manager
Cómo crear y editar registros de problemas En System Center 2012 - Service Manager, puede utilizar los procedimientos siguientes para crear nuevos registros de problemas y editarlos utilizando consola de Service Manager. Puede crear un nuevo registro de problemas desde consola de Service Manager o desde una vista o un formulario de incidente. Crear un nuevo registro de problemas desde la consola 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de problemas y haga clic en Problemas activos. 3. En el panel Tareas, haga clic en Crear problema. 4. En el cuadro Título, escriba un título para el problema. Por ejemplo, escriba Permisos restringidos de correo Outlook. 28
5. En el cuadro Descripción, escriba una descripción del problema. Por ejemplo, puede escribir Los usuarios no pueden ver los mensajes de correo enviados con permisos restringidos. 6. Si desea asignar el problema a un analista, escriba el nombre correspondiente en el cuadro Asignado a. 7. En la lista Origen, seleccione el origen de la solicitud del problema. 8. Seleccione los valores pertinentes en los cuadros Categoría, Impacto y Urgencia. 9. Haga clic en Aceptar. Crear un nuevo registro de problemas desde la vista de un incidente 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de incidentes y haga clic en Todos los incidentes. 3. En la lista Todos los incidentes, busque aquellos cuyos títulos coincidan con el registro de problemas que desee crear. A continuación, haga clic en Buscar. Por ejemplo, busque permiso restringido. 4. En los resultados de la búsqueda, seleccione los incidentes para los que desee crear un registro de problemas. En el panel Tareas de la sección Elementos seleccionados, haga clic en Crear problema. 5. En el cuadro Título, escriba un título para el problema. Por ejemplo, escriba Permisos restringidos de correo Outlook. Cuando se crea un problema con este método, el formulario del problema hereda el título del incidente abierto si se ha seleccionado una solo incidente. Si se han seleccionado varios incidentes, el cuadro Título permanecerá en blanco. Puede cambiar el título del registro de problemas. 6. En el cuadro Descripción, escriba una descripción del problema. Por ejemplo, puede escribir Los usuarios no pueden ver los mensajes de correo enviados con permisos restringidos. 7. Si desea asignar el problema a un analista, escriba el nombre correspondiente en el cuadro Asignado a. 8. En la lista Origen, seleccione el origen de la solicitud del problema. 9. Seleccione los valores pertinentes en los cuadros Categoría, Impacto y Urgencia. 10. Haga clic en Aceptar. Crear un nuevo registro de problemas desde un formulario de incidente 1. Asegúrese de que haya un incidente abierto. A continuación, en el panel Tareas, haga clic en Crear problema. 2. En el cuadro Título, escriba un título para el problema. Por ejemplo, escriba Permisos restringidos de correo Outlook. Cuando se crea un problema con este método, el formulario del problema hereda el título del incidente abierto. Puede cambiar el título del registro de problemas. 3. En el cuadro Descripción, escriba una descripción del problema. Por ejemplo, puede escribir Los usuarios no pueden ver los mensajes de correo enviados con 29
permisos restringidos. 4. Si desea asignar el problema a un analista, escriba el nombre correspondiente en el cuadro Asignado a. 5. En la lista Origen, seleccione el origen de la solicitud del problema. 6. Seleccione los valores pertinentes en los cuadros Categoría, Impacto y Urgencia. 7. Haga clic en Aceptar. Editar un registro de problemas 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de problemas y haga clic en Problemas activos. 3. En la vista Problemas activos, haga doble clic en un problema. Por ejemplo, haga doble clic en el problema Permisos restringidos de correo Outlook. 4. En el formulario del problema, edite la información que desee cambiar. Por ejemplo, si se ha encontrado una solución alternativa para el problema, haga clic en la ficha Resolución. A continuación, en el campo Soluciones alternativas, escriba los pasos correspondientes a la solución. 5. Haga clic en Aceptar. Validar la creación de un nuevo registro de problemas •
En la lista Tareas, haga clic en Actualizar para ver el nuevo registro de problemas, o abra el registro para ver la información revisada.
Vea también Administración de problemas
Cómo resolver registros de problemas e incidentes relacionados de forma automática En System Center 2012 - Service Manager, puede utilizar los procedimientos siguientes para resolver un registro de problemas y los incidentes asociados, y validar la resolución. Resolver un registro de problemas y los incidentes asociados 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de problemas y haga clic en Problemas activos. 3. En la vista Problemas activos, haga doble clic en el registro de problemas que desee resolver. A continuación, en el panel Tareas, haga clic en Resolver. 4. Haga clic en la ficha Resolución y, a continuación, haga clic para seleccionar la casilla de verificación Resuelve automáticamente todos los incidentes asociados con este problema. 5. En el cuadro Categoría de resolución, seleccione la categoría correspondiente. 30
6. En el cuadro Descripción de resolución, escriba un resumen de la resolución para este registro de problemas. Por ejemplo, escriba La aplicación de Exchange Server 2010 SP1 solucionó el problema de permiso restringido que afectaba a los usuarios de los distintos bosques. 7. Haga clic en Aceptar. Validar la resolución del incidente y del problema •
Compruebe que los incidentes asociados con el registro de problemas aparecen en la vista Todos los incidentes y que tienen el estado Resuelto. Nota La actualización del estado a Resuelto puede tardar unos minutos.
Vea también Administración de problemas
Cómo vincular un incidente o una solicitud de cambio a un registro de problemas En System Center 2012 - Service Manager, puede utilizar el procedimiento siguiente para vincular un incidente o una solicitud de cambio a un registro de problemas, en caso de que haya creado un registro concreto sin vincularlo a un incidente o solicitud de cambio existentes. Vincular un incidente o solicitud de cambio a un registro de problemas 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de problemas y haga clic en Problemas activos. 3. En la vista Problemas activos, haga doble clic en un registro de problemas. Por ejemplo, haga doble clic en el registro de problemas Permisos restringidos de correo Outlook. 4. En el formulario del problema, haga clic en la ficha Elementos relacionados. 5. En Elementos de trabajo, haga clic en Agregar. 6. En el cuadro de diálogo Seleccionar objetos, seleccione un elemento de trabajo o busque y seleccione los elementos de trabajo que desee vincular al registro de problemas. Haga clic en Agregar y, a continuación, en Aceptar. 7. Haga clic en Aceptar para cerrar el formulario. Validar el vínculo •
En la vista Problemas activos, abra el registro de problemas al que vinculó uno o varios elementos de trabajo, haga clic en la ficha Elementos relacionados y compruebe que los elementos que haya vinculado aparecen en Elementos de trabajo.
Vea también 31
Administración de problemas
Administración de cambios y actividades en System Center 2012 - Service Manager Los departamentos de tecnologías de la información (TI) deben administrar los cambios que se realicen en su entorno de TI, así como el riesgo asociado con tales cambios. Las características que System Center Service Manager 2012 - Service Manager ofrece para la administración de cambios permiten obtener procesos repetibles, predecibles y cuantificados para implementar cambios. Los temas de esta sección están organizados según escenarios comunes de administración de cambios. Si bien estos escenarios de muestra hacen referencia a una organización ficticia como Woodgrove Bank, los escenarios y los pasos se basan en una utilización real y describen cómo usar las características de administración de cambios y actividades en Service Manager.
Cambios y actividades •
Escenario de muestra: Administrar cambios y actividades Describe los escenarios relacionados con las solicitudes de cambio y las actividades en Service Manager.
•
Iniciar y clasificar una solicitud de cambio Describe cómo se inician y se clasifican las solicitudes de cambio, además de cómo agregar elementos y actividades a las solicitudes de cambio.
•
Aprobar y modificar solicitudes de cambio Describe cómo modificar solicitudes de cambio agregando detalles de los cambios y revisores de cambio. Asimismo, describe cómo aprobar una actividad de revisión.
•
Suspender y reanudar una solicitud de cambio Describe cómo pausar, reanudar y desbloquear una solicitud de cambio con errores.
•
Implementar y cerrar una solicitud de cambio Describe cómo completar actividades manuales para realizar un seguimiento de las tareas, cómo cerrar una solicitud de cambio una vez completados los cambios y cómo notificar a los usuarios.
Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center Service Manager 2012
•
Guía de planificación de System Center 2012 - Service Manager
•
Guía de administración de System Center 2012 - Service Manager
32
Escenario de muestra: Administrar cambios y actividades Este escenario de muestra de System Center 2012 - Service Manager le ayudará a alcanzar el objetivo de administrar incidentes y problemas empleando varios escenarios completos. Este escenario de muestra se puede entender como un caso práctico que contribuye a poner en contexto los escenarios y procedimientos individuales.
Escenarios para administración de cambios y actividades Escenario
Descripción
Iniciar y clasificar una solicitud de cambio
Describe cómo se inician y clasifican las solicitudes de cambio. También describe cómo agregar elementos y actividades a las solicitudes de cambio.
Aprobar y modificar solicitudes de cambio
Describe cómo modificar solicitudes de cambio agregando detalles de los cambios y revisores de cambio. Asimismo, describe cómo aprobar una actividad de revisión.
Suspender y reanudar una solicitud de cambio
Describe cómo pausar y reanudar una solicitud de cambio.
Implementar y cerrar una solicitud de cambio
Describe cómo completar actividades manuales para realizar un seguimiento de las tareas, cómo cerrar una solicitud de cambio una vez completados los cambios y cómo notificar a los usuarios.
Iniciar y clasificar solicitudes de cambio En el escenario que incluye iniciar y clasificar una solicitud de cambio, Julia, la analista de soporte de mensajería, desea proponer un cambio y hacer el seguimiento correspondiente. Para hacerlo, genera una solicitud de cambio donde reunir la información que ella y otras personas emplearán para evaluar, planificar, desarrollar, probar, implementar y cualificar los cambios. Para poner en marcha el proceso, Julia genera la solicitud de cambio y, a continuación, especifica su prioridad y categoría. En un escenario de administración de incidentes, Ana generó un incidente porque un usuario había tenido un problema de mensajería y llevó a cabo una investigación inicial del problema. En este escenario, Julia continúa investigando el mismo incidente. Comprueba que la causa es un problema conocido y que Microsoft Exchange Server 2010 SSP1 lo soluciona. También determina que el Service Pack debe instalarse en todos los servidores Exchange, no únicamente en uno. Luego, Julia observa el mapa de servicio para el elemento de configuración de servicio de Exchange que requiere del Service Pack y abre una solicitud de cambio desde el formulario del elemento de configuración de servicio. Por último, Julia agrega una captura de pantalla a la 33
solicitud de cambio a fin de que pueda servir de ayuda más adelante, en el momento de revisar la solicitud de cambio. Una vez creada la solicitud de cambio, los revisores de cambio de Woodgrove Bank deben aprobar la solicitud y los implementadores de cambio deben completar las acciones que se requieren para que el cambio tenga lugar. Estos pasos de revisión e implementación se definen en la solicitud de cambio como un conjunto de actividades de revisión y de actividades manuales.
Aprobar solicitudes de cambio En el escenario que abarca el proceso de aprobación de una solicitud de cambio, Juan desea hacer cumplir el proceso empresarial establecido por Woodgrove Bank, según el cual se debe obtener la aprobación de cualquier cambio de infraestructura de TI antes de que se implementen los cambios. También desea llevar a cabo este proceso empresarial empleando Service Manager para asociar las actividades de revisión vinculadas con una solicitud de cambio. Dado que la aprobación es obligatoria, la solicitud de cambio se implementa solo después de que los dirigentes de Woodgrove Bank concuerdan que es necesario realizar tal cambio. Juan puede establecer varios métodos de revisión, tales como votación unánime, porcentaje de votos positivos o aprobación automática. Los procedimientos relacionados con este escenario describen un cambio en la infraestructura de TI de Woodgrove Bank que debe ser aprobado antes de su implementación.
Suspender y reanudar solicitudes de cambio Durante el tiempo que Juan dedica a revisar si el cambio está listo para su implementación, es posible que desee dejar alguna solicitud de cambio en suspenso y reanudarla más adelante. Por ejemplo, Julia generó antes una solicitud de cambio. Esa solicitud depende del trabajo adicional que debe realizar un equipo externo. Juan desea dejar esa solicitud de cambio en suspenso hasta tanto el equipo externo complete su trabajo. Una vez que el trabajo del equipo externo esté terminado, Juan reanudará la solicitud de cambio. También desea poder desbloquear, si fuese necesario, las solicitudes de cambio que hayan tenido errores.
Implementar y cerrar solicitudes de cambio Una vez que los cambios solicitados por Juan para la infraestructura de TI hayan sido evaluados y aprobados para su implementación, solo resta que Juan complete las actividades manuales que pudiesen estar asociadas con la solicitud de cambio. Cada actividad manual se debe marcar como "actividad completada" o "actividad con error". Cuando se han completado todas las actividades manuales, la solicitud de cambio se marca automáticamente como completada y se muestra en la vista Solicitudes de cambio: completadas. Si una actividad manual tiene errores, la solicitud de cambio se marca automáticamente como Con errores y se muestra en la vista Solicitudes de cambio: con errores. Cuando la solicitud de cambio aparece en alguna de estas dos vistas, Juan ya puede cerrarla. Una vez que una solicitud de cambio se ha cerrado, no se puede volver a abrir. En el escenario que abarca el proceso de implementar y cerrar solicitudes de cambio, Natalia completa una actividad manual de revisión de garantía. A continuación, Juan marca el resto de 34
las actividades manuales de la solicitud de cambio como Completadas y cierra la solicitud. Luego, abre una segunda solicitud de cambio, marca la actividad manual posterior a la implementación como Con errores y cierra esa solicitud. Vea también Administración de cambios y actividades en System Center 2012 - Service Manager
Iniciar y clasificar una solicitud de cambio Los procedimientos que se describen en esta sección explican cómo iniciar y clasificar una solicitud de cambio en System Center Service Manager 2012 - Service Manager, de principio a fin. Si desea obtener una descripción detallada de todo el escenario relacionado con el inicio y la clasificación de una solicitud de cambio, vea Escenario de muestra: Administrar cambios y actividades. Una solicitud de cambio resulta habitualmente en el cambio de un elemento de configuración. Por tanto, es importante comprender la diferencia entre un elemento relacionado y uno vinculado o afectado. Un elemento relacionado indica que existe una asociación entre la solicitud de cambio y un elemento de configuración u otras solicitudes de cambio. Dicho de otra manera, la solicitud de cambio podría o no afectar al elemento relacionado. Un elemento afectado o vinculado indica que la solicitud de cambio está asociada directamente al elemento y que el cambio afectará al elemento en sí.
Siga estos pasos para iniciar y clasificar una solicitud de cambio. Tarea
Descripción
Paso 1: Cómo crear una nueva solicitud de cambio
Describe cómo crear una nueva solicitud de cambio para un servicio a fin de modificar la infraestructura del servidor.
Paso 2: Cómo agregar elementos relacionados a una solicitud de cambio
Describe cómo agregar elementos (como, por ejemplo, archivos) a una solicitud de cambio.
Paso 3: Cómo agregar actividades manuales a una solicitud de cambio
Describe cómo agregar una actividad manual a una solicitud de cambio para administrar tareas.
Paso 4: Cómo agregar actividades dependientes a una solicitud de cambio para registros de versión
Describe cómo agregar una actividad dependiente a una solicitud de cambio para un registro de versión.
Vea también Administración de cambios y actividades en System Center 2012 - Service Manager
35
Cómo crear una nueva solicitud de cambio Puede seguir el procedimiento siguiente en System Center 2012 - Service Manager para crear una solicitud de cambio para servidores que sean parte de un servicio y después validar la creación de la solicitud de cambio. En primer lugar, debe obtener acceso a los elementos de la vista de dependencia del servicio. A continuación, vaya a los elementos de configuración y abra una plantilla de solicitud de cambio. Por último, determine la prioridad, el impacto y el nivel de riesgo de la solicitud. Aunque la solicitud de cambio se crea desde una vista de dependencia de servicio, también puede crear una nueva solicitud desde otras secciones de Service Manager. Nota Los Id. asignados a las solicitudes de cambio y los incidentes no se crean de forma secuenciada. Sin embargo, a las solicitudes de cambio y los incidentes más recientes se les asignan Id. con un número superior a los que se hayan creado anteriormente. Crear una solicitud de cambio 1. En la consola de Service Manager, haga clic en Elementos de configuración. 2. En el panel Elementos de configuración, expanda Servicios de negocio y haga clic en Todos los servicios para la empresa. 3. En el panel Todos los servicios para la empresa, haga doble clic en el servicio. Por ejemplo, haga doble clic en Servicio de mensajería de TI. 4. En el cuadro de diálogo que aparecerá a continuación, haga clic en la ficha Dependientes del servicio. 5. En la lista Expandir a, haga clic en Nivel 1 y consulte los elementos de la lista. Observe los nombres de los servidores. Por ejemplo, Exchange01.woodgrove.com y Exchange02.woodgrove.com aparecen en la lista. 6. En la lista Dependientes del servicio, seleccione un equipo y haga clic en Abrir. Por ejemplo, seleccione y abra Exchange01.woodgrove.com. 7. En el formulario del equipo, haga clic en Crear solicitud de cambio relacionada en la sección Tareas. 8. En el cuadro de diálogo Seleccionar plantilla, haga clic sobre una plantilla y, a continuación, haga clic en Aceptar. Por ejemplo, haga clic en Cambios de la plantilla de infraestructura de mensajería. 9. En el cuadro Título, escriba un nombre para la solicitud de cambio. Por ejemplo, escriba Aplicar Exchange Server 2010 Service Pack 1. Observe que algunos valores del formulario se rellenan con información de la plantilla de solicitud de cambio. 10. En los campos Descripción y Razón, escriba una descripción y el motivo de la solicitud de cambio. Por ejemplo, escriba Aplicar Exchange Server 2010 Service Pack 1 a estos servidores en el campo Descripción, y El service pack soluciona el problema de estos servidores en el campo Razón. 11. En el campo Asignado a, escriba el nombre de la persona a la que desee asignar la solicitud de cambio. Por ejemplo, escriba Luisa Ramírez. 12. Especifique la prioridad, el impacto y el riesgo. Por ejemplo, en la lista Prioridad, seleccione Media. En la lista Impacto, seleccione Estándar. En la lista Riesgo, haga 36
clic en Medio. 13. En la lista Elementos de configuración para cambiar, asegúrese de que aparezca ese servidor concreto y, a continuación, haga clic Agregar. 14. En el cuadro de diálogo Seleccionar objetos, seleccione otro elemento que desee agregar y haga clic en Agregar. Por ejemplo, seleccione Exchange02.woodgrove y haga clic en Aceptar. 15. Haga clic en Aceptar para cerrar el formulario de solicitud de cambio. Validar la creación de una solicitud de cambio 1. Abra el servicio que contiene los elementos para los que creó la solicitud de cambio y haga clic en la ficha Dependientes del servicio. 2. En la lista Componentes del servicio, observe que los dos servidores para los que abrió la solicitud de cambio están marcados como SÍ en la columna Afectado por un cambio. 3. Haga clic en Cancelar para cerrar el servicio. Vea también Iniciar y clasificar una solicitud de cambio
Cómo agregar elementos relacionados a una solicitud de cambio En System Center 2012 - Service Manager, puede utilizar el siguiente procedimiento para agregar elementos relacionados con una solicitud de cambio y validar la adición de los elementos Puede agregar elementos relacionados como elementos de configuración, incidentes, otras solicitudes de cambio, archivos y artículos de conocimientos. Si agrega archivos como capturas de pantalla o procedimientos escritos guardados y artículos de conocimientos, los revisores e implementadores podrán revisar, aprobar e implementar el cambio con mayor facilidad. Para agregar archivos a cualquier elemento de trabajo, incluidas las solicitudes de cambio, primero debe habilitar la opción correspondiente. Para obtener más información, consulte Cómo configurar cambios generales en la guía del administrador de Service Manager. Agregar elementos relacionados a una solicitud de cambio 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de cambios y haga clic en Todas las solicitudes de cambio. 3. En el panel Todas las solicitudes de cambio, haga doble clic en la solicitud de cambio a la que desee agregar un elemento. 4. Haga clic en la ficha Elementos relacionados. 5. En la ficha Elementos relacionados, en Archivos adjuntos, haga clic en Agregar para adjuntar un archivo a la solicitud de cambio. Nota 37
Puede que deba maximizar el formulario para ver los botones de la ficha. 6. En Artículos de conocimientos, haga clic en Agregar para adjuntar un artículo a la solicitud de cambio. 7. Haga clic en Aceptar. Validar la adición de elementos relacionados a una solicitud de cambio •
Si desea comprobar que se han adjuntado el archivo y los artículos de conocimiento a la solicitud de cambio, vuelva a abrir la solicitud y haga clic en la ficha Elementos relacionados.
Vea también Iniciar y clasificar una solicitud de cambio
Cómo agregar actividades manuales a una solicitud de cambio En System Center 2012 - Service Manager, puede utilizar el procedimiento siguiente para agregar una actividad manual y asignarla a usted mismo, para después validar que se ha agregado la actividad manual. Por ejemplo, al investigar una nueva solicitud de cambio, puede necesitar agregar una actividad manual a la solicitud. Dicha actividad manual puede ser cualquier tarea no definida en la plantilla de solicitud de cambio que se utilizó para su creación. Nota No puede eliminar una actividad en una solicitud de cambio si la solicitud de cambio está en progreso. Sin embargo, puede omitir la actividad o pausar la solicitud de cambio y, a continuación, eliminar la actividad. Agregar una actividad manual 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de cambios y haga clic en Todas las solicitudes de cambio. 3. Haga doble clic en la solicitud de cambio para la que desea agregar una actividad manual. Por ejemplo, haga doble clic en Aplicar Exchange Server 2010 Service Pack 1. 4. Haga clic en la ficha Actividades y, a continuación, haga clic en Añadir. En el cuadro de diálogo Seleccionar plantilla, haga clic en Actividad manual predeterminada y, a continuación, haga clic en Aceptar. 5. En el cuadro Título, escriba un nombre para la actividad manual. Por ejemplo, escriba Revisión de garantía. 6. En el cuadro Descripción, escriba una descripción de la actividad manual. Por ejemplo, escriba Comprobar que el servidor sigue bajo garantía antes de la aprobación. 7. En Implementador de la actividad, haga clic en el botón de puntos suspensivos (...). 8. En el cuadro de diálogo Seleccionar usuario, seleccione el nombre de la persona que realizará la actividad manual y haga clic en Aceptar. Por ejemplo, seleccione Luisa 38
Ramírez. 9. Haga clic en Aceptar para actualizar los cambios en la actividad manual. 10. Haga clic en Aceptar para actualizar la solicitud de cambio y cerrar el formulario. Validar la adición de la actividad manual •
Vuelva a abrir la solicitud de cambio y haga clic en la ficha Actividades para ver la actividad manual agregada.
Vea también Iniciar y clasificar una solicitud de cambio
Cómo agregar actividades dependientes a una solicitud de cambio para registros de versión En System Center 2012 - Service Manager, puede utilizar el procedimiento siguiente para agregar una actividad dependiente a una solicitud de cambio existente, que se utilizará como parte del proceso de administración de versión. Aunque puede agregar actividades dependientes a elementos de trabajo, como registros de versión y peticiones de servicio, el propósito principal de una actividad dependiente es el uso como mecanismo para asociar una solicitud de cambio a un registro de versión. De manera específica, la actividad manual en un registro de versión está vinculada a la actividad dependiente en una solicitud de cambio. Cuando está completada, la actividad dependiente indica que el proceso de administración de versión se ha completado para la solicitud de cambio. Si pretende utilizar la administración de versión como parte de los procesos estándar en su organización, tenga en cuenta agregar actividades dependientes a las plantillas de solicitud de cambio. Para obtener más información sobre crear plantillas de solicitud de cambio, consulte Cómo crear plantillas de solicitud de cambio. Agregar una actividad dependiente a una solicitud de cambio 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de cambios y haga clic en Todas las solicitudes de cambio. 3. Haga doble clic en la solicitud de cambio para la que desea agregar una actividad dependiente. Por ejemplo, haga doble clic en Aplicar Exchange Server 2010 Service Pack 1. 4. Haga clic en la ficha Actividades y, a continuación, haga clic en Agregar. En el cuadro de diálogo Seleccionar plantilla, haga clic en Actividad manual predeterminada y, a continuación, haga clic en Aceptar. 5. En el cuadro Título, escriba un nombre para la actividad dependiente. Por ejemplo, escriba Exchange Server 2010 SP1: implementar, probar y comprobar. 6. En el cuadro Descripción, escriba una descripción de la actividad dependiente. Por ejemplo, escriba Verificar que el service pack está implementado, probado y comprobado con éxito. 39
7. En Propietario, haga clic en el botón de puntos suspensivos (…). 8. En el cuadro de diálogo Seleccionar usuario, seleccione el nombre de la persona que esté a cargo de la actividad dependiente y haga clic en Aceptar. 9. En Asignado a, haga clic en el botón de puntos suspensivos (…). 10. En el cuadro de diálogo Seleccionar usuario, seleccione el nombre de la persona que realizará la actividad dependiente y haga clic en Aceptar. Por ejemplo, seleccione Luisa Ramírez. 11. Como opción, especifique información de la programación en la ficha Programar. 12. Haga clic en Aceptar para actualizar los cambios en la actividad dependiente. 13. Haga clic en Aceptar para actualizar la solicitud de cambio y cerrar el formulario. Validar la adición de la actividad dependiente •
Vuelva a abrir la solicitud de cambio y haga clic en la ficha Actividades para ver la actividad dependiente agregada.
Vea también Cómo crear plantillas para solicitudes de cambio Cómo elegir cambios para implementar
Aprobar y modificar solicitudes de cambio Los procedimientos que se describen en esta sección explican cómo aprobar una solicitud de cambio en System Center 2012 - Service Manager. Si desea obtener una descripción detallada de todo el escenario relacionado con la aprobación de una solicitud de cambio, vea Escenario de muestra: Administrar cambios y actividades.
Siga estos pasos para aprobar o modificar una solicitud de cambio. Tarea
Descripción
Paso 1: Cómo editar una solicitud de cambio
Describe cómo editar una solicitud de cambio para agregar o revisar detalles.
Paso 2: Cómo agregar un revisor de cambios
Describe cómo agregar un revisor de cambios a una solicitud de cambio.
Paso 3: Cómo aprobar una actividad de revisión mediante la consola
Describe cómo aprobar una actividad de revisión para una solicitud de cambio.
Paso 4: Cómo enviar notificaciones automatizadas de actividades y solicitudes de cambio
Describe cómo notificar a los usuarios cuando tienen una actividad que requiere de aprobación o cuando se ha cerrado una solicitud de cambio. 40
Cómo editar una solicitud de cambio En System Center 2012 - Service Manager, puede utilizar el procedimiento siguiente para editar una solicitud de cambio y validar la edición. Por ejemplo, puede que desee cambiar la prioridad de una solicitud existente de media a alta. Nota No puede eliminar una actividad en una solicitud de cambio si la solicitud de cambio está en progreso. Sin embargo, puede omitir la actividad o pausar la solicitud de cambio y, a continuación, eliminar la actividad. Editar una solicitud de cambio 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Administración de cambios y haga clic en Todas las solicitudes de cambio. 3. Haga doble clic en una solicitud de cambio. Por ejemplo, haga doble clic en Aplicar Exchange Server 2010 Service Pack 1. 4. Realice el cambio que desee. Por ejemplo, si desea cambiar la prioridad a alta, seleccione Alta en la lista Prioridad. O bien, escriba el texto nuevo en el cuadro Descripción. 5. Haga clic en Aceptar para actualizar la solicitud de cambio y cerrarla. Validar una solicitud de cambio editada 1. Haga doble clic en la solicitud de cambio que haya actualizado. 2. Compruebe que los cambios se muestran en el formulario de la solicitud de cambio. Vea también Aprobar y modificar solicitudes de cambio
Cómo agregar un revisor de cambios En System Center 2012 - Service Manager, puede utilizar los siguientes procedimientos para agregar un revisor de cambios a una solicitud de cambio existente y validar que el revisor ha sido agregado. Puede seleccionar la persona que debe revisar las solicitudes de cambio según los requisitos de sus procesos de negocio. Por ejemplo, si un cambio concreto afecta a un proceso del que se encargan varias personas, puede dar a dichas personas la capacidad de aprobar las solicitudes de cambio que afecten al proceso. Agregar un revisor de cambios 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, haga clic en Administración de cambios y, a continuación, haga clic en Todas las solicitudes de 41
cambio. 3. Haga doble clic en una solicitud de cambio para abrirla. Por ejemplo, haga doble clic en Aplicar Exchange Server 2010 Service Pack 1. 4. Haga clic en la ficha Actividades para ver una lista de las actividades manuales y de revisión. 5. Haga doble clic en la actividad a la que desea agregar un revisor. Dicha actividad debe tener el estado En curso o Pendiente y, en la columna de Id., la actividad deberá tener el prefijo AR o el que haya definido para las actividades de revisión. 6. En el cuadro de diálogo que aparece, haga clic en Agregar, escriba el nombre de un revisor, seleccione Debe votar y, a continuación, haga clic en Aceptar. Por ejemplo, escriba Luisa Ramírez. 7. Haga clic en Aceptar para cerrar el cuadro de diálogo y, a continuación, haga clic en Aceptar para actualizar la solicitud de cambio y cerrar el formulario. Validar la adición de un revisor 1. Haga doble clic en la solicitud de cambio a la que haya agregado el revisor. Por ejemplo, haga doble clic en Aplicar Exchange Server 2010 Service Pack 1. 2. Haga clic en la ficha Actividades y, a continuación, haga doble clic en la actividad a la que agregó el revisor. 3. Compruebe que el revisor está agregado. Vea también Aprobar y modificar solicitudes de cambio
Cómo aprobar una actividad de revisión mediante la consola En System Center 2012 - Service Manager, puede utilizar los procedimientos siguientes para aprobar una actividad de revisión en la consola de Service Manager y validar la aprobación. En muchos casos, varias personas o grupos deben votar para aprobar una sola actividad de revisión para que dicha aprobación sea definitiva. Nota Los usuarios solo pueden aprobar o rechazar las actividades que se les hayan asignado. Aprobar una actividad de revisión para una solicitud de cambio 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, Administración de actividades y Actividades de revisión y, a continuación, haga clic en Actividades en curso. 3. Seleccione una actividad de revisión. Por ejemplo, seleccione Aprobación de solicitud de infraestructura de mensajería. 4. En el panel Tareas, haga clic en Aprobar. 5. En el cuadro de diálogo Comentarios, escriba el comentario que desee hacer acerca de 42
la aprobación o rechazo y haga clic en Aceptar. Validar la aprobación de la actividad de revisión •
Si todos los revisores aprueban la actividad, dicha actividad no aparecerá en la vista Actividades en curso.
•
Si una actividad sigue en curso, requiere aún la aprobación de otros revisores. Haga clic en Actividades en curso y abra la actividad para ver el estado de votos.
Vea también Aprobar y modificar solicitudes de cambio
Suspender y reanudar una solicitud de cambio Los procedimientos que se describen en esta sección explican cómo suspender y reanudar una solicitud de cambio en System Center 2012 - Service Manager. Si desea obtener una descripción detallada de todo el escenario relacionado con la suspensión y reanudación de una solicitud de cambio, vea Escenario de muestra: Administrar cambios y actividades.
Siga estos pasos para suspender o reanudar una solicitud de cambio. Tarea
Descripción
Paso 1: Cómo poner en espera una solicitud de cambio
Describe cómo poner en espera indefinidamente una solicitud de cambio.
Paso 2: Cómo reanudar una solicitud de cambio
Describe cómo reanudar una solicitud de cambio en espera.
Paso opcional: Cómo desbloquear una solicitud de cambio con errores
Describe cómo desbloquear una solicitud de cambio con errores.
Vea también Administración de cambios y actividades en System Center 2012 - Service Manager
Cómo poner en espera una solicitud de cambio Puede usar los procedimientos siguientes para poner en espera una solicitud de cambio en System Center 2012 - Service Manager y validar que la solicitud de cambio está en espera. Por ejemplo, podría tener que reanudar una solicitud de cambio en espera después de que un equipo externo haya completado una actividad manual.
43
Poner en espera una solicitud de cambio 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, expanda Administración de cambios y haga clic en Solicitudes de cambio: Actividad manual en curso. 3. Seleccione la solicitud que desee poner en espera. Por ejemplo, seleccione Aplicar Exchange Server 2010 Service Pack 1. 4. En el panel Tareas, haga clic en Poner en espera. 5. En el cuadro de diálogo Comentarios, escriba una nota que indique la razón por la que se ha puesto en espera la solicitud de cambio y haga clic en Aceptar. Validar la puesta en espera de una solicitud de cambio •
Haga clic en Solicitudes de cambio: En espera para comprobar que la solicitud de cambio está en espera.
Vea también Suspender y reanudar una solicitud de cambio
Cómo reanudar una solicitud de cambio Puede usar los procedimientos siguientes para reanudar una solicitud de cambio que estaba en espera en System Center 2012 - Service Manager y validar la reanudación de la solicitud de cambio. Por ejemplo, puede necesitar reanudar una solicitud de cambio después de que un equipo externo haya completado una actividad manual. Reanudar una solicitud de cambio 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, expanda Administración de cambios y haga clic en Solicitudes de cambio: En espera. 3. Seleccione una solicitud de cambio. Por ejemplo, seleccione Aplicar Exchange Server 2010 Service Pack 1. 4. En el panel Tareas, haga clic en Reanudar. 5. En el cuadro de diálogo Comentarios, escriba el comentario que desee y haga clic en Aceptar. Validar la reanudación de la solicitud de cambio •
Si la actividad actual para una solicitud de cambio es una actividad de revisión, haga clic en la vista Solicitudes de cambio: En revisión para comprobar que la solicitud de cambio se ha reanudado.
•
Si la actividad actual para una solicitud de cambio es una actividad manual, haga clic en 44
la vista Solicitudes de cambio: Actividad manual en curso para comprobar que la solicitud de cambio se ha reanudado. Vea también Suspender y reanudar una solicitud de cambio
Cómo desbloquear una solicitud de cambio con errores En System Center 2012 - Service Manager, puede utilizar el siguiente procedimiento para desbloquear una solicitud de cambio con errores y validar que la solicitud de cambio se ha desbloqueado. Por ejemplo, puede que necesite desbloquear la actividad de una solicitud de cambio concreta que un comité de revisión o cualquier otro organismo equivalente haya suspendido. El desbloqueo de una solicitud de cambio restablece dicha solicitud para que el propietario del cambio pueda proporcionar más información en caso necesario. Desbloquear una solicitud de cambio con errores 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, expanda Administración de cambios y haga clic en Solicitudes de cambio: Con errores. 3. Seleccione una solicitud de cambio. Por ejemplo, seleccione Aplicar Exchange Server 2010 Service Pack 1. 4. En el panel Tareas, haga clic en Volver a actividad. 5. En el cuadro de diálogo Volver a actividad, seleccione la actividad suspendida, escriba un comentario en el cuadro Comentarios y haga clic en Aceptar. Validar el desbloqueo de la solicitud de cambio •
Si la actividad suspendida para una solicitud de cambio es una actividad de revisión, haga clic en la vista Solicitudes de cambio: En revisión para comprobar que la solicitud de cambio está desbloqueada.
•
Si la actividad suspendida para una solicitud de cambio es una actividad manual, haga clic en la vista Solicitudes de cambio: Actividad manual en curso para comprobar que la solicitud de cambio está desbloqueada.
Vea también Suspender y reanudar una solicitud de cambio
Implementar y cerrar una solicitud de cambio Los procedimientos que se describen en esta sección explican cómo implementar y cerrar una solicitud de cambio en System Center 2012 - Service Manager. Si desea obtener una descripción detallada de todo el escenario relacionado con la implementación y el cierre de una solicitud de cambio, vea Escenario de muestra: Administrar cambios y actividades. 45
Siga estos pasos para implementar y cerrar una solicitud de cambio. Tarea
Descripción
Paso 1: Cómo completar o suspender una actividad
Describe cómo completar o suspender una actividad manual de seguimiento de tareas.
manual
Paso 2: Cómo cerrar una solicitud de cambio
Describe cómo cerrar una solicitud de cambio una vez finalizados los cambios o después de que se produce un error en la solicitud de cambio.
Paso opcional: Cómo enviar notificaciones
Describe cómo enviar notificaciones automáticas sobre actividades y solicitudes de cambio.
automatizadas de actividades y solicitudes de cambio
Vea también Administración de cambios y actividades en System Center 2012 - Service Manager
Cómo completar o suspender una actividad manual Puede utilizar los procedimientos siguientes para completar o suspender una actividad manual en System Center 2012 - Service Manager y validar que la actividad manual se ha completado o suspendido. Completar correctamente una actividad manual 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, Administración de actividades y Actividades manuales y, a continuación, haga clic en Actividades en curso. 3. Seleccione la actividad manual. 4. En el panel Tareas, haga clic en Marcar como completada. 5. En el cuadro Comentarios, escriba el comentario que desee y haga clic en Aceptar. Suspender una actividad manual 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, Administración de actividades y Actividades manuales y, a continuación, haga clic en Actividades en curso. 3. Seleccione la actividad manual. 4. En el panel Tareas, haga clic en Marcar con errores. 5. En el cuadro Comentarios, escriba el comentario que desee y haga clic en Aceptar. Por ejemplo, escriba El análisis posterior a la implementación indica que el nuevo hardware no 46
cumple adecuadamente con nuestras necesidades y la revisión ha devuelto errores.
Validar que una actividad manual está completada o tiene errores 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, Administración de actividades y Actividades manuales y, a continuación, haga clic en Todas las actividades. 3. Compruebe que la actividad manual se ha establecido en Completada o Con errores. Vea también Implementar y cerrar una solicitud de cambio
Cómo cerrar una solicitud de cambio En System Center 2012 - Service Manager, puede utilizar los procedimientos siguientes para cerrar permanentemente una solicitud de cambio correcta o una con errores, y validar el cierre de la solicitud de cambio. No se puede reabrir una solicitud de cambio cerrada. Nota Si un usuario final cancela una solicitud de software antes de implementar dicho software en el equipo de usuario final, la solicitud de cambio asociada puede reflejar el estado En curso de forma indefinida. Si esto ocurre, cancele la solicitud y ciérrela. Cerrar una solicitud de cambio correcta 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, expanda Administración de cambios y haga clic en Solicitudes de cambio: Completadas. 3. Seleccione la solicitud de cambio. 4. En el panel Tareas, haga clic en Cerrar. 5. En el cuadro Comentarios, escriba el comentario que desee y haga clic en Aceptar. Cerrar una solicitud de cambio con errores 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, haga clic en Administración de cambios y, a continuación, haga clic en Solicitudes de cambio: Con errores. 3. Seleccione la solicitud de cambio. 4. En el panel Tareas, haga clic en Cerrar. 5. En el cuadro Comentarios, escriba el comentario que desee y haga clic en Aceptar. Validar el cierre de una solicitud de cambio •
Haga clic en Solicitudes de cambio: Cerradas y asegúrese de que la solicitud de cambio cerrada aparece en la lista. 47
Vea también Implementar y cerrar una solicitud de cambio
Cómo enviar notificaciones automatizadas de actividades y solicitudes de cambio En System Center 2012 - Service Manager, puede utilizar el siguiente procedimiento para informar a los revisores de que una actividad concreta se encuentra disponible para su revisión. Puede utilizar el segundo procedimiento para notificar a los usuarios que se ha cerrado una solicitud de cambio. Nota Solo los administradores pueden configurar notificaciones de flujo de trabajo. Notificar a los revisores que una actividad se encuentra disponible para su revisión 1. En la consola de Service Manager, haga clic en Administración. 2. En el panel Administración, expanda Flujos de trabajo y, a continuación, haga clic en Configuración. 3. Seleccione Configuración del flujo de trabajo de eventos de actividad y, a continuación, haga clic en Configurar reglas de flujo de trabajo en el panel Tareas. 4. En el cuadro de diálogo Seleccionar una clase, seleccione Actividad de revisión y haga clic en Aceptar. 5. En el cuadro de diálogo Configurar flujos de trabajo haga clic en Agregar. 6. En el asistente de configuración de flujos de trabajo para objetos de la clase Actividad de revisión, haga clic en Siguiente en la página Antes de empezar. 7. En la página Información del flujo de trabajo, escriba el nombre y la descripción del flujo de trabajo. En la lista Comprobar eventos, asegúrese de que el elemento Cuando se actualiza un objeto está seleccionado y haga clic en Siguiente. 8. En la página Especificar criterios, seleccione la ficha Cambiado de. En Propiedades disponibles, seleccione Estado y haga clic en Agregar. 9. En Criterios, seleccione Pendiente y, a continuación, seleccione la ficha Cambiado a. En Propiedades disponibles, seleccione Estado y haga clic en Agregar. 10. En Criterios, seleccione En curso y haga clic en Siguiente. 11. En la página Aplicar plantilla, quite la selección de la casilla de verificación Aplicar la plantilla seleccionada y haga clic en Siguiente. 12. En la página Seleccionar usuarios para notificar, seleccione Habilitar notificación. 13. En Usuario, seleccione Asignado al usuario. 14. En Plantilla de correo electrónico, si no puede seleccionar una plantilla, haga clic en Crear plantilla de correo electrónico. En caso contrario, seleccione la plantilla de notificación por correo electrónico que desee aplicar. 15. Si va a crear una plantilla de notificación por correo electrónico, complete el asistente de creación de plantillas de este tipo. 16. Después de seleccionar una plantilla de correo electrónico, haga clic en Agregar y 48
asegúrese de que aparece el elemento Revisores en la columna Usuario. A continuación, haga clic en Siguiente. 17. En la página Resumen, revise la información y haga clic en Crear. 18. En la página Finalización, haga clic en Cerrar. Notificar a los usuarios que se ha cerrado una solicitud de cambio 1. En la consola de Service Manager, haga clic en Administración. 2. En el panel Administración, expanda Flujos de trabajo y, a continuación, haga clic en Configuración. 3. Seleccione Configuración del flujo de trabajo de eventos de solicitud de cambio y haga clic en Configurar reglas de flujo de trabajo en el panel Tareas. 4. En el cuadro de diálogo Configurar flujos de trabajo haga clic en Agregar. 5. En el asistente de configuración de flujos de trabajo para objetos de la clase Actividad de revisión, haga clic en Siguiente en la página Antes de empezar. 6. En la página Información del flujo de trabajo, escriba el nombre y la descripción del flujo de trabajo. En la lista Comprobar eventos, asegúrese de que el elemento Cuando se actualiza un objeto está seleccionado y haga clic en Siguiente. 7. En la página Especificar criterios, seleccione la ficha Cambiado de. En Propiedades disponibles, seleccione Estado y haga clic en Agregar. 8. En Criterios, seleccione Completado. 9. Haga clic en la ficha Cambiado a. 10. En Propiedades disponibles, seleccione Estado y haga clic en Agregar. 11. En Criterios, seleccione Cerrado y haga clic en Siguiente. 12. En la página Aplicar plantilla, quite la selección de la casilla de verificación Aplicar la plantilla seleccionada y haga clic en Siguiente. 13. En la página Seleccionar usuarios para notificar, seleccione la casilla de verificación Habilitar notificación. 14. En Usuario, seleccione Asignado al usuario. En Plantilla, seleccione Plantilla de notificación de asignación al usuario, haga clic en Agregar y después en Siguiente. 15. En la página Resumen, revise la información y haga clic en Crear. 16. En la página Finalización, haga clic en Cerrar. Validar recibo de la notificación •
El revisor de la actividad de revisión o el usuario al que se ha asignado la solicitud de cambio recibe un mensaje de correo electrónico que le informa de que una nueva actividad de revisión requiere aprobación o de que se ha cerrado la solicitud de cambio.
Vea también Implementar y cerrar una solicitud de cambio
49
Administración de solicitudes de servicio en System Center 2012 - Service Manager Las solicitudes de servicio son solicitudes para servicios existentes y preautorizados y características que System Center 2012 - Service Manager puede administrar como un tipo de elemento de trabajo. Las solicitudes de servicio permiten entregar una solución de cumplimiento de solicitud de servicio que alinea su negocio con la estrategia de tecnologías de la información (TI), y que asegura que los servicios TI proporcionen rentabilidad a su negocio. Las solicitudes de servicio están estrechamente ligadas al catálogo de servicio y, juntos, aumentan el valor de su organización de tecnologías de la información administrando de forma clara las solicitudes de servicio. Esto favorece la comprensión del suministro y la demanda de servicios, y propicia un servicio más eficiente y transparente para el cliente por parte de su organización de servicios de la información. La funcionalidad de la solicitud de servicio en Service Manager se basa en los procesos de Microsoft Operations Framework (MOF) 4.0 y de la Biblioteca de infraestructuras de tecnologías de la información (ITIL) V3, de tal modo que es muy compatible con los estándares de la industria. Si bien no toda la funcionalidad cumple de forma estricta esos estándares, los siguientes elementos están incluidos en el cumplimiento de la solicitud de servicio en Service Manager: •
Procesos para registrar, seguir y procesar solicitudes de servicio
•
Automatización del flujo de trabajo del cumplimiento del servicio
•
Una interfaz coherente que permite a los administradores de Service Manager identificar y asignar servicios IT existentes
•
Soporte para situaciones que requieren el seguimiento de costes y contratos de nivel de servicio (SLA)
•
Seguimiento del tiempo de resolución mediante la integración de SLA
Temas de solicitud de servicio •
Cómo crear una solicitud de servicio utilizando la consola de Service Manager
Describe cómo crear una solicitud de servicio desde la consola de Service Manager. •
Cómo aprobar y completar una solicitud de servicio utilizando actividades
Describe cómo aprobar y completar una solicitud de servicio utilizando actividades. •
Cómo cancelar una solicitud de servicio
Describe cómo cancelar una solicitud de servicio. •
Cómo cerrar una solicitud de servicio
Describe cómo cerrar una solicitud de servicio una vez completada. •
Cómo ver los detalles de la solicitud de servicio
Describe cómo ver los detalles de una solicitud de servicio •
Cómo duplicar u ocultar vistas para solicitudes de servicio
Describe cómo duplicar u ocultar vistas de solicitud de servicio 50
Cómo crear una solicitud de servicio utilizando la consola de Service Manager En ocasiones, los usuarios finales crean solicitudes de servicio en System Center 2012 Service Manager al acceder al catálogo de servicio desde el Portal de autoservicio, o enviando solicitudes de correo electrónico. Sin embargo, puede utilizar el siguiente procedimiento para crear manualmente una solicitud de servicio nueva en la consola de Service Manager. Por ejemplo, quizá desee crear manualmente una nueva solicitud de servicio si un usuario contacta con el servicio de asistencia por teléfono. En el siguiente ejemplo, puede actualizar cualquier información que desee a medida que rellena el formulario. Cómo crear una solicitud de servicio nueva utilizando la consola de Service Manager 1. En la consola de Service Manager, expanda Elementos de trabajo y Cumplimiento de solicitud de servicio y, a continuación, seleccione un subnodo como Asignado a mí. 2. En el panel Tareas, en Cumplimiento de solicitud de servicio, haga clic en Crear solicitud de servicio a partir de plantilla. 3. En Plantillas, en el cuadro de diálogo Seleccionar plantilla, seleccione una plantilla y haga clic en Aceptar para abrir una solicitud de servicio nueva y aplicar la plantilla. Por ejemplo, seleccione Solicitar pertenencia al grupo. 4. En el formulario : ServiceRequestName> del cuadro Usuario afectado, seleccione al usuario que ha enviado la solicitud de servicio. Por ejemplo, seleccione Juan Fernández. 5. O bien, en el cuadro Método de contacto alternativo, escriba información adicional de contacto sobre el usuario afectado. 6. En el cuadro Título, escriba el título para la solicitud de servicio o actualice el existente si lo ha rellenado una plantilla. Por ejemplo, escriba Solicitar pertenencia al grupo Active Directory: Juan Fernández. 7. En el cuadro Descripción, escriba la descripción para la solicitud de servicio. 8. En las listas Urgencia y Prioridad, seleccione un valor para cada una si no las ha rellenado una plantilla. 9. En la lista Origen, seleccione Portal si no la ha rellenado una plantilla. 10. En el cuadro Asignado a, elija un analista al que asignar la solicitud de servicio. Por ejemplo, asígnese usted la solicitud de servicio. 11. Haga clic en Aceptar para guardar y cerrar el formulario de solicitud de servicio. Vea también Administración de solicitudes de servicio en System Center 2012 - Service Manager
Cómo aprobar y completar una solicitud de servicio utilizando actividades En System Center 2012 - Service Manager, puede utilizar los procedimientos siguientes para aprobar una actividad de revisión y completar una actividad manual para la solicitud de servicio 51
en la consola de Service Manager. En muchos casos, varias personas o grupos deben votar para aprobar en votación una actividad de revisión para que dicha aprobación sea definitiva. Después de la aprobación, la solicitud de servicio puede requerir una actividad manual para verificar que el servicio se proporcionó al usuario que hizo la solicitud y para cerrar la solicitud de servicio. Nota Los usuarios solo pueden aprobar o rechazar y cerrar las actividades que se les hayan asignado. Aprobar una actividad de revisión para una solicitud de servicio 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, Administración de actividades y Actividades de revisión y, a continuación, haga clic en Actividades asignadas para mí. 3. Seleccione una actividad de revisión. Por ejemplo, seleccione Aprobación de solicitud de usuario de pertenencia al grupo Active Directory. 4. En el panel Tareas, haga clic en Aprobar. 5. En el cuadro de diálogo Comentarios, escriba el comentario que desee hacer acerca de la aprobación o rechazo y haga clic en Aceptar. Completar una actividad manual para una solicitud de cambio 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, Administración de actividades y Actividades manuales y, a continuación, haga clic en Actividades asignadas para mí. 3. Seleccione una actividad manual. Por ejemplo, seleccione Aprobación de solicitud de usuario de pertenencia al grupo Active Directory. 4. En el panel Tareas, haga clic en Marcar como completada. 5. En el cuadro de diálogo Comentarios, escriba el comentario que desee hacer acerca la actividad manual y haga clic en Aceptar. Por ejemplo, escriba El administrador de Active Directory ha añadido al usuario a los grupos solicitados. Vea también Administración de solicitudes de servicio en System Center 2012 - Service Manager
Cómo cancelar una solicitud de servicio Es posible que desee cancelar una solicitud de servicio en System Center 2012 Service Manager. Puede llevar a cabo esta tarea utilizando la consola de Service Manager. Puede usar los procedimientos siguientes para cancelar una solicitud de servicio. Cancelar una solicitud de servicio
52
1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo, Cumplimiento de solicitud de servicio y, a continuación, haga clic en Todas las solicitudes de servicio abiertas o en otra vista de solicitudes de servicio. 3. Seleccione la solicitud de servicio que desea cancelar. Por ejemplo, seleccione Solicitar pertenencia al grupo Active Directory: Juan Fernández. 4. En el panel Tareas, haga clic en Cancelar. 5. En el cuadro de diálogo Comentarios, escriba el comentario que desee hacer acerca de la cancelación de la solicitud de servicio y haga clic en Aceptar. Por ejemplo, escriba, Esta solicitud estaba duplicada y no es necesaria. Vea también Administración de solicitudes de servicio en System Center 2012 - Service Manager
Cómo cerrar una solicitud de servicio En System Center 2012 - Service Manager, después de que todas las actividades de revisión se aprueben o rechacen y se complete cualquier actividad manual, puede cerrar una solicitud de servicio en la consola de Service Manager. Puede usar el procedimiento siguiente para cerrar una solicitud de servicio. Cerrar una solicitud de servicio 1. En la consola de Service Manager, haga clic en Elementos de trabajo. 2. En el panel Elementos de trabajo, expanda Elementos de trabajo y Cumplimiento de solicitud de servicio y, a continuación, haga clic en Solicitudes de servicio completadas. 3. Seleccione una solicitud de servicio completada. Por ejemplo, seleccione Solicitar pertenencia al grupo Active Directory: Juan Fernández. 4. En el panel Tareas, haga clic en Cerrar. 5. En el cuadro de diálogo Comentarios, escriba el comentario que desee hacer acerca el cierre y haga clic en Aceptar. Vea también Administración de solicitudes de servicio en System Center 2012 - Service Manager
Cómo editar una solicitud de servicio En System Center 2012 - Service Manager, los usuarios finales crean solicitudes de servicio al acceder al catálogo de servicio desde el Portal de autoservicio o enviando solicitudes de correo electrónico, y usted podría tener que actualizar una solicitud de servicio con información adicional. Puede usar el procedimiento siguiente para actualizar una solicitud de servicio en la consola de Service Manager. Editar una solicitud de servicio utilizando la consola de Service Manager 53
1. En la consola de Service Manager, expanda Elementos de trabajo y Cumplimiento de solicitud de servicio y, a continuación, seleccione un subnodo como Asignado a mí. 2. En la lista, seleccione la solicitud de servicio a editar y, a continuación, en el panel Tareas, bajo , haga clic en Editar. Por ejemplo, seleccione Solicitar pertenencia al grupo Active Directory. 3. En el formulario : ServiceRequestName> del cuadro Usuario afectado, seleccione al usuario que ha enviado la solicitud de servicio. Por ejemplo, seleccione Juan Fernández. 4. Actualice cualquier información necesaria y, a continuación, haga clic en Aceptar para cerrar el formulario. Vea también Administración de solicitudes de servicio en System Center 2012 - Service Manager
Cómo ver los detalles de la solicitud de servicio Puede utilizar el siguiente procedimiento para ver los detalles de una solicitud de servicio en la consola de Service Manager en System Center 2012 - Service Manager. Ver los detalles de una solicitud de servicio 1. En la consola de Service Manager, expanda Elementos de trabajo y Cumplimiento de solicitud de servicio y, a continuación, seleccione un subnodo como Asignado a mí. 2. En la lista, seleccione la solicitud de servicio para ver y, a continuación, en el panel Tareas, bajo , haga clic en Editar. Por ejemplo, seleccione Solicitar pertenencia al grupo Active Directory. 3. Revise la información en el formulario de solicitud de servicio y, a continuación, haga clic en Aceptar para cerrar el formulario. Vea también Administración de solicitudes de servicio en System Center 2012 - Service Manager
Cómo duplicar u ocultar vistas para solicitudes de servicio Puede utilizar el siguiente procedimiento para duplicar u ocultar una solicitud de servicio en la consola de Service Manager en System Center 2012 - Service Manager. Puede utilizar la tarea Mostrar si quiere mostrar la vista oculta. Puede modificar el título u otro criterio de vista utilizando la tarea Editar vista. Duplicar una vista de solicitud de servicio 1. En la consola de Service Manager, expanda Elementos de trabajo y Cumplimiento de solicitud de servicio y, a continuación, seleccione un subnodo. Por ejemplo, haga clic en Asignado a mí. 2. En el panel Tareas, haga clic en Duplicar vista. 54
3. En el cuadro de diálogo Seleccione módulo de administración, seleccione un módulo de administración para agregar la nueva vista de información o cree uno nuevo y, a continuación, haga clic en Aceptar. 4. También, puede utilizar la tarea Editar vista para editar la nueva vista, titulada , para cambiar el nombre o los criterios de vista. 5. En el panel Elementos de trabajo, busque la vista nueva duplicada que se ha creado. Por ejemplo, haga clic en Asignado a mí: Copia. 6. En el panel Tareas, haga clic en Editar vista. 7. En el cuadro de diálogo Edición asignada a mí: Copia, haga clic en Criterios. 8. En el área Criterios, junto a Asignado al Id. de usuario, en cuadro de texto después de igual, escriba [a mí] y, a continuación, haga clic en Aceptar. Duplicar una vista de solicitud de servicio 1. En la consola de Service Manager, expanda Elementos de trabajo y Cumplimiento de solicitud de servicio y, a continuación, seleccione un subnodo como Asignado a mí. 2. En el panel Tareas, haga clic en Ocultar vista. Vea también Administración de solicitudes de servicio en System Center 2012 - Service Manager
Administración de registros de versión en System Center 2012 - Service Manager La clave para entender la administración de versión en System Center 2012 - Service Manager es conocer cómo interactúan los objetos (como las solicitudes de cambios) y las actividades con la ayuda de los registros de versión. La administración de versión utiliza registros de versión primarios y secundarios para ayudar a automatizar la actualización de estado de las solicitudes de cambio y de la propagación entre actividades paralelas, actividades secuenciales y actividades dentro de ellas. En ocasiones, un proyecto tiene varias partes y existe más de una solicitud de cambio que puede implementarse varias veces. El objetivo final de la administración de cambios y la administración de versión es proteger el entorno de producción de cambios innecesarios, de tal manera que todos los cambios tengan que ser aprobados. La administración de versión solo trata con cambios aprobados. Cuando se aprueban los cambios, depende de los procesos de administración de versión agruparlos, programarlos y desarrollarlos. En función de la naturaleza de los cambios, el desarrollo puede suceder en la fase de proyecto o en la fase de administración de versión. Independientemente de cuándo se produzca el desarrollo, la administración de versión se asegura de que los cambios sean comprobados y de que sea seguro implementarlos. También se utiliza para evaluar y empaquetar juntas varias versiones, y así contribuir a minimizar la inactividad de la infraestructura. El paquete de versiones se comprueba en conjunto para verificar que no haya conflictos técnicos o de recursos que puedan afectar a la disponibilidad de 55
la infraestructura. Durante la siguiente versión programada o ventana de mantenimiento, varios cambios se agrupan y se planifica su implementación. La función de la administración de versión mediante registros de versión es consolidar varios cambios e implementarlos de la manera más eficiente y segura posible. Una vez agrupados los cambios, un jefe de lanzamiento define la secuencia de acciones necesaria para un lanzamiento con actividades de versión. Por ejemplo, diferentes cambios podrían tener tareas de actualización de infraestructura, tareas de modificación de bases de datos, tareas de actualización de aplicaciones y otras tareas individuales. En algunos casos, puede ser adecuado agrupar algunas tareas con actualizaciones de infraestructura, o realizar actualización de bases de datos o aplicaciones. Algunas tareas se pueden implementar simultáneamente, mientras que otras deben ser implementadas de manera secuencial o separada.
Administración de registros de versión en Service Manager El jefe de lanzamiento u otra persona responsable del lanzamiento define la secuencia de acciones con un registro de versión. El registro de versión debe describir la secuencia de implementación de los diferentes cambios mediante el uso de actividades paralelas, actividades secuenciales u otro tipo de actividades. El jefe de lanzamiento puede delegar la responsabilidad de las actividades a otros. Cuando se delega una actividad, la persona responsable puede modificarla y actualizar su estado. Cuando se modifica una actividad, su estado no se actualiza inmediatamente. Existe un retardo hasta que el flujo de trabajo se activa y el estado de la actividad se actualiza. Después de actualizar la vista de un elemento, suelen transcurrir entre 30 y 60 segundos antes de que se pueda verse el estado actualizado en la consola. Otras actividades dependientes en el registro de versión pueden tardar más en actualizarse. Por ejemplo, supongamos que tiene un registro de versión que contiene una decena de actividades. Si actualiza un elemento cerca de la parte alta de la lista, transcurrirán unos 30 segundos hasta que se actualice la consola. La siguiente actividad en el registro de versión se actualizará automáticamente 30 segundos más tarde, y así sucesivamente. Por lo tanto, una actualización puede que tardar en propagarse a todas las actividades afectadas en el registro de versión.
Componentes del registro de lanzamiento Como las versiones suelen agruparse, es posible agrupar varios registros de versión utilizando una relación primaria-secundaria. En esencia, un registro de versión primario sirve como contenedor para varios registros de versión secundarios. Sin embargo, un registro de versión recién creado no se establece de modo predeterminado como registro de versión primario. Debe convertir un registro de versión en un registro de versión primario para poder agregar registros de versión secundarios. Como las solicitudes de cambio, los registros de versión contienen actividades para su aprobación y acciones manuales. Además, los registros de versión pueden contener actividades paralelas y secuenciales. Las actividades paralelas y secuenciales son contenedores para otras actividades y definen cómo se implementan las actividades constitutivas. Las actividades 56
paralelas pueden implementarse simultáneamente a otras actividades paralelas. Las actividades secuenciales deben completarse en el orden en que están organizadas, una detrás de otra.
Temas de registro de versión •
Escenario de muestra: Administrar registros de versión
Este tema es un escenario de muestra. Se puede entender como un caso práctico que contribuye a poner en contexto los escenarios y procedimientos individuales. •
Cómo crear un registro de versión
Describe cómo crear un registro de versión. •
Cómo crear una plantilla de registro de versión
Describe cómo crear una plantilla de registro de versión. •
Combinar registros de versión en grupos primario-secundario
Este tema y su subtema describen cómo combinar registros de versión en grupos primariosecundario. •
Definir los elementos de configuración en paquetes de versión
Este tema y su subtema describen cómo definir elementos de configuración en paquetes de versión. •
Cómo crear una plantilla para actividades paralelas y secuenciales
Describe cómo crear una plantilla para actividades paralelas y secuenciales que se usan en los registros de versión. •
Cómo elegir cambios para implementar
Describe cómo revisar y elegir los cambios para implementar. •
Cómo planear las actividades de versión
Describe cómo planear las actividades de versión. •
Cómo omitir una actividad suspendida
Describe cómo omitir una actividad suspendida. •
Cómo determinar el estado y el progreso de una solicitud de cambio en un registro de versión
Describe cómo determinar el estado y el progreso de una solicitud de cambio incluida en un registro de versión.
Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center 2012 - Service Manager
•
Guía de operaciones de System Center 2012 - Service Manager
•
Guía de administración de System Center 2012 - Service Manager
•
Guía de planificación de System Center 2012 - Service Manager
57
Escenario de muestra: Administrar registros de versión Este escenario de muestra de System Center 2012 - Service Manager le ayudará a alcanzar el objetivo de administrar registros de versión empleando varios escenarios completos. Este escenario de muestra se puede entender como un caso práctico que contribuye a poner en contexto los escenarios y procedimientos individuales.
Escenarios para administrar registros de versión Escenario
Descripción
Cómo crear un registro de versión
Describe cómo crear un registro de versión.
Cómo crear una plantilla de registro de versión
Describe cómo crear una plantilla de registro de versión.
Combinar registros de versión en grupos primariosecundario
Describe cómo combinar registros de versión en grupos primario-secundario.
Definir los elementos de configuración en paquetes de versión
Describe cómo definir los elementos de configuración en paquetes de versión.
Cómo crear una plantilla para actividades paralelas y secuenciales
Describe cómo crear plantillas para actividades paralelas y actividades secuenciales que se usan en los registros de versión.
Cómo elegir cambios para implementar
Describe cómo revisar y elegir los cambios para implementar.
Cómo planear las actividades de versión
Describe cómo planear las actividades de versión.
Cómo omitir una actividad suspendida
Describe cómo omitir una actividad suspendida.
Cómo determinar el estado y el progreso de una solicitud de cambio en un registro de versión
Describe cómo determinar el estado y el progreso de una solicitud de cambio incluida en un registro de versión.
Escenario de administrar registros de versión Los administradores de tecnologías de la información (TI) en Woodgrove Bank administran varios proyectos a la vez. Normalmente, los equipos de proyecto TI en la organización no tienen acceso al entorno de producción controlada. Además, el entorno de preproducción tiene limitado el acceso. La organización TI dirige proyectos y desarrolla aplicaciones financieras y mejoras de infraestructura. Cuando se necesita modificar algún componente del entorno controlado del entorno de producción, el equipo TI del proyecto envía solicitudes de cambio para actualizar la infraestructura o una aplicación, o para implementar un producto o una serie de nuevos procesos.
58
La administración de versión comienza cuando hay cambios aprobados. De acuerdo con la política de la compañía, los cambios deben ser implementados mediante el proceso de administración de versión. El jefe de lanzamiento, Juan, crea un registro de versión primario y, a continuación, redacta un diagrama de alto nivel de la versión y vincula actividades de alto nivel a una solicitud de cambio. La actividad de versión en un registro de versión está vinculada a una actividad de implementación existente en una solicitud de cambio. Juan o un diseñador de actividad designado añaden registros de versión secundarios y nuevas actividades, según sea necesario, al registro de versión que detalla los pasos necesarios para implementar el cambio. Este proceso se repite para cada solicitud de cambio con el fin de permitir cualquier nivel de detalle necesario. Por lo tanto, se puede incluir en el registro de versión cualquier número de solicitudes de cambio, en función de las necesidades de la organización. Cuando una solicitud de cambio está lista para la implementación, el implementador del cambio marca las actividades correspondientes como Completadas. Woodgrove Bank suele implementar actualizaciones en su entorno de producción, lo que se denomina una versión, una vez al mes. Juan quiere empaquetar varias versiones que definió en la versión de junio, en la versión de julio, y así sucesivamente. Define estas versiones como primarias y vincula todas las versiones relacionadas con la red y con las bases de datos a la versión primaria de junio; a continuación, vincula una versión relacionada con aplicaciones a la versión primaria de julio. También agrega una nueva actividad "Comprobar la red con la integración de la base de datos" a la versión de junio para asegurarse de que ambas versiones parciales funcionen de manera conjunta. La próxima versión principal para Woodgrove Bank es la implementación de una nueva versión de su aplicación web HRWeb. Los desarrolladores de HRWeb han proporcionado al equipo de administración de versión una nueva compilación de la aplicación HRWeb. El equipo de administración de versión de Woodgrove evalúa la compilación en su entorno de prueba, encuentra un problema crítico y, a continuación, solicita a los desarrolladores que arreglen el problema y proporcionen una nueva compilación. El equipo de desarrollo proporciona una nueva compilación y el equipo de administración de versión vuelve a realizar una prueba, esta vez con éxito, en el entorno de prueba. La compilación pasa entonces al entorno de preproducción, donde se comprueba y utiliza durante dos semanas. Cuando la prueba se completa con éxito, la compilación se implementa en el entorno de producción. Durante este proceso, Juan crea un nuevo elemento de configuración de la compilación, lo vincula al elemento de configuración del software HRWeb y vincula el elemento de configuración al paquete de versión de registros de versión. Cuando la última compilación se implementa en el entorno de producción, Juan actualiza la información de la versión en el elemento de configuración del software HRWeb y cierra el registro de versión. En Woodgrove Bank, Juan configura la configuración administrativa para las versiones y crea un registro de versión primario. Además, crea plantillas para actividades paralelas y actividades secuenciales. A continuación, Ana crea registros de versión basados en las plantillas que ha creado Juan. Ana elige qué cambios implementar y actualiza las actividades de versión agregando, eliminando o modificando para cada versión, según sea necesario. Juan configura las notificaciones para que los registros de versión notifiquen a los usuarios. Juan y Ana pueden revisar cuando quieran el estado y el progreso de las solicitudes de cambio para una versión. 59
Cómo crear un registro de versión El jefe de lanzamiento crea un registro de versión en System Center 2012 - Service Manager utilizando el procedimiento siguiente. Crear un registro de versión 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Administración de versión. 2. En el panel Tareas, haga clic en Crear registro de versión. 3. En el cuadro de diálogo Seleccionar plantilla, seleccione una plantilla de registro de versión y, a continuación, haga clic en Aceptar para abrirla. 4. En el formulario de registro de versión, en la ficha General, introduzca cualquier información necesaria y, a continuación, haga clic en la ficha Actividades. 5. Modifique el conjunto de actividades de versión predeterminadas que se añaden a partir de la plantilla de registro de versión, en caso de que aparezcan. Puede agregar, eliminar o modificar conjuntos de actividades del registro de versión, entre las que se incluyen las siguientes acciones: Nota Si agrega más de cinco niveles de actividades anidadas contenedoras (actividades contendoras que contienen otras actividades contenedoras), solo los cinco primeros niveles se mostrarán en la vista diagrama de Actividades. •
Agregar actividades de la lista de plantillas de actividades existentes.
•
Mover actividades arriba y abajo en el orden en el que se completan.
• Mover actividades en la lista de procesos y colocarlas dentro de las actividades contenedoras. • Mover actividades desde las actividades contenedoras y colocarlas en la lista de procesos. •
Eliminar actividades.
6. Si agrega una actividad, el formulario de actividad se abre. Introduzca la información necesaria y, a continuación, haga clic en Aceptar para guardar la actividad. 7. Cuando termine de añadir actividades, haga clic en Aceptar para guardar y cerrar el registro de versión. El registro de versión aparecerá en la vista Registros de versión: todo. Vea también Administración de registros de versión en System Center 2012 - Service Manager
Cómo crear una plantilla de registro de versión En System Center 2012 - Service Manager, se usa una plantilla de registro de versión para crear nuevos registros de versión. Esta plantilla puede incluir actividades de versión predefinidas y, al usarla, los nuevos registros de versión se crean de forma más rápida, ya que no lo hace desde cero. 60
La plantilla de registro de versión se crea mediante el procedimiento siguiente. Crear una plantilla de registro de versión 1. En la consola de Service Manager, abra el área de trabajo Biblioteca y, en el panel Biblioteca, seleccione Plantillas. 2. En la lista Plantillas, seleccione Registro de versión predeterminado y a continuación, en el panel Tareas, en Plantillas, haga clic en Crear plantilla. 3. En el cuadro de diálogo Crear plantilla, escriba un nombre para la misma y una descripción de su aplicación. 4. En Clase, haga clic en Examinar y, en el cuadro Seleccionar una clase, seleccione Registro de versión y, a continuación, haga clic en Aceptar para cerrar el cuadro Seleccionar una clase. 5. Haga clic en Aceptar para cerrar el cuadro de diálogo Crear plantilla y aparecerá la nueva plantilla de registro de versión. 6. Introduzca la información en los cuadros de la ficha General y, a continuación, haga clic en la ficha Actividades. 7. Puede agregar, eliminar o modificar conjuntos de actividades de la plantilla de registro de versión. Entre otras cosas, puede: •
Agregar actividades de la lista de plantillas de actividades existentes
•
Mover actividades arriba y abajo en el orden en el que se completan.
• Mover actividades en la lista de procesos y colocarlas dentro de las actividades contenedoras. • Mover actividades desde las actividades contenedoras y colocarlas en la lista de procesos. •
Eliminar actividades.
8. Si agrega una actividad, el formulario de actividad se abre. Introduzca la información necesaria y, a continuación, haga clic en Aceptar para guardar la actividad. 9. Cuando haya terminado de añadir todas las actividades, haga clic en Aceptar para guardar y cerrar la plantilla de registro de versión. La plantilla de registro de versión aparecerá en la lista de Plantillas. Vea también Administración de registros de versión en System Center 2012 - Service Manager
Combinar registros de versión en grupos primario-secundario En System Center 2012 - Service Manager, las versiones suelen implementarse en los entornos de producción a intervalos que usted define. Por ejemplo, puede empaquetar varias versiones en lotes mensuales. Puede definir cada lote como una versión primaria, la cual consolida y vincula otras versiones más pequeñas y específicas de proyectos en un paquete mensual. Este proceso le ayuda a verificar que todas las versiones secundarias se evalúen conjuntamente.
61
Temas de combinación de registros de versión en grupos primariosecundario •
Cómo promover un registro de versión a un registro de versión primario
Describe cómo promover un registro de versión a un registro de versión primario que permita la adición de registros de versión secundarios. •
Cómo disminuir un registro de versión primario a un registro de versión secundario
Describe cómo disminuir un registro de versión primario a un registro de versión secundario. •
Cómo vincular un registro de versión secundario al registro de versión actual
Describe cómo vincular un registro de versión secundario a un registro de versión abierto. •
Cómo desvincular el registro de versión actual del registro de versión primario
Describe cómo desvincular un registro de versión secundario abierto del registro de versión primario. •
Cómo desvincular un registro de versión secundario del registro de versión actual
Describe cómo desvincular un registro de versión secundario de su registro de versión primario mientras está abierto el registro de versión primario.
Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center 2012 - Service Manager
•
Guía de administración de System Center 2012 - Service Manager
•
Guía de planificación de System Center 2012 - Service Manager
•
Guía de operaciones de System Center 2012 - Service Manager
Cómo promover un registro de versión a registro de versión primario En System Center 2012 - Service Manager, el jefe de lanzamiento puede ascender un registro de versión a registro de versión primario utilizando el procedimiento siguiente. Un registro de versión primario sirve como contenedor para varias versiones. El procedimiento siguiente se lleva a cabo sobre un registro de versión que no es un registro de versión primario ni un registro de versión secundario. Ascender un registro de versión a registro de versión primario 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Administración de versión. 2. Seleccione cualquier vista de Administración de versión y, a continuación, seleccione un registro de versión. 3. En el panel Tareas, haga clic en Editar para abrir el registro de versión. 4. En el panel Tareas, haga clic en Convertir o revertir a primario 5. En el cuadro Comentarios, escriba un comentario que indique que ha convertido el registro de versión en un registro de versión primario y, a continuación, haga clic en Aceptar para cerrar el cuadro de Comentarios. 62
6. La ficha Elementos secundarios aparece en el formulario de tal manera que puede agregar registros de versión secundarios. 7. En el formulario de registro de versión, haga clic en Aceptar para cerrarlo. Vea también Combinar registros de versión en grupos primario-secundario
Cómo disminuir un registro de versión primario a un registro de versión secundario En System Center 2012 - Service Manager, el jefe de lanzamiento puede disminuir un registro de versión primario utilizando el procedimiento siguiente. Si el registro de versión primario contiene registros de versión secundarios, todos los registros de versión secundarios se desvincularán del registro de versión primario y dejarán de ser registros de versión secundarios. El procedimiento siguiente se lleva a cabo sobre un registro de versión primario que puede tener o no vinculados registros de versión secundarios. Disminuir un registro de versión primario 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Administración de versión. 2. Seleccione cualquier vista de Administración de versión que contenga el registro de versión primario que quiera disminuir y, a continuación, selecciónelo. 3. En el panel Tareas, haga clic en Editar para abrir el registro de versión. 4. En el panel Tareas, haga clic en Convertir o revertir a primario 5. Si el registro de versión que está disminuyendo contiene registros de versión secundarios, un mensaje le avisará de que todos los enlaces a los registros de versión secundarios serán eliminados. Si es así, haga clic en Aceptar para desvincular cualquier registro de versión secundario. 6. En el cuadro Comentarios, escriba un comentario que indique que ha revertido el registro de versión a partir de un registro de versión primario y, a continuación, haga clic en Aceptar para cerrar el cuadro de Comentarios. 7. La ficha Elementos secundarios ya no aparecerá en el formulario. 8. En el formulario de registro de versión, haga clic en Aceptar para cerrarlo. Vea también Combinar registros de versión en grupos primario-secundario
Cómo vincular un registro de versión secundario al registro de versión actual En System Center 2012 - Service Manager, el jefe de lanzamiento puede vincular un registro de versión secundario mientras edita un registro de versión primario utilizando el procedimiento siguiente.
63
Vincular un registro de versión secundario al registro de versión primario actual 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Administración de versión. 2. Seleccione cualquier vista de Administración de versión que contenga el registro de versión primario al que quiere vincular el registro de versión secundario. 3. En el panel Tareas, haga clic en Editar y, a continuación, en el formulario de registro de versión primario, haga clic en la ficha Elementos secundarios. 4. En la ficha Elementos secundarios, haga clic en Agregar. 5. En el cuadro de diálogo Seleccionar objetos, seleccione el registro de versión que quiere vincular al registro de versión primario y, a continuación, haga clic en Agregar. Haga clic en Aceptar para cerrar el cuadro de diálogo Seleccionar objetos. 6. En el formulario de registro de versión primario, haga clic en Aceptar para cerrarlo. Vea también Combinar registros de versión en grupos primario-secundario
Cómo desvincular el registro de versión actual del registro de versión primario En System Center 2012 - Service Manager, el jefe de lanzamiento puede desvincular un registro de versión secundario utilizando el procedimiento siguiente. Desvincular el registro de versión actual de un registro de versión primario 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Administración de versión. 2. Seleccione cualquier vista de Administración de versión que contenga el registro de versión secundario que quiere desvincular de su registro de versión primario. 3. En el panel Tareas, haga clic en Vincular o desvincular a Registro de versión primario existente y, en la lista desplegable, pulse en Desvincular. 4. En el cuadro Comentarios, escriba un comentario que indique que ha desvinculado el registro de versión secundario de su registro de versión primario y, a continuación, haga clic en Aceptar para cerrar el cuadro de Comentarios. Vea también Combinar registros de versión en grupos primario-secundario
Cómo desvincular un registro de versión secundario del registro de versión actual En System Center 2012 - Service Manager, el jefe de lanzamiento puede vincular un registro de versión secundario mientras edita a un registro de versión primario utilizando el procedimiento siguiente.
64
Desvincular el registro de versión secundario del registro de versión primario actual 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Administración de versión. 2. Seleccione cualquier vista de Administración de versión que contenga el registro de versión primario que quiere desvincular del registro de versión secundario. 3. En el panel Tareas, haga clic en Editar y, a continuación, en el formulario de registro de versión primario, haga clic en la ficha Elementos secundarios. 4. En la ficha de Elementos secundarios, seleccione los registros de versión que desea desvincular y haga clic en Quitar. Nota Puede seleccionar varios elementos secundarios presionando Mayús. + clic. 5. En el formulario de registro de versión primario, haga clic en Aceptar para cerrarlo. Vea también Combinar registros de versión en grupos primario-secundario
Definir los elementos de configuración en paquetes de versión En System Center 2012 - Service Manager, los paquetes de versión suelen contener una compilación y un entorno con el que se prueba la versión. Los temas de esta sección describen cómo compilar las partes de configuración de elementos contenidas en un paquete de versión y cómo añadirlas al paquete de versión.
Temas de elementos de configuración de paquetes de versión •
Cómo crear un elemento de configuración de compilación
Describe cómo crear un elemento de configuración de compilación que define el software y la versión que componen la compilación. •
Cómo crear un elemento de configuración de entorno
Describe cómo crear un elemento de configuración de entorno que define los equipos, servicios y personas que componen el entorno. •
Cómo agregar información de paquetes de versión a un registro de versión
Describe cómo añadir información de paquetes de versión, como una compilación y un entorno que definan en qué consiste el paquete de versión.
Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center 2012 - Service Manager
•
Guía de administración de System Center 2012 - Service Manager
•
Guía de planificación de System Center 2012 - Service Manager
•
Guía de operaciones de System Center 2012 - Service Manager
65
Cómo crear un elemento de configuración de compilación En System Center 2012 - Service Manager, el jefe de lanzamiento puede crear un elemento de configuración de compilación que defina el software y la versión que componen la compilación. Para ello, realice el procedimiento siguiente. Una vez creada, es habitual agregar la compilación al paquete de versión de un registro de versión. Crear un elemento de configuración de compilación 1. En la consola de Service Manager, haga clic en Elementos de configuración. 2. En el panel Elementos de configuración, expanda Elementos de configuración y, a continuación, haga clic en Compilaciones. 3. En el panel Tareas, en Compilaciones, haga clic en Crear compilación. 4. En la ficha General del formulario, haga lo siguiente: a. En el cuadro Título, escriba un nombre para la compilación. Por ejemplo, para la compilación que se usaba para implementar el software nuevo HRWeb, escriba HRWeb julio 2011. b. En el cuadro Versión, escriba un número de versión u otra designación. Por ejemplo, escriba 0.2. c.
Haga clic en Aceptar.
5. En la ficha Elementos relacionados, en Elementos de configuración: equipos, servicios y usuarios, haga clic en Agregar para asociar un elemento de configuración de software y, a continuación, siga estos pasos para cada elemento de software que quiera agregar: a. En el cuadro de diálogo Seleccionar objetos, bajo la lista Filtrar por clase, haga clic en la flecha desplegable y, a continuación, seleccione Elementos de software. b. En la lista Objetos disponibles, seleccione el elemento de configuración de software que quiere asociar con la compilación, haga clic en Agregar y, a continuación, haga clic en Aceptar para cerrar el cuadro de diálogo Seleccionar objetos. 6. Haga clic en Aceptar para cerrar el formulario de compilación. Vea también Definir los elementos de configuración en paquetes de versión
Cómo crear un elemento de configuración de entorno En System Center 2012 - Service Manager, el jefe de lanzamiento puede crear un elemento de configuración de entorno que defina los equipos, servicios y personas que componen el entorno. Para ello, realice el procedimiento siguiente. Una vez creado, es habitual agregar el entorno al paquete de versión de un registro de versión. Crear un elemento de configuración de entorno 1. En la consola de Service Manager, haga clic en Elementos de configuración. 2. En el panel Elementos de configuración, expanda Elementos de configuración y, a 66
continuación, haga clic en Entornos. 3. En el panel Tareas, en Entornos, haga clic en Crear entorno. 4. En la ficha General del formulario, haga lo siguiente: a. En el cuadro Título, escriba un nombre para el entorno. Por ejemplo, para el preentorno que se usaba para comprobar el software nuevo HRWeb, escriba Entorno para HRWeb julio 2011. b. También, en otros cuadros de la ficha, escriba o seleccione la información que pueda ayudarle a identificar fácilmente el entorno que está creando. Por ejemplo, establezca la Categoría a Preproducción. c.
Haga clic en Aceptar.
5. En la ficha Elementos relacionados, en Elementos de configuración: equipos, servicios y usuarios, puede agregar elementos de configuración que sean importantes para el entorno. Pueden incluirse los siguientes: • Software • Usuarios • Equipos 6. Haga clic en Aceptar para cerrar el formulario de compilación. Vea también Definir los elementos de configuración en paquetes de versión
Cómo agregar información de paquetes de versión a un registro de versión En System Center 2012 - Service Manager, el jefe de lanzamiento puede agregar información de paquetes de versión a un registro de versión utilizando el procedimiento siguiente. El paquete de versión habitualmente contiene la compilación y el entorno con el que se comprueba la versión. Agregar información de paquetes de versión a un registro de versión 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Administración de versión. 2. Seleccione cualquier vista de Administración de versión que contenga el registro de versión donde quiera agregar la información del paquete de versión. 3. En el panel Tareas, haga clic en Editar y, a continuación, en el formulario de registro de versión, haga clic en la ficha Paquete de versión. 4. En la ficha Paquete de versión, en Elementos de configuración para modificar, haga clic en Agregar. 5. En el cuadro de diálogo Seleccionar objetos, seleccione los elementos de configuración relacionados con el equipo que quiere agregar al paquete de versión, haga clic en Agregar y, a continuación, haga clic en Aceptar para cerrar el cuadro de diálogo Seleccionar objetos. 6. En Servicios afectados, haga clic en Agregar. 7. En el cuadro de diálogo Seleccionar objetos, seleccione los elementos de servicio empresarial que quiera agregar al paquete de versión, haga clic en Agregar y, a 67
continuación, haga clic en Aceptar para cerrar el cuadro de diálogo Seleccionar objetos. 8. En el formulario de registro de versión, haga clic en Aceptar para cerrarlo. Vea también Definir los elementos de configuración en paquetes de versión
Cómo crear una plantilla para actividades paralelas y secuenciales En System Center 2012 - Service Manager, las plantillas de registros de versión para actividades paralelas y secuenciales se usan para crear actividades nuevas que contienen una colección de actividades predeterminadas que deben agruparse para formar algún tipo de proceso. Puede pensar en las actividades paralelas y secundarias como en actividades contenedoras, ya que su función principal es contener actividades individuales. El autor de la plantilla crea una plantilla para las actividades paralelas utilizando el procedimiento siguiente. Se seguirán los mismos pasos para crear una plantilla para actividades secuenciales. Crear una plantilla para actividades paralelas 1. En la consola de Service Manager, abra el área de trabajo Biblioteca y, en el panel Biblioteca, seleccione Plantillas. 2. En la lista Plantillas, seleccione Actividad paralela predeterminada y, a continuación, en el panel Tareas, en Plantillas, haga clic en Crear plantilla. 3. En el cuadro de diálogo Crear plantilla, escriba un nombre para la misma y una descripción de su aplicación. 4. En Clase, haga clic en Examinar, en el cuadro Seleccionar una clase, seleccione Actividad paralela y, a continuación, haga clic en Aceptar para cerrar el cuadro Seleccionar una clase. 5. Haga clic en Aceptar para cerrar el cuadro de diálogo Crear plantilla y aparecerá la nueva plantilla de actividad contenedora. 6. Introduzca la información en los cuadros de la ficha General y, a continuación, haga clic en la ficha Actividades. 7. Puede agregar, eliminar o modificar conjuntos de actividades de la plantilla de actividad paralela, entre las que se incluyen las siguientes acciones: a. Agregar actividades de la lista de plantillas de actividades existentes b. Agregar actividades paralelas o secuenciales de la lista de plantillas de actividades existentes c.
Agregar actividades automáticas dentro de las actividades paralelas o secuenciales que ya ha agregado
d. Mover actividades arriba y abajo en el orden en el que se completan. e. Mover actividades en la lista de procesos. f.
Eliminar actividades. 68
8. Si agrega una actividad, el formulario de actividad se abre. Introduzca la información necesaria y, a continuación, haga clic en Aceptar para guardar la actividad. 9. Cuando termine de añadir todas las actividades, haga clic en Aceptar para guardar y cerrar la plantilla de actividad paralela. La plantilla de actividad paralela aparecerá en la lista de Plantillas. 10. Repita este procedimiento para las actividades secuenciales, reemplazando las instancias de "actividad paralela" por "actividad secuencial". Vea también Administración de registros de versión en System Center 2012 - Service Manager
Cómo elegir cambios para implementar En System Center 2012 - Service Manager, el jefe de lanzamiento selecciona los cambios aprobados para la versión realizando el procedimiento siguiente. Utilizando este proceso, el jefe de lanzamiento vincula una actividad manual en un registro de versión a una actividad dependiente en una solicitud de cambio y, a continuación, completa la actividad manual del registro de versión. Como resultado, este proceso establece como Completada la actividad dependiente en la solicitud de cambio. Antes de proceder, debe estar ya completado el procedimiento para crear una actividad dependiente y agregarla a una solicitud de cambio. Para obtener más información acerca de agregar actividades dependientes a solicitudes de cambio, consulte Cómo agregar actividades dependientes a una solicitud de cambio para registros de versión. Elegir cambios para implementar 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo, en el panel de Elementos de trabajo, expanda Administración de versión y, a continuación, seleccione Administración de versión. 2.
En el panel Elementos de trabajo, seleccione una vista en Administración de versión que muestre un registro de versión que contenga los cambios preparados para la implementación y, a continuación, haga doble clic en el registro de versión.
3. Haga clic en la ficha Actividades. 4. En la lista que aparece, haga clic con el botón secundario en la actividad manual para vincularla a una actividad dependiente de solicitud de cambio y, a continuación seleccione Vincular actividad de solicitud de cambio. 5. En el cuadro de diálogo Seleccionar actividad de solicitud de cambio, seleccione la solicitud de cambio a la que vincular, expándala y, a continuación, seleccione una o más actividades dependientes y haga clic en Aceptar dos veces. Sugerencia Cuando haya vinculado la actividad, esta mostrará un indicador de vínculo que parece un icono de cadena. La información sobre herramientas de las actividades seleccionadas muestra los Id. para las actividades dependientes de solicitud de cambio vinculadas. 69
6. Vaya a Administración de actividades, expanda Actividades manuales y, a continuación, seleccione Actividades en curso. 7. Seleccione la actividad manual y, a continuación, en la lista Tareas, haga clic en Marcar como completada. 8. Vaya a Administración de cambios, expanda Todas las solicitudes de cambio y, a continuación, abra la solicitud de cambio que está vinculada al registro de versión. 9. Haga clic en la ficha Actividades y observe que la actividad dependiente ahora está marcada como Completada. Vea también Administración de registros de versión en System Center 2012 - Service Manager Cómo agregar actividades dependientes a una solicitud de cambio para registros de versión
Cómo planear las actividades de versión En System Center 2012 - Service Manager, el jefe de lanzamiento crea y modifica la estructura de las actividades de versión realizando el procedimiento siguiente. Planear las actividades de versión 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo, en el panel de Elementos de trabajo, expanda Administración de versión y, a continuación, seleccione Administración de versión. 2. En el panel Elementos de trabajo, seleccione una vista en Administración de versión que muestre un registro de versión que incluya las actividades de versión a las que quiera agregar o modificar actividades y, a continuación, haga doble clic en el registro para abrirlo. 3. Haga clic en la ficha Actividades para ver la lista de los cambios propuestos y las actividades dependientes que contienen. 4. También puede cambiar la vista de actividades haciendo clic en Vista diagrama o Vista de lista. 5. Seleccione una actividad de administración de cambio dependiente y, a continuación, muévala a la parte superior del diagrama o de la lista de actividades de administración de gestión. Un indicador de dependencia aparece en las actividades de cambio de versión y en las actividades de administración de versión. Vea también Administración de registros de versión en System Center 2012 - Service Manager
Cómo omitir una actividad suspendida En System Center 2012 - Service Manager, el jefe de lanzamiento omite una actividad suspendida realizando el procedimiento siguiente. Omitir una actividad suspendida 70
1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo, en el panel de Elementos de trabajo, expanda Administración de versión y, a continuación, seleccione Administración de versión. 2. En el panel Elementos de trabajo, seleccione una vista en Administración de versión que muestre un registro de versión que incluya una actividad de versión suspendida o una actividad en curso que quiera omitir y, a continuación, haga doble clic en el registro para abrirlo. 3. Haga clic en la ficha Actividades para ver la lista de los cambios propuestos y las actividades dependientes que contienen. También puede cambiar la vista de actividades haciendo clic en Vista diagrama o Vista de lista. 4. Haga clic con el botón secundario en la actividad suspendida o en la actividad en curso que quiere omitir y, a continuación, haga clic en Omitir actividad. 5. En el cuadro Comentarios, introduzca el motivo por el cual está omitiendo la actividad y, a continuación, haga clic en Aceptar para cerrar el cuadro. La actividad omitida muestra un icono de color azul similar a una flecha hacia abajo; indica que la actividad está marcada como omitida. Vea también Administración de registros de versión en System Center 2012 - Service Manager
Cómo determinar el estado y el progreso de una solicitud de cambio en un registro de versión En System Center 2012 - Service Manager, el administrador de cambios revisa el estado y el progreso de una solicitud de cambio en el registro de versión abierto. Conoce el Id. de la solicitud de cambio y su título, o al menos algunas palabras clave del título. Puede revisar el estado de la solicitud de cambio realizando el procedimiento siguiente. Determinar el estado y el progreso de una solicitud de cambio en un registro de versión 1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo, en el panel de Elementos de trabajo, expanda Administración de versión y, a continuación, seleccione Administración de versión. 2. En el panel Elementos de trabajo, en Administración de versión, seleccione Registros de versión: en curso. 3. En la vista Registros de versión: en curso, haga doble clic en el registro de interés para abrirlo. 4. Haga clic en la ficha Actividades para ver la lista de los cambios propuestos y las actividades dependientes que contienen. También puede cambiar la vista de actividades haciendo clic en Vista diagrama o Vista de lista. 5. Puede ver los registros siguiendo cualquiera de los siguientes métodos: •
Desplazamiento con el ratón:
• Puede desplazarse a través de las actividades para buscar aquellas vinculadas a las solicitudes de cambio. 71
• Puede buscar actividades de administración de versión vinculadas a una solicitud de cambio específica buscando un icono indicador y examinando sus propiedades desde las vistas diagrama o de lista. •
La información siguiente se muestra para todas las actividades: • Solicitud de cambio de Id. • Solicitud de cambio de título • Solicitud de cambio de icono de indicador de estado • Administración de cambio: Id. de actividad dependiente • Administración de cambio: título de actividad dependiente • Icono indicador de estado de actividad
• Búsquedas: •
Puede buscar y ver una actividad buscando cualquiera de los siguientes datos: • Solicitud de cambio de Id. • Palabras clave de la solicitud de cambio de título vinculada • Cambio del Id. de la actividad • Palabras clave del título de la actividad dependiente
• Filtros: • Puede filtrar cualquier búsqueda utilizando palabras claves y criterios como clase, última fecha de modificación y nombre. •
Uso de la vista de lista:
• Cuando esté usando la vista de lista, puede agregar o eliminar columnas, ordenarlas, filtrar mediante un valor o usar otras funciones de los elementos de la lista. •
Uso de la vista diagrama:
• Cuando esté usando la vista diagrama, puede acercar, alejar, usar el minimapa o usar las acciones del diagrama. 6. Puede hacer doble clic en una actividad para ver su estado y los detalles del progreso. Vea también Administración de registros de versión en System Center 2012 - Service Manager
Utilización de los informes y análisis de almacenamiento de datos en System Center 2012 - Service Manager Los informes de Service Manager le permiten recopilar y visualizar datos y tendencias correspondientes a todo el entorno de la empresa. Por ejemplo, puede generar un informe que muestre la cantidad de incidentes que se han producido en un período de tiempo específico. Puede usar esa información para calcular el coste de cada incidente (en horas) y para detectar
72
las tendencias que pudiese haber, así como para tomar medidas preventivas para reducir el coste y la frecuencia con que ocurren los incidentes. Todos los usuarios de la consola de Service Manager pueden ver los informes estándar en el área de trabajo Informes. Si los usuarios pueden visualizar elementos y tienen acceso a las carpetas de SystemCenter y ServiceManager en el servidor SQL Server Reporting Services (SSRS), también pueden visualizar informes en las listas de tareas de los elementos de trabajo. Cualquier usuario puede exportar datos de informe desde un informe concreto que esté consultando. Los informes exportados se guardan en distintos formatos de archivo. Esta guía describe las siguientes tareas.
Temas de informes y análisis de almacenamiento de datos •
Vista general del análisis y almacenamiento de datos
Proporciona una vista general del análisis y almacenamiento de datos en Service Manager. •
Uso y administración de informes estándar
Introduce los informes estándar en Service Manager. •
Utilizar Cubos OLAP para análisis avanzado
Explica la estructura del cubo OLAP, cómo usar y trabajar con cubos OLAP y cómo crear paneles para mostrar los datos de los cubos OLAP. •
Personalizar el almacenamiento de datos
Explica la estructura de almacenamiento de datos de tal manera que pueda personalizar informes usando sus datos.
Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center 2012 - Service Manager
•
Guía de operaciones de System Center 2012 - Service Manager
•
Guía de administración de System Center 2012 - Service Manager
•
Guía de planificación de System Center 2012 - Service Manager
Vista general del análisis y almacenamiento de datos El almacenamiento de datos en System Center 2012 - Service Manager proporciona tres funciones principales: 1. Descargar datos de la base de datos principal Service Manager para mejorar el rendimiento de la base de datos Service Manager 2. Almacenar datos a largo plazo 3. Proporcionar datos para los informes El almacenamiento de datos incluido en Service Manager es su propio grupo de administración. Contiene todas las piezas comunes de la plataforma System Center presentes en otros componentes System Center, como System Center 2012 - Operations Manager. Estos componentes están construidos en una plataforma común, compuesta por lo siguiente: 73
•
Una base de datos basada en una plantilla para almacenar información de configuración acerca del almacenamiento de datos y para almacenar provisionalmente los datos extraídos de la base de datos Service Manager. En el grupo de administración del almacenamiento de datos, esta instancia de la base de datos basada en una plantilla se llama DWStagingAndConfig.
•
El servidor de administración, que está compuesto por lo siguiente: •
Servicio de acceso de datos System Center
•
Servicio de administración System Center
•
Servicio de configuración de administración System Center
Además de la base construida en la plataforma común System Center, el almacenamiento de datos Service Manager tiene otras dos bases de datos: •
DWRepository: donde se almacenan y optimizan los datos transformados para propósitos relativos a informes.
•
DWDataMart: donde se cargan los datos transformados y, en última estancia, se informan las solicitudes.
El almacenamiento de datos se diseñó para: •
Ser completamente extensible mediante los módulos de administración.
•
Utilizar los procedimientos recomendados del almacenamiento de datos, como el modelado dimensional con hechos y dimensiones.
•
Operar a gran escala.
El almacenamiento de datos en System Center 2012 - Service Manager se diseñó y construyó con la intención de ser un componente de plataforma que permita a los usuarios de System Center colocar datos de todos los productos System Center y adquirir un enfoque exhaustivo a través de sus inversiones en tecnología de la información (TI).
Diferencia entre OLTP y OLAP (realizar frente a analizar transacciones) Los sistemas de procesamiento de transacciones en línea (OLTP) se diseñan para escrituras rápidas contra pequeñas unidades de trabajo, por ejemplo, la rápida creación de un incidente individual. Por otro lado, el almacenamiento de datos del procesamiento analítico en línea está diseñado para facilitar el análisis rápido de grandes conjuntos de datos, por ejemplo, para determinar rápidamente el seguimiento de los contratos de nivel de servicio (SLA) de todos los incidentes del último año.
Elementos del análisis y almacenamiento de datos Los elementos del análisis y almacenamiento de datos de System Center 2012 Service Manager consisten en el modelo común System Center, bases de datos de almacenamiento de datos, cubos OLAP, procesos de orquestación de administración de paquetes y el kit de desarrollo de software Service Manager (SDK). Las secciones siguientes describen cada elemento con más detalle.
74
Modelo común System Center y esquema de la base de datos de almacenamiento de datos Los diagramas que representan el modelo común System Center y el esquema de la base de datos de almacenamiento de datos están disponibles en System Center 2012 - Service Manager. El esquema de base de datos está basado en el modelo común de administración de paquetes, lo que significa que los objetos de la base de datos relacionados y las relaciones se benefician de la herencia de clase. Si no está familiarizado con el desarrollo de los módulos de administración, escribir consultas personalizadas en el almacenamiento de datos puede resultar tedioso. Sin embargo, los diagramas de esquema son muy útiles para ayudarle a empezar. Puede descargar los diagramas Visio, SystemCenterCommonModel-SCSM2010.vsd y DWDataMart.vsd, como parte de ayudas de trabajo de Service Manager (disponible en el archivo SM_job_aids.zip). Los diferentes tipos de tablas en el almacenamiento de datos están coloreados en el diagrama de esquema.
Bases de datos de almacenamiento de datos de Service Manager El almacenamiento de datos en Service Manager contiene las bases de datos siguientes: •
DWStagingAndConfig: donde se extraen los datos almacenados de los sistemas origen, como Service Manager y Operations Manager.
•
DWRepository: donde los datos de origen extraídos se transforman en la estructura optimizada de informes.
•
DWDataMart: donde los datos publicados se almacenan y se utilizan en los informes. También es donde los datos se almacenan durante un periodo extendido para facilitar los informes y análisis históricos.
Cubos OLAP Un cubo OLAP se utiliza para el procesamiento analítico en línea y es una estructura de datos que proporciona rápidos análisis de los datos. Puede pensar en ello como en asistentes de manipulación y análisis de datos desde múltiples perspectivas. La estructura del cubo de datos puede contribuir a superar algunas limitaciones de las bases de datos relacionales. System Center 2012 - Service Manager incluye varios cubos OLAP predefinidos que pueden visualizarse en Microsoft Excel y como paneles de SharePoint. Los autores pueden crear sus propios cubos OLAP para los datos personalizados e incluir los cubos en módulos de administración personalizados.
Kit de desarrollo de software Service Manager (SDK) El SDK de System Center 2012 - Service Manager contiene información que puede necesitar cuando está creando con Service Manager para extender el almacenamiento de datos, de tal manera que pueda administrar sus propios datos personalizados. Antes de utilizar las características de almacenamiento de datos, como el procesamiento de cubos OLAP para datos personalizados, primero debe crear un módulo de administración personalizado e importarlo. Su módulo de administración personalizado contendrá una definición para su modelo de datos y, posiblemente, definiciones de cubos OLAP. 75
Puede averiguar más acerca del uso de SDK para crear su propio módulo de administración personalizado para Service Manager en Guía de creación para System Center 2012 - Service Manager. Además, puede descargar el Kit de desarrollo de software (SDK) System Center 2012 - Service Manager en el Centro de descarga de Microsoft.
Uso y administración de informes estándar En esta sección se describe cómo utilizar informes estándar en System Center 2012 Service Manager. La sencilla infraestructura de informes incluida tanto en System Center Service Manager 2010 como en System Center 2012 - Service Manager se ha construido en SQL Server Reporting Services (SSRS), desde donde se accede a los datos a través del servidor de almacenamiento de datos de Service Manager. La infraestructura de SSRS proporciona funciones de informes básicas, como seguridad, suscripciones, acceso desde el navegador, informes enlazados y personalización. Esta funcionalidad es similar a la incluida en System Center Operations Manager 2007 R2. El área de trabajo de informes contiene el catálogo de informes que los usuarios pueden ejecutar bajo demanda. Todos los usuarios de la consola de Service Manager pueden ver los informes. Si los usuarios pueden visualizar elementos y tienen acceso a las carpetas de SystemCenter y ServiceManager en el servidor SSRS, también pueden visualizar informes en las listas de tareas de los elementos de trabajo. Al igual que en Operations Manager, es posible ejecutar un informe en contexto. Por ejemplo, se puede seleccionar un equipo determinado en una vista en la consola y, a continuación, ejecutar el informe de detalles del equipo. Cualquier usuario puede exportar datos de informe desde un informe concreto que esté consultando. Los informes exportados se guardan en distintos formatos de archivo. Consulte SQL Server Reporting Services para obtener más información acerca de SSRS. Si desea comprobar la relación entre los procesos de alto nivel y los servicios involucrados en Service Manager y SSRS, consulte el diagrama de arquitectura de Service Manager (ArchitectureDiagram.vsd) incluido en Service Manager job aids (ayudas de trabajo de Service Manager), disponible en el archivo SM_job_aids.zip. El diagrama de arquitectura es demasiado extenso como para mostrarlo en esta guía, pero puede descargarse junto con otras ayudas de trabajo desde el Centro de descarga de Microsoft.
Temas de informes estándar •
Cómo ver el catálogo de informes estándar
Describe cómo visualizar el catálogo de informes estándar. •
Cómo agregar permisos para informes estándar
Describe cómo añadir permisos para informes estándar. •
Cómo ejecutar un informe estándar
Describe cómo ejecutar un informe estándar. •
Cómo exportar datos de informe estándar
Describe cómo exportar datos de un informe estándar. 76
•
Cómo crear un informe vinculado estándar en Service Manager
Describe cómo crear un informe vinculado estándar. •
Cómo agregar un informe estándar a la carpeta de informes favoritos de Service Manager
Describe cómo añadir un informe estándar. •
Cómo configurar suscripciones de informes estándar
Describe cómo configurar suscripciones a informes estándar. •
Cómo programar un informe estándar de Service Manager
Describe cómo programar un informe estándar de Service Manager. •
Informes estándar disponibles en Service Manager
Proporciona una lista de informes estándar disponibles en Service Manager.
Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center 2012 - Service Manager
•
Guía de operaciones de System Center 2012 - Service Manager
•
Guía de administración de System Center 2012 - Service Manager
•
Guía de planificación de System Center 2012 - Service Manager
Cómo ver el catálogo de informes estándar Puede utilizar el siguiente procedimiento para visualizar el catálogo de informes disponible en System Center 2012 - Service Manager. Para ver el catálogo de informes 1. En la consola de Service Manager, haga clic en Informes. 2. Expanda Informes y haga clic en una carpeta. Por ejemplo, haga clic en Administración de incidentes. Se mostrarán los informes disponibles en el panel de resultados de la consola Informe. Vea también Uso y administración de informes estándar
Cómo agregar permisos para informes estándar De forma predeterminada, todos los usuarios de System Center Service Manager 2012 Service Manager tienen acceso a los informes a través del área de trabajo Informes. Sin embargo, para que los usuarios que no tienen permisos de administrador puedan ver el área de trabajo Informes, debe agregar los permisos a través de SQL Server Reporting Services (SSRS). Puede otorgar acceso a nivel raíz, lo que permite al usuario ver el área de trabajo Informes y todos los informes en Service Manager. También puede otorgar acceso restringido a carpetas de informes específicas (como la de incidentes) o informes individuales.
77
El procedimiento siguiente describe cómo otorgar acceso SSRS para todos los informes de Service Manager a un grupo de Active Directory (woodgrove\SCSMReportAccess). Para agregar permisos SSRS 1. Inicie el Administrador de informes en el equipo con SRSS instalado. Por ejemplo, abra http://:80/Reports. 2. Localice la carpeta o el informe para el que desea conceder permiso de acceso. Por ejemplo, localice las carpetas raíz de SystemCenter y ServiceManager. 3. Haga clic en Seguridad. 4. Haga clic en Editar seguridad del elemento. 5. Aparecerá el mensaje siguiente: "La seguridad de elementos se hereda de un elemento primario. ¿Desea aplicar una configuración de seguridad para este elemento diferente de la del elemento primario Inicio?" Haga clic en Aceptar. 6. Haga clic en Nueva asignación de funciones. 7. Escriba el nombre del usuario o grupo de Active Directory en el cuadro Nombre de grupo o usuario. Por ejemplo, escriba woodgrove\SCSMReportAccess. 8. Establezca las funciones para el grupo o usuario. Seleccione la casilla de verificación Explorador para otorgar acceso a la ejecución de informes. 9. Haga clic en Aceptar. Vea también Uso y administración de informes estándar
Cómo ejecutar un informe estándar Puede seguir el procedimiento siguiente para ejecutar un informe en System Center 2012 Service Manager. Con este procedimiento, puede ejecutar un informe de administración de incidentes para determinar cuántos de ellos se resolvieron la semana anterior. Nota Se debe haber completado el proceso de extracción, transformación y carga (ETL) para poder ejecutar un informe. Consulte Cómo habilitar programas de trabajos de almacenamiento de datos en la Guía de administración de System Center 2012 - Service Manager. El almacén de datos de Service Manager no crea dimensiones para clases o relaciones en módulos de administración sin sellar. Si está utilizando uno de estos módulos, no podrá ver los datos de dicho módulo de administración en los informes. Por ello, el procedimiento recomendado es modelar todas las clases y relaciones en módulos de administración sellados. Para este ejemplo, se debe crear un incidente previamente. En caso contrario, el informe no devolverá datos. Ejecutar un informe 78
1. En la consola de Service Manager, haga clic en Informes. 2. Expanda Informes y, a continuación, expanda una carpeta de informes específica. Por ejemplo, expanda Administración de incidentes. 3. Haga clic en el nombre del informe que desee ejecutar. Por ejemplo, haga clic en el informe Lista de incidentes. 4. En la lista Tareas, haga clic en Ejecutar informe. 5. Haga clic en Encabezado de control de parámetro para mostrar los controles de parámetro del informe. Utilice estos parámetros para personalizar el informe. Cada informe tiene un conjunto de parámetros que puede utilizar para buscar y filtrar los elementos específicos que desee incluir en dicho informe. Por ejemplo, en el informe Lista de incidentes, puede establecer los parámetros siguientes: • Filtro de fechas. Puede buscar por fecha de creación, de resolución o de cierre del incidente. • Asignada a • Prioridad • Id. • Descripción • Descripción de resolución • Método de contacto • Origen • Estado • Categoría de clasificación • Grupo de soporte • Urgencia • Impacto • Categoría de resolución 6. En la lista Fecha de inicio, seleccione como fecha una semana antes de la fecha actual (hoy) y haga clic en cualquier lugar del formulario. 7. También puede especificar otros criterios para realizar el filtrado. 8. En la lista Tareas, haga clic en Ejecutar informe. 9. Revise los datos en el informe para asegurase de que se muestra la información de incidente que desea. Si no ve la información necesaria, revise los criterios y vuelva a ejecutar el informe haciendo clic en Ejecutar informe. En aquellos informes que muestran listas o datos adicionales (como los subinformes asociados al informe Lista de incidentes), puede que vea varias filas con la misma información. Esto se debe a que una instancia puede tener varios tipos; por ejemplo, un equipo es un Equipo, un Equipo Windows y un Equipo Windows administrado. El nivel de detalle para estos informes es por tipo y por instancia. Así pues, estos tipos múltiples dan como resultado distintas celdas. 79
Nota Si no aparecen datos en el informe, asegúrese de que se ha completado el proceso ETL. Se puede producir un retardo entre el inicio del proceso y la disponibilidad de los datos para los informes. Vea también Uso y administración de informes estándar
Cómo exportar datos de informe estándar Puede utilizar el siguiente procedimiento en System Center Service Manager 2012 Service Manager para exportar un informe en distintos tipos de archivos, de forma que pueda utilizar los datos de los informes con distintas herramientas. Por ejemplo, puede exportar los datos de informe en un archivo de valores separados por comas (CSV) e importarlo después en Microsoft Office Excel. Para abrir el informe y exportar los datos 1. En la consola de Service Manager, haga clic en Informes. 2. Expanda Informes y haga clic en cualquier vista. Por ejemplo, haga clic en Administración de incidentes. 3. En la vista Administración de incidentes, seleccione el informe Lista de incidentes y, en la lista Tareas, haga clic en Ejecutar informe. 4. Haga clic en Encabezado de control de parámetro para mostrar los controles de parámetro del informe. Utilice estos parámetros para personalizar el informe. 5. En la lista Fecha de inicio, seleccione como fecha una semana antes de la fecha actual (hoy) y haga clic en cualquier lugar del formulario. 6. También puede especificar otros criterios para realizar el filtrado. 7. En la lista Tareas, haga clic en Ejecutar informe. 8. En el informe Lista de incidentes, revise los datos para asegurase de que se muestra la información de incidente que desea. Si no ve la información necesaria, revise los criterios y vuelva a ejecutar el informe haciendo clic en Ejecutar informe. 9. Haga clic en el icono Exportar y seleccione el formato en el que desee guardar el informe. Seleccione una de las opciones siguientes de la lista: •
Archivo XML con datos de informe
•
CSV (delimitado por comas)
•
Archivo Acrobat (PDF)
•
MHTML (archivo Web)
•
Excel
•
Archivo TIFF
•
Word
10. Guarde el archivo en el escritorio con el nombre que desee y cierre el formulario de informe. 80
Vea también Uso y administración de informes estándar
Cómo crear un informe vinculado estándar en Service Manager Puede utilizar el siguiente procedimiento en System Center Service Manager 2012 Service Manager para crear un informe vinculado. Un informe vinculado es un acceso directo a un informe determinado; es similar al acceso directo a un programa en el escritorio. Un informe vinculado se deriva de informes definidos públicamente desde cualquier módulo de administración. El informe vinculado mantiene algunas de las propiedades del informe original, como el diseño, por ejemplo. Otras propiedades del informe vinculado, como los parámetros y las suscripciones, pueden diferir de las del informe original. Para crear un informe vinculado 1. En la vista Informes, seleccione el informe que desea utilizar como base para el informe vinculado y, a continuación, en el panel Tareas, haga clic en Ejecutar informe. 2. En la ventana Informe, haga clic en Guardar como informe vinculado en el panel Tarea. 3. Escriba un nombre y una descripción opcional para el nuevo informe vinculado. 4. Seleccione un módulo de administración para el informe vinculado. 5. Haga clic en Seleccionar carpeta y seleccione la carpeta en la que desee guardar el informe. 6. Haga clic en Aceptar. 7. Cierre el informe. Tras la siguiente sincronización de almacenamiento de datos se muestra el nuevo informe vinculado en la carpeta donde lo haya guardado. Consulte Cómo programar un trabajo de almacenamiento de datos para obtener más información acerca de la programación de un trabajo de sincronización de almacenamiento de datos. Nota Es posible que para ver el informe tenga que cerrar y volver a abrir la consola una vez finalizado el trabajo de sincronización. Vea también Uso y administración de informes estándar
Cómo agregar un informe estándar a la carpeta de informes favoritos de Service Manager Puede usar el procedimiento siguiente para agregar un informe a la carpeta Informes favoritos en System Center 2012 - Service Manager. Después de haber ejecutado varios informes y determinado los mejores parámetros para personalizar su contenido, puede guardar un informe concreto en la carpeta Informes favoritos. Esto le permite ejecutar el informe directamente desde la vista Informes sin necesidad de especificar parámetros. 81
Para guardar un informe en la carpeta Informes favoritos 1. En la vista Informes, seleccione el informe que desea utilizar como base para el informe guardado y, a continuación, en el panel Tareas, haga clic en Ejecutar informe. 2. En la ventana del informe, haga clic en Guardar como informe favorito en Tareas. 3. Escriba un nombre para el informe y haga clic en Aceptar. 4. Cierre la ventana del informe. 5. En el árbol de navegación Informes, haga clic en Informes favoritos. Se mostrará el nuevo informe. Vea también Uso y administración de informes estándar
Cómo configurar suscripciones de informes estándar Puede configurar suscripciones a sus informes en System Center 2012 - Service Manager a través del Administrador de informes de SQL Server Reporting Services (SSRS). La configuración de una suscripción a un informe le permite automatizar la entrega del mismo. Las suscripciones de informes se pueden enviar a través de correo electrónico, almacenarse en el servidor de informes o publicarse en un sitio Microsoft SharePoint. Para crear suscripciones de informes •
Complete los procedimientos en el tema Suscripción y entrega (servicios de informes) en los libros en pantalla de SQL Server 2008 R2.
Vea también Uso y administración de informes estándar
Cómo programar un informe estándar de Service Manager En System Center 2012 - Service Manager, puede programar la ejecución regular de un informe vinculado para garantizar la actualización de la información. Para ello, utilice el Administrador de informes de SQL Server Reporting Services (SSRS). Con el Administrador de informes de SSRS, puede programar la ejecución única o continua de los informes. En este último caso, a intervalos de horas, días, semanas o meses. Puede hacer lo siguiente: •
Programar la entrega de informes en una suscripción estándar o por datos.
•
Programar el historial de informes de forma que se agreguen nuevas capturas de pantalla a intervalos regulares.
•
Programar la hora de actualización de los datos de la captura de pantalla de un informe.
•
Programar la caducidad de un informe en caché a una hora predefinida para que se pueda actualizar más tarde.
82
Para configurar la programación de un informe, siga el procedimiento en el tema Programar informes, conjuntos de datos compartidos y suscripciones en los Libros en pantalla de SQL Server 2008 R2.
Vea también Uso y administración de informes estándar
Cómo agregar informes ajenos a Service Manager al catálogo de informes Puede mostrar informes de SQL Server Reporting Services (SSRS) independientemente de su origen mediante el área de trabajo Informes en la consola de Service Manager. El área de trabajo Informes en System Center 2012 - Service Manager muestra las carpetas e informes contenidos en la carpeta System Center\Service Manager del servidor SSRS. Por lo tanto, puede agregar cualquier informe a la carpeta. Por ejemplo, puede que desee ver un informe financiero desde el área de trabajo Informes. Para agregar un informe personalizado al catálogo 1. En el servidor que hospeda SSRS, abra el Administrador de informes. Por ejemplo, abra http:///Reports. 2. Vaya a la carpeta System Center\ServiceManager reports, cree una nueva carpeta y póngale nombre. Por ejemplo, llame a la carpeta Gestión financiera. 3. En la nueva carpeta haga clic en Nuevo origen de datos y, a continuación, agregue el origen de datos del nuevo informe. 4. Agregue el nuevo informe que utiliza el nuevo origen de datos. 5. Abra la consola de Service Manager, seleccione el área de trabajo Informes y vaya a la carpeta que contiene el informe. 6. En la lista Tareas, haga clic en Ejecutar informe. Vea también Uso y administración de informes estándar
Informes estándar disponibles en Service Manager Los siguientes informes están disponibles en System Center 2012 - Service Manager. Área del informe
Nombre del informe
Descripción
Administración de actividades
Lista de actividades
Proporciona una lista de actividades dentro de un período determinado que cumplen los criterios especificados. Los datos del 83
informe incluyen el tipo de actividad, el estado actual y la prioridad. Administración de actividades
Lista de actividades manuales
Proporciona una lista de todas las actividades manuales en un intervalo de tiempo que cumplan los criterios especificados. Los datos del informe incluyen el estado actual, la fase, la prioridad y el usuario al que está asignada la actividad.
Administración de actividades
Lista de actividades de revisión
Proporciona una lista de todas las actividades de revisión de un período de tiempo determinado que cumplen los criterios especificados. Los datos de este informe incluyen el estado actual, la fase, la condición de aprobación y el umbral de aprobación.
Administración de actividades
Detalle de actividad manual
Proporciona información detallada acerca de una actividad manual específica, como el título, la descripción, el estado y los clientes afectados.
Administración de actividades
Detalles de actividad de revisión
Proporciona información detallada acerca de una actividad de revisión específica, como el título, la descripción, el estado, los revisores y la condición de aprobación.
Administración de actividades
Distribución de actividades
Proporciona el número de actividades durante un período de tiempo especificado. Los datos de este informe incluyen el estado, el tipo y la fase de la actividad. Puede filtrar los datos por estado, fase o tipo.
Administración de cambios
Tendencias de KPI de
Proporciona el número y el 84
administración de cambios
estado actual (en curso, completado, error o cancelado) de solicitudes de cambio durante un período de tiempo especificado. Puede filtrar los datos devueltos en este informe por día, semana, mes, trimestre o año.
Administración de cambios
Lista de solicitudes de cambio
Proporciona una lista de solicitudes de cambio en un intervalo de tiempo determinado. Los datos de este informe incluyen el estado actual, la categoría y el usuario al que está asignada la solicitud.
Administración de cambios
Detalles de la solicitud de cambio
Proporciona información detallada acerca de una solicitud de cambio específica, como el título, la descripción, el estado, el autor del cambio y la plantilla.
Administración de configuración
Detalle del equipo
Proporciona información de configuración detallada sobre un equipo específico.
Administración de configuración
Inventario de equipos
Proporciona una lista de los equipos disponibles en el grupo de administración. Nota El informe de Inventario de equipos puede contener más equipos totales de los que existen en realidad en un grupo de administración de Service Manager. Esta situación es poco común, pero puede suceder cuando más de un grupo de administración 85
comparte un mismo almacenamiento de datos. Concretamente, si crea de forma manual un equipo en un grupo de administración y crea otro equipo con el mismo nombre en otro grupo de administración, el almacenamiento de datos no puede conciliar los dos equipos creados manualmente. Como esta situación no se da cuando los equipos se descubren mediante un conector, puede evitar que aparezcan equipos múltiples en el informe eliminando el elemento de configuración del equipo creado manualmente para luego descubrirlo utilizando un conector. Administración de configuración
Tendencia de actualizaciones de software compatibles
Proporciona información detallada acerca de las actualizaciones de software compatibles. Puede filtrar estos datos por clasificación o categoría, así como por día, semana, mes, trimestre o año.
Administración de incidentes
Analista de incidentes
Proporciona indicadores de rendimiento esenciales para un analista especificado. Los datos de este informe incluyen el número de incidentes asignados al analista, el 86
número de incidentes resueltos por el analista, el número de incidentes en los que ha trabajado el analista y cualquier tarea registrada relacionada con un incidente. Administración de incidentes
Detalles del incidente
Proporciona información detallada acerca de un incidente específico, como el título, la descripción, la clasificación, los servicios afectados, los elementos de configuración afectados y las actividades relacionadas.
Administración de incidentes
Tendencia de KPI de incidentes
Proporciona el número de incidentes, incluido el número de incidentes para los que se ha superado el tiempo de resolución planeado, el número de incidentes transferidos, el tiempo medio de resolución, los minutos de trabajo por incidente y el tamaño del registro de trabajo pendiente relacionado con incidentes. Puede filtrar estos datos por clasificación o categoría, así como por día, semana, mes, trimestre o año.
Administración de incidentes
Resolución de incidente
Proporciona el número de incidentes, incluido el número de incidentes para los que se ha superado el tiempo de resolución planeado y el tiempo medio de resolución. Puede filtrar los datos por día, semana, mes, trimestre o año.
Administración de incidentes
Lista de incidentes
Proporciona una lista de todos los incidentes dentro de un período de tiempo determinado. Los datos de este informe incluyen los usuarios que tienen incidentes 87
asignados, cuándo se crearon los incidentes y el estado actual de los incidentes. Administración de problemas
Elementos de configuración (CI) con la mayoría de los incidentes
Proporciona una lista de los elementos de configuración en los que se ha producido como mínimo el número de incidentes especificados por el usuario para Incidentes por elemento configurado durante el periodo de tiempo especificado. Este informe también incluye el número de solicitudes de cambio y problemas relacionados con el elemento de configuración específico.
Administración de problemas
Lista de problemas
Proporciona una lista de todos los problemas en un período de tiempo determinado.
Administración de problemas
Detalle de problema
Proporciona información detallada sobre un problema específico.
Administración de versiones de lanzamiento
Lista de registro de lanzamiento
Proporciona una lista de todos los registros de lanzamiento en un período de tiempo determinado.
Administración de versiones de lanzamiento
Detalle del registro de lanzamiento
Proporciona información detallada sobre un registro de lanzamiento específico.
Administración de servicios
Tendencia del servicio KPI
Proporciona métrica clave entre servicios, grupos y colecciones para Service Manager, Operations Manager y Configuration Manager. Este informe permite tendencias y agrupación flexible.
Administración de servicios
Resumen de servicio
Proporciona un informe organizado como una tarjeta de puntuación que incluye una vista exhaustiva del estado de 88
un servicio, incluyendo funcionalidades analíticas entre periodos. Vea también Uso y administración de informes estándar
Utilizar Cubos OLAP para análisis avanzado En System Center 2012 - Service Manager, los datos presentes en el almacenamiento de datos puede consolidarse desde varios orígenes. Se encuentran presentes a través de Service Manager con el uso de cubos de datos de procesamiento analítico en línea (OLAP) de Microsoft predefinidos y personalizados. En resumen, los análisis avanzados en Service Manager consisten en publicar, ver y manipular datos del cubo, generalmente en Microsoft Excel o Microsoft SharePoint. Excel se utiliza principalmente para ver y manipular los datos. SharePoint se utiliza principalmente como medio para publicar y compartir datos del cubo. Service Manager incluye un almacenamiento de datos que cubre todo System Center. Por tanto, los datos de Operations Manager, Configuration Manager y Service Manager pueden consolidarse en el almacenamiento de datos, desde donde se pueden utilizar vistas múltiples de datos para obtener cualquier información. Es también una interfaz desde la que se pueden introducir datos en el mismo almacenamiento de datos desde orígenes externos, como aplicaciones SAP o una aplicación externa de recursos humanos. Esta consolidación crea un modelo de datos común y permite realizar análisis enriquecidos que le ayuden a construir un almacenamiento de datos en su organización de tecnologías de la información (IT), almacenamiento que cubrirá todas las necesidades de información e informes de su negocio. Cuando sus datos se encuentran en un modelo común, puede manipular la información y disfrutar de unas definiciones y una taxonomía comunes para toda su empresa. Esto se logra implementando cubos de datos OLAP y accediendo a la información desde los cubos mediante herramientas estándar como Excel y SharePoint. Por tanto, el usuario solo deberá emplear habilidades que ya conoce. Usted controla la definición de la lógica de su negocio de una forma centralizada. Por ejemplo, puede definir indicadores clave de rendimiento, como el umbral de tiempo de resolución de incidentes, o qué valores son verdes, amarillos o rojos en dichos umbrales. Puede controlar estas elecciones de forma centralizada y autorizar a sus usuarios para que utilicen los datos y, al mismo tiempo, hacer que la definición común aparezca en sus informes de Excel o en sus paneles de SharePoint.
Temas de análisis avanzado •
Entender los cubos OLAP
Describe el uso de los cubos OLAP, su estructura, implementación, resolución de problemas y creación. •
Analizar datos con Excel 2010
Describe cómo analizar datos con Excel 2010. •
Cómo ver y analizar un cubo de datos OLAP con Excel
89
Describe cómo ver y analizar un cubo de datos OLAP mediante Excel. •
Crear y utilizar segmentaciones de datos en Excel
Describe cómo crear y utilizar rebanadores en Excel. •
Cómo actualizar información de cubos de datos OLAP
Describe cómo actualizar cubos de datos OLAP. •
Cómo administrar las bibliotecas de análisis
Describe cómo administrar bibliotecas de análisis. •
Cómo utilizar la biblioteca de análisis
Describe cómo utilizar la biblioteca de análisis. •
Informes de análisis avanzados en System Center 2012 - Service Manager
Lista los cubos de datos OLAP presentes en Service Manager. •
Crear e implementar paneles
Explica cómo crear e implementar paneles que muestren la información de un cubo OLAP en SharePoint 2010.
Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center 2012 - Service Manager.
•
Guía de operaciones de System Center 2012 - Service Manager
•
Guía de administración de System Center 2012 - Service Manager
•
Guía de planificación de System Center 2012 - Service Manager
Entender los cubos OLAP Los cubos de procesamiento analítico en línea (OLAP) son una característica de System Center 2012 - Service Manager que utiliza la infraestructura existente de almacenamiento de datos de manera que el usuario final pueda aprovechar funciones de inteligencia empresarial con características de autoservicio. Un cubo OLAP es una estructura de datos que sobrepasa las limitaciones de las bases de datos relacionales y proporciona un análisis rápido de los datos. Los cubos pueden mostrar y agregar una gran cantidad de datos, al tiempo que proporcionan a los usuarios acceso a cualquier punto de datos mediante un buscador. De esta forma, es posible buscar y analizar los datos para tratar todas las cuestiones relevantes para el área de interés del usuario. Los proveedores de software o desarrolladores de tecnologías de la información (TI) con un conocimiento útil de cubos OLAP pueden crear módulos de administración para definir sus propios cubos OLAP personalizables, construidos en la estructura de almacenamiento de datos proporcionada por Service Manager 2010. Estos cubos se almacenan en SQL Server Analysis Services (SSAS). Las herramientas de inteligencia empresarial con características de autoservicio, como Excel y SQL Server Reporting Services (SSRS), pueden tener como destino estos cubos en SSAS y pueden utilizarse para analizar los datos desde múltiples perspectivas.
90
Las bases de datos que un negocio utiliza para almacenar todas sus transacciones y registros reciben el nombre de bases de datos de procesamiento de transacciones en línea (OLTP). Estas bases de datos suelen tener registros introducidos de uno en uno y contienen gran cantidad de información que puede usarse para tomar decisiones informadas acerca de un negocio. Sin embargo, las bases de datos que se utilizan para almacenar datos no se diseñaron para realizar análisis. Por lo tanto, recuperar respuestas de estas bases de datos es costoso en términos de tiempo y esfuerzo. Las bases de datos OLAP son bases de datos especializadas, diseñadas para ayudar a extraer esta información de inteligencia empresarial. En Service Manager 2010, el almacenamiento de datos proporcionaba bases de datos OLAP que contenían los datos en esquemas simplificados y optimizados para su lectura, listos para ser analizados. La topología del sistema se muestra en la ilustración siguiente.
Sin embargo, un inconveniente de este sistema es que las bases de datos OLAP contenían exactamente el mismo tipo de información hallada en las bases de datos OLTP. No había agregaciones precalculadas de datos que respondiesen consultas cada vez más complejas y variadas. Los cubos de datos OLAP pueden considerarse la pieza final del rompecabezas para una solución de almacenamiento de datos. Un cubo OLAP, también conocido como cubo multidimensional o hipercubo, es una estructura de datos en SQL Server Analysis Services (SSAS) construida mediante bases de datos OLAP para permitir un análisis de datos casi instantáneo. La topología de este sistema se muestra en la siguiente ilustración.
91
La característica útil de un cubo OLAP es que los datos del cubo pueden contenerse de forma agregada. Para el usuario, el cubo parece tener las respuestas por adelantado gracias a que la clasificación de valores se ha calculado previamente. Sin tener que consultar la base de datos OLAP original, el cubo puede devolver respuestas para un amplio rango de cuestiones de forma casi instantánea. La meta principal de los cubos OLAP de System Center 2012 - Service Manager es ofrecer a los proveedores de software o desarrolladores de tecnologías de la información (TI) la capacidad de realizar análisis de datos casi instantáneos, tanto para análisis históricos como para tendencias. System Center 2012 - Service Manager cumple esta función de la siguiente forma: •
Permitiendo definir cubos OLAP en módulos de administración que se crearán automáticamente en SSAS cuando se implemente el módulo de administración.
•
Manteniendo el cubo automáticamente, sin intervención del usuario, y realizando tareas como procesamiento, partición, traducción y localización, y cambios esquemáticos.
•
Permitiendo a los usuarios utilizar herramientas de inteligencia empresarial con características de autoservicio, como Excel, para analizar los datos desde múltiples perspectivas.
•
Guardando informes generados en Excel para referencias futuras.
Para ver cómo están representados los cubos en la consola de Service Manager, vaya al espacio de trabajo de Almacenamiento de datos y haga clic en Cubos. Temas para entender los cubos OLAP •
Acerca de los cubos OLAP
Explica las partes de los cubos OLAP y las acciones que los usuarios pueden realizar utilizando las partes de los cubos OLAP. •
Acerca del modelado de cubos OLAP en módulos de administración
Describe los elementos de los módulos de administración que pueden utilizarse para definir y personalizar un cubo OLAP. •
Acerca de la partición de cubos
Explica el impacto que las particiones de cubos tienen en la escalabilidad y el rendimiento. •
Acerca del procesamiento de cubos
Explica lo que sucede durante el procesamiento de cubos. •
Acerca de la implementación de cubos
Explica lo que sucede durante la implementación de cubos. •
Mantenimiento de cubos OLAP
Describe las mejores prácticas para el mantenimiento de cubos OLAP. •
Solución de problemas de cubos OLAP
Describe los problemas habituales que podrían aparecer trabajando con cubos OLAP. •
Cómo crear un cubo OLAP utilizando un módulo de administración
Describe cómo crear un módulo de administración. 92
Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center 2012 - Service Manager
•
Guía de operaciones de System Center 2012 - Service Manager
•
Guía de administración de System Center 2012 - Service Manager
•
Guía de planificación de System Center 2012 - Service Manager
Acerca de los cubos OLAP La figura siguiente muestra una imagen de SQL Server Business Intelligence Development Studio (BIDS) en la que aparecen las partes principales requeridas en un cubo de procesamiento analítico en línea (OLAP). Estas partes son el origen de datos, la vista de origen de datos, los cubos y las dimensiones. Las secciones siguientes describen las partes de los cubos OLAP y las acciones que los usuarios pueden llevar a cabo con ellas.
93
Origen de datos Un origen de datos es la fuente de todos los datos contenidos en un cubo OLAP. Un cubo OLAP está conectado a un origen de datos para leer y procesar datos sin procesar con los que realizar agregaciones y cálculos para sus medidas asociadas. El origen de datos para todos los cubos OLAP de Service Manager son los data marts, lo que incluye los data marts tanto para Operations Manager como para Configuration Manager. La información de autenticación sobre el origen de los datos debe almacenarse en SQL Server Analysis Services (SSAS) para establecer el nivel correcto de permisos. Vista de origen de datos La vista de origen de datos (DSV) es una colección de vistas que representa las tablas de dimensión, hechos y estabilizadores del origen de datos, como los data marts de Service 94
Manager. La DSV contiene las relaciones entre tablas, como las claves primaria y externa. En otras palabras, la DSV especifica cómo se asigna la base de datos SSAS al esquema relacional y proporciona una capa de abstracción sobre la base de datos relacional. Utilizando esta capa de abstracción, las relaciones pueden definirse entre las tablas de dimensión y hechos, incluso si no existen relaciones en el interior de la base de datos relacional de origen. En la DSV también es posible definir cálculos con nombre, medidas personalizadas y nuevos atributos que pueden no existir de forma nativa en el esquema de almacenamiento de datos dimensional. Por ejemplo, un cálculo con nombre que define un valor booleano para Incidentes resueltos calcula el valor como verdadero si la categoría del incidente se ha resuelto o cerrado. Utilizando el cálculo con nombre, Service Manager puede definir una medida para mostrar información útil, como el porcentaje total de incidentes resuelto, el número total de incidentes resueltos y el número total de incidentes no resueltos. Otro rápido ejemplo de un cálculo con nombre es ReleasesImplementedOnSchedule. Este cálculo con nombre proporciona una rápida comprobación de estado en un número de registros de versión en los que la fecha de finalización es menor o igual a la fecha de finalización programada. Cubos OLAP Un cubo OLAP es una estructura de datos que sobrepasa las limitaciones de las bases de datos relacionales y proporciona un análisis rápido de los datos. Los cubos OLAP pueden mostrar y sumar grandes cantidades de datos al tiempo que proporcionan a los usuarios un acceso a cualquier punto mediante un buscador, de forma que es posible buscar y analizar los datos para tratar todas las cuestiones relevantes para el área de interés del usuario. Dimensiones Una dimensión en SSAS hace referencia a una dimensión del almacenamiento de datos de Service Manager. En System Center 2012 - Manager, una dimensión es aproximadamente equivalente a una clase de módulo de administración. Cada clase de módulo de administración tiene una lista de propiedades, mientras que cada dimensión contiene una lista de atributos, estando cada atributo asignado a una propiedad en una clase. Las dimensiones permiten el filtrado, la agrupación y el etiquetado de datos. Por ejemplo, es posible filtrar equipos por el sistema operativo instalado y agrupar gente en categorías por género o edad. Los datos pueden representarse en un formato en el que los datos se categorizan de forma natural en estas jerarquías y categorías para permitir análisis más profundos. Las dimensiones pueden tener también jerarquías naturales para permitir a los usuarios explorar en profundidad mayores niveles de detalle. Por ejemplo, la dimensión de la fecha tiene una jerarquía que puede ser explorada en profundidad por año, por trimestre, por mes, por semana y, por último, por día. La figura siguiente muestra un cubo OLAP que contiene las dimensiones de fecha, región y producto.
95
Por ejemplo, si miembros del equipo de Microsoft necesitasen un resumen rápido y sencillo de las ventas de la consola Xbox 360 en 2010, podrían explorar en profundidad para ver los beneficios en una ventana de tiempo más concreta. Los analistas empresariales podrían necesitar analizar cómo las ventas de Xbox 360 resultaron afectadas por el lanzamiento del nuevo diseño de la consola y la experiencia de juego sin controlador, Kinect para Xbox 360. Esto les ayudará a determinar cuál es la tendencia de ventas y qué revisiones potenciales de la estrategia comercial son necesarias. Al filtrar la dimensión de la fecha, esta información se ofrece con rapidez. Este análisis de datos es posible únicamente gracias a que las dimensiones se han diseñado con atributos y datos que pueden filtrarse y agruparse de forma sencilla por el cliente. En System Center 2012 - Service Manager, todos los cubos OLAP comparten un conjunto de dimensiones común. Todas las dimensiones utilizan el almacenamiento de datos data mart primario como su origen, incluso en escenarios con múltiples data mart. En escenarios con data mart múltiples, esto puede inducir a errores de clave de dimensión durante el procesamiento del cubo. Grupo de medida En terminología de almacenamiento de datos, un grupo de medidas representa el mismo concepto que un hecho. De la misma manera que los hechos contienen medidas numéricas en un almacenamiento de datos, un grupo de medidas contiene medidas para un cubo OLAP. Todas las medidas en un cubo OLAP derivadas de una única tabla de hechos en una vista de origen de datos pueden considerarse también un grupo de medidas. Puede haber ocasiones, sin embargo, en que las medidas en un cubo OLAP deriven de varias tablas de hechos. Las medidas del mismo nivel de detalle están unidas en un único grupo de medidas. Los grupos de medidas definen qué datos se cargarán en el sistema, cómo se cargarán los datos y cómo están unidos estos datos al cubo multidimensional. Cada grupo de medidas contiene también una lista de particiones que mantiene los datos en secciones separadas que no se solapan. Además, los grupos de medidas contienen diseño de agregaciones, lo que define conjuntos de datos precalculados para cada grupo de medidas, con el fin de mejorar el rendimiento de las consultas de los usuarios. 96
Medidas Las medidas son los valores numéricos que los usuarios quieren segmentar, organizar, agregar y analizar; son una de las razones fundamentales por las que es recomendable construir cubos OLAP utilizando una infraestructura de almacenamiento de datos. Por medio de SSAS, es posible construir cubos OLAP que apliquen reglas de negocio y cálculos para formatear y mostrar medidas en un formato personalizable. Gran parte del tiempo de desarrollo de su cubo OLAP se empleará en determinar y refinar qué medidas se mostrarán y cómo se calcularán. Las medidas son valores que generalmente se asignan a columnas numéricas en una tabla de almacenamiento de datos, pero también pueden crearse en dimensión y degenerar atributos de dimensión. Estas medidas son los valores analizados más importantes de un cubo OLAP y el interés principal de los usuarios que lo exploran. Un ejemplo de medida existente en el almacenamiento de datos es ActivityTotalTimeMeasure. ActivityTotalTimeMeasure es una medida de ActivityStatusDurationFact que representa el tiempo que cada actividad está en un estado determinado. El nivel de detalle de una medida está compuesto por todas las dimensiones a las que se hace referencia. Por ejemplo, el nivel de detalle del hecho de relación ComputerHostOperatingSystem está compuesto por las dimensiones Equipo y Sistema operativo. Las funciones de agregación se calculan en medidas para permitir un análisis de datos posterior. La función de agregación más común es Suma. Una consulta común de un cubo OLAP, por ejemplo, suma el tiempo total de todas las actividades que se encuentran En curso. Otras funciones de agregación comunes incluyen Mín, Máx y Cuenta. Después de haber procesado los datos sin formato en un cubo OLAP, los usuarios pueden realizar cálculos más complejos y consultas mediante el uso de expresiones multidimensionales (MDX) para definir sus propias expresiones de medidas o miembros calculados. MDX es el estándar de la industria para realizar consultas y acceder a los datos almacenados en sistemas OLAP. SQL Server no se diseñó para trabajar con el modelo de datos multidimensional de las bases de datos. Explorar en profundidad Cuando un usuario explora en profundidad datos en un cubo OLAP, está analizando los datos a un nivel distinto de resumen. El nivel de detalle de los datos cambia cuando el usuario explora en profundidad, examinando los datos en niveles diferentes de la jerarquía. Cuando el usuario explora en profundidad, pasa de información más general a datos más específicos. A continuación se muestran algunos ejemplos: •
Explorar en profundidad los datos para observar información demográfica acerca de la población de Estados Unidos y, a continuación, acerca del estado de Washington, el área metropolitana de Seattle, la ciudad de Redmond y, finalmente, la población en Microsoft.
•
Explorar en profundidad los beneficios de las consolas Xbox 360 durante el año 2011, el último trimestre del año, el mes de diciembre, la semana antes de Navidad y, finalmente, en Nochebuena.
Obtener detalles Cuando los usuarios obtienen detalles de los datos, buscan ver cada una de las transacciones individuales que han contribuido a los datos agregados del cubo OLAP. Dicho de otro modo, el usuario puede recuperar datos al nivel de detalle más bajo para un valor de medida dado. Por 97
ejemplo, si dispone de los datos de ventas de un mes y de una categoría de producto en particular, es posible obtener detalles de esos datos y ver una lista de cada fila de la tabla contenida en cada celda de datos. Es común confundir los términos “exploración en profundidad” y “obtención de detalles”. La principal diferencia consiste en que la exploración en profundidad opera en una jerarquía predefinida de datos (por ejemplo: Estados Unidos, Washington, Seattle) en el interior del cubo OLAP. Una obtención de detalles va directamente al nivel de detalle más bajo de datos y recupera un conjunto de filas del origen de datos que ha sido agregado a una única celda. Indicador clave de rendimiento Las organizaciones pueden utilizar indicadores clave de rendimiento (KPI) para medir el mantenimiento y el rendimiento de su empresa con mediciones del progreso hasta sus metas. Los KPI son mediciones empresariales que pueden definirse para monitorizar el progreso hacia ciertos objetivos y metas predefinidos. Un KPI tiene, generalmente, un valor de destino y un valor actual, que representa una meta cuantitativa que es vital para el éxito de la organización. Los KPI se muestran generalmente en grupos, en un cuadro de mandos, para mostrar el mantenimiento del negocio de un vistazo. Un ejemplo de KPI es completar todas las solicitudes de cambio en 48 horas. Un KPI puede utilizarse para medir el porcentaje de solicitudes de cambio resueltas en ese margen de tiempo. Es posible crear paneles para representar los KPI de forma visual. Por ejemplo, en caso de querer definir un valor de destino KPI para completar todas las solicitudes de cambio en 48 horas al 75 %. Particiones Una partición es una estructura de datos que contiene parte o todos los datos de un grupo de medidas. Cada grupo de medidas está dividido en particiones. Cada partición define una subserie de datos de hechos cargados en el grupo de medidas. SSAS Standard Edition permite una sola partición por grupo de medidas, mientras que SSAS Enterprise Edition permite que un grupo de medidas contenga varias particiones. Las particiones son una característica transparente para el usuario final, pero tienen un gran impacto en el rendimiento y la escalabilidad de los cubos OLAP. Todas las particiones de un grupo de medidas existen siempre en la misma base de datos física. Las particiones permiten a un administrador administrar mejor un cubo OLAP y mejorar su rendimiento. Por ejemplo, es posible eliminar o reprocesar los datos en una partición de un grupo de medidas sin afectar al resto del grupo de medidas. Al cargar datos nuevos en una tabla de hechos, únicamente las particiones que deberían contener nuevos datos se ven afectadas. Realizar particiones también mejora el rendimiento del procesamiento y las consultas en cubos OLAP. SSAS puede procesar múltiples particiones en paralelo, lo que supone un uso mucho más eficiente de la CPU y de los recursos de memoria del servidor. Mientras lleva a cabo una consulta, SSAS también busca, procesa y agrega datos de múltiples particiones. Solamente se analizan las particiones que contienen los datos relevantes para una consulta, lo cual reduce la carga general de entrada y salida. Un ejemplo de estrategia de partición consiste en colocar los datos de hechos de cada mes en una partición mensual. Al finalizar cada mes, los nuevos datos se ubican en una nueva partición, lo que produce una distribución natural de datos con valores no solapados. 98
Agregaciones Las agregaciones en un cubo OLAP son conjuntos de datos prerresumidos. Son análogos a una instrucción SQL SELECT con una cláusula GROUP BY. SSAS puede utilizar estas agregaciones al responder consultas para reducir la carga de cálculos necesarios, devolviendo las respuestas rápidamente al usuario. Las agregaciones integradas en el cubo OLAP reducen la carga de agregaciones que SSAS debe realizar durante las consultas. Compilar las agregaciones correctas puede mejorar de forma drástica el rendimiento de la consulta. A menudo, se trata de un proceso que evoluciona a lo largo de la vida del cubo OLAP, ya que las consultas y el uso pueden cambiar. Suele crearse un conjunto básico de agregaciones que resulte de utilidad para la mayoría de las consultas realizadas al cubo OLAP. Las agregaciones se compilan para cada partición de un cubo OLAP en un grupo de medidas. Cuando se compila una agregación, ciertos atributos de dimensiones se incluyen en el conjunto de datos prerresumidos. Los usuarios pueden consultar de forma rápida los datos basados en estas agregaciones cuando exploran el cubo OLAP. Deben designarse cuidadosamente las agregaciones, ya que el número de agregaciones potenciales es tan grande que compilarlas todas llevaría una cantidad excesiva de tiempo y de espacio de almacenamiento. Service Manager utiliza las dos opciones siguientes cuando compila y diseña agregaciones en cubos OLAP de Service Manager. •
Ganancia de rendimiento
•
Optimización basada en uso
La opción de Ganancia de rendimiento define qué porcentaje de agregaciones se compila. Por ejemplo, marcar esta opción en el valor por defecto y recomendado de un 30 % supone que las agregaciones se compilarán para proporcionar al cubo OLAP un 30 % de ganancia estimada de rendimiento. Sin embargo, esto no significa que se compilará un 30 % de las agregaciones posibles. La optimización basada en uso hace posible que SSAS registre las solicitudes de datos para que, cuando se realice una consulta, la información alimente el proceso de diseño de agregación. SSAS revisa entonces los datos y recomienda aquellas agregaciones que deberían compilarse para dar la mayor ganancia de rendimiento estimado. Vea también Personalizar el almacenamiento de datos
Acerca del modelado de cubos OLAP en módulos de administración La capacidad para definir elementos de módulos de administración personalizados se utilizó para modelar los elementos de módulo de administración del cubo de procesamiento analítico en línea (OLAP) incluidos en System Center - Service Manager. Estos elementos de módulo de administración permiten al usuario definir de forma declarativa y personalizar un cubo OLAP a un nivel superior de abstracción. Basándose en esta definición, la implementación de estos elementos de módulos de administración crea las adecuadas relaciones, componentes y compilación de bloques del cubo OLAP a un mayor nivel de detalle, sin ninguna guía adicional por parte del usuario. A continuación se describen dos elementos de módulos de administración incluidos en cubos OLAP: 99
•
SystemCenterCube
•
CubeExtension
SystemCenterCube El elemento SystemCenterCube define el cubo OLAP en un grado de detalle variable que depende de las necesidades específicas del usuario. Este elemento contiene los subelementos siguientes: •
MeasureGroup
•
Substitution
•
CustomMDX
•
NamedCalculation
•
Measure
•
KPI
•
Action (sin embargo, de momento solo admite acciones de obtención de detalles)
•
ManyToManyRelationship
MeasureGroup Cada cubo OLAP contiene una colección de hechos existentes en el data mart, donde cada miembro de la colección corresponde a un grupo de medidas. Cada grupo de medidas debe poseer un nombre único en el cubo OLAP. Sin embargo, un único hecho puede corresponderse con múltiples grupos de medidas en un cubo OLAP. Por ejemplo, la relación abstracta WorkItemAssignedToUser puede definirse tres veces en un cubo OLAP, con tres nombres de grupos de medidas distintos: ChangeRequestAssignedToUser, IncidentAssignedToUser y ProblemAssignedToUser. Tal como se describe en la sección Substituciones, es posible personalizar el hecho de forma que únicamente cambien solicitudes, incidentes y problemas incluidos en el grupo de medidas correspondiente del cubo OLAP. El ejemplo siguiente muestra el elemento de módulo de administración para el grupo de medidas IncidentAssignedToUser:
Cuando se implementa un cubo OLAP, la dimensión, estabilizadores y relaciones clave externas se calculan automáticamente. La tabla siguiente describe atributos de los grupos de medidas. Atributo
Requerido
Valores
Definición
DateDimAlias
No
Cadena
El nombre de la dimensión de la fecha que filtrará este grupo de medidas. Si no se define ningún alias, el nombre de la dimensión de la fecha se asignará automáticamente como "(NombreDelGrupo)_DateDim”. 100
MeasureGroupName Sí
Cadena
El nombre del grupo de medidas en el cubo. El nombre debe de ser único en el interior del cubo.
Fact
Relación o CustomFact
El destino del grupo de medidas, que debe ser un hecho en el almacenamiento de datos.
Sí
Sustitución Como los hechos de relaciones en el almacenamiento de datos pueden tener como destino relaciones y dimensiones abstractas, es necesario realizar sustituciones en dimensiones concretas, de modo que el grupo de medidas contenga únicamente las instancias que se deseen explorar. Esto se ilustra en el ejemplo siguiente.
En este ejemplo, el grupo de medidas IncidentAssignedToUser apunta a la relación WorkitemAssignedToUser. Sin embargo, esta relación no solo contiene incidentes, también contiene solicitudes de cambio y problemas que se han asignado a cualquier usuario. Para asegurarse de que este grupo de medidas únicamente contiene incidentes, Service Manager sustituye WorkItemDim con IncidentDim. Esto significa que la tabla creada en la vista de origen de datos para el grupo de medidas, realiza automáticamente una combinación interna entre WorkItemDim e IncidentDim y devuelve aquellas instancias en las que una combinación es válida, basándose en la EntityDimKey o BaseManagedEntityId. Recuerde que debe definir el extremo de relación donde desea realizar la sustitución. Este elemento se requiere porque existe la posibilidad de que las dimensiones del origen y el extremo sean idénticas, y es necesaria una metodología para identificar qué dimensión debe sustituirse. Un ejemplo de relación así es WorkItemRelates to WorkItem. El elemento de sustitución se utiliza también para definir dimensiones de alias para el cubo. En otras palabras, es posible definir un alias para una dimensión, pero no se requiere para sustituir una dimensión. En efecto, la sustitución en este caso no se realiza en la dimensión, sino en la dimensión del cubo o en el alias de la dimensión, tal y como se muestra en el ejemplo siguiente:
En este ejemplo, el alias de la dimensión del cubo es AssignedToUserDim. Este es el nombre de la dimensión que se utilizará para filtrar este cubo. Al permitir a los usuarios definir alias, los nombres pueden adaptarse específicamente para permitir las deseadas relaciones múltiples en el cubo. Esto posibilita capacidades de filtrado y análisis más avanzadas. 101
Finalmente, las sustituciones son válidas no solo para hechos de relaciones, sino también para hechos personalizados. En este escenario, el extremo de relación se establece como None. La tabla siguiente describe atributos de sustitución. Atributo
Requerido
Valores
Definición
MeasureGroupName
Sí
Cadena
El nombre del grupo de medidas en el que se realiza la sustitución.
RelationshipEndPoint
Sí
(Destino, Origen, Ninguno)
El extremo de relación para realizar la sustitución. Por defecto, el valor es Ninguno para hechos personalizados.
Relationship
No
ManagementPackRelationship La relación que se utilizará para la sustitución.
AliasTargetDimensionAs
No
Cadena
El alias de la dimensión de destino original.
AliasReplacementDimensionsAs No
Cadena
El alias de la dimensión sustituida.
DimensionAlias
ManagementPackDimension
El alias de la dimensión de un hecho personalizado, en caso de que exista.
No
MDX personalizado Puede utilizar secuencias de comandos con expresiones multidimensionales (MDX) personalizadas para modificar y adaptar el cubo OLAP a las especificaciones requeridas. Como Service Manager está basado en modelos, es imposible determinar todas las necesidades semánticas al considerar el amplio espectro de requisitos y especificaciones exactas necesarias para el negocio de un usuario particular. Las MDX personalizadas posibilitan definir secuencias 102
de comandos que se aplicarán al cubo OLAP para permitir escenarios específicos que los usuarios puedan medir e instrumentar. Cálculo con nombre Es posible utilizar cálculos con nombre para definir en una dimensión atributos nuevos que después puedan servir como destino de una medida personalizada. Esto posibilita extender el esquema dimensional y personalizar el esquema para ajustarlo a las necesidades del usuario. El siguiente es un ejemplo de SystemCenterWorkItemsCube: (case when ( (([Status] = 'IncidentStatusEnum.Resolved' OR [Status] = 'IncidentStatusEnum.Closed') AND ResolvedDate > TargetResolutionTime) OR (([Status] != 'IncidentStatusEnum.Resolved' AND [Status] != 'IncidentStatusEnum.Closed') AND GETUTCDATE() > TargetResolutionTime)) then 1 else 0 end )
En este ejemplo, la dimensión Incident contiene datos como el estado del incidente y el tiempo planeado de resolución del incidente. Sin embargo, no hay ninguna medida nativa que calcule el número de incidentes que exceden el tiempo de resolución planeado, aunque este tipo de datos es muy útil para un administrador de sistemas. Puede crear este escenario utilizando un cálculo con nombre y agregando los datos de forma que una medida personalizada pueda tener como destino el atributo nuevo y presente la información a un usuario final. Recuerde que Service Manager solo admite dimensiones dirigidas a NamedCalculation. NameCalculation no puede tener como destino un hecho. La tabla siguiente describe atributos de cálculos con nombre. Atributo
Requerido
Valores
Definición
ID
Sí
Cadena
Nombre del cálculo con nombre
Target
Sí
ManagementPackDimension La dimensión de destino para la medida
ColumnType
Sí
(Int, Double)
El tipo de lenguaje de consulta estructurado (SQL) de la columna
Type
No
(Count, Sum)
El tipo de medida
El subelemento contiene, como valor, la definición del cálculo con nombre. El valor se almacena como una expresión MDX. Medida
103
Es posible utilizar medidas personalizadas para agregar y mostrar datos basados en atributos numéricos de las dimensiones. Service Manager no admite medidas personalizadas basadas en hechos. Siguiendo con el ejemplo anterior de cálculo con nombre, smshort define una medida personalizada en IncidensPastTargetResolutionTime de la manera siguiente:
Al revisar este código XML, se comprueba que el destino de la medida es IncidentDimension y que la propiedad específica es IncidentsPastTargetResolutionTime. Esta es la propiedad personalizada que fue definida antes. Las medidas personalizadas pueden tener como destino en la dimensión tanto propiedades nativas como calculadas. Por último, el tipo de medidas se define como una suma. Entre los posibles valores para un tipo de medida se encuentran Sum y Count. Debido a consideraciones de rendimiento, los tipos de medida Service Manager Distinct Count no están permitidos. La tabla siguiente describe atributos de medida. Atributo
Requerido
Valores
Definición
ID
Sí
Cadena
Nombre de la medida
Target
Sí
ManagementPackDimension La dimensión de destino para la medida
Property
Sí
Cadena
Propiedad de la dimensión de destino
Type
No
(Count, Sum)
El tipo de medida
ManyToManyRelationship ManyToManyRelationship permite al diseñador de cubos añadir dimensiones personalizadas de varios a varios en un cubo OLAP para permitir escenarios analíticos avanzados. Definir las relaciones de varios a varios queda fuera del objetivo de este documento. Sin embargo, puede investigar este concepto y sus beneficios. Para obtener más información acerca de ManyToManyRelationship, consulte The Many-to-Many Revolution 2.0. Durante la implementación del cubo, Service Manager añade automáticamente dimensiones de varios a varios al cubo para todas las relaciones "de un salto", sin más interacción por parte del usuario. Sin embargo, Service Manager no añade relaciones de varios a varios para relaciones en cascada a causa del incremento exponencial de posibles relaciones que podrían añadirse. Añadir estas relaciones podría degradar significativamente el rendimiento durante la exploración del cubo OLAP. Esto se debe a que las agregaciones de relaciones de varios a varios generalmente no se calculan durante el procesado y a que las combinaciones se evaluarán mientras se explora el cubo OLAP. Si desea relaciones específicas de varios a varios en cascada, puede definir la relación utilizando un elemento de módulo de administración que se añadirá al cubo OLAP. A la inversa, puede sobrescribir una relación de varios a varios generada 104
automáticamente para utilizar un grupo de medidas intermedio distinto en casos en que existan múltiples grupos intermedios. En este caso, Service Manager utiliza automáticamente el primer grupo que encuentra. A continuación se muestra un ejemplo de un elemento de relación de módulo de administración de varios a varios:
La tabla siguiente describe atributos de relaciones de varios a varios. Atributo
Requerido
Valores
Definición
CubeDimension
Sí
Cadena
Nombre de la dimensión del cubo de varios a varios
TargetMeasureGroup
Sí
Cadena
El grupo de medidas de destino que crea la relación de varios a varios
IntermediateMeasureGroup Sí
Cadena
El grupo de medidas intermedio que crea la relación de varios a varios
KPI Las organizaciones y negocios pueden utilizar indicadores clave de rendimiento (KPI) para estimar con rapidez el estado de una empresa midiendo su progreso hacia una meta definida. Cada KPI tiene un valor de destino y un valor actual. El valor de destino es una meta cuantitativa que resulta vital para el éxito de la organización. Gran cantidad de datos se filtran hasta un valor discreto que puede utilizarse para monitorizar el rendimiento y el progreso hacia metas y puntos concretos. Algunos ejemplos de KPI son una universidad con la meta de conseguir que el 90 % de los estudiantes se gradúe en cuatro años, o un equipo de baloncesto con la meta de conseguir que el equipo rival haga menos del 50 % de los lanzamientos de un partido. Puede crear un cuadro de mandos para mostrar un grupo de KPI, con lo que podrá ver de un vistazo el estado general de un negocio. A continuación se muestra un ejemplo de KPI:
The ratio of incidents resolved
IIF(([Measures].[IncidentDimCount])> 0,([Measures].[IncidentsResolvedCount]/[Measures].[IncidentDimCount]),null)1.0 0.750.5 Up
105
Thermometer
La tabla siguiente describe atributos de KPI. Atributo
Requerido
Valores
Definición
ID
Sí
Cadena
Nombre del KPI
Caption
Sí
Cadena
Descripción del KPI
Value
Sí
Cadena
Secuencia de comandos que define el valor numérico del KPI
Goal
Sí
Cadena
El valor de destino del KPI
Green Threshold
Sí
Cadena (entre 0,1 y 1)
Cualquier número por encima de este umbral, dependiendo de la dirección, se marca con un símbolo verde de estado.
Yellow Threshold
Sí
Cadena (entre 0,1 y 1)
Cualquier número por encima de este umbral, dependiendo de la dirección, se marca con un símbolo amarillo de estado. Un número que no cumple los requisitos del umbral amarillo se marca en rojo.
Direction
Sí
(Up, Down)
Si la dirección es “up”, cualquier número por encima de los umbrales verde o amarillo queda marcado con el símbolo correspondiente. De manera similar para “down”, los números por debajo del umbral verde o amarillo se 106
marcan con el símbolo correspondiente. Status Graphic
Acción Las acciones son eventos que pueden activarse en un cubo OLAP mientras se accede a los datos del cubo. Service Manager solo admite acciones de obtención de detalles. A continuación se muestra un ejemplo de acción:
La tabla siguiente describe atributos de acciones. Atributo
Requerido
Valores
Definición
ID
Sí
Cadena
Nombre de la acción de obtención de detalles
MeasureGroupName
Sí
Cadena
Grupo de medida de destino de la acción
ActionType
Sí
(Obtención de detalles)
Tipo de acción. Service Manager solo admite acciones de obtención de detalles.
CubeDimension
Sí
Cadena
La dimensión del cubo que es destino la acción, que debe ser 107
un rebanador en el grupo de medidas. PropertyName
Sí
Cadena
Atributo de la dimensión que se muestra cuando se ejecuta una acción de obtención de detalles.
CubeExtension El propósito principal del elemento CubeExtension es posibilitar la modificación del cubo OLAP después de haberlo implementado en SSAS sin tener que desinstalar y reinstalar el cubo. En situaciones en las que un cubo OLAP se ha procesado completamente con años de datos, recrear el cubo consumiría demasiado tiempo a causa de todas las particiones que deben volver a procesarse. El elemento CubeExtension puede definir los elementos siguientes: •
NamedCalculation
•
ManyToManyRelationship
•
KPI
•
Measure
•
Action
•
CustomMdx
Cada personalización definida en un elemento CubeExtension puede también definirse en un objeto SystemCenterCube. La única personalización no permitida es la adición de grupos de hechos, grupos de medidas y sustituciones al cubo. Vea también Entender los cubos OLAP
Acerca de la partición de cubos Cada grupo de medidas en un cubo está dividido en particiones y cada partición define una porción de los datos de hechos que se encuentran en un grupo de medidas. SQL Server Analysis Services (SSAS) en SQL Server 2008 R2 Standard Edition permite una sola partición por grupo de medidas, mientras que Enterprise Edition permite varias particiones. Las particiones son completamente transparentes para el usuario final, pero tienen un impacto importante en el rendimiento y la escalabilidad. Por ejemplo, las particiones pueden procesarse por separado y en paralelo. Pueden tener distintos diseños de agregación, aunque esto no se ha implementado en System Center 2012 - Service Manager. Es posible reprocesar una partición sin que el resto de las particiones de un grupo de medidas resulten afectadas. Además, SSAS escanea únicamente las particiones que contienen los datos necesarios para una consulta, lo que puede mejorar drásticamente el rendimiento de la consulta. La partición del cubo se desarrolla en cada mantenimiento del almacenamiento de datos, lo que, de forma predeterminada, se realiza cada hora. El módulo de proceso específico que se ejecuta recibe el nombre de ManageCubePartitions. Siempre se ejecuta después del paso 108
CreateMartPartitions. Estos datos de dependencia se almacenan en la tabla infra.moduletriggercondition. La biblioteca de vínculos dinámicos (DLL) principal, que se encarga de las particiones, se encuentra en la utilidad de almacenamiento DLL, Microsoft.EnterpriseManagement.Warehouse.Utility, en la clase PartitionUtil. Específicamente, existe un método ManagePartitions() en la clase que se encarga del mantenimiento de las particiones. Tanto el mantenimiento del almacenamiento de datos DLL, Microsoft.EnterpriseManagement.Warehouse.Maintenance, como el procesado analítico en línea (OLAP) de almacenamiento de datos DLL, Microsoft.EnterpriseManagement.Warehouse.Olap, llaman a Microsoft.EnterpriseManagement.Warehouse.Utility para administrar particiones durante el mantenimiento e implementación del cubo. Este es el motivo por el que la administración de la partición se realiza en la utilidad DLL de almacenamiento común, evitando así la duplicidad de lógica o de código. El mantenimiento de la partición del cubo realiza las siguientes tareas: •
Crear particiones
•
Eliminar particiones
•
Actualizar límites de la partición
Para ello, la tabla de Lenguaje de consulta estructurado (SQL) etl.TablePartition se lee para determinar todas las particiones de hechos creadas para un grupo de medidas. Se producirán las siguientes acciones: 1. Comienzo del procesamiento del cubo para cada grupo de medidas en el cubo 2. Obtención de todas las particiones para la tabla etl.TablePartition para el grupo de medidas 3. Eliminación de cualquier partición que exista en el grupo de medidas pero que esté ausente en la tabla etl.TablePartition 4. Adición de cualquier nueva partición creada y que exista únicamente en la tabla etl.TablePartition 5. Actualización de cualquier partición que pueda haber cambiado, asignando cada partición a RangeStartDate y a RangeEndDate en la tabla etl.TablePartition Recuerde la siguiente afirmación acerca del procesamiento de cubos: •
Únicamente los grupos de medidas que son destino de hechos contienen múltiples particiones en SQL Server 2008 R2 Standard Edition. De forma predeterminada, todos los grupos de medidas y dimensiones contienen una única partición. Por tanto, la partición no tiene ninguna condición de límite.
•
Los límites de partición se definen por un enlace de consulta basado en datekeys que coincide con las datekeys para la partición de hechos correspondiente en la tabla etl.TablePartition.
Vea también Entender los cubos OLAP
109
Acerca del procesamiento de cubos Cuando un cubo de procesamiento analítico en línea (OLAP) se ha implementado y se han creado todas sus particiones, está listo para ser procesado de forma que sea visible. Procesar un cubo es el paso final después de la extracción, transformación y carga (ETL). Estos pasos se desarrollan de la forma siguiente: 1. Extracción: extracción de los datos desde el sistema de origen 2. Transformación: aplicación de funciones para conformar los datos a un esquema dimensional estándar 3. Carga: carga los datos en el data mart para su consumo 4. Proceso: carga los datos del data mart en el cubo OLAP para su exploración El procesamiento de un cubo OLAP se produce cuando se calculan todas las agregaciones para el cubo y este está cargado con estas agregaciones y datos. Se leen las tablas de dimensión y hechos, y los datos se calculan y cargan en el cubo. Al diseñar un cubo OLAP, el procesamiento debe considerarse cuidadosamente debido al significativo efecto que el procesamiento podría tener en un entorno de producción donde pueden existir millones de registros. Un proceso completo de todas las particiones en un entorno semejante llevaría días o incluso semanas, lo que inutilizaría la estructura de Service Manager y los cubos para los usuarios finales. Una recomendación es desactivar el calendario de procesamiento de aquellos cubos que no se encuentran en uso para reducir la sobrecarga del sistema. El procesamiento de un cubo OLAP consiste en dos tareas separadas: 1. Procesamiento de dimensión 2. Procesamiento de partición Cada cubo OLAP tiene una tarea de procesamiento correspondiente en la consola de Service Manager, y se ejecuta siguiendo un calendario configurable por el usuario. Cada tipo de tarea de procesamiento se describe en las secciones siguientes. Procesamiento de dimensión Cada vez que se añade una dimensión nueva a la base de datos SQL Server Analysis Server (SSAS), debe ejecutarse un proceso completo en la dimensión para llevarla a un estado de procesamiento completo. Sin embargo, una vez procesada una dimensión, no existe ninguna garantía de que vuelva a procesarse cuando se procese otro cubo que la tenga como destino. Al no reprocesar automáticamente la dimensión, se evita que Service Manager reprocese todas las dimensiones de todos los cubos. Esto es especialmente cierto si se ha procesado la dimensión recientemente, porque es poco probable que existan nuevos datos todavía sin procesar. Para optimizar la eficiencia de procesamiento, existe una clase singleton, definida en el módulo de administración Microsoft.SystemCenter.Datawarehouse.OLAP.Base, llamada Microsoft.SystemCenter.Warehouse.Dimension.ProcessingInterval. A continuación se muestra un ejemplo de dicha clase:
110
Esta clase singleton contiene una propiedad, IntervalInMinutes, que describe cada cuánto se debe procesar una dimensión. De forma predeterminada, esta propiedad está establecida en 60 minutos. Por ejemplo, si se procesa una dimensión a las 3:05 p.m. y otro cubo que también la tiene como destino se procesa a las 3:45 p.m., la dimensión no se reprocesará. Un inconveniente a este enfoque es la mayor probabilidad de que aparezcan errores de clave de dimensión. Un mecanismo de reintento administra los errores de clave de dimensión para reprocesar la dimensión y, a continuación, la partición del cubo. Para obtener más información acerca de fallos de procesamiento, consulte la sección “Problemas comunes de depuración y solución de problemas en Solución de problemas de cubos OLAP. Una vez procesada completamente una dimensión, se ejecuta un procesamiento incremental con ProcessUpdate. La única otra circunstancia en que se ejecuta ProcessFull es cuando un esquema de dimensión cambia porque la dimensión vuelve a un estado no procesado. Recuerde que si se ejecuta ProcessFull en una dimensión, todos los cubos afectados y sus particiones quedarán en un estado no procesado y deberán ser procesados por completo en su siguiente ejecución programada. Procesamiento de partición El procesamiento de particiones debe considerarse cuidadosamente porque el reprocesado de una partición grande es muy lento y consume muchos recursos de la CPU en el servidor que aloja SSAS. El procesamiento de la partición suele llevar más tiempo que el procesamiento de la dimensión. Al contrario que este, procesar una partición no tiene efectos secundarios sobre otros objetos. Los dos únicos tipos de procesamiento realizados en los cubos OLAP de System Center 2012 - Service Manager son ProcessFull y ProcessAdd. Como en el caso de las dimensiones, crear particiones nuevas en cubos OLAP requiere una tarea ProcessFull para que la partición quede en un estado que permita su consulta. Como la tarea ProcessFull es una operación demasiado costosa, solo debe realizarse cuando sea necesaria; por ejemplo, al crear una partición o al actualizar una fila. En escenarios en los que se añaden líneas sin actualizar el resto, Service Manager puede realizar la tarea ProcessAdd. Para ello, Service Manager utiliza marcas de agua y otros metadatos. En concreto, se consultan las tablas etl.cubepartition y etl.tablepartition para determinar qué tipo de procesamiento realizar. El diagrama siguiente ilustra cómo determina Service Manager el tipo de procesamiento realizar según los datos de marca de agua.
111
Cuando se realiza una tarea ProcessAdd, Service Manager limita el ámbito de consulta utilizando marcas de agua. Por ejemplo, si el valor InsertedBatchld es 100 y el valor WatermarkBarchld es 50, la consulta carga datos únicamente del data mart donde InsertedBachld es mayor que 50 y menor que 100. Por último, es importante tener en cuenta que Service Manager no es compatible con el procesamiento manual de cubos OLAP mediante SSAS o Business Intelligence Development Studio Al procesar cubos sin los métodos proporcionados por System Center 2012 Service Manager, incluyendo la consola y los cmdlets de Service Manager, no se actualizarán las tablas de marca de agua. Por tanto, es posible que se produzcan problemas de integridad de datos. Si se ha reprocesado accidentalmente el cubo de forma manual, una posible solución es cancelar el proceso del cubo OLAP manualmente. De esta manera, la próxima vez que Service Manager procese el cubo, se realizará de forma automática una tarea ProcessFull porque las particiones estarán en un estado no procesado. Esto actualizará todas las marcas de agua y los metadatos correctamente, de forma que se solucionará cualquier problema de integridad de datos. Vea también Entender los cubos OLAP
112
Acerca de la implementación de cubos La implementación de cubos de procesamiento analítico en línea (OLAP) utiliza la infraestructura de implementación de Service Manager para crear cubos OLAP en la base de datos de SQL Server Analysis Services (SSAS). En resumen, un elemento implementable devuelve un implementador con una colección de recursos serializados que se utilizan para crear el cubo OLAP en la base de datos SSAS. Para los cubos OLAP, el nombre del archivo implementable es CubeDeployable para el elemento SystemCenterCube, y CubeExtensionDeployable para el elemento CubeExtension. El implementador para ambos elementos es CubeDeployer. La tabla dbo.Selector en la base de datos DWStagingAndConfig contiene una entrada para los elementos de módulos de administración SystemCenterCube y CubeExtension. El motor de implementación utiliza estos metadatos en caso de ser necesario un procesamiento de implementación adicional para un módulo de administración cuando este se importa en el almacenamiento de datos utilizando el trabajo MPSync. Las implementaciones utilizan la interfaz de programación de aplicaciones (API) de objetos de administración de análisis (AMO) para crear y modificar todos los componentes de cubos en la base de datos SSAS. En concreto, se utiliza AMO en modo sin conexión para que el elemento CubeDeployable no tenga conexión con la base de datos SSAS. Trabajar con AMO en modo sin conexión posibilita la creación de un árbol completo de objetos AMO sin establecer conexión con el servidor. A continuación, Service Manager serializa la jerarquía de objetos como una secuencia de recursos y los adjunta al objeto implementador, que es devuelto a la infraestructura de implementación. El objeto implementador se deserializa, establece una conexión con la base de datos SSAD y crea los objetos enviando las peticiones apropiadas al servidor. Solo es posible serializar objetos principales. En AMO, los objetos principales se consideran clases que representan un objeto completo como una entidad completa, y no como parte de otro objeto. Por ejemplo, los objetos principales incluyen Server, Cube y Dimension, que son entidades independientes. DimensionAttribute, sin embargo, no es un objeto principal porque solo puede crearse como parte de un objeto primario principal de Dimension. Por tanto, DimensionAttribute es un objeto secundario. El diseño del cubo OLAP se centra en la creación de los objetos principales necesarios para los cubos, junto con cualquier objeto secundario dependiente. Estos objetos principales son los que se serializarán (y, eventualmente, deserializarán) antes de que los objetos se creen en la base de datos SSAS. Los recursos que encapsulan objetos principales deben crearse en un orden específico para completar correctamente la implementación y satisfacer los requisitos de dependencia de los elementos de cubos OLAP. Las dos listas siguientes ilustran la secuencia de implementación para los elementos SystemCentercube y CubeExtension, respectivamente: 1. Elementos DatasourceView 2. Elementos de dimensión 3. Elemento de dimensión de fecha 4. Elemento de cubo 1. Elementos DatasourceView 2. Elemento de cubo
113
Vea también Entender los cubos OLAP
Mantenimiento de cubos OLAP La información de las secciones siguientes describe los procedimientos de mantenimiento recomendados para los cubos de procesamiento analítico en línea (OLAP). Reprocesamiento periódico de las dimensiones de servicios de análisis Los procedimientos recomendados de SQL Server Analysis Services (SSAS) indican que las dimensiones SSAS deben procesarse de forma periódica. El procesamiento completo de dimensiones reconstruye índices y optimiza el almacenamiento de datos multidimensionales, lo que mejora el rendimiento de las consultas y los cubos, que podría degradarse con el tiempo. Es similar a desfragmentar periódicamente el disco duro de un equipo. Sin embargo, existe un inconveniente con el procesamiento completo de una dimensión SSAS, ya que todos los cubos revierten a un estado sin procesar y deben procesarse completamente para devolverlos a un estado en el que se puedan realizar consultas. System Center 2012 Service Manager no procesa completamente de manera explícita en dimensiones SSAS. Por tanto, usted debe decidir cuándo realizar esta tarea de mantenimiento. Consideraciones de memoria Si ejecuta una extracción, transformación y carga (ETL) de todo el almacenamiento de datos y de las funciones del cubo OLAP en un servidor, considere detenidamente las necesidades de memoria del sistema operativo, del almacenamiento de datos y de SSAS para asegurarse de que el servidor puede soportar todas las operaciones con gran cantidad de datos ejecutándose de forma simultánea. Esto tiene especial importancia porque el procesamiento de cubos OLAP consume mucha memoria. Para obtener más información, consulte las instrucciones y requisitos de hardware en Guía de planificación de System Center 2012 - Service Manager. Consulte también SQL Server 2008 R2 Analysis Services Operations Guide. Vea también Entender los cubos OLAP
Solución de problemas de cubos OLAP Las secciones siguientes describen problemas comunes que pueden aparecer al trabajar con cubos de procesamiento analítico en línea (OLAP) en el almacenamiento de datos de System Center 2012 - Service Manager. Fallos de procesamiento Aunque existen medidas de seguridad en la base de datos DWRepository para asegurar la integridad de los datos, no se puede descartar por completo la posibilidad de un error de procesamiento. El error de procesamiento más común es una excepción DimensionKeyNotFound. Como las dimensiones SQL Analysis Server (SSAS) se procesan por defecto cada 60 minutos, es posible que, mientras se procesa el grupo de medida de hechos, las claves de dimensión aún no existan. En este caso, la lógica de procesamiento reprocesa por defecto las dimensiones SSAS utilizando una tarea ProcessUpdate, y reprocesando el hecho hasta dos veces para resolver los errores clave. 114
Existen algunas situaciones poco comunes en las que el reprocesamiento puede fallar. Las siguientes son posibles causas de este fallo: •
Solo el repositorio del almacenamiento de datos exige a las claves externas que aseguren la integridad de los datos. El data mart no tiene ninguna clave externa por motivos de rendimiento. Debido a que el proceso de carga mueve lotes de datos desde el repositorio hasta el data mart utilizando métodos de objetos de datos ActiveX, es posible que, como resultado de un problema de coordinación, los datos de hechos se carguen antes que las claves de dimensión. Para resolver este problema, el proceso de carga debe ejecutarse otra vez para mover las claves de dimensión existentes.
•
En múltiples situaciones, todas las dimensiones de todos los data mart tienen como destino el almacén de datos primario. El objetivo es reducir el tamaño y el tiempo de procesamiento de los cubos OLAP. Es posible, sin embargo, que los hechos en los data marts de Operations Manager o Configuration Manager tengan como destino claves de dimensión que aún no existan en el data mart de almacenamiento de datos primario. En este caso, debe ejecutarse un trabajo de carga en el data mart primario para resolver el fallo de procesamiento en los cubos que tienen como destino los data marts de Operations Manager o Configuration Manager.
Solución de problemas en personalizaciones MDX Debido a que muchas personalizaciones de cubos requieren un conocimiento práctico de expresiones multidimensionales (MDX), es común que ocurran errores de sintaxis en la expresión MDX inicial que se utiliza para la personalización del cubo OLAP. Podrían ser necesarios varios intentos antes de que la expresión se aplique correctamente. Debería realizar pruebas de la expresión MDX en el cubo OLAP utilizando Business Intelligence Development Studio (BIDS) o SSAS, sin guardar los cambios, antes de añadir la expresión MDX al cubo OLAP utilizando CubeExtension o definiéndola en el elemento SystemCenterCube. Sin embargo, si obtiene un error en la expresión MDX al añadirla al módulo de administración mediante CubeExtension, puede desinstalar la extensión del cubo para deshacer cualquier cambio realizado en el cubo OLAP. Si las expresiones se definen utilizando un elemento SystemCenterCube, deberá desinstalar el módulo de administración y eliminar el cubo OLAP de SSAS antes de realizar cualquier corrección e implementar de nuevo el módulo de administración del cubo OLAP. Por ello, deberá definir las personalizaciones del cubo mediante un elemento CubeExtension. Fallos de implementación del módulo de administración del cubo OLAP Es posible que desee explorar el grupo de medida WorkItems Assigned To User y segmentar a los usuarios de un determinado departamento. Al intentar realizar un filtrado en UserDim, no ocurre nada o no se devuelven datos. Esto puedo causar confusión porque UserDim tiene una relación con el grupo de medida. En esta situación, recuerde que la misma dimensión de base de datos puede tener distintas funciones en el modelo multidimensional. A estas dimensiones las denominamos dimensiones de función. Por ejemplo, la dimensión de tiempo puede utilizarse varias veces en un cubo OLAP que describe información de vuelo. Las distintas dimensiones de función podrían ser en este caso Departure Time y Arrival Time, ambas con la dimensión Time como destino. 115
En un ejemplo de WorkItems Assigned To User, el nombre de función dado para la dimensión del usuario es AssignedToUser. Si el usuario se filtra según esta dimensión particular en lugar de según “UserDim”, se devolverá la información correcta. BIDS tiene una característica llamada ficha de Uso de dimensiones que muestra las relaciones entre dimensiones y cubos OLAP, de forma que puede determinarse qué dimensiones se pueden usar para segmentar y registrar el cubo OLAP. Además, en el ejemplo de WorkItems Assigned To User, UserDim no tiene relación con el grupo de medida WorkItemAssignedToUser, mientras que UserDim(AssignedToUser) tiene relación con el grupo de medida en el que el atributo de combinación es UserDimKey. En este caso, el nombre de función aparece resaltado entre los paréntesis de la ficha Uso de dimensiones. Service Manager no dispone de ficha Uso de dimensiones. Por tanto, es necesario consultar BIDS para determinar con exactitud qué dimensiones pueden filtrarse en un cubo determinado. Fallo en el procesamiento de cubos OLAP en un servidor remoto SSAS En determinadas situaciones, procesar un cubo OLAP en un servidor remoto SSAS puede fallar debido a que no se ha configurado adecuadamente el firewall. La instancia por defecto de SSAS utiliza el puerto TCP/IP 2383, que debe desbloquearse en el firewall para permitir el acceso. Para desbloquear el puerto, ejecute las siguientes instrucciones en la línea de comandos: C:\Windows\system32>set port=2383 C:\Windows\system32>netsh advfirewall firewall add rule name="Analysis Services" protocol=TCP dir=in localport=2383 action=allow
Detención del procesamiento de un cubo OLAP El procesamiento de un cubo OLAP se puede detener por muchos motivos. En primer lugar, debe asegurarse de que el servidor tenga suficiente memoria RAM, especialmente en situaciones en las que el almacenamiento de datos y el servidor SSAS se alojan en el mismo servidor, de forma que haya suficiente memoria para ejecutar extracciones, transformaciones y cargas (ETL) del almacenamiento de datos y trabajos de procesamiento de cubos al mismo tiempo. A continuación se indican algunas posibles soluciones: 1. Existen problemas conocidos de interbloqueo en Analysis Services de Microsoft SQL Server 2008. La alternativa consiste en incrementar el número de subprocesos en el grupo de subprocesos de procesamiento antes de que este se detenga. Si el sistema ya se ha detenido, la alternativa consiste en reiniciar los servicios System Center Manager y Analysis Services y, a continuación, restablecer el elemento de trabajo de procesamiento del cubo al estado 3, es decir, no iniciado, de forma que el motor de flujo de trabajo de Service Manager pueda reiniciarlo. Para determinar el elemento de trabajo de procesamiento de cubo relevante, se pueden ejecutar las siguientes consultas en la base de datos DWStagingAndConfig. Observe que estas consultas se muestran de forma individual; sin embargo, puede combinarlas en una única consulta: select processId from infra.process where processname like ‘Process.{CubeName}’ select batchid from infra.batch where processId = {ProcessId from previous query} 116
select * from infra.workitem(nolock) where BatchId = {BatchId de una consulta anterior} update infra.workitem set statusid = 3 where workitemId = {workitemId from previous query)
2. Compruebe la propiedad CoordinatorExecutionMode en el servicio SSAS y asegúrese de que está establecida correctamente. Tiene más información acerca de este problema en los foros de SQL Server Analysis Services. La tarea DWMaintenance se detiene en el paso ManageCubePartitions/ManageCubeTranslations En esta situación, la causa más común suele ser una falta de respuesta del servidor SSAS. La solución es la misma que para el primer paso de la sección anterior, “Detención del procesamiento de un cubo OLAP”. Para determinar el elemento de trabajo de procesamiento de cubo relevante, se pueden ejecutar las siguientes consultas en la base de datos DWStagingAndConfig. Observe que estas consultas se muestran de forma individual; sin embargo, puede combinarlas en una única consulta: seleccione processid de infra.process donde processname = 'DWMaintenance' seleccione * de infra.ProcessModule donde ProcessId = {ProcessId de una consulta anterior} (Observe ProcessModuleId, donde VertexName es ManageCubePartitions/ManageCubeTranslations) Seleccione * de infra.batch donde ProcessId = {ProcessId de una consulta anterior} (Observe el BatchId del lote más grande) Seleccione * from infra.workitem(nolock) donde BatchId = {BatchId de una consulta anterior} actualice infra.workitem set statusid = 3 donde workitemId = {workitemId para el paso colgado con el correspondiente processmoduleid para ManageCubePartitions/ManageCubeTranslations)
Vea también Entender los cubos OLAP
Cómo crear un cubo OLAP utilizando un módulo de administración Un cubo de procesamiento analítico en línea (OLAP) de System Center se define como una colección de los siguientes elementos de módulo de administración: •
Grupos de medida, que señalan a los hechos incluidos
•
Sustituciones a realizar en el hecho
•
Recursos MDX
•
Acciones de obtención de detalles
•
KPI 117
•
Cálculos con nombre
•
Medidas personalizadas
•
Relaciones de varios a varios
Todos los elementos salvo MeasureGroups son opcionales. Cuando se define un cubo OLAP mediante el esquema anterior y se importa el módulo de administración, el almacenamiento de datos de System Center 2012 - Service Manager implementa el cubo utilizando SQL Server Analysis Management Objects (AMO) y crea la infraestructura necesaria para mantenerlo. Por ejemplo, es posible crear un cubo OLAP sencillo basado en ComputerHostsOperatingSystemFact. La ilustración siguiente es la vista dimensional del hecho en el almacenamiento.
Crear un cubo OLAP mediante un módulo de administración 1. Copie el siguiente código fuente de módulo de administración y guárdelo:
118
2. Importe el módulo de administración y ejecute el trabajo MPsync. El cubo OLAP aparecerá en la consola de Service Manager en un estado sin procesar. 3. Para ver el cubo OLAP, abra la consola de Service Manager, vaya a Almacenamiento de datos y Cubes y, a continuación, pulse ComputerCube. 4. Se crea un trabajo de procesamiento de almacenamiento de datos para el cubo OLAP con una programación predeterminada de 24 horas. Por tanto, procese el cubo utilizando la consola de Service Manager o mediante el cmdlet Start-SCDWJob -JobName Process.Computercube. 5. Abra el cubo en Excel mediante el link del panel Tarea y observe la estructura del cubo. 6. Fíjese en que se han creado los siguientes grupos de medida para el cubo OLAP: • Un grupo de medida correspondiente al hecho ComputerHostsOperatingSystemFact, con una medida de recuento •
Un grupo de medida correspondiente a las dimensiones a las que señala
•
Computerdim y OperatingsystemDim con la medida de recuento.
7. Fíjese en que se han creado las siguientes dimensiones del cubo: • Las dimensiones estabilizadoras correspondientes al hecho se han añadido como dimensiones del cubo, de forma que se pueden segmentar los hechos en dichas dimensiones. Estas dimensiones incluyen Priority y Status. •
DateDim se añade al cubo OLAP porque es relevante para cualquier hecho.
• Las dimensiones del cubo EntityStatus y RelationshipStatus se definen en todos los cubos para indicar si se elimina la entidad o relación. Vea también Entender los cubos OLAP
Analizar datos con Excel 2010 System Center 2012 - Service Manager incluye cubos de datos de procesamiento analítico en línea (OLAP) de Microsoft que conectan con el almacenamiento de datos para recuperar los datos, de forma que puedan manipularse con Microsoft Excel mediante tablas. Al abrirse, un cubo de datos se presenta en forma de hoja de cálculo que contiene un informe de tabla dinámica en blanco. La información que define el origen de datos OLAP está incrustada en una hoja de cálculo. Al abrir un informe o al actualizar la conexión de datos, Excel utiliza Microsoft SQL Server Analysis Services (SSAS) para conectar con el almacenamiento de datos y recuperar indicadores clave de rendimiento (KPI) y otros datos. Una vez abierta, la hoja de cálculo actual contiene una vista o subconjunto de datos del almacenamiento de datos. Si guarda la hoja de cálculo, se guardarán con ella la información sobre la conexión al origen de datos, KPI y cualquier otra personalización realizada. Si guarda la hoja de datos en una biblioteca de análisis, puede reabrirla más adelante sin tener que utilizar la consola de Service Manager. Los KPI incluidos en los cubos de datos de Service Manager son medidas calculadas, especiales y predefinidas que se definen en el servidor que permite rastrear KPI, como el estado (¿posee el valor actual un número específico?) y la tendencia (¿cuál es el valor a lo largo del tiempo?). Cuando se muestran estos KPI en una tabla dinámica, el servidor puede enviar iconos relacionados similares al nuevo conjunto de iconos de Excel para indicar los niveles de estado 119
que se encuentran por encima o por debajo de cierto umbral (por ejemplo, con un icono de señal de stop), o si un valor tiende a subir o a bajar (por ejemplo, con un icono de flecha). Las tablas dinámicas pueden ayudarle a crear informes útiles de forma rápida y sencilla. Las tablas dinámicas que aparecen en los cubos de datos de Service Manager incluyen muchas categorías KPI predefinidas, llamadas grupos de medida o dimensiones. Estos grupos son el nivel más alto de categorización y pueden ayudarle a examinar los datos y enfocar su análisis. A su vez, la mayoría de los grupos de medida tienen muchos niveles adicionales de subcategorías y campos individuales. Todas las categorías, subcategorías y campos se encuentran contenidos en la Lista de campos de tabla dinámica. Por ejemplo, puede crear un informe directo realizando los pasos siguientes: 1. Mediante la lista de campos de tabla dinámica, seleccione una categoría y agréguela como una fila. 2. Seleccione una segunda categoría y agréguela como una columna. 3. Seleccione una categoría o subcategoría para agregar valores. Una vez creado el informe, puede añadir cualquier nivel de complejidad ordenando, filtrando, formateando y añadiendo cálculos y gráficos. Además, puede entrar y salir de las categorías mientras continúa con su análisis Para ver una demostración de la creación de un informe y la manipulación de datos en Excel utilizando un cubo de datos OLAP en una tabla dinámica, consulte Demostración: Explorar Adventure Works en Excel con un informe de tabla dinámica OLAP. Vea también Utilizar Cubos OLAP para análisis avanzado
Cómo ver y analizar un cubo de datos OLAP con Excel Puede utilizar el procedimiento siguiente para ver y analizar un cubo de datos de procesamiento analítico en línea (OLAP) de Microsoft de System Center 2012 - Service Manager con Microsoft Excel. También puede guardar sus libros en una biblioteca de análisis. Mediante la lista de campos de tabla dinámica, puede añadir campos arrastrándolos desde el cubo hasta el libro. Para obtener más información acerca de las segmentaciones de datos en Excel, vea Crear y utilizar segmentaciones de datos en Excel. Debe tener Excel (o un programa capaz de abrir archivos de datos de Excel) instalado en el equipo que ejecuta la consola de Service Manager para poder seguir el siguiente procedimiento. Nota La primera vez que analice un cubo con Excel, puede tardar varios minutos en cargar. Cómo ver y analizar un cubo de datos OLAP con Excel 1. En la consola de Service Manager, haga clic en Almacenamiento de datos, expanda el nodo Almacenamiento de datos y pulse en Cubos. 2. En el panel Cubos, seleccione un nombre de cubo y, en Tareas, haga clic en Analizar cubo en Excel. Por ejemplo, seleccione SystemCenterWorkItemsCube y analícelo. 3. Cuando la hoja de cálculo abra en Excel, podrá arrastrar campos desde la lista de campos de 120
tabla dinámica y crear segmentaciones de datos y gráficos. a. Por ejemplo, si desea ver el número total de incidentes abiertos en ese momento, expanda IncidentDimGroup, y seleccione Incidentes abiertos. b. Puede añadir campos adicionales para generar un análisis más complejo. Por ejemplo, puede añadir equipos desde la dimensión ComputerDim seleccionando el campo DisplayName para ver el número de incidentes que afecta a distintos equipos. 4. De forma opcional, puede guardar el libro en una carpeta o una ubicación compartidas, como la biblioteca de análisis. Para obtener más información acerca de la biblioteca de análisis, vea Cómo utilizar la biblioteca de análisis. Vea también Crear y utilizar segmentaciones de datos en Excel Cómo utilizar la biblioteca de análisis Utilizar Cubos OLAP para análisis avanzado
Crear y utilizar segmentaciones de datos en Excel Los datos de informes más útiles disponibles en System Center 2012 - Service Manager se encuentran en forma de cubos de datos. Un método para ver y manipular estos cubos de datos consiste en utilizar tablas dinámicas en Microsoft Excel. Puede utilizar segmentaciones de datos en Excel para filtrar los datos de la tabla dinámica. Las segmentaciones de datos son componentes de filtrado fáciles de usar que contienen un conjunto de botones que permiten un filtrado rápido de los datos en el informe de tabla dinámica, sin la necesidad de abrir listas desplegables para encontrar el elemento que se desea filtrar. Al utilizar un filtro de informe de tabla dinámica para filtrar elementos múltiples, el filtro indica únicamente que se han filtrado múltiples elementos. Debe abrirse una lista desplegable para encontrar los detalles de filtrado. Sin embargo, una segmentación de datos cataloga claramente el filtro que se aplica y proporciona detalles, de forma que los datos mostrados en el informe de tabla dinámica se puedan comprender de forma sencilla. Para obtener más información acerca de segmentaciones de datos en Excel, vea Usar la segmentación de datos para filtrar datos de tablas dinámicas en el sitio web de Office. Vea también Utilizar Cubos OLAP para análisis avanzado
Cómo actualizar información de cubos de datos OLAP Puede utilizar el procedimiento siguiente en System Center 2012 - Service Manager para actualizar datos en un cubo de datos de procesamiento analítico en línea (OLAP) y validar que ha sido actualizado. De forma predeterminada, la mayoría de los cubos de datos OLAP se actualiza cada 24 horas. Sin embargo, puede actualizar manualmente los datos para asegurarse de estar accediendo a la información más reciente del almacenamiento de datos. Si fuese necesario, puede procesar manualmente un cubo de datos OLAP fuera del trabajo de procesamiento.
121
Actualizar un cubo de datos OLAP mediante la consola de Service Manager 1. En la consola de Service Manager, haga clic en Almacenamiento de datos, expándalo y pulse en Cubos. 2. En el panel Cubos, seleccione un nombre de cubo y, en Tareas, haga clic en Procesar cubo. 3. Haga clic en Aceptar para cerrar el cuadro de diálogo Procesar cubo. Para validar cubos de datos OLAP actualizados en la consola de Service Manager •
Seleccione un cubo de datos OLAP y verifique que la información de la fecha y la hora en Último procesamiento se ha actualizado desde que se procesó el cubo y el Estado del cubo aparece como Procesado.
Actualizar manualmente la información de un cubo de datos OLAP •
Ejecute la siguiente secuencia de comandos para el cubo de datos de su elección. Update etl.CubePartition set
watermarkbatchid = 0
where cubename = ’ComputerCube’ Vea también Utilizar Cubos OLAP para análisis avanzado
Cómo administrar las bibliotecas de análisis Puede utilizar el procedimiento siguiente para administrar las bibliotecas de análisis en la consola de Service Manager en System Center 2012 - Service Manager. Las bibliotecas de análisis son áreas de almacenamiento de archivos, como recursos compartidos de red, rutas de convenciones de nomenclatura universal (UNC) y Microsoft Sharepoint. Las bibliotecas se utilizan para albergar archivos de datos de Microsoft Excel, que se generan desde cubos de datos de procesamiento analítico en línea (OLAP). Cuando se guardan en una biblioteca de análisis, se puede acceder fácilmente a los archivos Excel y al cubo de datos con el que se conectan sin necesidad de abrir la consola de Service Manager. También puede abrir la ubicación de almacenamiento directamente desde el espacio de trabajo Informes. Puede crear distintas carpetas de bibliotecas de análisis para distintos departamentos de su organización. Para agregar nuevas carpetas de directorio de análisis, la carpeta compartida subyacente o cualquier otra ubicación compartida deben existir con anterioridad y deben tener permiso de escritura en la misma. Administrar una carpeta de biblioteca de análisis 1. En la consola de Service Manager, haga clic en Almacenamiento de datos, expanda el nodo 122
Almacenamiento de datos y pulse en Bibliotecas de análisis. 2. En el panel Tareas, haga clic en Añadir carpeta de biblioteca. 3. En el cuadro de diálogo de Añadir carpeta de biblioteca, en Nombre, escriba el nombre de una nueva carpeta de biblioteca de análisis. Por ejemplo, escriba Biblioteca de análisis de gestión de incidentes. 4. En Descripción, escriba una descripción que identifique el tipo de información que contendrá la carpeta. Por ejemplo, escriba Esta carpeta contiene libros guardados relacionados con administración de incidentes. 5. En Ruta UNC, escriba la ruta que representa la carpeta de la biblioteca. Por ejemplo, \\computer1\IncidentManagmentReports\. También puede hacer clic en Explorar para buscar la ubicación. Vea también Utilizar Cubos OLAP para análisis avanzado
Cómo utilizar la biblioteca de análisis Puede utilizar el procedimiento siguiente en System Center 2012 - Service Manager para ver libros de Microsoft Excel conectados a los cubos de datos de procesamiento analítico en línea (OLAP) de Microsoft utilizando el nodo Biblioteca de análisis, en el área de trabajo Informes. Service Manager guarda los libros en la biblioteca de análisis, de tal manera que los usuarios pueden acceder fácilmente a ellos. Usar la biblioteca de análisis 1. En la consola de Service Manager, haga clic en Informes, expanda el nodo Biblioteca de análisis y, a continuación, vaya a la carpeta que contiene el libro de Excel que quiere abrir. 2. Seleccione el libro de Excel que quiere abrir y, a continuación, en la lista Tareas, haga clic en Abrir archivo de Excel. 3. En el libro de Excel, puede actualizar los datos del almacenamiento de datos. Por ejemplo, si utiliza Microsoft Excel 2010, puede hacer clic en la ficha Datos y, a continuación, hacer clic en Actualizar todo para actualizar el libro. Vea también Utilizar Cubos OLAP para análisis avanzado
Informes de análisis avanzados en System Center 2012 - Service Manager Los siguientes informes analíticos, representados por los cubos de datos de procesamiento analítico en línea (OLAP) de Microsoft, están disponibles en System Center 2012 Service Manager. Los cubos de datos incluidos en esta versión de Service Manager contienen medidas y dimensiones. Dimensiones Las dimensiones siguientes se contienen en varios cubos de datos. Sin embargo, no todos los cubos de datos contienen cada una de las dimensiones. 123
IncidentsPastTargetResolutionTimeCount, ProblemDimCount, ReleaseRecordDimCount, ReleasesImplementedOnScheduleCount, ComputerDimCount, ServiceDimCount Cubo de datos de administración de energía El cubo de datos de administración de energía contiene las medidas siguientes: ComputerHostsOperatingSystemCount, DeployedComputerRunsWindowsComputerCount, ConfigManagerCollectionHasComputerCount, Hour0, Hour1, Hour2, Hour3, Hour4, Hour5, Hour6, Hour7, Hour8, Hour9, Hour10, Hour11, Hour12, Hour13, Hour14, Hour15, Hour16, Hour17, Hour18, Hour19, Hour20, Hour21, Hour22, Hour23, PowerActivityDayCount, PowerActivityRecordEventTypeCount, ServiceContainsConfigItemCount, ServiceContainsComputerCount, ComputerDimCount, OperatingSystemDimCount, DeployedComputerDimCount, ConfigurationManagerCollectionDimCount, ServiceDimCount, ConfigItemDimCount Cubo de datos de actualizaciones de software El cubo de datos de actualizaciones de software contiene las medidas siguientes: ComputerHostsOperatingSystemCount, DeployedComputerRunsWindowsComputerCount, ConfigurationManagerCollectionHasComputerCount, IsInstalled, IsMissing, IsUnknown, ComputerHasSoftwareUpdateCount, ServiceContainsConfigItemCount, ServiceContainsComputerCount, ComputerDimCount, OperatingSystemDimCount, DeployedComputerDimCount, ConfigurationManagerCollectionDimCount, SoftwareUpdateDimCount, ServiceDimCount, ConfigItemDimCount Cubo de datos de catálogo de servicio El cubo de datos de catálogo de servicio contiene las medidas siguientes: SLAConfigurationHasMetricCount, SLAConfigurationHasCalendarCount, ActivityIsAboutConfigItemCount, ActivityCreatedByUserCount, ActivityAssignedToUserCount, ActivityRelatesToConfigItemCount, ActivityRelatesToWorkItemCount, ActivityTotalTimeMeasure, ActivityStatusDurationCount, ActivityStatusCount, ReviewActivityHasReviewerCount, ReviewerIsReviewerUserCount, ReviewerVotedByUserCount, ReviewActivityRelatesToConfigItemCount, ReviewActivityAssignedToUserCount, ReviewActivityCreatedByUserCount, WorkItemGroupContainsServiceRequestCount, ServiceRequestIsAboutConfigItemCount, ServiceRequestCreatedByUserCount, ServiceRequestAssignedToUserCount, ServiceRequestRelatesToConfigItemCount, ServiceRequestRelatesToWorkItemCount, ServiceRequestAffectedUserCount, ServiceRequestContainsActivityCount, ServiceRequestTotalTimeMeasure, ServiceRequestStatusDurationCount, ServiceRequestStatusCount, ServiceRequestSLAInstanceInformationCount, SLAInstanceStatusCount, ServiceRequestRelatesToRequestOfferingCount, ServiceOfferingRelatesToRequestOfferingCount, ServiceOfferingPublishedByUserCount, RequestOfferingPublishedByUserCount, ServiceOfferingOwnerCount, RequestOfferingOwnerCount, ServiceRelatesToServiceOfferingCount, SLAConfigurationDimCount, SLAMetricDimCount, SLADatePropertyTimeMetricDimCount, CalendarDimCount, WorkItemDimCount, ConfigItemDimCount, ActivityDimCount, UserDimCount, ReviewerDimCount, ReviewActivityDimCount, WorkItemGroupDimCount, 125
ServiceRequestDimCount, RequestOfferingDimCount, ServiceOfferingDimCount,OfferingDimCount, ServiceDimCount Cubo de datos de elemento de configuración El cubo de datos de elemento de configuración contiene las medidas siguientes: ConfigItemRelatesToConfigItemCount, ComputerPrimaryUserCount, ComputerHostsOperatingSystemCount, ComputerHostsProcessorCount, ComputerHostsNetworkAdapterCount, ComputerHostsLogicalDiskCount, ComputerHostsPhysicalDiskCount, ServiceImpactsUserCount, ConfigItemOwnedByUserCount, ConfigItemServicedByUserCount, ConfigItemImpactsCustomersCount, DeployedComputerRunsWindowsComputerCount, ServiceContainsConfigItemCount, ServiceContainsComputerCount, ConfigItemDimCount, ComputerDimCount, UserDimCount, OperatingSystemDimCount, TotalRAMInMB, ProcessorDimCount, TotalProcessorSpeed, NetworkAdapterDimCount, LogicalDiskDimCount, TotalDiskSpace, PhysicalDiskDimCount, ServiceDimCount, DeployedComputerDimCount Cubo de datos de administración de actividades y cambios El cubo de datos de administración de actividades y cambios contiene las medidas siguientes: WorkItemIsAboutConfigItemCount, WorkItemCreatedByUserCount, WorkItemAssignedToUserCount, WorkItemRelatesToWorkItemCount, ActivityIsAboutConfigItemCount, ActivityCreatedByUserCount, ActivityAssignedToUserCount, ActivityRelatesToWorkItemCount, ActivityIsAboutComputerCount, ChangeRequestIsAboutConfigItemCount, ChangeRequestCreatedByUserCount, ChangeRequestAssignedToUserCount, ChangeRequestRelatesToWorkItemCount, ChangeRequestContainsActivityCount, ChangeRequestIsAboutComputerCount, ReviewActivityHasReviewerCount, ReviewerIsReviewerUserCount, ReviewerVotedByUserCount, ReviewActivityRelatesToConfigItemCount, ReviewActivityAssignedToUserCount, ReviewActivityCreatedByUserCount, WorkItemIsAboutComputerCount, ActivityRelatesToChangeRequestCount, ServiceContainsConfigItemCount, ServiceContainsComputerCount, WorkItemDimCount, ConfigItemDimCount, UserDimCount, ActivityDimCount, ActivitiesImplementedCount, ActivitiesImplementedOnScheduleCount, ComputerDimCount, ChangeRequestDimCount, ChangeRequestsImplementedCount, ChangeRequestsImplementedOnScheduleCount, EmergencyChangeRequestsCount, ProcessTimePerChangeInDaysSum, ReviewerDimCount, ServiceDimCount Vea también Utilizar Cubos OLAP para análisis avanzado
Crear e implementar paneles Puede utilizar el diseñador de paneles de PerformancePoint en System Center 2012 Service Manager para crear y administrar paneles de SharePoint y medir, monitorizar y administrar el rendimiento empresarial de sus elementos con datos actualizados del almacenamiento de datos de Service Manager. Los paneles son mecanismos que muestran disposiciones jerárquicas de los indicadores clave de rendimiento (KPI).
126
Puede utilizar el diseñador de paneles para definir varios filtros en un panel, como los filtros que se definen con el tiempo, la geografía o en diferentes destino KPI. Cuando publica paneles en un sitio SharePoint, los usuarios finales pueden explorarlos utilizando los filtros de página y las funciones de rastreo y exploración. También puede usar el diseñador de paneles para crear vistas y elementos, como los elementos del cuadro de mandos, KPI, orígenes de datos, indicadores e informes para los paneles. Esta sección es un ejemplo de cómo crear un panel PerformancePoint Services utilizando el cubo Analysis Services ServiceManager WorkItems. Esto implica crear un origen de datos para el cubo y crear un cuadro de mandos para crear un KPI de incidentes resueltos. A continuación, puede crear un panel de ejemplo de una página utilizando un filtro, un cuadro de mandos y un informe. Por último, puede completar el ejemplo explorando el panel implementado y sus características interactivas. Debe tener instalado Microsoft SharePoint Designer 2010 para completar los ejemplos de los temas siguientes. Importante Debe tener la SharePoint Designer 2012 Enterprise Edition para crear paneles SharePoint PerformancePoint. Para obtener más información acerca de Enterprise Edition, consulte Actualizar de SharePoint Server 2010 Standard CAL a Enterprise CAL. Para obtener más información acerca del diseñador de paneles de PerformancePoint consulte Diseñador de paneles PerformancePoint. Temas de creación e implementación de paneles •
Cómo configurar infraestructura SharePoint para paneles
Describe cómo configurar la infraestructura de SharePoint para soportar paneles. •
Cómo crear un origen de datos para el diseñador de paneles
Describe cómo crear un origen de datos para el diseñador de paneles. •
Cómo generar el cuadro de mandos de incidentes resueltos
Describe cómo generar el cuadro de mandos de incidentes resueltos para su posterior uso en un panel. •
Cómo configurar el KPI
Describe cómo configurar los indicadores clave de rendimiento. •
Cómo crear incidentes mediante Analyst Report
Describe cómo crear incidentes mediante Analyst Report. •
Cómo crear el panel de incidentes resueltos
Describe cómo crear el panel de incidentes resueltos. •
Cómo implementar el panel de incidentes resueltos
Describe cómo implementar el panel de incidentes resueltos en un sitio SharePoint. Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center 2012 - Service Manager
•
Guía de operaciones de System Center 2012 - Service Manager
127
•
Guía de administración de System Center 2012 - Service Manager
•
Guía de planificación de System Center 2012 - Service Manager
Cómo configurar infraestructura SharePoint para paneles Antes de que pueda crear e implementar paneles para su uso en el Portal de autoservicio de System Center 2012 - Service Manager, debe configurar Microsoft SharePoint 2010 y, a continuación, instalar el diseñador de paneles. Configurar la estructura SharePoint para paneles 1. Abra su explorador web, acceda al sitio de primer nivel de SharePoint 2010, haga clic en Acciones del sitio y, a continuación, haga clic en Configuración del sitio. 2. En Administración de la colección de sitios, haga clic en Características de la colección de sitios. En la página Características, haga clic en Activar junto a Infraestructura de publicación de SharePoint Server y Características de sitio de PerformancePoint Services. 3. Habilite las nuevas características en el nivel primario Sitio abriendo el sitio que quiere que sea el primario de su sitio de inteligencia empresarial. A continuación, en Acciones del sitio, haga clic en Configuración del sitio. En Acciones del sitio, haga clic en Administrar características del sitio. Haga clic en Activar junto a Infraestructura de publicación de SharePoint Server y Características de sitio de PerformancePoint Services. 4. A continuación, agregue el sitio Centro de inteligencia empresarial abriendo el sitio que quiera que sea el primario del nuevo sitio. Haga clic en Acciones del sitio y, a continuación, haga clic en Nuevo sitio. En la página Nuevo sitio de SharePoint, seleccione la plantilla de sitio Centro de inteligencia empresarial, escriba un título y un nombre de la dirección URL y, a continuación, haga clic en Crear. 5. Además, puede crear el sitio Centro de inteligencia empresarial en el Portal de autoservicio de Service Manager. Para ello, aplique SMPortalTheme: haga clic en Acciones del sitio y en Configuración del sitio y, a continuación, en Aspecto, haga clic en Tema del sitio. Haga clic en Especificar un tema, haga clic en SMPortalTheme y, a continuación, haga clic en Aplicar. 6. A continuación, configure la cuenta de servicio desatendida PerformancePoint abriendo la página de Administración central de SharePoint. En Administración de aplicaciones, haga clic en Administrar aplicaciones de servicio. Haga clic en Aplicación de PerformancePoint Service y, a continuación, haga clic en Configuración de aplicación PerformancePoint Service. Escriba sus credenciales en el área Almacenamiento seguro y cuenta de servicio desatendida y, a continuación, haga clic en Aceptar. 7. Si aparece un mensaje de error que dice "La cuenta de servicio desatendida no se puede establecer para la aplicación de servicio," puede resolver este problema mediante los siguientes pasos: a. Vaya a la página Administración central de SharePoint 2012 y, a continuación, en Administración de aplicación, haga clic en Administrar aplicaciones de servicio. b. Haga clic en Servicio de almacenamiento seguro y, a continuación, haga clic en Generar nueva clave. c.
Escriba una frase de contraseña y, a continuación, haga clic en Aceptar. 128
8. En la nueva página del sitio Centro de inteligencia empresarial que ha creado, mueva el ratón sobre el área Supervisar rendimiento clave de la página y, a continuación, haga clic en Comenzar a usar PerformancePoint Services. 9. Si aparece un mensaje de error que dice "Se produjo un error durante el procesamiento de /.aspx. No se permiten bloques de código en este archivo", puede resolver el problema introduciendo la información siguiente en el archivo Web.config, entre las etiquetas PageParserPaths de su sitio SharePoint: /.aspx” CompilationMode=”Always” AllowServerSideScript=”true”/>
10. En la nueva página, haga clic en Ejecutar Diseñador de paneles y, a continuación, en el cuadro de diálogo Ejecución de la aplicación - Advertencia de seguridad, haga clic en Ejecutar para instalar el diseñador de paneles PerformancePoint. Posteriormente, puede iniciar el diseñador de paneles desde el menú Inicio. Vea también Crear e implementar paneles
Cómo crear un origen de datos para el diseñador de paneles Puede utilizar la información siguiente para crear un nuevo origen de datos en System Center 2012 - Service Manager y guardarlo utilizando el diseñador de paneles. El área de trabajo es un documento XML que define las definiciones de elementos PerformancePoint para un proyecto concreto. Los elementos del área de trabajo guardados se almacenan en las listas y bibliotecas de SharePoint. Puede agregar elementos almacenados existentes a un área de trabajo, según los requisitos del proyecto. Crear un origen de datos para el diseñador de paneles 1. Abra el diseñador de paneles de PerformancePoint y, en el Explorador de área de trabajo, seleccione Conexiones de datos. 2. Haga clic en la ficha Crear y, a continuación, haga clic en Origen de datos. 3. En el cuadro de diálogo Seleccionar una plantilla de origen de datos, seleccione Servicios de análisis y, a continuación, haga clic en Aceptar. 4. En el panel Nuevo origen de datos, asegúrese de que la ficha Editor está seleccionada y, a continuación, introduzca para la configuración de la conexión del origen de datos, utilizando los ejemplos de la tabla siguiente.
Propiedad
Valor
Servidor
129
Base de datos
DWASDatabase
Cubo
Cubo elementos de trabajo ServiceManager
5. Para guardar el origen de datos, en el panel Explorador de área de trabajo, haga clic con el botón derecho en el nuevo origen de datos y, a continuación, haga clic en Guardar. Además, puede cambiar el nombre del origen de datos. 6. Para guardar el área de trabajo, haga clic en Guardar como y guarde el Área de trabajo de diseñador de paneles en la carpeta que desee. Vea también Crear e implementar paneles
Cómo generar el cuadro de mandos de incidentes resueltos Antes de poder usar un cuadro de mandos en un panel en System Center 2012 Service Manager, primero debe crearlo. Utilice el procedimiento siguiente para usar un asistente que cree un cuadro de mandos de ejemplo llamado “cuadro de mandos de incidentes resueltos”. El asistente también crea indicadores clave de rendimiento (KPI) del origen de datos SystemCenterWorkItemsCube. Generar el cuadro de mandos de incidentes resueltos 1. Abra el diseñador de paneles, conéctese al servidor que hospeda DWASDatabase y, a continuación, seleccione Cubo Service Manager WorkItems. O, si ya ha guardado un archivo de área de trabajo de diseñador que contiene la información de conexión, abra el archivo. 2. En la ficha Inicio, haga clic en Agregar listas. En el cuadro Agregar listas, haga clic en Contenido PerformancePoint y, a continuación, haga clic en Aceptar. 3. Para agregar un cuadro de manos al área de trabajo, en el Explorador de área de trabajo haga clic con el botón secundario en la lista Contenido PerformancePoint, elija Nuevo y, a continuación, haga clic en Cuadro de mandos. 4. En la ventana Seleccionar una plantilla de cuadro de manos, en el árbol Categoría, asegúrese de que esté seleccionado Microsoft. En la lista Plantilla, seleccione Servicios de análisis y, a continuación, haga clic en Aceptar. 5. En el asistente de creación del cuadro de mandos de Analysis Services, en la página Seleccionar origen de datos, seleccione origen de datos SystemCenterWorkItemsCube y, a continuación, haga clic en Siguiente. Nota Cuando utiliza el asistente para crear un cuadro de mandos basado en el origen de datos Analysis Services, existen dos opciones para habilitar la creación de KPI. Puede usar la primera opción para crear un grupo de KPI en función de las medidas del cubo. Puede usar la segunda opción para importar un grupo de KPI del cubo, en caso de que los contenga. 6. En la página Seleccionar un origen de KPI, seleccione Crear KPI de medidas de Analysis Services y, a continuación, haga clic en Siguiente. 7. En la página Seleccionar KPI para importar, haga clic en Agregar KPI y, a continuación, 130
escriba en la siguiente fila KPI de incidentes resueltos como nombre. 8. Seleccione Número de incidentes resueltos en Real. 9. Seleccione Aumentar es mejor en Método de banda. 10. Seleccione Incidentes abiertos en Destinos y, a continuación, haga clic en Siguiente. 11. En la página Agregar filtros de medida, haga clic en Siguiente. 12. En la página Agregar columnas de miembros, haga clic en Siguiente. 13. En la página Ubicaciones, haga clic en Finalizar. 14. Observe que el KPI y el cuadro de mandos se han agregado al área de trabajo, y que el cuadro de mandos se abre en el panel de diseño. En el Explorador de área de trabajo, modifique el nombre del nuevo cuadro de mandos a Cuadro de mandos de incidentes resueltos y, a continuación, presione Entrar. 15. Guarde la información en Área de trabajo de diseñador. Vea también Crear e implementar paneles
Cómo configurar el KPI Utilice el procedimiento siguiente para configurar los indicadores clave de rendimiento (KPI) que ha creado en el tema Cómo generar el cuadro de mandos de incidentes resueltos. Deberá utilizar esta información en un panel de PerformancePoint. En el primer procedimiento, se configuran los formatos de número y los valores de umbral de los KPI de incidentes resueltos. En el segundo procedimiento, se configura el cuadro de mandos de incidentes resueltos y se agrega la jerarquía Clasificación de incidente para permitir explorar el KPI a través de los miembros de la jerarquía. También dará formato al cuadro de mandos. En el panel, la selección de miembros de la jerarquía Clasificación de incidente filtrará un informe. Configurar el KPI 1. Utilizando el diseñador de paneles, abra el archivo que ha guardado previamente y que contiene el cuadro de mandos de incidentes resueltos. 2. En el Explorador de área de trabajo, haga clic en KPI de incidentes resueltos. 3. Para configurar el umbral para la métrica Destino, seleccione la métrica Destino. 4. En la sección Umbrales, modifique el valor de Umbral 2 al 50% y el valor de Umbral 1 al 25%. 5. En la sección Umbrales, modifique el valor Mejor al 100%. 6. Para guardar el KPI, en el Explorador de área de trabajo, haga clic con el botón secundario en KPI de incidentes resueltos y, a continuación, haga clic en Guardar. Configurar el KPI de incidentes resueltos 1. En el Explorador de área de trabajo, seleccione el cuadro de mandos Cuadro de mandos de incidentes resueltos. 2. Para actualizar el cuadro de mandos con la definición actualizada de KPI, en la ficha de cinta Editar, dentro del grupo Vista, haga clic en Actualizar. 3. Para agregar la jerarquía Clasificación de incidente a la fila de cuadro de mandos, en el panel 131
Detalles, expanda Dimensiones y la dimensión IncidentDim_IncidentClassification y, a continuación, arrastre IncidentClassificationValue hasta la celda del cuadro de mandos Incidente. 4. En el cuadro de diálogo Seleccionar miembros, expanda la lista de miembros Todo, seleccione todos los valores que no están vacíos y, a continuación, haga clic en Aceptar. 5. Para actualizar el cuadro de mandos, en la ficha de cinta Editar, dentro del grupo Vista, haga clic en Actualizar. Vea también Crear e implementar paneles
Cómo crear incidentes mediante Analyst Report Utilice el procedimiento siguiente para crear un informe de cuadrícula analítica llamado Incidentes de Analyst. Crear incidentes mediante Analyst Report 1. Abra el diseñador de paneles, conéctese al servidor que hospeda DWASDatabase y, a continuación, haga clic en Cubo Service Manager WorkItems. O, si ya ha guardado un archivo de área de trabajo de diseñador que contiene la información de conexión, abra el archivo. 2. En el Explorador de área de trabajo, haga clic con el botón secundario en la lista Contenido PerformancePoint, seleccione Nuevo y, a continuación, haga clic en Informe. 3. En el cuadro de diálogo Seleccionar una plantilla de informe, seleccione Cuadrícula analítica y haga clic en Aceptar. 4. En el asistente de creación de cuadrícula analítica, en la página Seleccionar origen de datos, seleccione origen de datos SystemCenterWorkItemsCube y, a continuación, haga clic en Finalizar. 5. En el Explorador de área de trabajo, modifique el nombre del informe a Incidentes de Analyst y, a continuación, presione Entrar. 6. Para configurar el informe, en el panel Detalles, expanda Dimensiones y la dimensión AssignedToUserDim y, a continuación, arrastre el atributo Nombre de usuario hasta la zona de colocación Filas. 7. Para configurar la selección de miembros de jerarquía, en la zona de colocación Filas, haga clic en la flecha hacia abajo, a la derecha de la jerarquía AssignedToUserDim, para abrir el cuadro de diálogo Seleccionar miembros. 8. En el cuadro de diálogo Seleccionar miembros, haga clic con el botón secundario en Todos los miembros, elija Autoseleccionar miembros, haga clic en Seleccionar “Nombre de usuario” y, a continuación, haga clic en Aceptar. 9. En el panel Detalles, expanda Medidas y, a continuación, arrastre las medidas IncidentDimCount y Número de incidentes resueltos hasta la zona de colocación Columnas. 10. Haga clic con el botón secundario en el encabezado de la columna Número de incidentes resueltos, elija Ordenar y, a continuación, haga clic en De menor a mayor. 132
11. Haga clic con el botón secundario en cualquier parte de la tabla, elija Filtrar y, a continuación, haga clic en Filtrar filas vacías. 12. En el panel Detalles, expanda Dimensiones y la dimensión IncidentDim_IncidentClassification y, a continuación, arrastre IncidentClassificationValue hasta la zona de colocación Fondo. 13. En la ficha de cinta Editar, en el grupo Vista, haga clic en Configuración. 14. En la ventana Configuración de vista, haga clic en Mostrar barra de información y, a continuación, haga clic en Aceptar. 15. En el panel de diseño, haga clic en la ficha Consulta y, a continuación, revise la expresión MDX creada automáticamente para apoyar el diseño de informes. 16. Para guardar el informe, en el Explorador de área de trabajo, haga clic con el botón secundario en el informe Incidentes de Analyst y, a continuación, haga clic en Guardar. Vea también Crear e implementar paneles
Cómo crear el panel de incidentes resueltos Utilice el procedimiento siguiente para crear y ensamblar el panel de incidentes resueltos. Esto implica el cuadro de mandos de incidentes resueltos y el informe Incidentes de Analyst. Entonces creará conexiones para intercambiar valores entre los elementos de los paneles. Crear el panel de incidentes resueltos 1. Abra el diseñador de paneles, conéctese al servidor que hospeda DWASDatabase y, a continuación, haga clic en Cubo Service Manager WorkItems. O, si ya ha guardado un archivo de área de trabajo de diseñador que contiene la información de conexión, abra el archivo. 2. En la ventana Seleccionar una plantilla de páginas de panel, seleccione la plantilla 2 Columnas y, a continuación, haga clic en Aceptar. 3. En el Explorador de área de trabajo, modifique el nombre del panel a Panel de incidentes resueltos y, a continuación, presione Entrar. 4. Para agregar el Cuadro de mandos de incidentes resueltos al panel, en el panel Detalles, expanda Cuadros de mandos y la lista Contenido PerformancePoint y, a continuación, arrastre el Cuadro de mandos de incidentes resueltos hasta la zona Columna izquierda. 5. Para agregar el informe Incidentes de Analyst al panel, en el panel Detalles, expanda Informes y la lista Contenido PerformancePoint y, a continuación, arrastre el informe Incidentes de Analyst hasta la zona Columna derecha. 6. Parar crear la conexión entre el cuadro de mandos y el informe, en la zona Columna derecha, haga clic en Incidentes de Anaylst. 7. En la ficha de cinta Editar, haga clic en Crear conexión. 8. En el cuadro de diálogo Conexión, en la lista Obtener valores de, seleccione Columna izquierda - (1) Cuadro de mandos de incidentes resueltos. 9. Haga clic en la ficha Valores y, en Conectar a, seleccione la jerarquía Clasificación de incidente IncidentClassificationValue. 133
10. En la lista Valor de origen, seleccione Fila de miembro: nombre único de miembro y, a continuación, haga clic en Aceptar. 11. Guarde el panel y el área de trabajo. Vea también Crear e implementar paneles
Cómo implementar el panel de incidentes resueltos Utilice el procedimiento siguiente para implementar el panel de incidentes resueltos en la biblioteca de paneles SharePoint. Durante este procedimiento, implementa el panel Panel de incidentes resueltos a la biblioteca de paneles SharePoint utilizando la página maestra seleccionada. Todos los paneles se publican como una carpeta que sirve como página web para cada una de las páginas en el panel. Después de implementar el panel, puede seleccionar los valores en el cuadro de mandos de incidentes resueltos para mostrar la información que se aplica solo a esa clasificación. Por ejemplo, si selecciona el valor Problemas de correo electrónico, solo los incidentes con la clasificación Problemas de correo electrónico aparecerán en la parte del cuadro de mandos del informe. Implementar el panel de incidentes resueltos 1. Abra el diseñador de paneles, conéctese al servidor que hospeda DWASDatabase y, a continuación, seleccione Cubo Service Manager WorkItems. O, si ya ha guardado un archivo de área de trabajo de diseñador que contiene la información de conexión, abra el archivo. 2. En el Explorador de área de trabajo, haga clic con el botón secundario en el panel Panel de incidentes resueltos y, a continuación, seleccione Implementar en SharePoint. 3. En el cuadro de diálogo Implementar a, observe la selección de la biblioteca de paneles. 4. En la lista Página maestra, seleccione Mínimo y, a continuación, haga clic en Aceptar. 5. Internet Explorer arrancará y abrirá la primera página del panel. Vea también Crear e implementar paneles
Personalizar el almacenamiento de datos Después de implementar el almacenamiento de datos de System Center 2012 - Service Manager y ver los informes, puede personalizar los datos que estos contienen según las necesidades de su organización. Por ejemplo, puede que quiera volver a crear los informes que ha usado con anterioridad en otros sistemas de información utilizando Service Manager. O puede que quiera personalizar los informes de sus procesos de negocio internos para los incidentes o para la administración de cambios. La información de esta sección puede ayudarle a determinar cómo extender y personalizar el almacenamiento de datos para habilitar análisis más profundos.
Temas de personalización del almacenamiento de datos 134
•
Acerca del modelado dimensional del almacenamiento de datos utilizando un esquema de estrella
Explica los conceptos del esquema de modelado dimensional que se usa en el almacenamiento de datos. •
Acerca de las tablas de hechos en el almacenamiento de datos
Explica los conceptos de las tablas de hechos que se usan en el almacenamiento de datos. •
Acerca de los estabilizadores en el almacenamiento de datos
Explica los conceptos de los estabilizadores que se usan en el almacenamiento de datos. •
Acerca de las dimensiones en el almacenamiento de datos
Explica los conceptos de las dimensiones que se usan en el almacenamiento de datos.
Otros recursos para este componente •
Página principal de la biblioteca TechNet de System Center 2012 - Service Manager
•
Guía de operaciones de System Center 2012 - Service Manager
•
Guía de administración de System Center 2012 - Service Manager
•
Guía de planificación de System Center 2012 - Service Manager
Acerca del modelado dimensional del almacenamiento de datos utilizando un esquema de estrella El almacenamiento de datos en System Center 2012 - Service Manager es una serie de bases de datos y procesos. Los procesos agregan información a las bases de datos automáticamente. En resumen, el objetivo del almacenamiento de datos es agregar información al data mart en el que usted y otros usuarios realizan informes y análisis para ayudar a administrar su negocio. System Center 2012 - Service Manager almacena los datos del almacenamiento de datos durante más tiempo en el almacén que en la base de datos de Service Manager, dada la utilidad de los datos en los análisis y las tendencias. Además, el almacenamiento de datos sobrevive su utilidad para las necesidades normales de procesamiento de transacciones. El almacenamiento de datos está optimizado para agregar y analizar muchos datos de una vez, de formas aparentemente imprevisibles. Este comportamiento difiere de los sistemas de procesamiento de transacciones, que están optimizados para el acceso de escritura a algunos informes de una transacción dada, haciendo su comportamiento más predecible. Para optimizar el almacenamiento de datos y así mejorar el rendimiento y la facilidad de uso, Service Manager utiliza el enfoque Kimball de modelado dimensional. (Para obtener más información acerca del enfoque Kimball, consulte Modelado dimensional.) Esto significa que las tablas de la base de datos DWDataMart se agrupan de manera lógica en áreas de materias, con una disposición similar a una estrella. Por lo tanto, estas agrupaciones se suelen llamar esquemas de estrella e incluyen lo siguiente: •
En el centro de la estrella hay una tabla de hechos. Las tablas de hechos representan relaciones, medidas e indicadores clave de rendimiento (KPI). Generalmente, las tablas de hechos son largas y tienen pocas columnas, pero contienen un gran número de transacciones. 135
•
La tabla de hechos se une a las tablas de dimensiones, que representan las clases, propiedades y enumeraciones. Generalmente, las tablas de dimensiones contienen muchas menos filas que las tablas de hechos, pero son más anchas porque tienen atributos mediante los cuales los usuarios segmentan y organizan los informes. Entre estos atributos pueden encontrarse estados, clasificaciones y atributos de fecha (como la fecha de creación o de resolución) de una clase.
•
Un estabilizador es un tipo especial de tabla de dimensiones que depende de otra tabla de dimensiones por motivos de rendimiento y facilidad de uso.
Al pensar en un esquema de estrella, tenga en cuenta cómo funcionaría el mismo en una cafetería. Si las transacciones representan las compras de café, las dimensiones podrían incluir lo siguiente: •
Una dimensión de fecha para consolidar las transacciones de los calendarios fiscal y gregoriano
•
Una dimensión cliente que indica quién compró el café
•
Una dimensión empleado que indica quién hizo el café
•
Una dimensión producto que indica el tipo de café (como expresso, de máquina, con leche o cortado)
•
Una dimensión tienda.
Al considerar las medidas que la tabla de hechos debería incluir, la lista podría ser así: •
Cantidad vendida
•
Precio por unidad
•
Ventas totales
•
Descuentos totales.
Los procesos de tecnología de la información (TI) no son muy diferentes del ejemplo de la cafetería a la hora de diseñar un modelo dimensional. Algunas transacciones, como la creación, la resolución y el cierre de incidentes, pueden producir métricas interesantes y útiles, como el tiempo de resolución, el cumplimiento de la fecha de resolución planeada, el tiempo facturable a los analistas y la duración del estado. Al pensar en cómo extender y personalizar su almacenamiento de datos, tenga en cuenta las necesidades del negocio y busque un modelado dimensional que le proporcione información útil y le ayude a mejorar sus prácticas. Para obtener más información sobre la personalización del almacenamiento de datos, consulte otros temas de esta sección. Vea también Personalizar el almacenamiento de datos
Acerca de las tablas de hechos en el almacenamiento de datos Este tema describe cómo definir hechos de relación en el almacenamiento de datos de System Center 2012 - Service Manager. Un hecho de relación en el almacenamiento de datos de Service Manager es parecido a una relación en Service Manager. Puede utilizar un hecho de relación para ayudar a responder consultas, como las siguientes: 136
•
¿Qué elementos de trabajo están asignados al usuario Juan García, de tal manera que se puede determinar su estado?
•
¿Qué equipos en el dominio tienen instalado Windows 7, de tal manera que pueda actualizarlos a Windows 7 Service Pack 1 (SP1)?
•
¿Qué actividades de revisión tienen a Luisa García como revisora, de tal manera que puedan ser reasignadas, ya que ella está de vacaciones?
En todos estos escenarios, existe una instancia de origen y una instancia de destino unidas por una relación. Sin un hecho de relación, es complicado determinar las asociaciones entre las instancias. Observe la relación de Microsoft.Windows.ComputerHostsOperatingSystem en el módulo de administración Microsoft.Windows.Library del ejemplo siguiente:
En una relación de Service Manager, el origen y el destino son siempre modelados por una clase de módulo de administración. En esta relación, la clase Microsoft.Windows.Computer es el origen y la clase Microsoft.Windows.OperatingSystem es el destino. La información siguiente define el hecho de relación correspondiente a la relación Microsoft.Windows.ComputerHostsOperatingSystem:
Observe cómo el hecho de relación define una dimensión de origen y una dimensión de destino. Puede observar que la dimensión de origen y la de destino se dirigen a las clases de origen y de destino de la relación original sobre la que se modela el hecho de relación. Para obtener más información acerca de las dimensiones, consulte Acerca de las dimensiones en el almacenamiento de datos. Puede usar hechos de relación asociando dos dimensiones, lo que permite a los análisis usar la asociación para mostrar información importante de las dimensiones y su relación. Por ejemplo, puede usar la relación WorkItemAssignedToUser para mostrar en un informe información acerca de incidentes o solicitudes de cambio para un usuario concreto. Esto le permite buscar los datos que satisfagan sus necesidades. Este es solo un ejemplo de cómo los hechos de relación pueden crear vistas especializadas a partir de los datos. Los atributos y las etiquetas subelementales necesarios para modelar un hecho de relación en un módulo de administración definido por el usuario se describen en la tabla siguiente para la etiqueta . 137
Atributo
Descripción
ID
Un identificador único para el elemento del hecho de relación. Además, es el nombre de la tabla del hecho de relación en el almacenamiento de datos y data mart.
Accessibility
Este elemento siempre debe estar establecido como Public (Público), ya que el proceso de implementación crea módulos de administración derivados del sistema que se refieren a este estabilizador durante la generación de transformaciones automáticas.
Domain
El ámbito del hecho de relación. Entre los posibles valores están los siguientes: Administración de instancia, Administración de actividades, Administración de incidentes, Administración de cambios y Administración de problemas. El valor para este atributo debe ser una enumeración secundaria de la enumeración primaria del dominio, definido en el módulo de administración Microsoft.SystemCenter.Datawarehouse.Base.
TimeGrain
El nivel de detalle del hecho de relación. El valor debe ser uno de los siguientes: Hourly (cada hora), Daily (diario), Weekly (semanal) o Monthly (mensual).
SourceType
La clase de módulos de administración para el origen de la relación.
SourceDimension
La dimensión que tiene como destino la clase de origen. Este es un campo opcional. Si no se especifica SourceDimension, Service Manager busca automáticamente la dimensión que tiene como destino la propia clase de origen, o bien la clase primaria más cercana de la clase de origen en la clase jerárquica.
En un hecho de relación múltiple, la dimensión de origen siempre permanece igual. Sin embargo, la dimensión de destino puede cambiar, en función de la relación específica. Todos los atributos de los tipos de relación en un hecho de relación múltiple deben ser únicos. A continuación puede ver un ejemplo del hecho de relación en el módulo de administración WorkItemAssignedToAndCreatedByUser: 138
En este ejemplo, puede ver que, a pesar de que la dimensión de destino es igual para ambas relaciones, las relaciones en sí mismas son únicas. Por lo tanto, el hecho de relación es válido. Para obtener más ejemplos de estabilizadores, dimensiones y hechos de relación, examine cualquiera de los módulos de administración de almacenamiento de datos incluidos en Service Manager. Un buen ejemplo de módulo de administración de almacenamiento de datos es Microsoft.SystemCenter.Datawarehouse.Base. Vea también Personalizar el almacenamiento de datos
Acerca de los estabilizadores en el almacenamiento de datos Un estabilizador en el almacenamiento de datos de System Center 2012 - Service Manager es una lista que puede agrupar de manera lógica una serie de valores. Las tablas siguientes muestran dos ejemplos de una agrupación lógica de valores que denotan Prioridad y sistemas operativos Windows. Prioridad
Baja Media Alta
Sistemas operativos Windows
Windows XP Windows Vista Windows 7 Un estabilizador es útil de dos maneras: •
Al crear y ver informes en la consola de Service Manager, puede utilizar valores discretos de un estabilizador como menú desplegable para un parámetro de informe.
•
Puede utilizar valores de estabilizadores para agrupar datos en informes, de cara a un análisis avanzado. 139
Los estabilizadores en el almacenamiento de datos pueden tener como destino una o más propiedades de clase, y consolidarlas en un solo conjunto de valores discretos. Estas propiedades solo pueden ser datos de tipo Cadena o ManagementPackEnumeration. Cuando se basan en una enumeración, los estabilizadores también conservan la jerarquía. Service Manager no admite estabilizadores definidos en un tipo de dato que no sea Cadena o ManagementPackEnumeration. A pesar de que los beneficios de definir un estabilizador a partir de una enumeración son evidentes, una ventaja de definir un estabilizador a partir de una columna de cadena es que la infraestructura del almacenamiento de datos combina en una pequeña lista los distintos valores de una propiedad del espacio de instancia. Podrá utilizar esta lista en un informe, como una lista desplegable fácil de usar. Un buen ejemplo de estabilizador basado en una cadena es la propiedad Manufacturer en la clase Equipo, modelada como una cadena en la base de datos de Service Manager. Al definir un estabilizador en esa propiedad, Service Manager permite seleccionar un valor de la lista desplegable, en vez de tener que buscar entre los fabricantes de todos sus equipos. Para ver un ejemplo de cómo se usa un estabilizador en un informe en el encabezado de parámetro, abra la consola de Service Manager, vaya a Informes, Administración de actividades y, a continuación, ejecute el informe Distribución de actividades. A continuación, revise la lista Estado para ver los valores del estabilizador. Puede ver cómo se modeló el estabilizador en el módulo de administración con el ejemplo siguiente: Observe la clase System.WorkItem.Activity, definida en el módulo de administración System.WorkItem.Activity.Library: < Property ID="SequenceId" Type="int" />
A continuación, puede definir un estabilizador basado en la propiedad de enumeración Estado. El ejemplo siguiente muestra cómo definir un estabilizador en un módulo de administración de su elección:
Como se ha descrito anteriormente, usted (el autor del módulo de administración) puede definir un estabilizador en una o más propiedades de clase. Cada propiedad de clase se modela en el 140
estabilizador según un atributo correspondiente. El siguiente es un ejemplo de visualización de estabilizador basada en enumeración. En este ejemplo, Activity Status se basa en ActivityStatusEnum: ...
Cada uno de los valores se incluye en el conjunto de valores discretos del estabilizador. La siguiente tabla muestra las columnas Id. y ActivityStatusValue del estabilizador ActivityStatus, que contiene todos los valores de enumeración de ActivityStatusEnum. Id.
ActivityStatusValue
ActivityStatusEnum.Completed
Completado
ActivityStatusEnum
Estado de la actividad
ActivityStatusEnum.Active
En curso
ActivityStatusEnum.OnHold
En espera
ActivityStatusEnum.Rerun
Repetición
ActivityStatusEnum.Failed
Con errores
ActivityStatusEnum.Ready
Pendiente
ActivityStatusEnum.Cancelled
Cancelado
141
En la tabla anterior, la columna Id. del estabilizador contiene todos los Id. EnumerationValue del tipo de enumeración ActivityStatus. ActivityStatusValue es el nombre, fácil de usar, que aparece en los menús desplegables de los informes. El ejemplo siguiente proporciona más detalles acerca de cómo construir y modelar un estabilizador. De nuevo se usa como ejemplo el estabilizador ActivityStatus:
La tabla siguiente describe los atributos de la etiqueta . Atributo
Descripción
ID
Un identificador único para el elemento del estabilizador. Además, es el nombre de la tabla del estabilizador en el almacenamiento de datos y data mart.
Accessibility
Este elemento siempre debería establecerse como Public (Público).
Cada etiqueta primaria contiene una o más etiquetas subelementales . La tabla siguiente describe los atributos para esta etiqueta. Atributo
Descripción
ID
Un identificador único para cada atributo del estabilizador.
PropertyPath
Sintaxis PropertyPath, que debe identificar de manera única la clase y el atributo al cual tiene como destino el atributo del estabilizador.
Vea también Personalizar el almacenamiento de datos
Acerca de las dimensiones en el almacenamiento de datos Una dimensión en el almacenamiento de datos Service Manager de System Center 2012 Service Manager podría asimilarse a una clase de módulo de administración. Cada clase de administración tiene una lista de propiedades, mientras que cada dimensión contiene una lista de atributos. Cada atributo de dimensión corresponde a una propiedad en una clase. Suponga que un usuario quiere que un informe en Service Manager muestre información acerca de los equipos de un dominio concreto. Por ejemplo, el usuario podría querer saber la dirección IP, el número de procesadores lógicos y el sistema de nombres de dominio (DNS) de cada 142
equipo. Utilizando dimensiones, el usuario puede transportar los datos desde Service Manager al almacenamiento de datos, donde los informes pueden consultar y mostrar estos datos para cada equipo. En el almacenamiento de datos de Service Manager, una dimensión siempre tiene como destino una sola clase. Los atributos de dimensión asignan al destino las propiedades de clase. En este ejemplo, para obtener la información acerca de los atributos de un equipo, hay una dimensión de equipo que es destino de la clase Microsoft.Windows.Computers. En algunos casos descritos con más detalle en este tema, una dimensión también puede asignarse a las propiedades de la base de una clase de destino y a las clases derivadas. Por lo tanto, mientras que una dimensión puede ser aproximadamente análoga a una clase de módulo de administración, también puede contener propiedades que se incluyen en la jerarquía de la clase de módulo de administración. Puede ver un ejemplo de uso de una dimensión en el informe Distribución de actividades. En el informe, debajo de Seleccionar elemento de configuración afectado (opcional), cuando haga clic en Agregar se abrirá el cuadro Seleccionar objetos de dimensión y podrá buscar instancias de dimensión en la dimensión ConfigItemDim. Puede filtrar según la propiedad Display Name. Cuando selecciona Todos los equipos Windows como objeto de dimensión, el encabezado del informe se actualiza con el valor del filtro seleccionado. Cuando ejecute el informe, solo se mostrarán las actividades que afectan al elemento de configuración seleccionado, Todos los equipos Windows. Para ver cómo se modeló la dimensión, puede consultar las clases System.Entity y System.ConfigItem, definidas en el módulo de administración System.Library:
Para revisar la dimensión del elemento de configuración para que tenga como destino las propiedades ObjectStatus y AssetStatus de las propiedades System.ConfigItem y DisplayName de la clase base System.Library, puede definir la dimensión con las tres propiedades siguientes como atributos:
143
La tabla siguiente proporciona detalles acerca de cómo construir y modelar una dimensión examinando los elementos y atributos del esquema XML para . Atributo
Descripción
ID
Un identificador único para el elemento de dimensión. Además es el nombre de la tabla de dimensiones en el almacenamiento de datos y data mart.
Accessibility
Este elemento siempre debería establecerse como "Public" (Público).
Target
El nombre de la clase de módulo de administración al que la dimensión tiene como destino.
InferredDimension
Este valor es siempre true.
HierarchySupport
La jerarquía de clases que ayuda a definir las propiedades que se incluirán en la dimensión. Hay tres posibles valores: 1. Exact 2. IncludeExtendedClassProperties 3. IncludeDerivedClassProperties Para obtener detalles de estos valores, consulte las siguientes secciones de este tema.
Extends
Marca booleana opcional que indica que la dimensión es una dimensión base u otra dimensión extendida. Una vez definida una dimensión, puede usar el almacenamiento de datos de Service Manager para "extenderla" y agregar más atributos en una etapa posterior. Si la marca Extends está establecida como 144
true, HierarchySupport debe ser Exact y deben listarse todos los atributos de extensión. De manera predeterminada, esta marca está establecida como false. Reconcile
Marca booleana opcional que indica si dos instancias, idénticas salvo por el origen de datos del que provienen, deben ser consolidadas en una sola fila de datos. De manera predeterminada, esta marca está establecida como false. Las dimensiones relacionadas con elementos de configuración deben tener esta marca establecida como true; las dimensiones relacionadas con elementos de trabajo deben tenerla establecida como false.
El atributo HierarchySupport determina qué clases se procesan y los atributos específicos que se incluyen en la dimensión. En las siguientes secciones se detalla cada uno de los posibles valores. Exact Cuando el atributo HierarchySupport está establecido como Exact, debe definirse manualmente cada atributo a incluir en la dimensión utilizando la etiqueta . Estos atributos pueden ser de la clase de destino, o bien de la base de cualquier clase de destino y clases derivadas. Cada atributo de inclusión corresponde a una propiedad de clase. La tabla siguiente describe cada uno de los atributos de la etiqueta . Atributo
Descripción
ID
Un identificador único para el elemento de atributo.
PropertyPath
Sintaxis PropertyPath, que debe identificar de manera única la clase y el atributo al cual tiene como destino el atributo de dimensión.
SlowlyChangingAttribute
Este atributo debería estar establecido como false.
El ejemplo anterior de dimensión ConfigItemDim tenía Exact como valor de HierarchySupport. Por lo tanto, solo los atributos de inclusión listados (DisplayName, ObjectStatus, AssetStatus) se procesan en la transformación y se incluyen en la tabla de dimensiones del repositorio del almacenamiento de datos y data mart. El valor Exact de HierarchySupport requiere que liste manualmente todos los atributos que quiera incluir en la dimensión. Sin embargo, puede hacer que todos los atributos para una clase, 145
además de sus atributos de clases base y derivadas, se incluyan en la dimensión. En estos casos, puede requerir mucho esfuerzo listar cada atributo explícitamente. Como ayuda, Service Manager incluye otros dos valores HierarchySupport que se ocupan automáticamente de estos casos por usted. Estos valores se describen en las secciones siguientes. IncludeExtendedClassProperties Para una dimensión con un valor HierarchySupport de IncludeExtendedClassProperties, todos los atributos de la clase de destino y todas sus clases base se incluyen y transforman en la tabla de dimensiones. El esquema siguiente muestra un ejemplo: CarDimension, que tiene como destino la clase Car y tiene un valor HierarchySupport de IncludeExtendedClassProperties.
Ya que CarDimension tiene como destino la clase Car y tiene un valor HierarchySupport de IncludeExtendedClassProperties, procesa la clase Car y su clase base, Vehicle. La tabla resultante y la transformación contienen los atributos en la tabla siguiente. Atributos CarDimension
Color Make Model NumDoors NumCupHolders 146
Horsepower CargoSpace
IncludeDerivedClassProperties Para una dimensión con un valor HierarchySupport de IncludeDerivedClassProperties, todos los atributos de la clase de destino, sus clases base y sus clases derivadas se incluyen y transforman en la tabla de dimensiones. Modificando levemente el ejemplo anterior, CarDimension ahora tiene un valor HierarchySupport de IncludeDerivedClass. Como procesa la clase base y clases derivadas de la clase de destino, la dimensión procesa ahora los atributos de tres clases: Vehicle, Car y Sportscar, tal como se muestra en la siguiente ilustración.
La tabla de dimensiones y la transformación de CarDimension contienen los atributos en la tabla siguiente.
147
Atributos CarDimension
Color Make Model NumDoors NumCupHolders Horsepower CargoSpace TopSpeed Vea también Personalizar el almacenamiento de datos
