Administración del almacenamiento de datos de Service Manager

Para administrar el almacenamiento de datos, usado básicamente por los informes, debe realizar tareas de mantenimiento en los trabajos de almacenamiento de datos. Por ejemplo, puede ver su estado, pausar y reanudar, definir una programación, habilitar y deshabilitar programaciones, y solucionar problemas de los trabajos del almacenamiento de datos. Todas estas tareas de mantenimiento se pueden realizar mediante cmdlets de Windows PowerShell. Además, algunas de estas tareas se pueden realizar desde la consola de Service Manager.

Durante la implementación, ha registrado el grupo de administración de Service Manager, como se describe en "Registro del grupo de administración de Service Manager" en la guía de implementación de Service Manager. Como resultado de dicha acción, se inició la implementación del módulo de administración y MPSyncJob. No debe iniciar ni reanudar ningún trabajo de almacenamiento de datos hasta que MPSyncJob haya finalizado, como se muestra en el panel Trabajos de Data Warehouse de la consola de Service Manager.

Hay siete trabajos de almacenamiento de datos que se ejecutan en momentos diferentes para mantener el almacenamiento de datos, como se enumera en la tabla siguiente.

Trabajo del almacenamiento de datos	Descripción
MPSyncJob	Este trabajo sincroniza todos los módulos de administración del origen de Service Manager. Estos módulos de administración definen el contenido del almacenamiento de datos. Este trabajo empieza a ejecutarse en cuanto se registra el grupo de administración de Service Manager y su ejecución inicial tarda varias horas en completarse.
DWMaintenance	Este trabajo realiza el mantenimiento del almacenamiento de datos, como la indización y la actualización de estadísticas. Este trabajo se ejecutará automáticamente al finalizar MPSyncJob.
Entidad (o Limpieza)	Las funciones de limpieza suelen conllevar actividades en el almacenamiento de datos que eliminan datos en función de un período de tiempo configurable. Nota: Para esta versión de Service Manager, las funciones de limpieza se tratan como un flujo de trabajo. La configuración de este trabajo no se puede configurar.
Extraer	Este trabajo recupera datos de la base de datos de Service Manager. Este trabajo consulta la base de datos de Service Manager para obtener los datos delta de su última ejecución y escribe estos datos nuevos en la base de datos DWStagingAndConfig del almacenamiento de datos. En Service Manager hay dos trabajos de extracción: uno para el grupo de administración de Service Manager y otro para el del almacenamiento de datos.
Transformación	Este trabajo toma los datos sin formato del área de almacenamiento provisional y realiza las operaciones de limpieza, formato y agregación necesarias para darles el formato final para los informes. Estos datos transformados se escriben en la base de datos DWRepository.
Cargar	Este trabajo consulta los datos de la base de datos DWRepository y los inserta en la base de datos DWDatamart. DWDatamart es la base de datos que se utiliza para todas las necesidades de informes del usuario final.

Programación y frecuencia de los trabajos

La programación de un trabajo define el momento en que se inicia el mismo. La frecuencia se refiere a la periodicidad con que se ejecuta el trabajo una vez iniciado. Independientemente de la programación y la frecuencia, un trabajo no se ejecuta a menos que se haya habilitado la programación de ese trabajo. Salvo el trabajo Entidad (Limpieza), todos los trabajos se inician de forma predeterminada a medianoche. La siguiente tabla enumera la hora de inicio programada, la frecuencia y la configuración predeterminada de la programación.

Trabajo del almacenamiento de datos	Hora de inicio programada	Frecuencia	¿Habilitada de forma predeterminada?
MPSyncJob	Medianoche	Cada hora	Sí
DWMaintenance	Medianoche	Cada hora	Sí
Extracción	Medianoche	Cada 5 minutos	Sí
Transformación	Medianoche	Cada 30 minutos	Sí
Cargar	Medianoche	Cada hora	Sí

En esta versión de Service Manager, las funciones de limpieza se tratan como un flujo de trabajo. La configuración de este trabajo no se puede configurar.

