Display Fields

Sobald Sie eine neue Abfrage erstellen, müssen Sie die Felder auswählen, die einbezogen werden sollen. Diese Felder dienen als Grundlage für alles, was innerhalb Ihrer Abfrage überprüft bzw. angezeigt wird. Je nach gewählter Basis der Abfrage, werden Ihnen unterschiedliche Felder angezeigt. Sie können beliebig viele neu hinzufügen oder auch entfernen.

4

5

Einige Felder weisen Besonderheiten auf, die Ihnen nachfolgend erläutert werden:

6

7

= Managed Software: Managed Software freigegebenes Update verfügbar =

8

9

Für Managed Software haben Sie die Möglichkeit, das Display Field „Managed Software freigegebenes Update verfügbar“ auszuwählen.

10

Dieses Feld gibt pro installierte Managed Software auf einem Client an, ob es für die installierte Managed Software Version bereits eine freigegebene höhere Version gibt, auf die Sie updaten können. ACMP prüft dies und gibt als Ergebnis den Wert //Ja //oder //Nein //an.

11

12

Beispiel: Sie haben auf Ihrem Client das Datenkompressionsprogramm //7-Zip// mit der Versionsnummer 19 installiert. Die nächst höhere freigegebene Version von //7-Zip// ist weiterhin die Version 19. Hierdurch wird das Display Field für dieses Programm weiterhin mit dem Wert //Nein //gefüllt, da es keine Version zum Aktualisieren gibt.

13

14

Wenn zu einem späteren Zeitpunkt die Version 20 freigegeben wird und der Wert in der Tabelle //Nein// anzeigt, kann es sein, dass der Eintrag noch nicht aktualisiert wurde. Dafür müssen Sie den Managed Software Scanner (//Client Management// > //Agentenplaner//) in der Zwischenzeit einmal ausgeführt haben. Erst hier nach werden die Werte aktualisiert und es kommt zu einer neuen Überprüfung der Felder, wodurch in der Tabelle //Ja// angegeben wird.

15

16

= ACMP Client: Ist ein Kandidat für eine doppelte ClientId =

17

18

Mithilfe des Display Fields //Ist ein Kandidat für eine doppelte ClientId //können Sie gezielte Abfragen bauen, in denen Sie automatisch über das Vorkommen von //verdächtigen //Clients informiert werden.** **Verdächtige Clients können Ihnen in Abfragen während Ihrer Arbeiten an der ACMP Console begegnen, wenn ein Client ein Warndreieck-Icon vorangestellt hat. Unter einem verdächtigen Client versteht man einen Client, dessen Client-ID nicht eindeutig ist und von mindestens einem weiteren Agenten verwendet wird. Verdächtige Clients können in allen Client-basierten Abfragen (z.B. in den Containern, Assets oder verknüpften Tickets) erscheinen.

19

20

Sollten mehrere Agenten dieselbe Client-ID verwenden, speichern alle diese Agenten Ihre Daten unter demselben Datensatz in der Datenbank ab. Dadurch werden in einer Abfrage auch immer nur die Werte des zuletzt eingetragenen Clients angezeigt. Beim Eintragen der Scandaten wird auch der Computername von den Agenten regelmäßig überschrieben. Diese Änderungen werden registriert und gespeichert. Sollte nun für eine Client-ID ein bestimmter Computername mindestens zweimal durch diese Namensänderung gespeichert werden, gilt diese Client-ID als verdächtiger Client.

21

22

Wenn Sie das Display Field //Ist ein Kandidat für eine doppelte ClientId //verwenden, wird dieses Feld in der Ergebnismenge aufgelistet und mit //Ja //oder //Nein //befüllt, da es ein „Ja/Nein-Filter“-Typ ist. Lesen Sie [[hier>>doc:ACMP.69.ACMP-Solutions.Client-Management.Abfrageverwaltung.Abfragen auswerten.WebHome||anchor="HBesonderheit:VerdE4chtigeClientsimSystem"]] nach, wie Sie diesen Zustand umgehen und einen verdächtigen Client entfernen.

23

24

