pmlogrewrite – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

pmlogrewrite - Performance Co-Pilot-Archive neu schreiben

ZUSAMMENFASSUNG

$PCP_BINADM_DIR/pmlogrewrite [-Cdiqsvw ] [-c Config] inlog [outlog]

BESCHREIBUNG

pmlogrewrite liest ein Performance Co-Pilot (PCP)-Archivprotokoll, das durch identifiziert wird inlog und
erstellt ein PCP-Archiv-Login outlog. Bei normaler Nutzung ist die -c Option wird verwendet
Benennen Sie eine oder mehrere Konfigurationsdateien, die Spezifikationen enthalten (siehe UMSCHREIBEN
REGELN SYNTAX Abschnitt unten), die beschreiben, wie die Daten und Metadaten stammen inlog sollte sein
umgewandelt, um zu produzieren outlog.

Die typischen Verwendungszwecke für pmlogrewrite wäre, der Weiterentwicklung der Leistung Rechnung zu tragen
Metric Domain Agents (PMDAs), bei denen die Namen, Metadaten und Semantik von Metriken und deren Bedeutung gespeichert werden
Zugehörige Instanzdomänen können sich im Laufe der Zeit ändern, z. B. durch die Heraufstufung des Typs einer Metrik
B. eine 32-Bit-Ganzzahl in eine 64-Bit-Ganzzahl umwandeln oder eine Gruppe von Metriken umbenennen. Siehe die Beispiele:
Abschnitt für einige zusätzliche Anwendungsfälle.

pmlogrewrite ist am nützlichsten, wenn PMDA-Änderungen oder Fehler in der Produktionsumgebung auftreten.
ergeben Archive, die nicht mit kombiniert werden können pmlogextract(1). Durch die Vorverarbeitung der
Archive mit pmlogrewrite Die resultierenden Archive können möglicherweise zusammengeführt werden
pmlogextract(1).

Die Eingabe inlog muss ein PCP-Archivprotokoll sein, das von erstellt wurde PMlogger(1) oder möglicherweise einer der
Tools, die PCP-Archive lesen und erstellen, z pmlogextract(1) und pmlogreduce(1).

Wenn nein -c Wenn die Option angegeben ist, wird einfach das Standardverhalten erstellt outlog als Kopie von
inlog. Das ist etwas komplizierter als Katze(1), wie jedes PCP-Archiv besteht
mehrere physische Dateien.

Während pmlogrewrite kann zur Behebung einiger Datenkonsistenzprobleme in PCP-Archiven verwendet werden,
Es gibt auch eine Klasse von Reparaturaufgaben, die nicht von ausgeführt werden können pmlogrewrite und
pmloglabel(1) kann in diesen Fällen ein nützliches Werkzeug sein.

COMMAND LINE OPTIONAL

Die Befehlszeilenoptionen für pmlogrewrite sind wie folgt:

-C Analysieren Sie die Umschreiberegeln und beenden Sie den Vorgang. outlog wird nicht erstellt. Wann -C angegeben,
das geht auch -v und -w sodass alle Warnungen und ausführlichen Meldungen als angezeigt werden
Config wird analysiert.

-c Config
If Config Ist eine Datei oder ein symbolischer Link, lesen und analysieren Sie die Umschreiberegeln von dort aus.
If Config ein Verzeichnis ist, dann alle Dateien oder symbolischen Links in diesem Verzeichnis
(mit Ausnahme derjenigen, die mit einem Punkt „.“) beginnen, werden zur Bereitstellung der verwendet
Regeln umschreiben. Mehrere -c Optionen sind erlaubt.

-d Verzweifelter Modus. Wenn ein schwerwiegender Fehler auftritt, werden normalerweise alle Spuren teilweise gelöscht
geschriebenes PCP-Archiv outlog ist entfernt. Mit dem -d Option, die teilweise erstellt
outlog Das Archivprotokoll wird nicht entfernt.