Cmdlets de PowerShell

El módulo Windows PowerShell de Service Manager contiene cmdlets que se usan en este escenario para administrar funciones de almacenamiento de datos en el servidor que aloja el almacenamiento de datos. Debe ejecutar todos los cmdlets de Windows PowerShell como administrador. Para ver la ayuda de Windows PowerShell, escriba el comando get-help, seguido del nombre del cmdlet para el que quiera obtener ayuda. Por ejemplo, escriba get-help Set-SCDWJobSchedule. Los siguientes cmdlets se utilizan en este escenario:

• Get-SCDWJobSchedule Muestra la programación de un trabajo de almacenamiento de datos.

• Get-SCDWJob Muestra el estado de todos los trabajos de almacenamiento de datos periódicos de Service Manager.

• Get-SCDWMgmtGroup Muestra los detalles de un grupo de administración registrado con el almacenamiento de datos.

• Remove-SCDWMgmtGroup Elimina un grupo de administración del almacenamiento de datos.

• Set-SCDWJobSchedule Establece la programación de los trabajos de almacenamiento de datos.

• Enable-SCDWJobSchedule Habilita la programación de un trabajo de almacenamiento de datos.

• Disable-SCDWJobSchedule Deshabilita la programación de un trabajo de almacenamiento de datos. De forma predeterminada, las programaciones de trabajos están deshabilitadas.

Introducción a los trabajos de almacenamiento de datos

Cuando se registre con el almacenamiento de datos de Service Manager, MPSyncJob comienza a ejecutarse. La ejecución inicial de este trabajo puede tardar varias horas. Una vez completado este trabajo, puede ver dos trabajos de extracción enumerados en el panel Proyectos de almacenamiento de datos. Un trabajo de extracción aparece como Extract_nombre del grupo de administración de almacenamiento de datos y el otro trabajo de extracción aparece como Extract_Service Manager nombre del grupo de administración. Cuando aparezcan estos dos trabajos de extracción, sabrá que la ejecución inicial de MPSyncJob se ha completado y podrá proceder con las tareas de mantenimiento subsiguientes.

Implementación del módulo de almacenamiento de datos

La implementación del módulo del almacenamiento de datos de Service Manager se inicia cuando el servidor de administración de Service Manager se registra en un servidor de administración del almacenamiento de datos. Las secciones siguientes describen los componentes, las funciones y la programación del módulo.

Sincronización del módulo de administración

La sincronización del módulo de administración es el proceso mediante el cual el almacenamiento de datos detecta qué clases y relaciones existen en los sistemas de origen. Este proceso también se conoce como MPSync. Para cada módulo de administración que define una clase o relación, el almacenamiento de datos crea módulos de trabajo de extracción para recuperar los datos de esa clase o relación del origen correspondiente. Dichos módulos de administración y sus trabajos asociados se sincronizan entre los sistemas.

Sólo los módulos de administración sellados, y sus datos correspondientes, se sincronizan en el almacenamiento de datos. Si modifica un módulo de administración, debe aumentar el número de versión y no puede introducir cambios que puedan provocar errores; de lo contrario, el módulo de administración no se podrá importar. Por ejemplo, no se pueden quitar clases, quitar propiedades ni quitar relaciones. Del mismo modo, no se pueden cambiar los tipos de datos de maneras no admitidas. Por ejemplo, no se puede modificar una propiedad de cadena para convertirse en una propiedad numérica.

De forma predeterminada, el trabajo de MPSync de Orchestration se ejecuta cada 30 minutos.

Es posible que varios orígenes puedan hacer referencia al mismo módulo de administración. La versión en el sistema de origen debe ser la misma versión o una versión superior a la del almacenamiento de datos, de lo contrario se producirá un error de registro.

Es posible quitar módulos de administración del almacenamiento de datos. Sin embargo, tenga presente los siguientes puntos:

