Recientemente migré a un cliente de una topología SCSM de 3 servidores a una topología SCSM de 5 servidores y ahora tengo un problema al registrar el servidor de administración de almacén de datos con el servidor de administración de Service Manager.
Todos los servidores ejecutan Windows Server 2012 excepto SCSM3, que ejecuta 2008 R2 SP1.
Configuración original
SCSM1
- Servidor de administración de Service Manager 2012 SP1 UR2
- SQL Server 2012 con bases de datos ServiceManager y SharePoint Foundation 2010 (para SSP)
SCSM2
- Administrador de servicios Servidor de administración de almacén de datos 2012 SP1 UR2
- SQL Server 2012 con las 5 bases de datos de almacén de datos, así como SSRS y SSAS.
SCSM3
- Fundación SharePoint 2010 SP1
- Servidor de contenido web Service Manager 2012 SP1 UR2
- Elementos web de SharePoint de Service Manager 2012 SP1 UR2
Configuración revisada
SCSM1
- Servidor de administración de Service Manager 2012 SP1 UR2
SCSM2
- Service Manager Data Warehouse Management Server 2012 SP1 (no puede instalar UR2 hasta que el DW se haya registrado y MPSync se haya ejecutado correctamente varias veces)
SCSM3
- Fundación SharePoint 2010 SP2
- Servidor de contenido web Service Manager 2012 SP1 UR2
- Elementos web de SharePoint de Service Manager 2012 SP1 UR2
SCSM4
- SQL Server 2012 con bases de datos ServiceManager y SharePoint Foundation 2010 (para SSP)
SCSM5
- SQL Server 2012 con las 5 bases de datos de almacén de datos, así como SSRS y SSAS. SSRS se configuró con la configuración manual adecuada que se detalla aquí:http://technet.microsoft.com/en-us/library/hh519664.aspx
Pasos de migración
El cliente tenía problemas de rendimiento que son comunes cuando SQL está ubicado en un servidor de administración, así que hice lo siguiente:
Poner en marcha dos nuevos servidores que funcionarán como servidores SQL dedicados.
Cancelar el registro del almacén de datos (la instalación era relativamente nueva, por lo que no fue necesaria la retención de datos de DW)
Desinstale SharePoint Foundation y WCS de SCSM3
Desinstalar SQL Server de SCSM1
Desinstale el servidor de gestión de almacén de datos de SCSM2
Desinstalar SQL Server de SCSM2
Reinstale el Portal de autoservicio en SCSM3 utilizando el nuevo servidor de bases de datos para bases de datos de SharePoint.
Reinstale el servidor de administración de almacenamiento de datos en SCSM2 especificando el nuevo servidor de base de datos durante la instalación. Intenté esto usando tanto el nombre del antiguo grupo de administración de DW como el nombre del nuevo grupo de administración.
Todo esto salió bien (incluida la instalación del almacén de datos), pero cuando voy a registrar el nuevo almacén de datos con el servidor de administración de Service Manager, aparece el siguiente error:
El servicio de acceso a datos no se está ejecutando o aún no se ha inicializado
Se produce un error similar al intentar registrar el DW a través de PowerShell usandoRegister-SCDWSource
De hecho, el servicio (y todos los demás servicios de System Center) se están ejecutando en todos los servidores en los que deberían ejecutarse. El propio Service Manager funciona bien después de la migración de la base de datos. El Portal de Autoservicio también funciona correctamente.
No hay filas en la dbo.MT_Microsoft$SystemCenter$ResourceAccessLayer$DwSdkResourceStoretabla, ya que el antiguo almacén de datos se canceló correctamente, por lo que truncar esta tabla no resolverá el problema.
Lo que probé según artículos de TechNet y publicaciones en foros:
Reinicie los servicios de System Center en todos los servidores.
Verifique que mi cuenta esté en el grupo Integrado\Administradores en todos los servidores.
Verifiqué que mi cuenta está en el grupo de administradores de Service Manager.
Verificó que los SPN adecuados para el Servicio de acceso a datos estén registrados manualmente.
Antivirus deshabilitado temporalmente en cada servidor.
Telnet al puerto 5724 funciona entre todos los servidores y estaciones de trabajo del entorno.
¿Alguien sabe qué más podría estar causando esto?
Respuesta1
Esta es una publicación antigua, pero es una situación en la que me encontré recientemente en las mismas circunstancias. El problema que tuve fue autoinfligido, cuando pasas por el proceso de actualizar todas las referencias de la tabla SCSM DB a los servidores antiguos y las apuntas a los nuevos servidores, todas apuntan al nuevo servidor SQL excepto el dbo. MT_Microsoft$SystemCenter$ResourceAccessLayer$SdkResourceStore que apunta al servidor de administración principal. Accidentalmente lo configuré en el nuevo servidor SQL, de ahí el error de registro de DW acerca de que el servicio de acceso a datos no se está ejecutando. Una vez que encontré y solucioné el problema, el registro DW funcionó.