Granularità e conservazione dei dati
Aggregazione dei valori dei dati
Il servizio Monitor raccoglie una serie di dati, tra cui l’utilizzo della sessione utente, i dettagli sulle prestazioni di accesso dell’utente, i dettagli sul bilanciamento del carico della sessione e informazioni su connessioni e guasti della macchina. I dati vengono aggregati in modo diverso a seconda della categoria. Per interpretare i dati è fondamentale comprendere l’aggregazione dei valori dei dati presentati tramite le API del metodo OData. Per esempio:
- Nel corso di un certo periodo di tempo si verificano sessioni connesse e guasti delle macchine. Pertanto, vengono esposti come massimi in un periodo di tempo.
- La durata di LogOn è una misura della durata del tempo e pertanto viene esposta come media su un periodo di tempo.
- Il conteggio degli accessi e degli errori di connessione sono conteggi di occorrenze in un periodo di tempo e pertanto vengono esposti come somme su un periodo di tempo.
Valutazione simultanea dei dati
Per essere considerate simultanee, le sessioni devono sovrapporsi. Tuttavia, quando l’intervallo di tempo è di 1 minuto, tutte le sessioni in quel minuto (indipendentemente dal fatto che si sovrappongano o meno) sono considerate simultanee: la dimensione dell’intervallo è così piccola che il sovraccarico di prestazioni implicato nel calcolo della precisione non vale il valore aggiunto. Se le sessioni si verificano nella stessa ora, ma non nello stesso minuto, non si considerano sovrapposte.
Correlazione delle tabelle riassuntive con i dati grezzi
Il modello di dati rappresenta le metriche in due modi diversi:
- Le tabelle riepilogative rappresentano visualizzazioni aggregate delle metriche in termini di minuto, ora e giorno.
- I dati grezzi rappresentano singoli eventi o lo stato attuale monitorato nella sessione, nella connessione, nell’applicazione e in altri oggetti.
Quando si tenta di correlare i dati tra chiamate API o all’interno del modello di dati stesso, è importante comprendere i seguenti concetti e limitazioni:
- Nessun dato di riepilogo per gli intervalli parziali. I riepiloghi delle metriche sono progettati per soddisfare le esigenze di trend storici su lunghi periodi di tempo. Queste metriche vengono aggregate nella tabella di riepilogo per intervalli completi. Non saranno disponibili dati di riepilogo per un intervallo parziale all’inizio (dati più vecchi disponibili) della raccolta dati né alla fine. Quando si visualizzano le aggregazioni di un giorno (intervallo=1440), ciò significa che il primo e il più recente giorno incompleto non conterranno dati. Sebbene possano esistere dati grezzi per quegli intervalli parziali, non verranno mai riepilogati. È possibile determinare l’intervallo aggregato più antico e più recente per una particolare granularità dei dati estraendo il valore minimo e massimo di SummaryDate da una particolare tabella di riepilogo. La colonna SummaryDate rappresenta l’inizio dell’intervallo. La colonna Granularità rappresenta la lunghezza dell’intervallo per i dati aggregati.
- Correlazione temporale. Le metriche vengono aggregate nella tabella di riepilogo per intervalli completi come descritto sopra. Possono essere utilizzati per le tendenze storiche, ma gli eventi grezzi potrebbero essere più attuali rispetto a quanto riassunto per l’analisi delle tendenze. Ogni confronto temporale tra dati riassuntivi e dati grezzi deve tenere conto del fatto che non saranno disponibili dati riassuntivi per intervalli parziali che potrebbero verificarsi o per l’inizio e la fine del periodo di tempo.
- Eventi mancati e latenti. Le metriche aggregate nella tabella riepilogativa potrebbero essere leggermente imprecise se gli eventi vengono omessi o sono latenti nel periodo di aggregazione. Sebbene il servizio Monitor tenti di mantenere uno stato attuale accurato, non torna indietro nel tempo per ricalcolare l’aggregazione nelle tabelle di riepilogo per eventi mancanti o latenti.
- Connessione ad alta disponibilità. Durante la connessione HA, ci saranno delle lacune nei conteggi dei dati di riepilogo delle connessioni correnti, ma le istanze di sessione saranno comunque in esecuzione nei dati grezzi.
- Periodi di conservazione dei dati. I dati nelle tabelle riepilogative vengono conservati secondo una pianificazione di elaborazione diversa da quella dei dati grezzi degli eventi. I dati potrebbero mancare perché sono stati eliminati dalle tabelle riepilogative o da quelle non elaborate. I periodi di conservazione possono variare anche a seconda del livello di dettaglio dei dati riepilogativi. I dati con granularità inferiore (minuti) vengono elaborati più rapidamente rispetto ai dati con granularità superiore (giorni). Se a causa della ripulitura mancano dei dati in una granularità, potrebbero essere presenti in una granularità superiore. Poiché le chiamate API restituiscono solo la granularità specifica richiesta, il fatto che non si ricevano dati per una granularità non significa che i dati non esistano per una granularità superiore per lo stesso periodo di tempo.
- Fusi orari. Le metriche vengono memorizzate con timestamp UTC. Le tabelle riepilogative sono aggregate in base ai limiti dei fusi orari orari. Per i fusi orari che non rientrano nei limiti orari, potrebbero esserci delle discrepanze riguardo al punto in cui vengono aggregati i dati.
Granularità e conservazione
La granularità dei dati aggregati recuperati da Director è funzione dell’intervallo di tempo (T) richiesto. Le regole sono le seguenti:
- 0 < T <= 1 ora utilizza la granularità al minuto
- 0 < T <= 30 giorni utilizza la granularità oraria
- T > 31 giorni utilizza la granularità giornaliera
I dati richiesti che non provengono da dati aggregati provengono dalle informazioni grezze di sessione e connessione. Questi dati tendono a crescere rapidamente e pertanto necessitano di un proprio ambiente di grooming. La cura garantisce che solo i dati rilevanti vengano conservati a lungo termine. Ciò garantisce prestazioni migliori mantenendo al contempo la granularità richiesta per la reportistica. I clienti dei siti con licenza Premium possono modificare il numero di giorni di conservazione desiderati, altrimenti verrà utilizzato il valore predefinito. In caso di perdita di connettività con il database del sito, il servizio Monitor utilizzerà i giorni di conservazione predefiniti per i diritti Premium come specificato nella tabella seguente.
Per accedere alle impostazioni, eseguire i seguenti comandi PowerShell sul Delivery Controller:
asnp Citrix.*
Get-MonitorConfiguration
Set-MonitorConfiguration -<setting name> <value>
<!--NeedCopy-->
| # | Nome impostazione | Tabella dello schema interessata | Tabelle e grafici interessati nelle pagine Monitor | Giorni di conservazione per Premium | Giorni di conservazione per Advanced |
|---|---|---|---|---|---|
| 1 | GroomSessionsRetentionDays | Tabelle MonitorData.Session e Monitordata.Connection | Questa impostazione influisce sui dettagli della sessione, sulla durata dell’accesso per sessione utente e sulle tabelle di utilizzo in base all’applicazione nella pagina Tendenze. | 90 | 31 |
| 2 | Giorni di ritenzione dello sposo | MonitorData.MachineFailureLog e MonitorData.ConnectionFailureLog | Pagina Tendenze: questa impostazione ha impatto sui grafici e sulle tabelle nella scheda Errori. | 90 | 31 |
| 3 | GroomLoadIndexesRetentionDays | MonitorData.LoadIndex | Questa impostazione ha impatto sui dati visualizzati nella scheda “Indice valutatore carico” nella pagina Tendenze. | 3 | 3 |
| 4 | Giorni di conservazione eliminati dallo sposo | Entità MonitorData.Machine, MonitorData.Catalog, MonitorData.DesktopGroup e MonitorData.Hypervisor con LifecycleState pari a ‘Eliminato’. Questa impostazione elimina anche tutti i record correlati Session, SessionDetail, Summary, Failure o LoadIndex. | Entità Macchina, Catalogo, DesktopGroup e Hypervisor con LifecycleState pari a ‘Eliminato’. Questa impostazione elimina anche tutti i record correlati Session, SessionDetail, Summary, Failure o LoadIndex. | 90 | 31 |
| 5 | Riepiloghi dello sposoGiorni di conservazione | MonitorData.DesktopGroupSummary, MonitorData.FailureLogSummary e MonitorData.LoadIndexSummary | Questa impostazione ha effetto su tutti i dati del grafico nella pagina Tendenze. | 365 | 31 |
| 6 | GroomMachineHotfixLogRetentionDays | MonitorData.Hotfix | Questa impostazione ha impatto sui dati dell’hotfix VDA mostrati nella pagina Dettagli macchina. | 90 | 31 |
| 7 | GroomMinuteRetentionDays | Tutte le tabelle di riepilogo | Questa impostazione ha effetto sui grafici per il periodo di tempo “Ultime 2 ore” mostrato nella pagina Tendenze. | 3 | 3 |
| 8 | GroomOrarioGiorni di Ritenzione | tutte le tabelle di riepilogo | Ciò ha un impatto sui grafici settimanali mostrati nella pagina Tendenze. | 32 | 31 |
| 9 | Giorni di conservazione dell’istanza di applicazione dello sposo | MonitorData.ApplicationInstance | Questa impostazione ha effetto sul grafico e sulle tabelle nella scheda Gestione capacità e sulle tabelle di utilizzo delle applicazioni nella pagina Tendenze. | 90 | Non applicabile |
| 10 | Registro delle notifiche dello sposo - Giorni di conservazione | MonitorData.NotificationLog | Questa impostazione ha effetto sugli avvisi mostrati sul Monitor. | 90 | Non applicabile |
| 11 | GroomResourceUsageRawDataRetentionDays | MonitorData.Utilizzo delle risorse | Questa impostazione ha effetto sui grafici CPU e memoria visualizzati nella pagina dei dettagli della macchina “Utilizzo storico macchina”. | 3 | 3 |
| 12 | GroomResourceUsageMinuteDataRetentionDays | MonitorData.ResourceUtilizationSummary | Questa impostazione ha effetto sui grafici di CPU e memoria per il periodo di tempo “Ultime 2 ore” visualizzato nella pagina dei dettagli della macchina “Utilizzo storico macchina”. | 7 | 7 |
| 13 | GroomResourceUsageHourDataRetentionDays | MonitorData.Riepilogo utilizzo risorse | Questa impostazione ha effetto sui grafici CPU e memoria visualizzati nella pagina dei dettagli della macchina “Utilizzo storico macchina”. | 30 | 30 |
| 14 | GroomResourceUsageDayDataRetentionDays | MonitorData.Riepilogo utilizzo risorse | Questa impostazione ha effetto sul grafico CPU e memoria visualizzato nella pagina “Utilizzo risorse” della macchina e nella pagina “Utilizzo macchina” per una macchina specifica. | 365 | 31 |
| 15 | GroomProcessUsageRawDataRetentionDays | MonitorData.ProcessUtilization | Questa impostazione influisce sulle informazioni relative all’andamento delle risorse per processo mostrate nella pagina relativa allo storico di utilizzo della macchina. | 1 | 1 |
| 16 | GroomProcessUsageMinuteDataRetentionDays | MonitorData.ProcessUtilizationMinuteSummary | Questa impostazione influisce sui grafici relativi all’utilizzo di CPU e memoria per processo per le “Ultime 2 ore” mostrati nella pagina Utilizzo storico macchina. | 3 | 3 |
| 17 | GroomProcessUsageHourDataRetentionDays | MonitorData.ProcessUtilizationHourSummary | Questa impostazione influisce sull’andamento dell’utilizzo della CPU e della memoria per processo mostrato nella pagina dello storico di utilizzo della macchina. | 7 | 7 |
| 18 | GroomProcessUsageDayDataRetentionDays | MonitorData.ProcessUtilizationDaySummary | Questa impostazione influisce sull’andamento dell’utilizzo della CPU e della memoria per processo mostrato nella pagina dello storico di utilizzo della macchina. | 30 | 30 |
| 19 | Giorni di conservazione dei dati di GroomSessionMetrics | MonitorData.Sessionmetrics | Questa impostazione ha effetto su tutti i grafici visualizzati nella scheda “Prestazioni sessione” della pagina dei dettagli utente. | 1 | 1 |
| 20 | GroomMachineMetricDataRetentionDays | MonitorData.Machinemetrics | Questa impostazione ha effetto sul grafico e sulla tabella nella scheda “Utilizzo delle risorse” nella pagina Tendenze. | 3 | 3 |
| 21 | GroomMachineMetricDaySummaryDataRetentionDays | MonitorData.MachineMetricDaySummary | Questa impostazione ha effetto sul grafico e sulla tabella nella scheda “Utilizzo delle risorse” nella pagina Tendenze. | 365 | 31 |
| 22 | GroomApplicationErrorsRetentionDays | MonitorData.ApplicationError | Questa impostazione influisce sui dettagli degli errori mostrati nella colonna “Errori dell’applicazione” nella pagina Applicazioni. | 1 | 1 |
| 23 | Giorni di conservazione degli errori di applicazione dello sposo | MonitorData.Applicationfailure | Questa impostazione ha effetto sulla colonna “Errori dell’applicazione” nella pagina Applicazioni. | 1 | 1 |
Attenzione:
La modifica dei valori nel database del servizio Monitor richiede il riavvio del servizio affinché i nuovi valori abbiano effetto. Si consiglia di apportare modifiche al database del servizio Monitor solo dietro indicazione del supporto Citrix.
Le impostazioni GroomProcessUsageRawDataRetentionDays, GroomResourceUsageRawDataRetentionDays e GroomSessionMetricsDataRetentionDays sono limitate al valore predefinito di 1, mentre GroomProcessUsageMinuteDataRetentionDays è limitato al valore predefinito di 3. I comandi di PowerShell per impostare questi valori sono stati disabilitati, poiché i dati sull’utilizzo del processo tendono a crescere rapidamente. Inoltre, le impostazioni di conservazione basate sulla licenza sono le seguenti:
- Siti con licenza Premium - puoi aggiornare le impostazioni di conservazione dei dati di cui sopra a qualsiasi numero di giorni.
- Siti con licenza avanzata - la conservazione dei dati di navigazione per tutte le impostazioni è limitata a 31 giorni.
- Tutti gli altri siti - la conservazione dei dati di toelettatura per tutte le impostazioni è limitata a 7 giorni.
Eccezioni:
- GroomApplicationInstanceRetentionDays può essere impostato solo nei siti con licenza Premium.
- GroomApplicationErrorsRetentionDays e GroomApplicationFaultsRetentionDays sono limitati a 31 giorni nei siti con licenza Premium.
La conservazione dei dati per lunghi periodi avrà le seguenti implicazioni sulle dimensioni delle tabelle:
-
Dati orari. Se si consente ai dati orari di rimanere nel database per un massimo di due anni, un sito con 1000 gruppi di consegna potrebbe causare la crescita del database come segue:
1000 gruppi di consegna x 24 ore/giorno x 365 giorni/anno x 2 anni = 17.520.000 righe di dati. L’impatto sulle prestazioni di una quantità così grande di dati nelle tabelle di aggregazione è significativo. Poiché i dati della dashboard vengono estratti da questa tabella, i requisiti del server del database potrebbero essere elevati. Quantità di dati eccessivamente grandi possono avere un impatto notevole sulle prestazioni.
-
Dati di sessione ed evento. Si tratta dei dati raccolti ogni volta che viene avviata una sessione e viene effettuata una connessione/riconnessione. Per un sito di grandi dimensioni (100.000 utenti), questi dati aumenteranno molto rapidamente. Ad esempio, due anni di queste tabelle raccoglierebbero più di un TB di dati, il che richiederebbe un database di livello aziendale di fascia alta.