1. La eliminación de módulos de administración no elimina los datos del almacenamiento de datos tal como lo hace en la base de datos de Service Manager; en su lugar, se quita la vista de base de datos a la que se concede acceso a los usuarios.

2. Si vuelve a importar un módulo de administración después de quitar el módulo de administración correspondiente, los datos históricos se exponen una vez más.

   Nota

   Solo los módulos de administración sellados se sincronizan desde Service Manager con el almacenamiento de datos. Una excepción son los elementos de lista, también conocidos como enumeraciones. Los grupos o colas se sincronizan con el almacenamiento de datos, independientemente de si están en un módulo de administración sellado o no sellado.

Los módulos de administración que se importan desde Service Manager son específicos de Service Manager y específicos del almacenamiento de datos. Los módulos de administración de Service Manager proporcionan información sobre la estructura de la base de datos de Service Manager y los módulos de administración del almacenamiento de datos controlan la estructura y los procesos de las bases de datos del almacenamiento de datos.

Implementación de informes

Con el proceso de sincronización del módulo de administración se importan los módulos de administración desde Service Manager y se define cómo esos módulos de administración dan forma a la estructura, mueven los datos y copian informes para el almacenamiento de datos e informes. Una vez sincronizados esos módulos de administración entre Service Manager y el almacenamiento de datos, se recuperan los datos y se implementan los informes para que los usuarios los puedan consumir.

De forma secuencial, la implementación de informes se produce en el proceso siguiente:

1. Una vez que todos los módulos de administración identificados se han sincronizado con el almacenamiento de datos, la sincronización del módulo de administración activa el flujo de trabajo de implementación del informe.
2. Dado que la base de datos DWStagingandConfig es el destino final de los módulos de administración que se han sincronizado, el flujo de trabajo de implementación consulta la base de datos DWStagingandConfig para comprobar si hay informes nuevos o modificados que implementar, o informes que quitar.
3. A continuación, el flujo de trabajo de implementación publica todos los informes nuevos o actualizados en el servidor de SQL Server Reporting Services (SSRS) a través de los servicios web SSRS.
4. SSRS almacena los informes y los metadatos adecuados.
5. El flujo de trabajo de implementación de esquema se activa mediante la sincronización del módulo de administración.
6. Una vez más, se recupera la información que provoca los cambios de esquema de la base de datos DWStagingandConfig, de acuerdo con los módulos de administración recién sincronizados que provocan los cambios.
7. Los cambios de esquema se implementan en la base de datos DWRepository.
8. Los cambios necesarios de extracción, transformación y carga (ETL) de los módulos se realizan en la base de datos DWStagingandConfig.

Los módulos de administración que contienen solo información específica de Service Manager no hacen que se ejecuten las actividades de implementación. Solo se desencadenan para nuevos almacenamientos de datos y elementos específicos de informes.

Información sobre los procesos ETL

Una vez implementados el esquema del almacenamiento de datos y los informes, la base de datos DWDataMart se llena con datos reales para fines informativos. Esto se realiza mediante los procesos ETL. Cada uno de estos tres procesos tiene su propia finalidad específica:

• Extracción se ha diseñado específicamente para el procesamiento de grandes volúmenes de datos de varios orígenes y permite mover datos a un área creada para procesar los datos.
• Transformación se ha diseñado para la optimización de operaciones complejas de lógica e integración. En este proceso se produce la mayor parte del trabajo ETL.
• Carga se ha diseñado para transferir a su destino los datos ya procesados de forma masiva.

Una de las razones principales de tener tres bases de datos diferentes es poder optimizar el entorno de hardware más fácilmente. En entornos de gran volumen, las bases de datos DWStagingandConfig y DWRepository deben estar en hardware de equipo que esté optimizado para E/S de lectura y escritura. Sin embargo, el hardware de equipo que hospeda la base de datos de DWDatamart se debe optimizar para E/S de lectura. Teniendo en cuenta esa diferencia, puede separar la DWDatamart en otro servidor o unidad distinto de las bases de datos DWStagingandConfig y DWRepository. Sin embargo, las bases de datos DWStagingandConfig y DWRepository deben permanecer en el mismo servidor.