-i Anstatt zu erschaffen outlog, inlog wird an Ort und Stelle neu geschrieben, wenn die -i Option ist
gebraucht. Ein neues Archiv wird mit temporären Dateinamen erstellt und dann in umbenannt
inlog so dass, wenn Fehler (keine Warnungen) auftreten, inlog
bleibt unverändert.

-q Schnellmodus: Wenn keine Neuschreibaktionen ausgeführt werden müssen (keine der
globale Daten, Instanzdomänen oder Metriken von inlog wird dann geändert).
pmlogrewrite wird sofort nach dem Parsen beendet (mit Status 0, also erfolgreich).
Konfigurationsdatei(en) und outlog wird nicht erstellt.

-s Wenn die „Einheiten“ einer Metrik geändert werden und die Dimension in Bezug auf den Raum,
Wenn Zeit und Anzahl unverändert bleiben, wird der Skalierungsfaktor geändert, z. B. BYTE in
KBYTE oder MSEC-1 bis USEC-1 oder das zusammengesetzte MBYTE.SEC-1 bis KBYTE.USEC-1. Der
Die Motivation könnte (a) sein, dass die ursprünglichen Metadaten falsch waren, die Werte in jedoch inlog
korrekt sind, oder (b) die Metadaten ändern sich, sodass sich auch die Werte ändern müssen.
Der Standard pmlogrewrite Verhalten entspricht Fall (a). Wenn Fall (b) zutrifft, dann verwenden
die -s Option und die Werte aller Metriken mit jeweils einem Skalierungsfaktor ändern sich
Das Ergebnis wird neu skaliert. Eine genauere Kontrolle über die Neuskalierung von Werten finden Sie im
NEUSKALIERUNG Option für die EINHEITEN Klausel der unten beschriebenen Regel zum Umschreiben von Metriken.

-v Erhöhen Sie die Ausführlichkeit der Diagnoseausgabe.

-w Warnungen ausgeben. Normalerweise pmlogrewrite bleibt bei jeder Warnung stumm, wenn dies nicht der Fall ist
fatal und es wird erwartet, dass für ein bestimmtes Archiv einige (oder sogar alle) davon
die Umschreibungsspezifikationen gelten möglicherweise nicht. Beispielsweise können Änderungen an einem PMDA erfolgen
werden in einer Reihe von Umschreibungsregeln erfasst, aber ein einzelnes Archiv enthält möglicherweise nicht alle davon
weder die geänderten Metriken noch alle geänderten Instanzdomänen und/oder Instanzen.
Da diese Fälle erwartet werden, verhindern sie nicht pmlogrewrite ausführen, und
Regeln, die nicht gelten inlog werden standardmäßig stillschweigend ignoriert. Ebenso einige
Umschreiberegeln beinhalten möglicherweise keine Änderung, da die Metadaten in inlog passt schon
die Absicht der Umschreibungsregel, Daten aus einer früheren Version eines PMDA zu korrigieren.
Die -w Flag erzwingt die Ausgabe von Warnungen für alle diese Fälle.

Das Argument outlog ist in allen Fällen erforderlich, außer wenn -i angegeben.

UMSCHREIBEN REGELN SYNTAX

Eine Konfigurationsdatei enthält null oder mehr Umschreibungsregeln, wie unten definiert.

Schlüsselwörter und Sonderzeichen werden unten angezeigt Fett Kursiv Schriftart und sind
Groß-/Kleinschreibung wird nicht beachtet, also METRIC, Metrisch und Metrisch sind beim Umschreiben von Regeln alle gleichwertig.

Das Zeichen „#“ leitet einen Kommentar ein und der Rest der Zeile wird ignoriert.
Ansonsten handelt es sich bei der Eingabe um ein relativ freies Format mit optionalem Leerraum (Leerzeichen, Tabulatoren usw.).
Zeilenumbrüche) zwischen lexikalischen Elementen in den Regeln.

A globale Die Umschreiberegel hat die Form:

GLOBALES { globalessp ... }

woher globalessp ist null oder mehr der folgenden Klauseln:

