Per cancellare lo storico delle sincronizzazioni occorre agire al livello SQL. Basterebbe aprire la SQL Management Studio e scegliere DATABASE ENGINE

Poi occorre fare questa nuova query:

USE SUSDB

GO

DELETE FROM tbEventInstance WHERE EventNamespaceID = '2' AND EVENTID IN ('381', '382', '384', '386', '387', '389')

GO

Ora la WSUS console riporta 0 syncronizzazioni

Se si vuole mantenere lo storico fino a 3 giorni, la query diventa:

USE SUSDB

GO 

DELETE FROM tbEventInstance WHERE EventNamespaceID = '2' AND EVENTID IN ('381', '382', '384', '386', '387', '389') AND DATEDIFF(month, TimeAtServer, CURRENT_TIMESTAMP) >= 3;

GO

Sono sicuro che vi è capitato (o almeno avete pensato) di spostare i dati di un Protection Group (PG) da uno dei dischi dello storage pool di DPM ad un altro disco. Magari dovete togliere il vecchio disco e sostituirlo con uno nuovo più capiente, quindi è necessario spostare i dati sul nuovo disco prima di dismettere il vecchio disco.

DPM 2012 viene con uno script PowerShell denominato MigrateDatasourceDataFromDPM.ps1 ed è documentato qui ma per alcuni di noi, specialmente quelli che non conoscono bene PowerShell, lo script sopra potrebbe diventare un incubo.

Vi segnalo invece questo link fantastico di Michael Seidl. Si tratta di uno script PowerShell grafico. Si lancia dalla PowerShell console di DPM e il resto si fa dall’interfaccia grafica!

Avviando lo script, senza nessun parametro, vi viene chiesto il nome del server DPM da utilizzare (nome oscurato nello screenshot). Poi lo script fa una sola domanda, se si vuole spostare tutto il contenuto di un determinato disco ad un altro, o di un determinato Datasource ad un altro disco.

In questi screenshot, ho scelto di spostare tutto il contenuto dal disco 1 al disco 2

Mentre in questo caso, ho risposto O (One datasource) per spostare un singolo datasource da un disco ad un altro, in questo caso le schermate diventano 3. La prima schermata è il nome del Protection Group, poi il dato da spostare, e finalmente il disco di destinazione!

La seguente query SQL restituisce tutti i sorgenti dei dati con il Mount Point corrispondente

select server.servername,datasource.datasourcename,Volume.MountPointPath
from tbl_SPM_Volume Volume
join tbl_SPM_VolumeSet VolumeSet on VolumeSet.VolumeSetId=Volume.VolumeSetId
join tbl_PRM_LogicalReplica Replica on Replica.PhysicalReplicaId=VolumeSet.VolumeSetId
join dbo.tbl_PRM_ReplicaVolume ReplicaVol on VolumeSet.VolumeSetId=replicavol.ReplicaId
join tbl_IM_Datasource Datasource on Datasource.DatasourceId=Replica.DatasourceId
join tbl_AM_Server Server on Server.ServerId=Datasource.serverid
join tbl_SPM_Extent Extent on Extent.GuidName=Volume.GuidName
join tbl_SPM_Disk disk on disk.DiskID=Extent.DiskID
and Replica.Validity in (1,2,3) 
and volume.usage in (1)

Ovviamente se si ha la necessità di trovare quale sorgente corrisponde a un determinato Mount Point, basterebbe aggiungere la clausola WHERE in una riga separata come da seguito

select server.servername,datasource.datasourcename,Volume.MountPointPath
from tbl_SPM_Volume Volume
join tbl_SPM_VolumeSet VolumeSet on VolumeSet.VolumeSetId=Volume.VolumeSetId
join tbl_PRM_LogicalReplica Replica on Replica.PhysicalReplicaId=VolumeSet.VolumeSetId
join dbo.tbl_PRM_ReplicaVolume ReplicaVol on VolumeSet.VolumeSetId=replicavol.ReplicaId
join tbl_IM_Datasource Datasource on Datasource.DatasourceId=Replica.DatasourceId
join tbl_AM_Server Server on Server.ServerId=Datasource.serverid
join tbl_SPM_Extent Extent on Extent.GuidName=Volume.GuidName
join tbl_SPM_Disk disk on disk.DiskID=Extent.DiskID
and Replica.Validity in (1,2,3) 
and volume.usage in (1)
where MountPointPath like '%vol_52fde851-712c-4fd5-b3f2-c29461c814bd%'