En un nivel alto, ETL tiene lugar en los procesos descritos en las secciones siguientes. Si planea la creación de módulos de administración que se usen para informes personalizados, probablemente necesitará saber más acerca de estos procesos con detalle.

Extracción

El proceso de extracción se inicia en un intervalo programado. Extraer es el proceso que recupera datos sin procesar del almacén del sistema de procesamiento de transacciones en línea (OLTP), que en este caso es la base de datos Service Manager.

1. El proceso de extracción busca en Service Manager las diferencias de datos que se han acumulado desde la última vez que se ejecutó el proceso de extracción.
2. Los nuevos datos se escriben en la base de datos DWStagingandConfig de la misma forma básica que en la base de datos Service Manager.

Transformación

El proceso de transformación se inicia en un intervalo programado. La transformación es el proceso que traslada los datos sin procesar de la base de datos DWStagingandConfig. También realiza cualquier tarea de limpieza, nuevo formato y agregación necesarias para modificar los datos sin procesar en el formato final para la generación de informes. Estos datos transformados se escriben en la base de datos DWRepository.

Cargar

El proceso de carga se inicia en un intervalo programado. El proceso de carga busca los datos en la base de datos DWRepository. Los datos transformados de DWRepository se insertan en la base de datos DWDatamart. DWDatamart es la base de datos que se utiliza para todas las necesidades de informes del usuario final.

Retención del almacenamiento de datos de Service Manager

De forma predeterminada, los datos se almacenan en el almacenamiento de datos durante tres años para las tablas de hechos y durante un período ilimitado para las tablas de dimensiones y de registrador. Sin embargo, puede modificar el período de retención si quiere conservar los datos más tiempo o limpiarlos de manera más agresiva.

Configuración de retención de tabla de hechos

Hay dos tipos de configuración de retención en el almacenamiento de datos:

• Global: el período de retención global de todas las tablas de hechos de la base de datos se establece en tres años de forma predeterminada, que las tablas de hechos creadas posteriormente usan como configuración de retención predeterminada.
• Hecho individual: el período de retención pormenorizada de cada tabla de hechos individual usa la configuración global de tres años, a menos que los modifique individualmente.

Global: el período de retención global predeterminado para los datos almacenados en el almacenamiento de datos de Service Manager es de tres años, por lo que todas las tablas de hechos usan tres años como configuración de retención predeterminada. Las tablas de hechos creadas posteriormente usan esta opción cuando se crean para su configuración de retención individual.

Tablas de hechos individuales: las tablas de hechos individuales heredan el valor de retención global cuando se crean, o bien se pueden personalizar con un valor distinto a la configuración global predeterminada. Puede configurar las tablas de hechos individuales predeterminadas que se crearon durante la instalación, de forma individual con un valor de retención específico según sea necesario.

Para ver el período de retención para tablas predeterminadas o tablas específicas

• Use el cmdlet de PowerShell Get-SCDWRetentionPeriod para obtener el período de retención para una tabla de hechos específica dentro de una base de datos del almacén de datos concreta o el valor predeterminado para las tablas de hechos en la base de datos. Para obtener descripciones detalladas de los parámetros disponibles y el uso de ejemplo, consulte Get-SCDWRetentionPeriod.

Para establecer el período de retención para tablas predeterminadas o tablas específicas

• Use el cmdlet de PowerShell Set-SCDWRetentionPeriod para establecer el período de retención para una tabla de hechos específica dentro de una base de datos del almacén de datos concreta o el valor predeterminado para las tablas de hechos en la base de datos. Para obtener descripciones detalladas de los parámetros disponibles y el uso de ejemplo, consulte Set-SCDWRetentionPeriod.

Reimportación de módulos de administración que se han quitado previamente