HOSTNAME -> hostname

Ändert die Label-Datensätze im outlog PCP-Archiv, damit die Metriken angezeigt werden
scheinen vom Host abgeholt worden zu sein hostname.

ZEIT- -> Delta

Sowohl Metrikwerte als auch die Metadaten der Instanzdomäne werden in einem PCP-Archiv gespeichert
Zeitstempel. Diese Klausel erzwingt, dass alle Zeitstempel angepasst werden Delta, Wobei
Delta ist ein optionales Zeichen „+“ (Standard) oder „-“, eine optionale Zahl von
Stunden, gefolgt von einem Doppelpunkt „:“, eine optionale Anzahl von Minuten, gefolgt von einem Doppelpunkt
„:“, eine Anzahl von Sekunden, ein optionaler Sekundenbruchteil nach einem Punkt
„.“. Das einfachste Beispiel wäre „30“, um die Zeitstempel um 30 zu erhöhen
Sekunden. Ein komplexeres Beispiel wäre „-23:59:59.999“, um die Zeitstempel zu verschieben
um eine Millisekunde weniger als einen Tag zurück.

TZ -> "Zeitzone"

Ändert die Label-Datensätze im outlog PCP-Archiv, damit die Metriken angezeigt werden
scheinen von einem Host mit der lokalen Zeitzone gesammelt worden zu sein Zeitzone.
Zeitzone müssen in Anführungszeichen gesetzt werden und der gültigen Zeitzone entsprechen
Syntaxregeln für die lokale Plattform.

An Indom Die Umschreiberegel ändert eine Instanzdomäne und hat die Form:

INDOM Domain.seriell { indomspec ... }

woher Domain und seriell Identifizieren Sie eine oder mehrere vorhandene Instanzdomänen inlog -
typisch Domain wäre eine ganze Zahl im Bereich von 1 bis 510 und seriell wäre eine Ganzzahl
im Bereich 0 bis 4194304.

Als Sonderfall seriell könnte ein Sternchen „*“ sein, was bedeutet, dass die Regel für alle gilt
Instanzdomäne mit einer Domänennummer von Domain.

Wenn eine bestimmte Instanzdomäne nicht vorhanden ist inlog Die Regel hat keine Wirkung.

Die indomspec ist null oder mehr der folgenden Klauseln:

INAME "alte Bezeichnung" -> "neuer Name"

Die durch den externen Instanznamen identifizierte Instanz alte Bezeichnung wird in umbenannt
neuer Name. Beide alte Bezeichnung und neuer Name müssen in Anführungszeichen gesetzt werden.

Als Sonderfall kann der neue Name das Schlüsselwort sein LÖSCHEN (ohne Anführungszeichen) und
dann die Instanz alte Bezeichnung wird gelöscht outlog wodurch es aus dem entfernt wird
Metadaten der Instanzdomäne und entfernt alle Werte dieser Instanz für alle
zugehörige Kennzahlen.

Wenn die Instanznamen eingebettete Leerzeichen enthalten, ist besondere Vorsicht geboten
in Bezug auf die Benennungsregel der PCP-Instanz, die das führende Nicht-Leerzeichen behandelt
Teil des Instanznamens als eindeutiger Teil des Namens für die Zwecke von
Informationen zum Abgleichen und Sicherstellen der Einzigartigkeit innerhalb einer Instanzdomäne finden Sie unter
pmdaInstance(3) für eine Diskussion dieses Themas.

Betrachten Sie zur Veranschaulichung die hypothetische Instanzdomäne für eine Metrik, die
enthält 2 Instanzen mit den folgenden Namen:
rot markiert
eek urk

Dann einiges möglich INAME Klauseln könnten sein:

„eek“ -> „gelb wie eine Blume“
Akzeptabel, alte Bezeichnung „eek“ entspricht der Instanz „eek urk“.

„rot“ -> „eek“
Fehler, neuer Name „eek“ entspricht der vorhandenen „eek urk“-Instanz.

