Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questa guida consente agli amministratori di diagnosticare e risolvere il problema di individuazione del database di SQL Server in System Center 2012 Operations Manager e versioni successive.
Usando l'individuazione di database di SQL Server 2012 in System Center 2012 Operations Manager come esempio, verrà illustrata una serie di passaggi per la risoluzione dei problemi che consentono di comprendere e risolvere i problemi di individuazione.
Versione originale del prodotto: System Center Operations Manager
Numero KB originale: 4089249
Prima di iniziare
Prima di iniziare la risoluzione dei problemi, è importante verificare quanto segue:
Qual è il nome e la classe dell'oggetto da individuare?
Per l'individuazione del database di SQL Server, la classe di database di SQL Server è specifica della versione di SQL Server che ospita il database. Se si usa SQL Server 2012, il nome è SQL Server 2012 DB.
L'agente di monitoraggio appropriato è installato?
Se l'agente non è installato, seguire Install Agent on Windows Using the Discovery Wizard (Installa agente in Windows tramite individuazione guidata ) per installare l'agente.
Il proxy è abilitato nell'agente?
È necessario abilitare il proxy dell'agente per l'individuazione del database di SQL Server.
È installata la versione più recente del Management Pack di SQL Server?
La maggior parte degli oggetti è specifica della versione, ad esempio, il Management Pack per SQL Server 2012 potrebbe non funzionare in un'istanza di SQL Server 2012 R2. Inoltre, la versione più recente del Management Pack contiene correzioni per i problemi noti nelle versioni precedenti. L'installazione della versione più recente consente talvolta di risolvere il problema di individuazione del database di SQL Server.
Controllare la destinazione della regola di individuazione
La destinazione della regola di individuazione database di SQL Server deve essere individuata prima dell'esecuzione della regola di individuazione. In questo esempio, la destinazione della regola di individuazione del database di SQL Server 2012 è il motore di database di SQL Server 2012.
Determinare la destinazione della regola di individuazione del database di SQL Server 2012
Nella console di Operations Manager passare a Creazione di>oggetti Management Pack Oggetti>individuazioni.
Fare clic su Ambito, selezionare Visualizza tutte le destinazioni e quindi fare clic su Cancella tutto.
Immettere il database SQL Server 2012 in Cerca, controllare il database SQL Server 2012 e quindi fare clic su OK.
Individuare la destinazione della regola di individuazione restituita (colonna Destinazione ), nell'esempio la destinazione è motore di database di SQL Server 2012.
Determinare se l'oggetto di destinazione viene individuato
Nella console di Operations Manager passare a Monitoraggio inventario> individuato.
Fare clic su Cambia tipo di destinazione... nel riquadro Attività .
Selezionare Visualizza tutta la destinazione, immettere il motore di database di SQL Server 2012 in Cerca.
Selezionare Motore di database di SQL Server 2012 e quindi fare clic su OK.
In Inventario individuato cercare il nome di SQL Server o il nome del cluster che ospita il database. Se non è possibile trovarli, è necessario risolvere i problemi relativi alla regola di individuazione del motore di database.
Controllare lo stato di integrità dell'agente di Windows
Se l'agente di Windows mostra uno stato grigio, seguire Risolvere i problemi relativi agli stati dell'agente grigio in System Center Operations Manager per risolvere il problema.
Controllare se l'individuazione è sottoposta a override
A tale scopo, effettuare i passaggi seguenti:
Nella console di Operations Manager passare a Creazione di>oggetti Management Pack Oggetti>individuazioni.
Fare clic su Ambito, selezionare Visualizza tutte le destinazioni e quindi fare clic su Cancella tutto se non è disattivato.
Selezionare la casella di controllo DATABASE di SQL Server 2012 in Cerca e quindi fare clic su OK.
Fare clic con il pulsante destro del mouse su Individua database per un motore di database e quindi scegliere Scegli riepilogo>sostituzioni>per l'individuazione oggetti.
Esaminare tutte le sostituzioni che possono influire sulla regola di individuazione.
Controllare l'account RunAs che esegue l'individuazione
L'individuazione del database DI SQL Server 2012 usa il profilo RunAs dell'account di individuazione di SQL Server. Per verificare se l'account RunAs è associato a questo profilo, seguire questa procedura:
Nella console di Operations Manager passare ad Amministrazione>Profili di configurazione> RunAs e quindi aprire le proprietà del profilo dell'account di individuazione di SQL Server.
Passare alla pagina Account RunAs .
Se un account RunAs è elencato in questa pagina, si tratta dell'account usato per eseguire l'individuazione. Se non è elencato alcun elemento, viene usato l'account RunAs predefinito nel server per eseguire l'individuazione. Per trovare l'account RunAs predefinito nel server, seguire questa procedura:
Nella console di Operations Manager passare ad Amministrazione>Profili di configurazione> RunAs e quindi aprire le proprietà del profilo Account azione predefinito.
Passare alla pagina Account RunAs, individuare il nome del server nella colonna Percorso e quindi prendere nota dell'account corrispondente nella colonna Nome account.
Note
Questo account è in genere l'account azione del sistema locale, a volte può essere un account utente.
Assicurarsi che l'account RunAs disponga delle autorizzazioni necessarie per SQL Server. Per le autorizzazioni necessarie, vedere la guida al Management Pack di SQL Server.
Esaminare il registro eventi di Operations Manager nell'agente per individuare gli errori
Cercare gli eventi e gli errori seguenti:
Eventi che fanno riferimento al flusso di lavoro della regola di individuazione. Il nome dell'individuazione è Discover Databases for a motore di database e il nome del flusso di lavoro è Microsoft.SQLServer.2012.DatabaseDiscoveryRule.
Errori correlati all'account RunAs. Questi errori possono verificarsi dopo il riavvio del Servizio integrità.
Errori correlati allo script DiscoverSQL2012DB.vbs. Di seguito sono riportati alcuni esempi.
Evento 21405
Nome del log: Operations Manager
Origine: Moduli del Servizio integrità
Data: <data e ora>
ID evento: 21405
Categoria attività: Nessuna
Livello: Avviso
Parole chiave: Classico
Utente: N/D
Computer: ContosoSQL
Descrizione:
Il processo avviato al <momento> non è riuscito a creare System.Discovery.Data, senza errori rilevati nell'output. Il processo è stato chiuso con 4294967295Comando eseguito: "C:\Windows\system32\cscript.exe" /nologo "DiscoverSQL2012DB.vbs" {GUID1} {GUID2} 7103 ContosoSQLContosoSQL ContosoSQL\MSSQLSERVER MSSQLSERVER "Exclude:" 60005, 1433
Directory di lavoro: C:\Programmi\System Center Operations Manager\Agent\Servizio integrità State\Monitoring Host Temporary Files 47\13948\
L'evento ha coinvolto uno o più flussi di lavoro.Nome flusso di lavoro: Microsoft.SQLServer.2012.DatabaseDiscoveryRule
Nome istanza: sql_instance1
ID istanza: {GUID2}
Gruppo di gestione: management_groupPer risolvere questo problema, modificare il numero di porta nell'istanza di SQL Server da 60005, 1433 a 60005.1433. Lo spazio aggiuntivo fa sì che la riga di comando passi variabili non corrette.
Evento 7103
Nome del log: Operations Manager
Origine: script Servizio integrità
ID evento: 7103
Categoria attività: Nessuna
Livello: Errore
Parole chiave: Classico
Utente: N/D
Computer: SQL.CONTOSO.com
Descrizione:
Gruppo di gestione: CONTOSO_OM. Script: DiscoverSQL2012DB.vbs. Istanza: MSSQLSERVER: database SQL script di individuazione 'DiscoverSQL2012DB.vbs' per l'istanza 'MSSQLSERVER' non riuscita.Per risolvere questo problema, assicurarsi che l'account RunAs disponga delle autorizzazioni necessarie. Per le autorizzazioni necessarie, vedere la guida al Management Pack di SQL Server.
Abilitare la traccia ETL dettagliata
Abilitare la traccia ETL dettagliata e quindi eseguire l'override della regola di individuazione per forzare l'esecuzione con maggiore frequenza nell'agente problematico.
Esaminare TracingGUIDSNative.log e TracingGUIDSScript.log per gli eventi associati all'individuazione. Cercare eventi che fanno riferimento allo script DiscoverSQL2012DB.vbs o al flusso di lavoro Microsoft.SQLServer.2012.DatabaseDiscoveryRule .
Per l'individuazione basata su script, il TracingGUIDSScript.log contiene anche i parametri usati per avviare lo script. Controllare se vengono restituiti i dati di individuazione (in formato XML).
Dati di individuazione di esempio
<DataItem type="System.DiscoveryData" time="2017-05-10T17:23:25.8370063-04:00" sourceHealthServiceId="D5E3AD1A-589F-DDE5-B4AE-18D955BE5408">
<DiscoveryType>0</DiscoveryType>
<DiscoverySourceType>0</DiscoverySourceType>
<DiscoverySourceObjectId>{21A3C28F-B3CB-59A1-54C4-73232A9BA7EE}</DiscoverySourceObjectId>
<DiscoverySourceManagedEntity>{26B3B2EF-806B-6EA4-35DD-E669C83E36C8}</DiscoverySourceManagedEntity>
<ClassInstances>
<ClassInstance TypeId="{A7E5C5ED-6C02-3C7A-A608-0A3F93BF8E62}">
<Settings>
<Setting>
<Name>{0F700489-D513-FC14-2FE1-B514BC789F42}</Name>
<Value>MSSQLSERVER</Value>
</Setting>
<Setting>
<Name>{4FA240D2-044B-43EB-2A29-2BB59529FE9A}</Name>
<Value>True</Value>
</Setting>
<Setting>
<Name>{5C324096-D928-76DB-E9E7-E629DCC261B1}</Name>
<Value>MS-SQL.contoso.com</Value>
</Setting>
<Setting>
<Name>{625728CF-4AA8-7C0C-CBD4-AE75DF10A924}</Name>
<Value>MULTI_USER</Value>
</Setting>
<Setting>
<Name>{7DA12F00-1EAB-64EE-5283-49786282143B}</Name>
<Value>READ_WRITE</Value>
</Setting>
<Setting>
<Name>{830426A5-00D9-62AC-5869-B47179C55712}</Name>
<Value>CONTOSO\Administrator</Value>
</Setting>
<Setting>
<Name>{864E42E9-9E24-E2B9-3FD0-ECD5C4A56E8B}</Name>
<Value>SQL_Latin1_General_CP1_CI_AS</Value>
</Setting>
<Setting>
<Name>{87FB4803-BD4E-A6B8-0EDB-8F1E7E518272}</Name>
<Value>True</Value>
</Setting>
<Setting>
<Name>{925403A3-BD88-4DF5-B4D2-E514425E22A9}</Name>
<Value>SIMPLE</Value>
</Setting>
<Setting>
<Name>{C815DA4F-5C36-40EE-E39A-DE3532CCDF3E}</Name>
<Value>OperationsManager</Value>
</Setting>
</Settings>
</ClassInstance>
<ClassInstance TypeId="{A7E5C5ED-6C02-3C7A-A608-0A3F93BF8E62}">
<Settings>
<Setting>
<Name>{0F700489-D513-FC14-2FE1-B514BC789F42}</Name>
<Value>MSSQLSERVER</Value>
</Setting>
<Setting>
<Name>{4FA240D2-044B-43EB-2A29-2BB59529FE9A}</Name>
<Value>False</Value>
</Setting>
<Setting>
<Name>{5C324096-D928-76DB-E9E7-E629DCC261B1}</Name>
<Value>MS-SQL.contoso.com</Value>
</Setting>
<Setting>
<Name>{625728CF-4AA8-7C0C-CBD4-AE75DF10A924}</Name>
<Value>MULTI_USER</Value>
</Setting>
<Setting>
<Name>{7DA12F00-1EAB-64EE-5283-49786282143B}</Name>
<Value>READ_WRITE</Value>
</Setting>
<Setting>
<Name>{830426A5-00D9-62AC-5869-B47179C55712}</Name>
<Value>CONTOSO\Administrator</Value>
</Setting>
<Setting>
<Name>{864E42E9-9E24-E2B9-3FD0-ECD5C4A56E8B}</Name>
<Value>SQL_Latin1_General_CP1_CI_AS</Value>
</Setting>
<Setting>
<Name>{87FB4803-BD4E-A6B8-0EDB-8F1E7E518272}</Name>
<Value>False</Value>
</Setting>
<Setting>
<Name>{925403A3-BD88-4DF5-B4D2-E514425E22A9}</Name>
<Value>SIMPLE</Value>
</Setting>
<Setting>
<Name>{C815DA4F-5C36-40EE-E39A-DE3532CCDF3E}</Name>
<Value>OperationsManagerAC</Value>
</Setting>
</Settings>
</ClassInstance>
<ClassInstance TypeId="{A7E5C5ED-6C02-3C7A-A608-0A3F93BF8E62}">
<Settings>
<Setting>
<Name>{0F700489-D513-FC14-2FE1-B514BC789F42}</Name>
<Value>MSSQLSERVER</Value>
</Setting>
<Setting>
<Name>{4FA240D2-044B-43EB-2A29-2BB59529FE9A}</Name>
<Value>True</Value>
</Setting>
<Setting>
<Name>{5C324096-D928-76DB-E9E7-E629DCC261B1}</Name>
<Value>MS-SQL.contoso.com</Value>
</Setting>
<Setting>
<Name>{625728CF-4AA8-7C0C-CBD4-AE75DF10A924}</Name>
<Value>MULTI_USER</Value>
</Setting>
<Setting>
<Name>{7DA12F00-1EAB-64EE-5283-49786282143B}</Name>
<Value>READ_WRITE</Value>
</Setting>
<Setting>
<Name>{830426A5-00D9-62AC-5869-B47179C55712}</Name>
<Value>sa</Value>
</Setting>
<Setting>
<Name>{864E42E9-9E24-E2B9-3FD0-ECD5C4A56E8B}</Name>
<Value>SQL_Latin1_General_CP1_CI_AS</Value>
</Setting>
<Setting>
<Name>{87FB4803-BD4E-A6B8-0EDB-8F1E7E518272}</Name>
<Value>True</Value>
</Setting>
<Setting>
<Name>{925403A3-BD88-4DF5-B4D2-E514425E22A9}</Name>
<Value>SIMPLE</Value>
</Setting>
<Setting>
<Name>{C815DA4F-5C36-40EE-E39A-DE3532CCDF3E}</Name>
<Value>master</Value>
</Setting>
</Settings>
</ClassInstance>
<ClassInstance TypeId="{A7E5C5ED-6C02-3C7A-A608-0A3F93BF8E62}">
<Settings>
<Setting>
<Name>{0F700489-D513-FC14-2FE1-B514BC789F42}</Name>
<Value>MSSQLSERVER</Value>
</Setting>
<Setting>
<Name>{4FA240D2-044B-43EB-2A29-2BB59529FE9A}</Name>
<Value>False</Value>
</Setting>
<Setting>
<Name>{5C324096-D928-76DB-E9E7-E629DCC261B1}</Name>
<Value>MS-SQL.contoso.com</Value>
</Setting>
<Setting>
<Name>{625728CF-4AA8-7C0C-CBD4-AE75DF10A924}</Name>
<Value>MULTI_USER</Value>
</Setting>
<Setting>
<Name>{7DA12F00-1EAB-64EE-5283-49786282143B}</Name>
<Value>READ_WRITE</Value>
</Setting>
<Setting>
<Name>{830426A5-00D9-62AC-5869-B47179C55712}</Name>
<Value>CONTOSO\Administrator</Value>
</Setting>
<Setting>
<Name>{864E42E9-9E24-E2B9-3FD0-ECD5C4A56E8B}</Name>
<Value>Latin1_General_CI_AS_KS_WS</Value>
</Setting>
<Setting>
<Name>{87FB4803-BD4E-A6B8-0EDB-8F1E7E518272}</Name>
<Value>False</Value>
</Setting>
<Setting>
<Name>{925403A3-BD88-4DF5-B4D2-E514425E22A9}</Name>
<Value>FULL</Value>
</Setting>
<Setting>
<Name>{C815DA4F-5C36-40EE-E39A-DE3532CCDF3E}</Name>
<Value>ReportServer</Value>
</Setting>
</Settings>
</ClassInstance>
<ClassInstance TypeId="{A7E5C5ED-6C02-3C7A-A608-0A3F93BF8E62}">
<Settings>
<Setting>
<Name>{0F700489-D513-FC14-2FE1-B514BC789F42}</Name>
<Value>MSSQLSERVER</Value>
</Setting>
<Setting>
<Name>{4FA240D2-044B-43EB-2A29-2BB59529FE9A}</Name>
<Value>True</Value>
</Setting>
<Setting>
<Name>{5C324096-D928-76DB-E9E7-E629DCC261B1}</Name>
<Value>MS-SQL.contoso.com</Value>
</Setting>
<Setting>
<Name>{625728CF-4AA8-7C0C-CBD4-AE75DF10A924}</Name>
<Value>MULTI_USER</Value>
</Setting>
<Setting>
<Name>{7DA12F00-1EAB-64EE-5283-49786282143B}</Name>
<Value>READ_WRITE</Value>
</Setting>
<Setting>
<Name>{830426A5-00D9-62AC-5869-B47179C55712}</Name>
<Value>sa</Value>
</Setting>
<Setting>
<Name>{864E42E9-9E24-E2B9-3FD0-ECD5C4A56E8B}</Name>
<Value>SQL_Latin1_General_CP1_CI_AS</Value>
</Setting>
<Setting>
<Name>{87FB4803-BD4E-A6B8-0EDB-8F1E7E518272}</Name>
<Value>True</Value>
</Setting>
<Setting>
<Name>{925403A3-BD88-4DF5-B4D2-E514425E22A9}</Name>
<Value>SIMPLE</Value>
</Setting>
<Setting>
<Name>{C815DA4F-5C36-40EE-E39A-DE3532CCDF3E}</Name>
<Value>msdb</Value>
</Setting>
</Settings>
</ClassInstance>
<ClassInstance TypeId="{A7E5C5ED-6C02-3C7A-A608-0A3F93BF8E62}">
<Settings>
<Setting>
<Name>{0F700489-D513-FC14-2FE1-B514BC789F42}</Name>
<Value>MSSQLSERVER</Value>
</Setting>
<Setting>
<Name>{4FA240D2-044B-43EB-2A29-2BB59529FE9A}</Name>
<Value>True</Value>
</Setting>
<Setting>
<Name>{5C324096-D928-76DB-E9E7-E629DCC261B1}</Name>
<Value>MS-SQL.contoso.com</Value>
</Setting>
<Setting>
<Name>{625728CF-4AA8-7C0C-CBD4-AE75DF10A924}</Name>
<Value>MULTI_USER</Value>
</Setting>
<Setting>
<Name>{7DA12F00-1EAB-64EE-5283-49786282143B}</Name>
<Value>READ_WRITE</Value>
</Setting>
<Setting>
<Name>{830426A5-00D9-62AC-5869-B47179C55712}</Name>
<Value>sa</Value>
</Setting>
<Setting>
<Name>{864E42E9-9E24-E2B9-3FD0-ECD5C4A56E8B}</Name>
<Value>SQL_Latin1_General_CP1_CI_AS</Value>
</Setting>
<Setting>
<Name>{87FB4803-BD4E-A6B8-0EDB-8F1E7E518272}</Name>
<Value>True</Value>
</Setting>
<Setting>
<Name>{925403A3-BD88-4DF5-B4D2-E514425E22A9}</Name>
<Value>SIMPLE</Value>
</Setting>
<Setting>
<Name>{C815DA4F-5C36-40EE-E39A-DE3532CCDF3E}</Name>
<Value>tempdb</Value>
</Setting>
</Settings>
</ClassInstance>
<ClassInstance TypeId="{A7E5C5ED-6C02-3C7A-A608-0A3F93BF8E62}">
<Settings>
<Setting>
<Name>{0F700489-D513-FC14-2FE1-B514BC789F42}</Name>
<Value>MSSQLSERVER</Value>
</Setting>
<Setting>
<Name>{4FA240D2-044B-43EB-2A29-2BB59529FE9A}</Name>
<Value>False</Value>
</Setting>
<Setting>
<Name>{5C324096-D928-76DB-E9E7-E629DCC261B1}</Name>
<Value>MS-SQL.contoso.com</Value>
</Setting>
<Setting>
<Name>{625728CF-4AA8-7C0C-CBD4-AE75DF10A924}</Name>
<Value>MULTI_USER</Value>
</Setting>
<Setting>
<Name>{7DA12F00-1EAB-64EE-5283-49786282143B}</Name>
<Value>READ_WRITE</Value>
</Setting>
<Setting>
<Name>{830426A5-00D9-62AC-5869-B47179C55712}</Name>
<Value>sa</Value>
</Setting>
<Setting>
<Name>{864E42E9-9E24-E2B9-3FD0-ECD5C4A56E8B}</Name>
<Value>SQL_Latin1_General_CP1_CI_AS</Value>
</Setting>
<Setting>
<Name>{87FB4803-BD4E-A6B8-0EDB-8F1E7E518272}</Name>
<Value>False</Value>
</Setting>
<Setting>
<Name>{925403A3-BD88-4DF5-B4D2-E514425E22A9}</Name>
<Value>FULL</Value>
</Setting>
<Setting>
<Name>{C815DA4F-5C36-40EE-E39A-DE3532CCDF3E}</Name>
<Value>model</Value>
</Setting>
</Settings>
</ClassInstance>
<ClassInstance TypeId="{A7E5C5ED-6C02-3C7A-A608-0A3F93BF8E62}">
<Settings>
<Setting>
<Name>{0F700489-D513-FC14-2FE1-B514BC789F42}</Name>
<Value>MSSQLSERVER</Value>
</Setting>
<Setting>
<Name>{4FA240D2-044B-43EB-2A29-2BB59529FE9A}</Name>
<Value>False</Value>
</Setting>
<Setting>
<Name>{5C324096-D928-76DB-E9E7-E629DCC261B1}</Name>
<Value>MS-SQL.contoso.com</Value>
</Setting>
<Setting>
<Name>{625728CF-4AA8-7C0C-CBD4-AE75DF10A924}</Name>
<Value>MULTI_USER</Value>
</Setting>
<Setting>
<Name>{7DA12F00-1EAB-64EE-5283-49786282143B}</Name>
<Value>READ_WRITE</Value>
</Setting>
<Setting>
<Name>{830426A5-00D9-62AC-5869-B47179C55712}</Name>
<Value>CONTOSO\Administrator</Value>
</Setting>
<Setting>
<Name>{864E42E9-9E24-E2B9-3FD0-ECD5C4A56E8B}</Name>
<Value>Latin1_General_CI_AS_KS_WS</Value>
</Setting>
<Setting>
<Name>{87FB4803-BD4E-A6B8-0EDB-8F1E7E518272}</Name>
<Value>False</Value>
</Setting>
<Setting>
<Name>{925403A3-BD88-4DF5-B4D2-E514425E22A9}</Name>
<Value>SIMPLE</Value>
</Setting>
<Setting>
<Name>{C815DA4F-5C36-40EE-E39A-DE3532CCDF3E}</Name>
<Value>ReportServerTempDB</Value>
</Setting>
</Settings>
</ClassInstance>
<ClassInstance TypeId="{A7E5C5ED-6C02-3C7A-A608-0A3F93BF8E62}">
<Settings>
<Setting>
<Name>{0F700489-D513-FC14-2FE1-B514BC789F42}</Name>
<Value>MSSQLSERVER</Value>
</Setting>
<Setting>
<Name>{4FA240D2-044B-43EB-2A29-2BB59529FE9A}</Name>
<Value>False</Value>
</Setting>
<Setting>
<Name>{5C324096-D928-76DB-E9E7-E629DCC261B1}</Name>
<Value>MS-SQL.contoso.com</Value>
</Setting>
<Setting>
<Name>{625728CF-4AA8-7C0C-CBD4-AE75DF10A924}</Name>
<Value>MULTI_USER</Value>
</Setting>
<Setting>
<Name>{7DA12F00-1EAB-64EE-5283-49786282143B}</Name>
<Value>READ_WRITE</Value>
</Setting>
<Setting>
<Name>{830426A5-00D9-62AC-5869-B47179C55712}</Name>
<Value>CONTOSO\Administrator</Value>
</Setting>
<Setting>
<Name>{864E42E9-9E24-E2B9-3FD0-ECD5C4A56E8B}</Name>
<Value>SQL_Latin1_General_CP1_CI_AS</Value>
</Setting>
<Setting>
<Name>{87FB4803-BD4E-A6B8-0EDB-8F1E7E518272}</Name>
<Value>False</Value>
</Setting>
<Setting>
<Name>{925403A3-BD88-4DF5-B4D2-E514425E22A9}</Name>
<Value>SIMPLE</Value>
</Setting>
<Setting>
<Name>{C815DA4F-5C36-40EE-E39A-DE3532CCDF3E}</Name>
<Value>OperationsManagerDW</Value>
</Setting>
</Settings>
</ClassInstance>
</ClassInstances>
</DataItem>
Esportare lo script di individuazione ed eseguirlo manualmente
Se non vengono restituiti dati di individuazione, il motivo potrebbe essere che i dati restituiti sono troppo grandi. Le individuazioni di Operations Manager hanno un limite di dimensioni pari a 4 MB, se l'elemento dati è maggiore di 4 MB, viene eliminato senza alcun avviso.
In questo caso, seguire questa procedura:
Esportare lo script dal Management Pack
Esportare il Management Pack da Operations Manager eseguendo il comando seguente da un'istanza di shell di Operations Manager:
get-scommanagementpack -Name Microsoft.SQLServer.2012.Discovery | Export-SCOMManagementPack -path c:\temp
Note
Assicurarsi di specificare un percorso valido. Non includere il nome del Management Pack nel percorso.
Individuare il file Microsoft.SQLServer.2012.Discovery.xml nella cartella c:\temp e quindi aprirlo nel Blocco note o in un editor XML.
<ScriptName>DiscoverSQL2012DB.vbs</ScriptName>
Cercare , copiare il contenuto dell'elemento <ScriptBody> e incollarlo in un nuovo file di testo.Rimuovere il tag <iniziale ScriptBody> e il tag <di fine /ScriptBody>.
Trovare e sostituire i caratteri seguenti nel file:
Sostituisci <
con<
Sostituisci > con >
Sostituisci con & conSalvare il nuovo file come DiscoverSQL2012DB.vbs.
Eseguire manualmente lo script
Cercare una riga simile alla seguente in TracingGUIDSScript.log:
"C:\Windows\system32\cscript.exe" /nologo "DiscoverSQL2012DB.vbs" {21A3C28F-B3CB-59A1-54C4-73232A9BA7EE} {26B3B2EF-806B-6EA4-35DD-E669C83E36C8} 7103 MS-SQL.contoso.com MS-SQL.contoso.com MS-SQL MSSQLSERVER "Exclude:" "1433"
Note
Si tratta del comando usato per eseguire lo script DiscoverSQL2012DB.vbs.
Copiare questa riga e incollarla nel prompt dei comandi per eseguire lo script DiscoverSQL2012DB.vbs.
Problemi che possono verificarsi quando si esegue lo script
Non vengono restituiti dati.
Questo problema si verifica se TCP/IP è disabilitato nell'istanza di SQL Server.
Risoluzione
Aprire Gestione configurazione SQL Server, passare a Protocolli di configurazione>di rete di SQL Server per "SQL_Instance" e quindi abilitare TCP/IP.
Si verifica un'eccezione quando si esegue lo script.
Risoluzione
Controllare se si verifica un problema di autorizzazione o WMI.
Per verificare il problema di WMI, seguire questa procedura:
Nel server SQL aprire WBEMTEST.
Connettersi a
root\Microsoft\SqlServer\ComputerManagement11
.Eseguire la
select * from SQLService where SQLServiceType=1
query.Se viene visualizzato un errore WMI o nessun output, assicurarsi di disporre di un backup del server, aprire un prompt dei comandi con privilegi elevati e quindi eseguire il comando seguente per ripristinare lo spazio dei nomi WMI:
mofcomp.exe "C:\Program Files (x86)\Microsoft SQL Server\110\Shared\sqlmgmproviderxpsp2up.mof"
Esaminare i dati di individuazione per gli oggetti mancanti
Se gli oggetti mancanti non sono inclusi nei dati di individuazione, potrebbe verificarsi un problema di autorizzazione o un problema con WMI.
Ad esempio, se l'account RunAs non dispone delle autorizzazioni necessarie, è possibile ottenere un output simile al seguente:
<DataItem type="System.DiscoveryData" time="2018-01-29T14:27:53.0318929-05:00" sourceHealthServiceId="D5E3AD1A-589F-DDE5-B4AE-18D955BE5408">
<DiscoveryType>0</DiscoveryType>
<DiscoverySourceType>0</DiscoverySourceType>
<DiscoverySourceObjectId>{21A3C28F-B3CB-59A1-54C4-73232A9BA7EE}</DiscoverySourceObjectId>
<DiscoverySourceManagedEntity>{26B3B2EF-806B-6EA4-35DD-E669C83E36C8}</DiscoverySourceManagedEntity>
</DataItem>Per verificare il problema di WMI, seguire questa procedura:
Nel server SQL aprire WBEMTEST.
Connettersi a
root\Microsoft\SqlServer\ComputerManagement11
.Eseguire la
select * from SQLService where SQLServiceType=1
query:Se viene visualizzato un errore WMI o nessun output, assicurarsi di disporre di un backup del server, aprire un prompt dei comandi con privilegi elevati e quindi eseguire il comando seguente per ripristinare lo spazio dei nomi WMI:
mofcomp.exe "C:\Program Files (x86)\Microsoft SQL Server\110\Shared\sqlmgmproviderxpsp2up.mof"
Se gli oggetti mancanti sono inclusi nei dati di individuazione, esaminare i log eventi seguenti:
Registri eventi di Operations Manager
Cercare gli eventi che segnalano che i dati di individuazione vengono eliminati. Ad esempio, evento 5000 o 4506.
Quando sono presenti troppi dati nella coda di invio, è possibile che i dati vengano eliminati. Per risolvere questo problema, aumentare le dimensioni della coda nell'agente.
Registro eventi del server di gestione
Cercare gli eventi che segnalano che i dati di individuazione vengono eliminati o fare riferimento a problemi di prestazioni di SQL Server che impediscono la scrittura tempestiva dei dati nel database di Operations Manager.
Ulteriori informazioni
Per altre informazioni su System Center Operations Manager, pubblicare una domanda nel forum qui.
Per tutte le ultime notizie, informazioni e suggerimenti tecnici, visita il blog di System Center.