Durante el desarrollo y las pruebas de los módulos de administración que contienen informes con acceso a la información del almacenamiento de datos, es posible que sea necesario quitar los módulos de administración y después volver a importarlos más adelante. Sin embargo, después de desinstalar un módulo de administración del almacenamiento de datos, si el nuevo módulo de administración contiene la misma dimensión, el mismo hecho o el mismo nombre de cubo con un esquema diferente del original, debe eliminar manualmente la tabla de dimensiones o de hechos de las bases de datos DWRepository y DWDataMart y también cualquier cubo de referencia de la base de datos de SQL Server Analysis Services (SSAS).

Además, si un cubo de datos existente ya hace referencia a una dimensión o a un hecho, también debe eliminar el módulo de administración que contiene el cubo de datos y el cubo de datos mismo antes de desinstalar el nuevo módulo de administración. Dado que Service Manager no quita la dimensión ni la tabla de hechos de DataSourceView y, dado que las dimensiones no se quitan de la base de datos SSAS, debe eliminar manualmente la información a la que hace referencia un cubo de datos. En esta situación, utilice SQL Server Management Studio para quitar de DWASDatabase cualquier cubo de datos personalizado que haya creado con el módulo de administración antes de volver a registrar o de volver a instalar un módulo de administración actualizado.

En general, evite tener nombres iguales de dimensiones, hechos y cubos en esquemas diferentes. Service Manager no admite esta condición.

Habilitación o deshabilitación de las programaciones de trabajos de almacenamiento de datos

Use el procedimiento siguiente para habilitar la programación de los trabajos ETL según sea necesario; puede usar este procedimiento para habilitar la programación de cualquier trabajo de almacenamiento de datos. Las programaciones de los trabajos de extracción, transformación y carga (ETL) están habilitadas de forma predeterminada. En esta versión de Service Manager, solo puede habilitar las programaciones mediante Windows PowerShell.

Para habilitar una programación para un trabajo del almacenamiento de datos mediante un cmdlet de Windows PowerShell

1. En el equipo que hospeda el servidor de administración de almacenamiento de datos, seleccione Inicio, seleccione Todos los programas, Microsoft System Center, Service Manager y Service Manager Shell.

2. En el símbolo del sistema de Windows PowerShell, escriba los siguientes comandos y presione ENTRAR después de cada comando:

   Enable-SCDWJobSchedule -JobName Extract_<data warehouse management group name>
   

   Enable-SCDWJobSchedule -JobName Extract_<Service Manager management group name>
   

   Enable-SCDWJobSchedule -JobName Transform.Common
   

   Enable-SCDWJobSchedule -JobName Load.Common
   

3. Escriba exit y presione ENTRAR.

Puede usar el procedimiento siguiente para deshabilitar la programación de los trabajos de extracción, transformación y carga (ETL); pero este procedimiento se puede usar para deshabilitar la programación de cualquier trabajo de almacenamiento de datos. En esta versión de Service Manager, las programaciones solo se pueden deshabilitar mediante cmdlets de Windows PowerShell.

Para deshabilitar la programación de un proyecto de almacenamiento de datos utilizando cmdlets de Windows PowerShell

1. En el equipo que hospeda el servidor de administración de almacenamiento de datos, seleccione Inicio, seleccione Todos los programas, Microsoft System Center, Service Manager y Service Manager Shell.

2. En el símbolo del sistema Windows PowerShell, escriba los siguientes comandos y presione ENTRAR después de cada comando:

   Disable-SCDWJobSchedule -JobName Extract_<data warehouse management group name>
   

   Disable-SCDWJobSchedule -JobName Extract_<Service Manager management group name>
   

   Disable-SCDWJobSchedule -JobName Transform.Common
   

   Disable-SCDWJobSchedule -JobName Load.Common
   

3. Escriba exit y presione ENTRAR.

Detención e inicio de un trabajo de almacenamiento de datos