„eek urk“ -> „Rot in einem anderen Farbton“
Fehler, neuer Name „Rot eines anderen Farbtons“ entspricht der vorhandenen „Rot“-Instanz.

INDOM -> neue Domäne.Zeitungsartikel

Ändert die Metadaten für die Instanzdomäne und alle damit verbundenen Metriken
Instanzdomäne. Als Sonderfall gilt Zeitungsartikel könnte ein Sternchen „*“ sein, das
bedeutet Verwendung seriell von dem Indom Umschreiberegel, obwohl dies am nützlichsten ist, wenn
seriell ist auch ein Sternchen. Also zum Beispiel:
indom 29.* { indom -> 109.* }
verschiebt alle Instanzdomänen von Domäne 29 in Domäne 109.

INDOM -> DUPLIKAT neue Domäne.Zeitungsartikel

Ein Sonderfall des Vorgängers INDOM Klausel, in der die Instanzdomäne a ist
Duplikat der Domain.seriell Instanzdomäne aus der Indom Umschreibungsregel,
Anschließend werden alle Zuordnungsregeln auf das Kopierte angewendet neue Domäne.Zeitungsartikel Instanz
Domain. Dies ist nützlich, wenn ein PMDA aufgeteilt ist und dieselbe Instanzdomäne verwendet werden muss
für die Domäne repliziert werden Domain und Domäne neue Domäne. Also zum Beispiel, wenn die
Metriken foo.one und foo.zwei sind beide über die Instanzdomäne 12.34 definiert und
foo.zwei wird unter Verwendung der Domäne 27 auf einen anderen PMDA verschoben, dann erfolgt das folgende Umschreiben
Regeln könnten verwendet werden:
indom 12.34 { indom -> Duplikat 27.34 }
metrisch foo.two { indom -> 27.34 pmid -> 27.*.* }

INST alt -> neu

Die durch den internen Instanzbezeichner identifizierte Instanz alt wird umnummeriert in
neu. Beide alt und neu sind ganze Zahlen im Bereich von 0 bis 231-1.

Als Sonderfall, neu könnte das Schlüsselwort sein LÖSCHEN und dann die Instanz alt
wird gelöscht outlog Dadurch wird es aus den Metadaten der Instanzdomäne entfernt
und entfernt alle Werte dieser Instanz für alle zugehörigen Metriken.

A Metrisch Die Umschreiberegel hat die Form:

METRIC Metrik { Metrikspez ... }

woher Metrik identifiziert eine oder mehrere vorhandene Metriken inlog unter Verwendung einer Metrik
Name oder die interne Kodierung für die PMID einer Metrik als Domain.Gruppe.ausgleichen . In Letzterem
Fall, typischerweise Domain wäre eine ganze Zahl im Bereich von 1 bis 510, Gruppe wäre ein
Ganzzahl im Bereich von 0 bis 4095 und ausgleichen wäre eine Ganzzahl im Bereich von 0 bis 1023.

Als Sonderfälle ausgleichen könnte ein Sternchen „*“ sein, was bedeutet, dass die Regel für alle gilt
Metrik mit einer Domänennummer von Domain und eine Clusteranzahl von Gruppe oder Gruppe könnte sein
ein Sternchen, was bedeutet, dass die Regel für jede Metrik mit einer Domänennummer von gilt Domain
und eine Artikelnummer von ausgleichen , oder beides Gruppe und ausgleichen könnten Sternchen sein, und es gilt die Regel
zu jeder Metrik mit einer Domänennummer von Domain.

Wenn eine bestimmte Metrik nicht vorhanden ist inlog Die Regel hat keine Wirkung.

Die Metrikspez ist null oder mehr der folgenden Klauseln:

LÖSCHEN

Die Metrik wird vollständig entfernt outlog, sowohl die Metadaten als auch alle Werte in
Ergebnisse werden gelöscht.

INDOM -> neue Domäne.Zeitungsartikel [ wählen ]

Ändert die Metadaten, um die Instanzdomäne für diese Metrik zu ändern. Das neue
Die Instanzdomäne muss in vorhanden sein outlog.