Lo strumento ha un ottimo grado di granularità e quindi permette di definire dei soglie specifiche della singola applicazione e tiene conto delle sue limitazioni e bug conosciuti.

Per decidere queste soglie consiglio fortemente di fare un gruppo di lavoro tra sviluppo, gestione e, se necessario, l’aiuto di un PFE.

Queste sono nozioni di base da tener presenti.

Prima nozione importante è quella di conoscere il modello di APM che permette di capire come vengono strutturati i siti web e le applicazioni con l'utilizzo del template di SCOM .NET Application Monitoring.

Questo articolo di Daniele Muscetta lo spiega benissimo ed è importante tenerlo a mente perché è una delle componenti che determina come vengono calcolati i valori che vengono poi verificati con le soglie:

https://blogs.technet.com/b/momteam/archive/2012/01/14/apm-object-model.aspx

Questo articolo spiega qualche strategia per limitare il rumore di fondo: Authoring Strategies for .NET Application Monitoring (https://technet.microsoft.com/en-us/library/hh543991.aspx)

Qui potete trovare il dettaglio del significato dei vari settaggi del .NET Application monitoring template: .NET Application Performance Monitoring Template (https://technet.microsoft.com/en-us/library/hh457578.aspx#BKMK_SSCustom)

Infine questi due articoli spiegano delle possibili modalità per andare con precisione chirurgica a gestire le soglie di ogni singola componente del sito:

Using Exception Handlers to Define Critical Exceptions -  https://technet.microsoft.com/en-us/library/hh543992.aspx

All you need to know about APM "Transactions" - https://blogs.technet.com/b/momteam/archive/2012/04/03/all-you-need-to-know-about-apm-transactions.aspx

Sostanzialmente si tratta di utilizzare al massimo possibile la granularità di monitoraggio definendo delle soglie meno restrittive in generale e molto più restrittive e specializzate per tutte quelle componenti che APM può misurare singolarmente (Leggi Transactions, ovvero pagine ASP.NET e/o Definizione di Critical Exceptions).

Questo tipo di approccio è comunque potenzialmente molto pericoloso perché si monitorerebbe in maniera stringente solo quello che si conosce lasciando limiti alti per situazioni non contemplate durante l'analisi. (Pagine e/o exception non explicitamente sorvegliate verranno monitorate con i limiti generici.

 Dunque non esiste un modo ottimale univoco per definire le soglie più adatte su APM, non solo sulla singola applicazione ma sulla singola web “Transactions”. In generale, it depends.

Microsoft ha investito e continuerà ad investire su Service Manager. Per ulteriori dettagli potete consultare il post originale, che trovate a questo link, scritto direttamente da Christian Booth, Senior Program Manager del gruppo di prodotto.

Buona lettura

Questo accade sicuramente su computer che non sono connessi ad Internet ed è dovuto ad un comportamento noto delle applicazioni .NET 2.0.

Le applicazioni .Net 2.0 ogni volta che vengono eseguite cercano di scaricare la CRL (Certificate Revocation List) per verificare l'attendibilità del certificato utilizzato per il Code Signing degli assembly .NET. Se il servizio CRL (pagina, sito o web service che sia) non è raggiungibile, lo start up dell'applicazione deve attendere il tempo di timeout prima di rispondere. Questo risulta vero anche per ogni operazione che richiede il caricamento di un nuovo assembly.

Lo stesso comportamento, spiegato nell'articolo KB936707 è stato riscontrato anche su applicazioni .Net 3.5.x. e .Net 4.0 (vedi Operations Console) ed è stato riscontrato che anche su computer che accedono ad internet, effettuando quanto descritto nella suddetta KB si ottiene un incremento delle prestazioni dei tempi di risposta della console

Per risolvere il problema quindi è sufficiente effettuare quanto descritto nell'articolo di sopra. In particolare è necessario aggiungere le istruzioni riportate nel paragrafo More Information di cui riporto per comodità un estratto:

You can use this configuration setting in an application configuration file. To do this, add the following code to the <ApplicationName>.exe.config file for the .NET Framework 2.0 managed application:

Dopo aver effettuato la suddetta configurazione, che deve essere ripetuta su ogni computer su cui è installata la console, riavviando la console noterete che essa risulterà molto più responsiva.

Come direbbero gli anglofoni: HTH (Hope That Helps) J

La procedura non è cambiata rispetto a OpsMgr 2007, e non ricordavo quanto poteva essere noiosa per alcuni ambienti dove i permessi necessari non sono dati per scontati.

La riporto qui per facilità di chi si trovasse ad affrontare le stesse problematiche.

Per il monitoraggio delle repliche l'agente sul Domain Controller esegue periodicamente lo script "AD Replication Monitoring". La prima volta che viene eseguito verifica l'esistenza di un container OpsMgrLatencyMonitors, se non c'è lo crea, se c'è scrive all'interno di quel container un oggetto che rappresenta il DC stesso. Le volte successive che lo script gira, verrà solo aggiornato un attributo dell'oggetto che rappresenta il DC (adminDescription) con l'ora corrente (in base alla quale di volta in volta vengono calcolati i tempi di latenza).

Ma fermiamoci un momento prima poiché l'intoppo spesso si presenta già alla creazione del container.

Se non ci sono Run As Accounts configurati, l'agente esegue con LOCAL SYSTEM lo script AD Replication Monitoring; in questo caso "di solito" (ma può capitare che non sia così) il container viene correttamente creato con i relativi permessi, ed ogni DC può creare il proprio oggetto all'interno del container.

Quando ciò non accade, il container va creato a mano e vanno assegnati i permessi necessari affinché le operazioni sopra descritte vadano a buon fine:

    1.  Accedere ad ADSIEdit con un account che abbia i privilegi per modificare la Domain Partition

    2. Collegarsi al "Default naming context" e creare il container OpsMgrLatencyMonitors

    3.  Aprire le proprietà del container per modificarne i permessi: dal tab Security premere Advanced e poi Add

    4.  Cercare il gruppo ENTERPRISE DOMAIN CONTROLLERS ed assegnargli i seguenti permessi: 

1. Tab Object:
• Apply to: This Object and all descendant objects
• Selezionare: Create Container Objects
2. Tab Properties:
• Apply to: This Object and all descendant objects
• Selezionare: Write adminDescription
3. Tab Properties
• Apply to: This Object and all descendant objects
• Selezionare: Read all properties

Una volta completate queste configurazioni, il container verrà creato e gestito senza problemi così come gli oggetti relativi ai DC.

Cosa succede se ho configurato un Run As Account con un account di dominio? Niente di diverso, si applica la stessa procedura selezionando il Run As Account al posto del gruppo Enterprise Domain Controllers.

La configurazione del monitoraggio non è ancora conclusa: a questo punto, su ADSI Edit finalmente vediamo i container creati….ma la vista Replication Latency sulla console SCOM  è ancora vuota.
Bisogna infatti aggiungere a mano i DC per cui si vogliono collezionare i dati di performance di Replication Latency:

1. Aprire la console al Tab Authoring
2. Selezionare Management Pack Objects -> Rules e cercare le regole  “AD Replication Monitoring Performance Collection (Targets)” e “AD Replication Monitoring Performance Collection (Sources)”

Queste regole andranno abilitate tramite un override.

ATTENZIONE:
Per evitare di generare un carico di dati di performance eccessivo la guida suggerisce di creare due gruppi (DC Sources e DC Targets) con un numero limitato di DC e impostare l'override sui gruppi. Facendo l'override per "For all object of class: Windows 2008 domain controller computer Role" si produrrà la raccolta dei dati di replication Latency tra tutti i Domain Controllers.
Seguire le indicazioni della guida: https://technet.microsoft.com/en-us/library/ee662305.aspx

Arrivati qui la configurazione per il monitoraggio delle repliche è conclusa!

Uno sguardo alla Console e..oops! Ancora degli allarmi!

Il monitoraggio delle repliche infatti non solo crea un container OpsMgrLatencyMonitors nella Default-naming-context partition, ma anche nelle DomainDnsZones e ForestDnsZones. In queste partizioni vengono creati gli oggetti relativi ai DNS (se integrati in AD) per i quali sono monitorate le latenze di replica delle zone tra i vari DNS.

Se, come è capitato a me, il LOCAL SYSTEM come action account non ha permessi a sufficienza per creare i container in quelle partizioni, si dovrà eseguire la stessa procedura in ADSI Edit descritta sopra, ma collegandosi al DomainDnsZones e ForestDnsZones nella forma: "DC=DomainDnsZones,DC=dominio,DC=estensione_dominio".

Il mio lab nell'esempio:

Se infine delle repliche non vi interessa niente e cercate solo un modo per disabilitarne il monitoraggio, questo blog spiega chiaramente quali sono le regole che vanno disabilitate: https://blogs.technet.com/b/jimmyharper/archive/2009/05/20/configuring-or-disabling-replication-monitoring-in-the-active-directory-management-pack.aspx

Marta

il seguente post per aggiornarvi sugli ultimi Management Pack rilasciati, sia a livello di update di alcuni di essi, sia relativi a nuove tecnologie da poter monitorare con il nostro Operations Manager.

NOVEMBRE

System Center Management Pack for System Center 2012 R2 Orchestrator

Microsoft Dynamics NAV 2013 R2 Management Pack for System Center

OTTOBRE

System Center Management Pack for Service Provider Foundation (SPF)

System Center Management Pack for Windows Server Cluster

System Center Management Pack for System Center 2012 R2 Orchestrator - Service Management Automation

System Center 2012 - Operations Manager Component Add - On

System Center Management Pack for Windows Server DNS

System Center Management Pack for Windows Server 2012 R2 Essentials

System Center 2012 Management Pack for Multi-Tenant RemoteAccess 2012

System Center 2012 Management Pack for Microsoft Windows Server 2012 Internet Information Service 8

System Center Management Pack for Web Application Proxy

System Center Management Pack for Windows Azure Pack: Web Sites

System Center Management Pack for Windows Azure Pack

System Center Management Pack for Service Reporting

System Center Management Pack for Windows Print Server 2012 R2

System Center Management Pack for WSUS on Windows Server 2012 R2

System Center 2012 Management Pack for Windows Server 2012 R2 Windows Deployment Services

System Center Management Pack for Windows Server Network Load Balancing

System Center 2012 Management Pack for Windows Server 2012 R2 Remote Access

System Center 2012 Management Pack for Microsoft Windows Server AD CS 2012

System Center Management Pack for Windows Azure

Active Directory Lightweight Directory Services (ADLDS) Management Pack

Active Directory Domain Services Management Pack for System Center

System Center Management Pack for Windows Server Operating System

System Center Management Pack for Windows Server 2012 R2 Hyper-V

System Center 2012 Management Pack for Windows Server Hyper-V 2012

System Center Management Pack for SharePoint Server 2013

System Center Management Pack for SharePoint Foundation 2013

System Center Management Pack for SQL Server

System Center 2012 Monitoring Pack for UNIX and Linux Operating Systems

System Center Management Pack for Windows Server 2012 DHCP

System Center Management Pack for System Center 2012 - Service Manager

SETTEMBRE

Microsoft Host Integration Server 2013 Management Pack

System Center 2012 Management Pack for Java Application Performance Monitoring Preview

BizTalk Server 2013 Monitoring Management Pack

BizTalk Server 2010 Monitoring Management Pack

LUGLIO

Microsoft Exchange Server 2013 Management Pack

System Center Management Pack for Microsoft Dynamics NAV 2013 Feature Pack 1

MAGGIO

Windows Azure SQL Database Management Pack for System Center 2012

APRILE

System Center Management Pack for Microsoft SQL Server 2012 Parallel Data Warehouse Appliance

System Center Management Pack for Windows 8 Client Operating System

System Center Management Pack for Microsoft Application Virtualization Server 5.0

System Center Management Pack for Windows Azure Fabric-Preview

System Center Management Pack for Microsoft Visual Studio Team Foundation Server 2010 Work Item Synchronization

MARZO

System Center Management Pack for Windows Server DNS

Qui alcuni riferimenti a questo nuovo MP per il servizio DNS Server

System Center Management Pack for Windows Server Cluster

System Center Management Pack for Windows Server Network Load Balancing

alla prossima con i futuri update...ciao a tutti,

Fabrizio

contestualmente al rilascio di Windows 8.1 e Windows Server 2012 R2, è stata rilasciata anche la versione R2 di System Center 2012.

Da MSDN, i sottoscrittori dell'abbonamento possono già effettuarne il download:

Tutti i siti Microsoft sono in via di aggiornamento, ma in fasi come queste per le ultime notizie occorre passare dalla versione internazionale della Library e del portale.

Buon lavoro

Le fix riguardano:

• App Controller (9)
• Data Protection Manager (4)
• Operations Manager (12)
• Virtual Machine Manager (25)

Dettagli e download al link: 2836751 - Description of Update Rollup 3 for System Center 2012 Service Pack 1