Puede detener e iniciar los trabajos de almacenamiento de datos que se ejecutan en Service Manager. Por ejemplo, es posible que tenga que detener todos los trabajos de almacenamiento de datos que se ejecutan para asegurarse de que una actualización de seguridad en el servidor de administración del almacenamiento de datos no interfiere con ningún trabajo que se pueda ejecutar. Una vez que el servidor se ha actualizado y reiniciado, se reanudan todos los proyectos de almacenamiento de datos. Puede detener e iniciar trabajos mediante la consola de Service Manager o cmdlets de Windows PowerShell. En este ejemplo solo están en ejecución los proyectos de extracción, transformación y carga de datos (ETL).

Nota

Para obtener información sobre cómo usar los cmdlets de Windows PowerShell de Service Manager, vea Configurar y usar cmdlets de Service Manager para Windows PowerShell.

Para pausar y reanudar los trabajos de almacenamiento de datos mediante la consola de Service Manager

1. En la consola de Service Manager, seleccione Data Warehouse.
2. Expanda Data Warehouse y seleccione Data Warehouse Trabajos.
3. En el panel trabajos de Data Warehouse, seleccione un trabajo que se esté ejecutando y seleccione Suspender en la lista Tareas.
4. Repita el paso anterior para cada proyecto de almacenamiento de datos.
5. Para reanudar cada trabajo, seleccione un trabajo detenido en el panel trabajos Data Warehouse y seleccione Reanudar en la lista Tareas.

Para detener todos los trabajos de almacenamiento de datos mediante cmdlets de Windows PowerShell

1. En el equipo que hospeda el servidor de administración del almacenamiento de datos, seleccione Inicio, Seleccione Todos los programas, Microsoft System Center, Service Manager y Service Manager Shell.

2. En el símbolo del sistema de Windows PowerShell, escriba los siguientes comandos y presione ENTRAR después de cada comando:

   Stop-SCDWJob-JobName Extract_<data warehouse management group name>
   

   Stop-SCDWJob -JobName Extract_<Service Manager management group name>
   

   Stop-SCDWJob -JobName Transform.Common
   

   Stop-SCDWJob -JobName Load.Common
   

3. Escriba exit y presione ENTRAR.

Para iniciar todos los trabajos de almacenamiento de datos mediante cmdlets de Windows PowerShell

1. En el equipo que hospeda el servidor de administración del almacenamiento de datos, seleccione Inicio, Seleccione Todos los programas, Microsoft System Center, Service Manager y Service Manager Shell.

2. En el símbolo del sistema de Windows PowerShell, escriba los siguientes comandos y presione ENTRAR después de cada comando:

   Start-SCDWJob -JobName Extract_<data warehouse management group name>
   

   Start-SCDWJob -JobName Extract_<Service Manager management group name>
   

   Start-SCDWJob -JobName Transform.Common
   

   Start-SCDWJob -JobName Load.Common
   

3. Escriba exit y presione ENTRAR.

Programación de un trabajo de almacenamiento de datos en Service Manager

Puede usar el procedimiento siguiente para programar un trabajo de almacenamiento de datos en Service Manager.

Podría usar este procedimiento cuando se ha definido una programación para los trabajos de almacenamiento de datos en Service Manager. Desea cambiar la programación de los proyectos de almacenamiento de datos para definir ventanas de mantenimiento estándar para la base de datos de Service Manager y para el almacenamiento de datos. Use el cmdlet Set-SCDWJobSchedule para programar los trabajos de almacenamiento de datos. La combinación del cmdlet y el parámetro Set-SCDWJobSchedule -ScheduleType Weekly permite que los proyectos se ejecuten solamente en los días especificados. Por ejemplo, mediante los comandos siguientes se define una programación diaria o semanal:

Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Daily -DailyFrequency  01:00:00 -DailyStart 06:00

Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Weekly -WeeklyFrequency Tuesday, Thursday -WeeklyStart 06:00

Nota

Para ejecutar los cmdlets de Windows PowerShell, la directiva de ejecución debe establecerse como RemoteSigned.

