Imansible registrare nuovo Data Warehouse Service Manager di System Center dopo la migrazione del database di Service Manager

Recentemente ho migrato un cliente da una topologia SCSM di 3 server a una topologia SCSM di 5 server e adesso ho un problema che registra il Data Warehouse Management Server con il Service Manager Management Server.

Tutti i server eseguono Windows Server 2012 ad exception di SCSM3, che eseguono 2008 R2 SP1.


Configurazione originale

SCSM1

  • Service Manager Management Server 2012 SP1 UR2
  • SQL Server 2012 con i database di ServiceManager e SharePoint Foundation 2010 (per SSP)

SCSM2

  • Service Manager Data Warehouse Management Server 2012 SP1 UR2
  • SQL Server 2012 con tutti i 5 database di data warehouse, nonché SSRS e SSAS.

SCSM3

  • SharePoint Foundation 2010 SP1
  • Service Manager 2012 Server SP1 UR2 Web Content Server
  • Service Manager 2012 SP1 UR2 SharePoint Web Parts

Configurazione aggiornata

SCSM1

  • Service Manager Management Server 2012 SP1 UR2

SCSM2

  • Service Manager Data Warehouse Management Server 2012 SP1 (non è ansible installare UR2 fino a quando la DW è stata registrata un MPSync è stato eseguito più volte)

SCSM3

  • SharePoint Foundation 2010 SP2
  • Service Manager 2012 Server SP1 UR2 Web Content Server
  • Service Manager 2012 SP1 UR2 SharePoint Web Parts

SCSM4

  • SQL Server 2012 con i database di ServiceManager e SharePoint Foundation 2010 (per SSP)

SCSM5

  • SQL Server 2012 con tutti i 5 database di data warehouse, nonché SSRS e SSAS. SSRS è stato configurato con la corretta configuration manuale dettagliata qui – http://technet.microsoft.com/en-us/library/hh519664.aspx

Passaggi di migrazione

Il cliente stava colpendo problemi relativi alle performance che sono comuni quando SQL si trova in un server di gestione, quindi ho fatto quanto segue:

  1. Stand up due nuovi server che functionranno come server SQL dedicati.

  2. Annullare la logging del Data Warehouse (l'installazione è stata relativamente nuova, quindi non era necessaria alcuna conservazione dei dati DW)

  3. Segui questo post di blog TechNet per spostare il database di ServiceManager a un nuovo server

  4. Disinstallare SharePoint Foundation e il WCS da SCSM3

  5. Disinstallare SQL Server da SCSM1

  6. Disinstallare il Data Warehouse Management Server da SCSM2

  7. Disinstallare SQL Server da SCSM2

  8. Reinstallare il Portale Self-Service su SCSM3 utilizzando il nuovo database server per i database di SharePoint.

  9. Reinstallare il Data Warehouse Management Server su SCSM2 specificando il nuovo server di database durante l'installazione. Ho provato questo utilizzando sia il nome del vecchio gruppo di gestione DW che il nuovo nome di gruppo di gestione.


Tutto questo andava bene (inclusa l'installazione di Data Warehouse), ma quando vado a registrare il nuovo Data Warehouse con il Service Manager Management Server, ottengo il seguente errore:

Il servizio di accesso ai dati non è in esecuzione o non è ancora stato inizializzato

Un errore analogo viene generato quando si tenta di registrare il DW tramite PowerShell utilizzando Register-SCDWSource

Il servizio (e tutti gli altri servizi di System Center) sono effettivamente in esecuzione su tutti i server in cui dovrebbero essere in esecuzione. Service Manager stesso sta funzionando bene dopo la migrazione del database. Il portle self-service funziona correttamente.

Non ci sono righe nella dbo.MT_Microsoft$SystemCenter$ResourceAccessLayer$DwSdkResourceStore , in quanto il vecchio Data Warehouse è stato annullato correttamente, quindi la troncatura di questa tabella non risolve il problema.

Quello che ho provato basato su articoli e post sul forum di TechNet:

  • Riavviare i servizi di System Center su tutti i server.

  • Verifica che il mio account sia nel gruppo Built-in \ Administrators su tutti i server.

  • Verificato che il mio account sia nel gruppo di amministratori di Service Manager.

  • Verificato che le SPN corrette per il servizio di accesso ai dati siano registrate manualmente.

  • Distriggersto antivirus temporaneamente su ciascun server.

  • Telnet alla port 5724 funziona tra tutti i server e le workstation nell'ambiente.


Qualcuno sa cosa altro potrebbe causare questo?

  • C'è qualche tipo di registro delle modifiche di configuration a un server Windows? In caso affermativo, where posso trovarlo?
  • Rimuovere un file da una condivisione di networking non nel cestino?
  • Quali sono gli svantaggi del disegno di networking basato su alberi di dati?
  • Cosa succede quando Windows esaurisce le maniglie?
  • Ho davvero bisogno di MS Active Directory?
  • C'è un modo per evitare di riprintingre i file in each ricerca di ricerca di Microsoft Ricerca?
  • Come possiamo inserire più chiavi in ​​una cartella del Registro di sistema senza utilizzare strumenti di terze parti?
  • Aggiornamento mazzo di Puppet msi sulle windows
  • One Solution collect form web for “Imansible registrare nuovo Data Warehouse Service Manager di System Center dopo la migrazione del database di Service Manager”

    Questo è un vecchio post, ma è una situazione che mi trovai di recente nelle stesse circostanze. Il problema che ho avuto è stato auto-inflitto, quando si passa attraverso il process di aggiornamento di tutti i riferimenti della tabella DB di SCSM ai vecchi server e li punta ai nuovi server, tutti indicano il nuovo server SQL ad exception del dbo. MT_Microsoft $ SystemCenter $ ResourceAccessLayer $ SdkResourceStore che punta al server di gestione primario. L'ho impostato accidentalmente sul nuovo server SQL, quindi l'errore di logging DW sul servizio di accesso ai dati non è in esecuzione. Una volta trovato e corretto il problema, la logging DW funzionava.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.