= ACMP Client: Geparkte ACMP Version =

25

26

Über das Display Field „Geparkte ACMP Version“ können Sie einsehen, welche ACMP Agenten ein ACMP Update bereits lokal bei sich vorliegen haben und welche nicht. Das Feld unterstützt Sie in einer Abfrage dabei, gezielt nur nach den Clients zu filtern, die eine bestimmte Updateversion bei sich geparkt haben. Das kann beispielsweise in großen Umgebungen mit vielen Clients wichtig sein, wenn nur eine ausgewählte Gruppe an Clients zunächst ein Update erhalten bzw. dieses installiert bekommen soll (z.B. erfolgen neue Updates in Wellen, damit nicht alle Computer gleichzeitig blockiert sind). Im Plugin //[[ACMP Update>>doc:ACMP.69.ACMP-Solutions.System.ACMP Update.WebHome]] //(//System //> //ACMP Update//) wird Ihnen innerhalb der Verteilungsinformationen angezeigt, wie viele Clients bisher das Update geparkt bzw. gecached haben. Somit ist es bereits im Vorfeld möglich als Administrator einer Gruppe an Clients ein Update lokal bereitzustellen, ohne dass es direkt heruntergeladen oder installiert werden muss. Dies kann auch zu einem späteren Zeitpunkt erfolgen (siehe //[[ACMP Update>>doc:ACMP.69.ACMP-Solutions.System.ACMP Update.WebHome]]//). Nutzen Sie zeitgleich auch das Display Field „Installierte ACMP Version“, um den aktuellen Stand abzurufen.

27

28

= ACMP Client: Client ist in Container =

29

30

Mit dem Display Field haben Sie die Möglichkeit innerhalb einer Abfrage zu filtern, ob ein Client in einem Container vorhanden ist oder nicht. Mit dem IN-Operator können Sie nun festlegen, auf welche Container geprüft werden soll. Verwenden Sie hierfür das Display Field „Client ist in Container“.

31

32