En el procedimiento siguiente, configurará una programación para el trabajo Transformar para que se ejecute cada 45 minutos, a partir de las 2:00 de la mañana. No obstante, puede modificar los comandos para establecer su propia programación.

Para configurar una programación para trabajos de almacenamiento de datos

1. En el equipo que hospeda el servidor de administración del almacenamiento de datos, seleccione Inicio, Seleccione Todos los programas, Microsoft System Center, Service Manager y Service Manager Shell.

2. En el símbolo del sistema de Windows PowerShell, escriba el comando siguiente y presione ENTRAR.

   Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Daily -DailyFrequency 00:45:00 -DailyStart 02:00
   

Para validar una programación de proyectos de almacenamiento de datos

1. En el equipo que hospeda el servidor de administración del almacenamiento de datos, seleccione Inicio, Seleccione Todos los programas, Microsoft System Center, Service Manager y Service Manager Shell.

2. Escriba el siguiente comando y presione ENTRAR:

   Get-SCDWJobSchedule
   

Procesamiento de todas las dimensiones del almacenamiento de datos

Puede procesar todas las dimensiones del almacenamiento de datos en una sola operación mediante cmdlets de Windows PowerShell, en lugar de procesar individualmente cada dimensión. En el servidor que hospeda SQL Server Analysis Services (SSAS), use el siguiente script de Windows PowerShell. Asegúrese de especificar el nombre completo del servidor. Puede escribir cada comando por separado, o puede guardarlos todos como un archivo de script de Windows PowerShell (.ps1) y, a continuación, ejecutar el script.

Para poder usar los cmdlets de Service Manager, tiene que configurar el Shell de Service Manager. Para obtener información sobre cómo usar el Shell de Service Manager, vea Configuración y uso de cmdlets de Service Manager para Windows PowerShell.

Para procesar todas las dimensiones mediante cmdlets