Das optionale wählen Die Klausel kann verwendet werden, um einen Eingabewert auszuwählen oder einen zu berechnen
Aggregieren Sie den Wert der Instanzen in einem Eingabeergebnis oder weisen Sie einen internen Wert zu
Instanzbezeichner zu einem einzelnen Ausgabewert. Wenn nein wählen Klausel angegeben ist, die
Das Standardverhalten besteht darin, alle Eingabewerte von jedem Eingabeergebnis in eine Ausgabe zu kopieren
Ergebnis, wenn die Eingabeinstanzdomäne jedoch singulär ist (indom PM_INDOM_NULL)
dann muss dem einen Ausgabewert eine interne Instanzkennung zugewiesen werden, die
ist standardmäßig 0, sofern er nicht durch a überschrieben wird INST or INAME Klausel wie unten definiert.

Die Auswahl für wählen sind wie folgt:

AUSGABE ZUERST
Wählen Sie den Wert der ersten Instanz aus jedem Eingabeergebnis

AUSGABE LAST Wählen Sie den Wert der letzten Instanz aus jedem Eingabeergebnis

AUSGABE INST instid
Wählen Sie den Wert der Instanz mit interner Instanzkennung
instid aus jedem Ergebnis; Die Reihenfolge der Umschreibungsregeln gewährleistet dies
AUSGABE Die Verarbeitung erfolgt vor der Neunummerierung der Instanz-ID
alle damit verbundenen Indom Regel, also instid sollte einer der internen sein
Instanzbezeichner, die in angezeigt werden inlog

AUSGABE INAME "Name"
Wählen Sie den Wert der Instanz mit Name für seine externe Instanz
Name aus jedem Ergebnis; Die Reihenfolge der Umschreibungsregeln gewährleistet dies
AUSGABE Die Verarbeitung erfolgt vor der Umbenennung einer Instanz aus einer zugehörigen Instanz
Indom Regel, also Name sollte einer der externen Instanznamen sein
erscheint in inlog

AUSGABE MIN Wählen Sie den kleinsten Wert in jedem Ergebnis (der Metriktyp muss numerisch sein).
und die Ausgabeinstanz ist 0 für eine nicht singuläre Instanzdomäne)

AUSGABE MAX Wählen Sie den größten Wert in jedem Ergebnis (der Metriktyp muss numerisch sein).
und die Ausgabeinstanz ist 0 für eine nicht singuläre Instanzdomäne)

AUSGABE SUM Wählen Sie die Summe aller Werte in jedem Ergebnis (Metriktyp muss sein).
Numerisch und Ausgabeinstanz sind für eine nicht singuläre Instanz 0
Domain)

AUSGABE AVG Wählen Sie den Durchschnitt aller Werte in jedem Ergebnis (Metriktyp muss sein).
Numerisch und Ausgabeinstanz sind für eine nicht singuläre Instanz 0
Domain)

Wenn die Eingabeinstanzdomäne singulär ist (indom PM_INDOM_NULL) dann unabhängig von
für wählen Spezifikationen gibt es höchstens einen Wert in jedem Eingabeergebnis und so weiter
ZUERST, LAST, MIN, MAX, SUM und AVG sind alle gleichwertig und die Ausgabeinstanz
Der Bezeichner ist 0.

Im Allgemeinen ist es ein Fehler, eine Umschreibungsaktion für dieselben Metadaten oder anzugeben
Ergebniswerte mehr als einmal, z. B. mehr als einer INDOM Klausel dafür
Instanzdomäne. Die einzige Ausnahme ist die mögliche Interaktion zwischen den INDOM
Klauseln in der Indom und Metrisch Regeln. Zum Beispiel die Metrik sample.bin is
definiert über die Instanzdomäne 29.2 Zoll inlog und das Folgende ist akzeptabel
(wenn auch überflüssig):
indom 29.* { indom -> 109.* }
metrische Probe.bin { indom -> 109.2 }
Das Folgende ist jedoch ein Fehler, da die Instanzdomäne für sample.bin hat
zwei widersprüchliche Definitionen:
indom 29.* { indom -> 109.* }
metrische Probe.bin { indom -> 123.2 }