Die bisherige Vorgehensweise zur Überprüfung eines Clients innerhalb eines Containers war, dass man diese Information mithilfe des Containerpfads (//Container //> //Container// //Pfad//) filtern musste. Hierbei war es so, dass bei einer großen Anzahl an Containern mit vielen Clients der Filter sehr langsam war und teils fehlerhafte Ergebnisse anzeigte, da der Containerpfad-Filter nur die Daten der letzten Neuberechnung berücksichtigte.

33

34

35

Sollten Sie eine Wildcard-Filterung vornehmen wollen, verwenden Sie bitte weiterhin das Display Field „Container Pfad“. Hierbei werden beispielsweise dann alle Container berücksichtigt, die unterhalb des Standort-Containers gelistet sind.

36

37

38

**Beispiel**: Wenn Sie beispielsweise bei sich eine Containerstruktur angelegt haben, die nach verschiedenen Unternehmensstandorten aufgeteilt ist, können Sie bei der Nutzung des Display Fields den übergeordneten Standort nutzen, um über die Pfadangabe sämtliche darunter liegenden Container aufzugreifen (z.B. \01_Standorte%).

39

40

[[Beispiel einer Containerstruktur>>image:Beispiel einer Containerstruktur.png]]

41

42

Vergewissern Sie sich, dass bei neu angelegten Containern zunächst die geplante Serveraufgabe „Werteverzeichnis generieren“ (//System// > //Einstellungen// > //ACMP Server// > //Geplante Serveraufgaben//) angestoßen werden muss, damit die Liste der verfügbaren Container für das Display Field aktualisiert wird.

43

44

In welcher Reihenfolge die Container berechnet werden, hängt von der Prioritätsspalte ab: Die Berechnung erfolgt von oben nach unten, wobei die Container auf derselben Ebene durch ihre Priorität geordnet und zuerst ermittelt werden.

45

46

__Erklärung zur Berechnung der Reihenfolge einer beispielhaften Containerstruktur:__

47

48

[[Beispiel Containerstruktur zur Erklärung der Reihenfolge der Neuberechnung>>image:Beispiel Containerstruktur zur Erklärung der Reihenfolge der Neuberechnung.png]]

49

50

51

Die Container werden bei einer Neuberechnung in folgender Reihenfolge berechnet:

52

53

|**Reihenfolge der Neuberechnung**|**Containername**|**Erklärung (Prioritäten werden in Klammern genannt)**

54

|1|A_1|Der Root Container mit der höchsten Priorität (2)

55

|2|A_1_2|Der Container hat eine höhere Priorität als sein Geschwister-Container A_1_1

56

|3|A_1_1|

57

|4|A_1_1_1|Wird trotz der höchsten Priorität (1) relativ spät erst berechnet

58

|5|B_1|Der Container B_1 (5) wird erst zuerst berechnet, nachdem alle Untercontainer von A_1 berechnet wurden

59

60

Wird das Display Field verwendet, wird auf Seite der ACMP Console überprüft, ob die Filter des referenzierten Containers vor dem aktuellen Container berechnet werden. Trifft dies nicht zu, erscheint eine Fehlermeldung zu allen inkorrekten Containern inklusive der jeweiligen Containerpfade.

61

62

63

Beachten Sie, dass die Reihenfolge nur für die Container mit dynamischen Filtern relevant ist. Ein Container mit nur statischen Clients, ist von dieser Reihenfolge nicht betroffen.

64

65

66

= ACMP Container: Berechnungsdauer des SQL Filters (ms) =

67

68

Mit dem Display Field „Berechnungsdauer des SQL Filters (ms)“ (Abfragebasis Container > Berechnungsdauer des SQL Filters) können Sie sich eine Abfrage bauen, um zu überprüfen, wie lange einzelne Container für eine Neuberechnung benötigen. Hiermit lässt sich überprüfen, ob Sie noch Änderungen (für eine mögliche Optimierung) am Filter vornehmen können.

Wiki-Quellcode von Display Fields

Navigation

author	version	line-number	content
		1	{{aagon.floatingbox/}}
		2
		3	Sobald Sie eine neue Abfrage erstellen, müssen Sie die Felder auswählen, die einbezogen werden sollen. Diese Felder dienen als Grundlage für alles, was innerhalb Ihrer Abfrage überprüft bzw. angezeigt wird. Je nach gewählter Basis der Abfrage, werden Ihnen unterschiedliche Felder angezeigt. Sie können beliebig viele neu hinzufügen oder auch entfernen.
		4
		5	Einige Felder weisen Besonderheiten auf, die Ihnen nachfolgend erläutert werden:
		6
		7	= Managed Software: Managed Software freigegebenes Update verfügbar =
		8
		9	Für Managed Software haben Sie die Möglichkeit, das Display Field „Managed Software freigegebenes Update verfügbar“ auszuwählen.
		10	Dieses Feld gibt pro installierte Managed Software auf einem Client an, ob es für die installierte Managed Software Version bereits eine freigegebene höhere Version gibt, auf die Sie updaten können. ACMP prüft dies und gibt als Ergebnis den Wert //Ja //oder //Nein //an.
		11
		12	Beispiel: Sie haben auf Ihrem Client das Datenkompressionsprogramm //7-Zip// mit der Versionsnummer 19 installiert. Die nächst höhere freigegebene Version von //7-Zip// ist weiterhin die Version 19. Hierdurch wird das Display Field für dieses Programm weiterhin mit dem Wert //Nein //gefüllt, da es keine Version zum Aktualisieren gibt.
		13
		14	Wenn zu einem späteren Zeitpunkt die Version 20 freigegeben wird und der Wert in der Tabelle //Nein// anzeigt, kann es sein, dass der Eintrag noch nicht aktualisiert wurde. Dafür müssen Sie den Managed Software Scanner (//Client Management// > //Agentenplaner//) in der Zwischenzeit einmal ausgeführt haben. Erst hier nach werden die Werte aktualisiert und es kommt zu einer neuen Überprüfung der Felder, wodurch in der Tabelle //Ja// angegeben wird.
		15
		16	= ACMP Client: Ist ein Kandidat für eine doppelte ClientId =
		17
		18	Mithilfe des Display Fields //Ist ein Kandidat für eine doppelte ClientId //können Sie gezielte Abfragen bauen, in denen Sie automatisch über das Vorkommen von //verdächtigen //Clients informiert werden. Verdächtige Clients können Ihnen in Abfragen während Ihrer Arbeiten an der ACMP Console begegnen, wenn ein Client ein Warndreieck-Icon vorangestellt hat. Unter einem verdächtigen Client versteht man einen Client, dessen Client-ID nicht eindeutig ist und von mindestens einem weiteren Agenten verwendet wird. Verdächtige Clients können in allen Client-basierten Abfragen (z.B. in den Containern, Assets oder verknüpften Tickets) erscheinen.
		19
		20	Sollten mehrere Agenten dieselbe Client-ID verwenden, speichern alle diese Agenten Ihre Daten unter demselben Datensatz in der Datenbank ab. Dadurch werden in einer Abfrage auch immer nur die Werte des zuletzt eingetragenen Clients angezeigt. Beim Eintragen der Scandaten wird auch der Computername von den Agenten regelmäßig überschrieben. Diese Änderungen werden registriert und gespeichert. Sollte nun für eine Client-ID ein bestimmter Computername mindestens zweimal durch diese Namensänderung gespeichert werden, gilt diese Client-ID als verdächtiger Client.
		21
		22	Wenn Sie das Display Field //Ist ein Kandidat für eine doppelte ClientId //verwenden, wird dieses Feld in der Ergebnismenge aufgelistet und mit //Ja //oder //Nein //befüllt, da es ein „Ja/Nein-Filter“-Typ ist. Lesen Sie [[hier>>doc:ACMP.69.ACMP-Solutions.Client-Management.Abfrageverwaltung.Abfragen auswerten.WebHome\|\|anchor="HBesonderheit:VerdE4chtigeClientsimSystem"]] nach, wie Sie diesen Zustand umgehen und einen verdächtigen Client entfernen.
		23
		24	= ACMP Client: Geparkte ACMP Version =
		25
		26	Über das Display Field „Geparkte ACMP Version“ können Sie einsehen, welche ACMP Agenten ein ACMP Update bereits lokal bei sich vorliegen haben und welche nicht. Das Feld unterstützt Sie in einer Abfrage dabei, gezielt nur nach den Clients zu filtern, die eine bestimmte Updateversion bei sich geparkt haben. Das kann beispielsweise in großen Umgebungen mit vielen Clients wichtig sein, wenn nur eine ausgewählte Gruppe an Clients zunächst ein Update erhalten bzw. dieses installiert bekommen soll (z.B. erfolgen neue Updates in Wellen, damit nicht alle Computer gleichzeitig blockiert sind). Im Plugin //[[ACMP Update>>doc:ACMP.69.ACMP-Solutions.System.ACMP Update.WebHome]] //(//System //> //ACMP Update//) wird Ihnen innerhalb der Verteilungsinformationen angezeigt, wie viele Clients bisher das Update geparkt bzw. gecached haben. Somit ist es bereits im Vorfeld möglich als Administrator einer Gruppe an Clients ein Update lokal bereitzustellen, ohne dass es direkt heruntergeladen oder installiert werden muss. Dies kann auch zu einem späteren Zeitpunkt erfolgen (siehe //[[ACMP Update>>doc:ACMP.69.ACMP-Solutions.System.ACMP Update.WebHome]]//). Nutzen Sie zeitgleich auch das Display Field „Installierte ACMP Version“, um den aktuellen Stand abzurufen.
		27
		28	= ACMP Client: Client ist in Container =
		29
		30	Mit dem Display Field haben Sie die Möglichkeit innerhalb einer Abfrage zu filtern, ob ein Client in einem Container vorhanden ist oder nicht. Mit dem IN-Operator können Sie nun festlegen, auf welche Container geprüft werden soll. Verwenden Sie hierfür das Display Field „Client ist in Container“.
		31
		32	Die bisherige Vorgehensweise zur Überprüfung eines Clients innerhalb eines Containers war, dass man diese Information mithilfe des Containerpfads (//Container //> //Container// //Pfad//) filtern musste. Hierbei war es so, dass bei einer großen Anzahl an Containern mit vielen Clients der Filter sehr langsam war und teils fehlerhafte Ergebnisse anzeigte, da der Containerpfad-Filter nur die Daten der letzten Neuberechnung berücksichtigte.
		33
		34	{{aagon.infobox}}
		35	Sollten Sie eine Wildcard-Filterung vornehmen wollen, verwenden Sie bitte weiterhin das Display Field „Container Pfad“. Hierbei werden beispielsweise dann alle Container berücksichtigt, die unterhalb des Standort-Containers gelistet sind.
		36	{{/aagon.infobox}}
		37
		38	Beispiel: Wenn Sie beispielsweise bei sich eine Containerstruktur angelegt haben, die nach verschiedenen Unternehmensstandorten aufgeteilt ist, können Sie bei der Nutzung des Display Fields den übergeordneten Standort nutzen, um über die Pfadangabe sämtliche darunter liegenden Container aufzugreifen (z.B. \01_Standorte%).
		39
		40	[[Beispiel einer Containerstruktur>>image:Beispiel einer Containerstruktur.png]]
		41
		42	Vergewissern Sie sich, dass bei neu angelegten Containern zunächst die geplante Serveraufgabe „Werteverzeichnis generieren“ (//System// > //Einstellungen// > //ACMP Server// > //Geplante Serveraufgaben//) angestoßen werden muss, damit die Liste der verfügbaren Container für das Display Field aktualisiert wird.
		43
		44	In welcher Reihenfolge die Container berechnet werden, hängt von der Prioritätsspalte ab: Die Berechnung erfolgt von oben nach unten, wobei die Container auf derselben Ebene durch ihre Priorität geordnet und zuerst ermittelt werden.
		45
		46	__Erklärung zur Berechnung der Reihenfolge einer beispielhaften Containerstruktur:__
		47
		48	[[Beispiel Containerstruktur zur Erklärung der Reihenfolge der Neuberechnung>>image:Beispiel Containerstruktur zur Erklärung der Reihenfolge der Neuberechnung.png]]
		49
		50
		51	Die Container werden bei einer Neuberechnung in folgender Reihenfolge berechnet:
		52
		53	\|Reihenfolge der Neuberechnung\|Containername\|Erklärung (Prioritäten werden in Klammern genannt)
		54	\|1\|A_1\|Der Root Container mit der höchsten Priorität (2)
		55	\|2\|A_1_2\|Der Container hat eine höhere Priorität als sein Geschwister-Container A_1_1
		56	\|3\|A_1_1\|
		57	\|4\|A_1_1_1\|Wird trotz der höchsten Priorität (1) relativ spät erst berechnet
		58	\|5\|B_1\|Der Container B_1 (5) wird erst zuerst berechnet, nachdem alle Untercontainer von A_1 berechnet wurden
		59
		60	Wird das Display Field verwendet, wird auf Seite der ACMP Console überprüft, ob die Filter des referenzierten Containers vor dem aktuellen Container berechnet werden. Trifft dies nicht zu, erscheint eine Fehlermeldung zu allen inkorrekten Containern inklusive der jeweiligen Containerpfade.
		61
		62	{{aagon.infobox}}
		63	Beachten Sie, dass die Reihenfolge nur für die Container mit dynamischen Filtern relevant ist. Ein Container mit nur statischen Clients, ist von dieser Reihenfolge nicht betroffen.
		64	{{/aagon.infobox}}
		65
		66	= ACMP Container: Berechnungsdauer des SQL Filters (ms) =
		67
		68	Mit dem Display Field „Berechnungsdauer des SQL Filters (ms)“ (Abfragebasis Container > Berechnungsdauer des SQL Filters) können Sie sich eine Abfrage bauen, um zu überprüfen, wie lange einzelne Container für eine Neuberechnung benötigen. Hiermit lässt sich überprüfen, ob Sie noch Änderungen (für eine mögliche Optimierung) am Filter vornehmen können.