• Copie y pegue los fragmentos de código siguientes en el símbolo del sistema en un Shell de Service Manager:

  [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices") > $NULL
  

  $Server = New-Object Microsoft.AnalysisServices.Server
  $Server.Connect("<FullyQualifiedServerName>")
  $Databases = $Server.Databases
  $DWASDB = $Databases["DWASDataBase"]
  $Dimensions = New-Object Microsoft.AnalysisServices.Dimension
  $Dimensions = $DWASDB.Dimensions
  

  foreach ($Dimension in $Dimensions){$Dimension.Process("ProcessFull")}
  

Ver el historial de trabajos de almacenamiento de datos

El historial de trabajos de almacenamiento de datos se recopila a medida que se ejecutan en Service Manager. Puede ver este historial para determinar durante cuánto tiempo se ejecutó un proyecto o cuándo fue la última vez que el proyecto se ejecutó correctamente. Cuando se muestra el historial de trabajos de almacenamiento de datos, se muestra el número de entradas especificadas mediante el parámetro NumberOfBatches. Use el procedimiento siguiente para ver las cinco últimas entradas del historial de un proyecto de almacenamiento de datos.

Para ver las cinco últimas entradas del historial de un proyecto de almacenamiento de datos

1. En el equipo que hospeda el servidor de administración del almacenamiento de datos, seleccione Inicio, Seleccione Todos los programas, Microsoft System Center, Service Manager y Service Manager Shell.

2. Escriba el siguiente comando y presione ENTRAR.

   Get-SCDWJob -NumberOfBatches 5
   

3. Escriba exit y presione ENTRAR.

Ver el estado de un trabajo de almacenamiento de datos

Puede usar los procedimientos siguientes para ver el estado de un trabajo de almacenamiento de datos en Service Manager para determinar si está en ejecución, se ha detenido o tiene errores.

Para ver el estado de un proyecto de almacenamiento de datos mediante la consola de Service Manager

1. En la consola de Service Manager, seleccione Data Warehouse.
2. En el panel Data Warehouse, expanda Data Warehouse y seleccione Data Warehouse Trabajos.
3. En el panel Trabajos de almacenamiento de datos, revise la lista de trabajos para ver su estado.

Para ver el estado de un trabajo de almacenamiento de datos mediante un cmdlet de Windows PowerShell

1. En el equipo que hospeda el servidor de administración del almacenamiento de datos, seleccione Inicio, Seleccione Todos los programas, Microsoft System Center, Service Manager y Service Manager Shell.

2. Escriba el siguiente comando y presione ENTRAR.

   Get-SCDWJob
   

3. Revise la lista de proyectos para ver su estado.

Solución de problemas de un trabajo de almacenamiento de datos en Service Manager

En Service Manager, se pueden producir problemas relacionados con los trabajos de almacenamiento de datos. Una vez que se haya completado el asistente para registro de almacenamiento de datos y después de que Informes esté disponible en la consola de Service Manager, puede empezar a ejecutar informes. Si, por ejemplo, en el informe de administración de incidentes ejecutado no se muestran datos actualizados, puede usar los cmdlets de Windows PowerShell para solucionar el problema.

Puede utilizar el primer procedimiento para determinar si un trabajo no ha podido usar los cmdlets de Windows PowerShell y, además, puede evaluar los mensajes de error que este trabajo ha creado.

El segundo procedimiento puede utilizarse para cambiar el periodo de tiempo de espera del trabajo de transformación predeterminado. Si ve que el trabajo de transformación del almacenamiento de datos no se completa correctamente, esto puede deberse al período de tiempo de espera predeterminado de 3 horas para el trabajo que se está superando. Esto puede ocurrir porque un gran volumen de datos se transforma en el almacenamiento de datos. Para confirmar que esto sucede realmente, puede ver el Visor de eventos en el Data Warehouse donde los mensajes similares a: Tiempo de espera expirado. El período de tiempo de espera transcurrido antes de completar la operación o el servidor no responde. se puede ver para un módulo. Por ejemplo, podría ver el mensaje anterior para el módulo TransformEntityRelatesToEntityFact. Para resolver el problema en este caso, puede definir el tiempo de espera para que sea mayor que el valor predeterminado de 10 800 segundos.

Para solucionar los problemas de los proyectos de almacenamiento de datos mediante cmdlets de Windows PowerShell

1. En el equipo que hospeda el servidor de administración de almacenamiento de datos, inicie Windows PowerShell.

2. Escriba el siguiente comando y presione ENTRAR.

   Get-SCDWJob
   

3. Revise el resultado y busque cualquier trabajo con el estado Error.

4. Escriba el siguiente comando y presione ENTRAR. En el comando, especifique el trabajo del almacenamiento de datos con errores como valor del parámetro JobName .

   Get-SCDWJobModule -JobName Transform.Common
   

5. En la salida, busque un estado de "Error" y, a continuación, revise la columna Mensaje de error para obtener más información sobre por qué se produjo un error en el trabajo de almacenamiento de datos.

6. Cuando esté listo para reintentar el trabajo con errores, en la consola de Service Manager, seleccione Data Warehouse.

7. Expanda Data Warehouse y seleccione Data Warehouse Trabajos.

8. En el panel trabajos de Data Warehouse, seleccione el trabajo con errores en la lista y seleccione Reanudar en la lista Tareas.

Para reemplazar el período de tiempo de espera predeterminado

1. Edite el Registro en el servidor de administración del almacenamiento de datos y asegúrese de que el nombre de clave SqlCommandTimeout en SOFTWARE\Microsoft\System Center\Common\DAL existe y es de tipo DWORD. Si no existe, créelo.

2. Edite el valor, que es en segundos, con un valor positivo.
3. Reinicie el servicio Microsoft Monitoring Agent.
4. Puede reanudar el trabajo Transform.common para ver el cambio.

Pasos siguientes

• Para recuperar datos de uno o varios orígenes de datos, consulte Registro de sistemas de origen en el almacenamiento de datos.