INDOM -> NULL[ wählen ]

Die Metrik (die zuvor über eine Instanzdomäne definiert worden sein muss) ist
wird geändert, um eine singuläre Metrik zu sein. Dies beinhaltet eine Metadatenänderung und
Reduzieren aller Ergebnisse für diese Metrik, sodass mehrere Werte zu einem Wert werden.

Das optionale wählen Ein Teil der Klausel definiert, wie der eine Wert für jedes Ergebnis lautet
sollte berechnet werden und folgt den gleichen Regeln wie für den Nicht-NULL-Wert beschrieben
INDOM Fall oben.

In Abwesenheit von wählenist die Standardeinstellung AUSGABE ZUERST.

NAME/FUNKTION -> neuer Name

Benennt die Metrik in den Metadaten des PCP-Archivs um, die die Leistung unterstützt
Metrik-Namensraum (PMNS). neuer Name sollte mit keinem vorhandenen Namen in der übereinstimmen
Das PMNS des Archivs muss den syntaktischen Regeln für gültige Metriknamen entsprechen
skizziert in pmns(5).

PMID -> neue Domäne.neuer Cluster.Neuer Gegenstand

Ändert die Metadaten und Ergebnisse, um die PMID der Metrik neu zu nummerieren. Als besonders
Fälle, neuer Cluster könnte ein Sternchen „*“ sein, was „Verwenden“ bedeutet Gruppe von dem
Metrisch Umschreibungsregel und/oder ausgleichen könnte ein Sternchen sein, das „Verwenden“ bedeutet ausgleichen von
die Metrisch Umschreibungsregel. Dies ist am nützlichsten, wenn Gruppe und / oder ausgleichen ist auch
ein Sternchen. Also zum Beispiel:
metrisch 30.*.* { pmid -> 123.*.* }
verschiebt alle Metriken von Domäne 30 in Domäne 123.

SEM -> Nachrichten

Ändern Sie die Semantik der Metrik. Nachrichten sollte der XXX-Teil des Namens sein
einer der PM_SEM_XXX Makros definiert in oder pmLookupDesc(3), z.B
COUNTER für PM_TYPE_COUNTER.

Dadurch wird kein Umschreiben der Datenwerte durchgeführt SEM Klausel, also die
Der Nutzen ist auf Fälle beschränkt, in denen eine Version des zugehörigen PMDA vorhanden war
Exportieren falscher Semantik für die Metrik. pmlogreduce(1) kann eine bereitstellen
Alternative in Fällen, in denen eine Neuberechnung der Ergebniswerte gewünscht ist.

TYP -> neuer Typ

Ändern Sie den Typ der Metrik, die die Metadaten ändert und möglicherweise die ändert
Kodierung von Werten in Ergebnissen. neuer Typ sollte der XXX-Teil des Namens einer Person sein
PM_TYPE_XXX Makros definiert in oder pmLookupDesc(3), z.B FLOAT
für PM_TYPE_FLOAT.

Die Typkonvertierung wird nur in Fällen unterstützt, in denen der alte und der neue Metriktyp vorhanden sind
numerisch, also PM_TYPE_STRING, PM_TYPE_AGGREGATE und PM_TYPE_EVENT sind nicht erlaubt.
Selbst bei numerischen Fällen können einige Konvertierungen zu Laufzeitfehlern führen, z
Ganzzahlüberlauf oder der Versuch, einen negativen Wert in einen vorzeichenlosen Typ umzuschreiben.

EINHEITEN -> neue Einheiten [ NEUSKALIERUNG ]

neue Einheiten besteht aus sechs durch Kommas getrennten Werten. Die ersten 3 Werte beschreiben die
Dimension der Metrik entlang der Dimensionen Raum, Zeit und Zählung; diese sind
ganzzahlige Werte, normalerweise 0, 1 oder -1. Die restlichen 3 Werte beschreiben die Skala von
die Werte der Metrik in den Dimensionen Raum, Zeit und Anzahl. Raummaßstab
Die Werte sollten 0 sein (wenn die Raumdimension 0 ist), andernfalls der XXX-Teil des Namens von
einer der PM_SPACE_XXX Makros, z KBYTE für PM_TYPE_KBYTE. Zeitskalenwerte
sollte 0 sein (wenn die Zeitdimension 0 ist), sonst der XXX-Teil des Namens von einem von
die PM_TIME_XXX Makros, z SEK für PM_TIME_SEC. Die Zählskalenwerte sollten 0 sein
(wenn die Zeitdimension 0 ist), sonst EINEM für PM_COUNT_ONE.

Die PM_SPACE_XXX, PM_TIME_XXX und PM_COUNT_XXX Makros sind in definiert
or pmLookupDesc(3).

Wenn der Maßstab geändert wird (die Dimension jedoch unverändert bleibt), ist das optionale Schlüsselwort
NEUSKALIERUNG kann verwendet werden, um die Neuskalierung des Werts gemäß zu wählen -s Befehlszeilenoption,
aber nur auf diese Metrik angewendet.

Beim Ändern der Domänennummer für eine Metrik oder Instanzdomäne die neue Domänennummer
stimmt normalerweise mit der Domänennummer einer vorhandenen PMDA überein. Wenn dies nicht der Fall ist, dann
die neue Domainnummer sollte nicht zufällig gewählt werden; konsultieren $PCP_VAR_DIR/pmns/stdpmid
für Domainnummern, die bereits PMDAs zugewiesen sind.

Beispiele:

Um die Werte der IOPS-Metriken pro Festplatte auf 64-Bit heraufzustufen, um eine Aggregation über eine zu ermöglichen
Der Zeitraum für die Kapazitätsplanung ist zu lang oder weil PMDA auf 64-Bit-Export umgestellt wurde
Zähler und wir wollen alte Archive konvertieren, damit sie zusammen mit neuen verarbeitet werden können
Archiv.
metrisch disk.dev.read { Typ -> U64 }
metrisch disk.dev.write { Typ -> U64 }
metrisch disk.dev.total { Typ -> U64 }

Die mit der Lastdurchschnittsmetrik verknüpften Instanzen kernel.all.load könnte umbenannt werden und
durch die nachstehenden Regeln neu nummeriert.
# Für den Linux-PMDA ist die Kennzahl „kernel.all.load“ definiert
# über Instanzdomäne 60.2
indom 60.2 {
inst 1 -> 60 inname „1 Minute“ -> „60 Sekunden“
inst 5 -> 300 inname „5 Minute“ -> „300 Sekunden“
inst 15 -> 900 inname „15 Minute“ -> „900 Sekunden“
}

Wenn wir uns dazu entschließen, die „Proc“-Metriken aus dem Linux-PMDA herauszutrennen, wird dies Folgendes mit sich bringen
Ändern der Domänennummer für die PMID dieser Metriken und der zugehörigen Instanz
Domänen. Die folgenden Regeln würden ein altes Archiv so umschreiben, dass es den Änderungen nach dem PMDA entspricht
Teilt.
# Alle Linux-Proc-Metriken befinden sich in 7 Clustern
metrisch 60.8.* { pmid -> 123.*.* }
metrisch 60.9.* { pmid -> 123.*.* }
metrisch 60.13.* { pmid -> 123.*.* }
metrisch 60.24.* { pmid -> 123.*.* }
metrisch 60.31.* { pmid -> 123.*.* }
metrisch 60.32.* { pmid -> 123.*.* }
metrisch 60.51.* { pmid -> 123.*.* }
# nur eine Instanzdomäne für Linux-Proc-Metriken
indom 60.9 { indom -> 123.0 }

Verwenden Sie pmlogrewrite online über die Dienste von onworks.net