pmlogrewrite - Online w chmurze

PROGRAM:

IMIĘ

pmlogrewrite - przepisać archiwa Performance Co-Pilot

STRESZCZENIE

$PCP_BINADM_DIR/pmlogrewrite [-Cdiqsvw ] [-c config] zaloguj się [wylogować]

OPIS

pmlogrewrite odczytuje dziennik archiwum Performance Co-Pilot (PCP) identyfikowany przez zaloguj się oraz
tworzy logowanie do archiwum PCP wylogować. Przy normalnym użytkowaniu, -c opcja zostanie przyzwyczajona
wyznaczyć plik konfiguracyjny lub pliki zawierające specyfikacje (patrz PRZEPISANIE
ZASADY SKŁADNIA sekcja poniżej), które opisują, w jaki sposób dane i metadane pochodzą z zaloguj się powinno być
przekształcony w produkcję wylogować.

Typowe zastosowania pmlogrewrite byłoby uwzględnienie ewolucji wydajności
Agenci domeny metryk (PMDA), w których znajdują się nazwy, metadane i semantyka metryk oraz ich
powiązane domeny instancji mogą zmieniać się w czasie, np. promowanie typu metryki z
z 32-bitowej na 64-bitową liczbę całkowitą lub zmianę nazwy grupy metryk. Patrz PRZYKŁADY
sekcję zawierającą kilka dodatkowych przypadków użycia.

pmlogrewrite jest najbardziej przydatny w przypadku zmian PMDA lub błędów w środowisku produkcyjnym,
skutkują archiwami, z którymi nie można łączyć pmlogwyciąg(1). Dzięki wstępnemu przetwarzaniu
archiwa z pmlogrewrite powstałe archiwa można połączyć
pmlogwyciąg(1).

Wejście zaloguj się musi być dziennikiem archiwum PCP utworzonym przez pmloger(1) lub ewentualnie jeden z
narzędzia odczytujące i tworzące archiwa PCP, np pmlogwyciąg(1) i pmlogredukuj(1).

Jeśli nie -c opcja jest określona, ​​wówczas po prostu tworzy się zachowanie domyślne wylogować jako kopia
zaloguj się. To jest trochę bardziej skomplikowane niż jak(1), z których składa się każde archiwum PCP
kilka plików fizycznych.

Kompletujemy wszystkie dokumenty (wymagana jest kopia paszportu i XNUMX zdjęcia) potrzebne do pmlogrewrite może zostać wykorzystany do naprawy niektórych problemów ze spójnością danych w archiwach PCP,
istnieje również klasa zadań naprawczych, z którymi nie można sobie poradzić pmlogrewrite oraz
pmlogetykieta(1) może być w takich przypadkach użytecznym narzędziem.

COMMAND LINE OPCJE

Opcje wiersza poleceń dla pmlogrewrite są następujące:

-C Przeanalizuj reguły przepisywania i zakończ. wylogować nie jest tworzony. Gdy -C jest specyficzne,
to również ustawia -v oraz -w tak, aby wszystkie ostrzeżenia i szczegółowe komunikaty były wyświetlane jako
config jest analizowany.

-c config
If config jest plikiem lub dowiązaniem symbolicznym, czytaj i analizuj stamtąd reguły przepisywania.
If config jest katalogiem, to wszystkie pliki lub dowiązania symboliczne w tym katalogu
(z wyjątkiem tych rozpoczynających się od kropki ``.'') zostaną użyte do zapewnienia
przepisywanie zasad. Wiele -c opcje są dozwolone.

-d Tryb desperacji. Zwykle, jeśli wystąpi błąd krytyczny, wszystkie ślady częściowego
pisemne archiwum PCP wylogować jest usunięty. Z -d opcja, częściowo utworzona
wylogować dziennik archiwum nie jest usuwany.

-i Zamiast tworzyć wylogować, zaloguj się jest przepisywany w miejscu, gdy -i Jest opcja
używany. Nowe archiwum jest tworzone przy użyciu tymczasowych nazw plików, a następnie zmieniana jest jego nazwa
zaloguj się w taki sposób, aby w przypadku napotkania jakichkolwiek błędów (nie ostrzeżeń) zaloguj się
pozostaje niezmieniony.

-q Tryb szybki, w którym, jeśli nie ma żadnych operacji przepisywania do wykonania (żadna z
dane globalne, domeny instancji lub metryki z zaloguj się zostanie zmieniony).
pmlogrewrite zakończy działanie (ze statusem 0, więc sukces) natychmiast po przeanalizowaniu
pliki konfiguracyjne i wylogować nie jest tworzony.

-s Gdy zmienią się „jednostki” metryki, jeśli wymiar wyrażony w przestrzeni,
czas i licznik pozostają bez zmian, wówczas zmieniany jest współczynnik skalowania, np. BYTE na
KBYTE lub MSEC-1 do USEC-1, lub złożone MBYTE.SEC-1 do KBYTE.USEC-1. The
motywacją może być (a) to, że oryginalne metadane były błędne, ale wartości w zaloguj się
są poprawne lub (b) metadane ulegają zmianie, więc wartości również muszą się zmienić.
Domyślny pmlogrewrite zachowanie pasuje do przypadku (a). Jeśli przypadek (b) ma zastosowanie, użyj
dotychczasowy -s opcji i wartości wszystkich metryk ze współczynnikiem skali zmieniają się w każdej z nich
wynik zostanie przeskalowany. Aby uzyskać lepszą kontrolę nad przeskalowaniem wartości, zobacz
PRZESKALUJ opcja dla JEDNOSTKI klauzula zasady przepisywania metryki opisana poniżej.

-v Zwiększ szczegółowość wyników diagnostycznych.

-w Emituj ostrzeżenia. Normalnie pmlogrewrite milczy w przypadku jakiegokolwiek ostrzeżenia, które nim nie jest
fatalne i oczekuje się, że w przypadku konkretnego archiwum niektóre (lub w rzeczywistości wszystkie).
specyfikacje dotyczące przepisywania mogą nie mieć zastosowania. Mogą to być na przykład zmiany w PMDA
zapisane w zestawie reguł przepisywania, ale pojedyncze archiwum może nie zawierać wszystkich
zmodyfikowane metryki ani wszystkie zmodyfikowane domeny instancji i/lub instancje.
Ponieważ takie przypadki są oczekiwane, nie zapobiegają pmlogrewrite wykonanie i
zasady, których nie dotyczą zaloguj się są domyślnie ignorowane. Podobnie niektórzy
przepisywanie reguł może nie wiązać się z żadnymi zmianami, ponieważ metadane w zaloguj się już pasuje
intencją reguły przepisywania jest poprawienie danych z poprzedniej wersji PMDA.
-w flag wymusza emisję ostrzeżeń we wszystkich tych przypadkach.

Argument wylogować jest wymagane we wszystkich przypadkach, z wyjątkiem przypadków -i jest specyficzne.

PRZEPISANIE ZASADY SKŁADNIA

Plik konfiguracyjny zawiera zero lub więcej reguł przepisywania, jak zdefiniowano poniżej.

Poniżej przedstawiono słowa kluczowe i specjalne znaki interpunkcyjne pogrubiona kursywa czcionka i są
wielkość liter nie jest rozróżniana, więc METRIC, metryczny oraz metryczny wszystkie są równoważne w przepisywaniu reguł.

Znak ``#'' wprowadza komentarz, a pozostała część linii jest ignorowana.
W przeciwnym razie dane wejściowe mają stosunkowo dowolny format z opcjonalnymi białymi znakami (spacje, tabulatory lub
znaki nowej linii) pomiędzy elementami leksykalnymi w regułach.

A światowy reguła przepisywania ma postać:

GLOBAL { specyfikacja globalna ... }

gdzie specyfikacja globalna wynosi zero lub więcej z następujących klauzul:

NAZWA HOSTA -> hosta

Modyfikuje rekordy etykiet w pliku wylogować Archiwum PCP, dzięki czemu metryki będą
wygląda na to, że zostały zebrane od gospodarza hosta.

CZAS -> delta

Przenoszone są zarówno wartości metryki, jak i metadane domeny instancji w archiwum PCP
znaczniki czasu. Ta klauzula wymusza dostosowanie wszystkich znaczników czasu delta, Gdzie
delta jest opcjonalnym znakiem ``+'' (domyślnie) lub ``-'', opcjonalną liczbą
godziny, po których następuje dwukropek „:” i opcjonalna liczba minut, po których następuje dwukropek
``:'', liczba sekund, opcjonalny ułamek sekund po kropce
``.''. Najprostszym przykładem byłoby „30”, aby zwiększyć znaczniki czasu o 30
sekundy. Bardziej złożonym przykładem byłoby „-23:59:59.999”, aby przenieść znaczniki czasu
wstecz o jedną milisekundę w czasie krótszym niż jeden dzień.

TZ -> "stref czasowych"

Modyfikuje rekordy etykiet w pliku wylogować Archiwum PCP, dzięki czemu metryki będą
wygląda na to, że zostały pobrane od hosta z lokalną strefą czasową stref czasowych.
stref czasowych muszą być ujęte w cudzysłów i powinny być zgodne z obowiązującą strefą czasową
reguły składni dla platformy lokalnej.

An dom reguła przepisywania modyfikuje domenę instancji i ma postać:

INDOM domena.seryjny { indomspec ... }

gdzie domena oraz seryjny zidentyfikować jedną lub więcej istniejących domen instancji zaloguj się -
zazwyczaj domena będzie liczbą całkowitą z zakresu od 1 do 510 oraz seryjny byłaby liczbą całkowitą
w zakresie od 0 do 4194304.

Jako szczególny przypadek seryjny może być gwiazdką „*”, co oznacza, że ​​reguła dotyczy każdego
domena instancji o numerze domeny domena.

Jeśli wyznaczona domena instancji nie jest włączona zaloguj się zasada nie ma żadnego skutku.

indomspec wynosi zero lub więcej z następujących klauzul:

JA NAZYWAM "stara nazwa" -> "nowe imie"

Instancja identyfikowana przez nazwę instancji zewnętrznej stara nazwa zmieniono nazwę na
nowe imie. Zarówno stara nazwa oraz nowe imie należy ująć w cudzysłów.

W wyjątkowym przypadku nowa nazwa może być słowem kluczowym DELETE (bez cudzysłowu) i
potem przykład stara nazwa zostaną usunięte wylogować który usuwa go z
metadane domeny instancji i usuwa wszystkie wartości tej instancji dla wszystkich
powiązane metryki.

Jeśli nazwy instancji zawierają osadzone spacje, należy zachować szczególną ostrożność
podjęte w odniesieniu do reguły nazewnictwa instancji PCP, która traktuje wiodącą nie-spację
część nazwy instancji jako unikatową część nazwy na potrzeby
dopasowywanie i zapewnianie unikalności w domenie instancji, patrz
instancja pmda(3) w celu omówienia tej kwestii.

Jako ilustrację rozważ hipotetyczną domenę instancji dla metryki, która
zawiera 2 instancje o następujących nazwach:
czerwony
ech, urk

Potem trochę możliwe JA NAZYWAM klauzule mogą być:

„eek” -> „żółty jak kwiat”
Do przyjęcia, stara nazwa „eek” pasuje do instancji „eek urk”.

„czerwony” -> „eek”
Błąd, nowe imie „eek” pasuje do istniejącej instancji „eek urk”.

„eek urk” -> „czerwony o innym odcieniu”
Błąd, nowe imie „czerwony o innym odcieniu” pasuje do istniejącej instancji „czerwonej”.

INDOM -> nowadomena.reportaż

Modyfikuje metadane domeny instancji i każdą metrykę powiązaną z
domena instancji. Jako szczególny przypadek reportaż może być gwiazdką „*”, która
oznacza użycie seryjny z dom regułę przepisywania, chociaż jest to najbardziej przydatne, gdy
seryjny jest także gwiazdką. Na przykład:
indom 29,* { indom -> 109,* }
przeniesie wszystkie domeny instancji z domeny 29 do domeny 109.

INDOM -> DUPLIKOWAĆ nowadomena.reportaż

Specjalny przypadek poprzedniego INDOM klauzula, w której domeną instancji jest a
duplikat kopii domena.seryjny domena instancji z dom reguła przepisywania,
a następnie do skopiowanego pliku stosowane są wszelkie reguły mapowania nowadomena.reportaż przykład
domena. Jest to przydatne, gdy PMDA jest podzielona i wymaga tego ta sama domena instancji
być replikowane dla domeny domena i domena nowadomena. Na przykład, jeśli
metryka foo.one oraz foo.dwa oba są zdefiniowane w domenie instancji 12.34 i
foo.dwa zostaje przeniesiony do innego PMDA przy użyciu domeny 27, następnie następuje kolejne przepisanie
można zastosować zasady:
indom 12.34 { indom -> duplikat 27.34 }
metryka foo.two { indom -> 27.34 pmid -> 27.**.* }

INSTRUKCJA stary -> nowość

Instancja identyfikowana przez wewnętrzny identyfikator instancji stary zostaje przenumerowany na
nowość. Zarówno stary oraz nowość są liczbami całkowitymi z zakresu od 0 do 231-1.

W szczególnym przypadku nowość może być słowem kluczowym DELETE a potem instancja stary
zostaną usunięte wylogować co usuwa go z metadanych domeny instancji
i usuwa wszystkie wartości tego wystąpienia dla wszystkich powiązanych metryk.

A metryczny reguła przepisywania ma postać:

METRIC metryka { specyfikacja metryczna ... }

gdzie metryka identyfikuje jedną lub więcej istniejących metryk z zaloguj się używając dowolnej metryki
nazwa lub wewnętrzne kodowanie PMID metryki jako domena.grupa.pozycja. W tym ostatnim
przypadek, zazwyczaj domena byłaby liczbą całkowitą z zakresu od 1 do 510, grupa byłby
liczba całkowita z zakresu od 0 do 4095 oraz pozycja będzie liczbą całkowitą z zakresu od 0 do 1023.

Jako przypadki szczególne pozycja może być gwiazdką „*”, co oznacza, że ​​reguła dotyczy każdego
metryka z numerem domeny domena i numer klastra grupalub grupa może być
gwiazdka, co oznacza, że ​​reguła ma zastosowanie do każdej metryki o numerze domeny domena
oraz numer pozycji pozycja, lub oba grupa oraz pozycja mogą być gwiazdkami i obowiązuje zasada
do każdej metryki o numerze domeny domena.

Jeśli nie ma wyznaczonej metryki zaloguj się zasada nie ma żadnego skutku.

specyfikacja metryczna wynosi zero lub więcej z następujących klauzul:

DELETE

Metryka została całkowicie usunięta wylogować, zarówno metadane, jak i wszystkie wartości w
wyniki są usuwane.

INDOM -> nowadomena.reportaż [ wybierać ]

Modyfikuje metadane, aby zmienić domenę wystąpienia dla tej metryki. Nowa
domena instancji musi istnieć w wylogować.

Opcjonalne wybierać klauzuli można użyć do wybrania jednej wartości wejściowej lub obliczenia
zagregowaną wartość z instancji w wyniku wejściowym lub przypisz wartość wewnętrzną
identyfikator instancji na pojedynczą wartość wyjściową. Jeśli nie wybierać klauzula jest określona,
domyślnym zachowaniem jest kopiowanie wszystkich wartości wejściowych z każdego wyniku wejściowego na wyjście
wynik, jednak jeśli domena instancji wejściowej jest liczbą pojedynczą (indom PM_INDOM_NULL)
wówczas jednej wartości wyjściowej należy przypisać wewnętrzny identyfikator instancji, który
domyślnie wynosi 0, chyba że zostanie zastąpione przez a INSTRUKCJA or JA NAZYWAM klauzula zdefiniowana poniżej.

Wybory dla wybierać są następujące:

WYDAJNOŚĆ PIERWSZY
wybierz wartość pierwszej instancji z każdego wyniku wejściowego

WYDAJNOŚĆ LAST wybierz wartość ostatniej instancji z każdego wyniku wejściowego

WYDAJNOŚĆ INSTRUKCJA nałożyć
wybierz wartość instancji z wewnętrznym identyfikatorem instancji
nałożyć z każdego wyniku; kolejność reguł przepisywania zapewnia
WYDAJNOŚĆ przetwarzanie następuje przed zmianą numeracji identyfikatora instancji
wszelkie powiązane dom rządzić, więc nałożyć powinien być jednym z wewnętrznych
identyfikatory instancji, które pojawiają się w zaloguj się

WYDAJNOŚĆ JA NAZYWAM "Nazwa"
wybierz wartość instancji za pomocą Nazwa dla swojej zewnętrznej instancji
nazwa każdego wyniku; kolejność reguł przepisywania zapewnia
WYDAJNOŚĆ przetwarzanie odbywa się przed zmianą nazwy instancji z dowolnego powiązanego
dom rządzić, więc Nazwa powinna być jedną z zewnętrznych nazw instancji that
pojawia się w zaloguj się

WYDAJNOŚĆ MIN wybierz najmniejszą wartość w każdym wyniku (typ metryki musi być numeryczny
a instancja wyjściowa będzie wynosić 0 dla domeny instancji innej niż pojedyncza)

WYDAJNOŚĆ MAX wybierz największą wartość w każdym wyniku (typ metryki musi być numeryczny
a instancja wyjściowa będzie wynosić 0 dla domeny instancji innej niż pojedyncza)

WYDAJNOŚĆ SUMA wybierz sumę wszystkich wartości w każdym wyniku (typ metryki musi być
instancja liczbowa i wyjściowa będzie wynosić 0 dla instancji innej niż pojedyncza
domena)

WYDAJNOŚĆ AVG wybierz średnią wszystkich wartości w każdym wyniku (musi to być typ metryki
instancja liczbowa i wyjściowa będzie wynosić 0 dla instancji innej niż pojedyncza
domena)

Jeśli domena instancji wejściowej jest liczbą pojedynczą (indom PM_INDOM_NULL) to niezależne od
każdy wybierać specyfikacji, w każdym wyniku wejściowym znajduje się co najwyżej jedna wartość itd
PIERWSZY, LAST, MIN, MAX, SUMA oraz AVG są równoważne i instancja wyjściowa
identyfikator będzie miał wartość 0.

Ogólnie błędem jest określenie akcji przepisywania dla tych samych metadanych lub
wynik wartości więcej niż jeden raz, np. więcej niż jeden INDOM klauzula o tym samym
domena instancji. Jedynym wyjątkiem jest możliwa interakcja pomiędzy INDOM
klauzule w dom oraz metryczny zasady. Na przykład metryka próbka.bin is
zdefiniowana w domenie instancji 29.2 cala zaloguj się i poniższe jest dopuszczalne
(choć zbędne):
indom 29,* { indom -> 109,* }
próbka metryczna.bin {indom -> 109.2 }
Jednak następujący błąd jest błędem, ponieważ domena instancji for próbka.bin ma
dwie sprzeczne definicje:
indom 29,* { indom -> 109,* }
próbka metryczna.bin {indom -> 123.2 }

INDOM -> NULL[ wybierać ]

Metryka (która musiała zostać wcześniej zdefiniowana w domenie instancji) to
modyfikowany tak, aby był metryką pojedynczą. Wiąże się to ze zmianą metadanych i
zwijanie wszystkich wyników dla tej metryki, tak aby wiele wartości stało się jedną wartością.

Opcjonalne wybierać część klauzuli definiuje, w jaki sposób jedna wartość dla każdego wyniku
należy obliczyć i postępować według tych samych zasad, które opisano dla wartości innej niż NULL
INDOM przypadek powyżej.

W przypadku braku wybierać, domyślnie WYDAJNOŚĆ PIERWSZY.

IMIĘ -> nowe imie

Zmienia nazwę metryki w metadanych archiwum PCP, która obsługuje wydajność
Przestrzeń nazw metryk (PMNS). nowe imie nie powinna pasować do żadnej istniejącej nazwy w pliku
PMNS archiwum i musi przestrzegać reguł składniowych dla prawidłowych nazw metryk, jak
opisane w po południu(5).

PMID -> nowadomena.nowy klaster.nowość

Modyfikuje metadane i wyniki, aby zmienić numer PMID metryki. Jako wyjątkowy
skrzynie, nowy klaster może być gwiazdką „*”, co oznacza użycie grupa z
metryczny reguła przepisywania i/lub pozycja może być gwiazdką, co oznacza użycie pozycja od
dotychczasowy metryczny przepisania reguły. Jest to najbardziej przydatne, gdy grupa i / lub pozycja Jest również
gwiazdka. Na przykład:
metryka 30.*.* {pmid -> 123.*.* }
przeniesie wszystkie metryki z domeny 30 do domeny 123.

SEM -> newsem

Zmień semantykę metryki. newsem powinna być częścią XXX nazwy
Jednym z PM_SEM_XXX makra zdefiniowane w Lub pmLookupDesc(3), np
LICZNIK dla PM_TYPE_COUNTER.

W wyniku tego nie następuje przepisanie wartości danych SEM klauzula, więc
użyteczność jest ograniczona do przypadków, w których była dostępna wersja powiązanego PMDA
eksportowanie niepoprawnej semantyki metryki. pmlogredukuj(1) może zapewnić
alternatywa w przypadkach, gdy pożądane jest ponowne obliczenie wartości wyników.

TYP -> nowy typ

Zmień typ metryki, która zmienia metadane i może zmienić
kodowanie wartości w wynikach. nowy typ powinna być częścią XXX nazwy jednego z nich
ukończenia PM_TYPE_XXX makra zdefiniowane w Lub pmLookupDesc(3), np FLOAT
dla PM_TYPE_FLOAT.

Konwersja typów jest obsługiwana tylko w przypadkach, gdy występuje stary i nowy typ metryki
numeryczne, tzw PM_TYPE_STRING, PM_TYPE_AGGREGATE oraz PM_TYPE_EVENT niedozwolone.
Nawet w przypadkach liczbowych niektóre konwersje mogą powodować błędy w czasie wykonywania, np
przepełnienie liczby całkowitej lub próba przepisania wartości ujemnej na typ bez znaku.

JEDNOSTKI -> nowe jednostki [ PRZESKALUJ ]

nowe jednostki to sześć wartości oddzielonych przecinkami. Pierwsze 3 wartości opisują
wymiar metryki wzdłuż wymiarów przestrzeni, czasu i liczebności; to są
wartości całkowite, zwykle 0, 1 lub -1. Pozostałe 3 wartości opisują skalę
wartości metryki w wymiarach przestrzeni, czasu i liczebności. Skala kosmiczna
wartości powinny wynosić 0 (jeśli wymiar przestrzeni wynosi 0), w przeciwnym razie część XXX nazwy
Jednym z PM_SPACE_XXX makro, np KBAJT dla PM_TYPE_KBYTE. Wartości skali czasu
powinno wynosić 0 (jeśli wymiar czasu wynosi 0), w przeciwnym razie część XXX nazwy jednego z
dotychczasowy PM_TIME_XXX makro, np SEK dla PM_TIME_SEC. Wartości skali zliczania powinny wynosić 0
(jeśli wymiar czasu wynosi 0), w przeciwnym razie ONE dla PM_COUNT_ONE.

PM_SPACE_XXX, PM_TIME_XXX oraz PM_COUNT_XXX makra są zdefiniowane w
or pmLookupDesc(3).

Kiedy skala zostanie zmieniona (ale wymiar pozostaje niezmieniony), opcjonalne słowo kluczowe
PRZESKALUJ może zostać użyte do wybrania przeskalowania wartości zgodnie z -s opcja wiersza poleceń,
ale zastosowany tylko do tej metryki.

W przypadku zmiany numeru domeny dla domeny metrycznej lub instancji nowy numer domeny
zazwyczaj będzie pasować do istniejącego numeru domeny PMDA. Jeśli tak nie jest, to
nowy numer domeny nie powinien być wybierany losowo; konsultować $PCP_VAR_DIR/pmns/stdpmid
dla numerów domen, które są już przypisane do PMDA.

PRZYKŁADY

Aby promować wartości metryk IOPS na dysk do wartości 64-bitowych, aby umożliwić agregację przez
długi okres czasu na planowanie wydajności lub dlatego, że PMDA przeszło na eksport 64-bitowy
liczniki i chcemy przekonwertować stare archiwa, aby można je było przetwarzać razem z nowymi
archiwa.
metryczny dysk.dev.read { typ -> U64 }
metryczny dysk.dev.write { typ -> U64 }
metryczny dysk.dev.total { typ -> U64 }

Instancje powiązane z metryką średniego obciążenia kernel.all.load można zmienić nazwę i
numerowane zgodnie z poniższymi zasadami.
# dla Linux PMDA zdefiniowana jest metryka kernel.all.load
# w domenie instancji 60.2
indom 60.2 {
inst 1 -> 60 iname "1 minuta" -> "60 sekund"
inst 5 -> 300 iname "5 minuta" -> "300 sekund"
inst 15 -> 900 iname "15 minuta" -> "900 sekund"
}

Jeśli zdecydujemy się oddzielić metrykę ``proc'' od PMDA Linuksa, będzie to wiązać się z tym
zmiana numeru domeny dla PMID tych metryk i powiązanej instancji
domeny. Poniższe zasady spowodują przepisanie starego archiwum w celu dopasowania do zmian wprowadzonych po PMDA
rozdzielać.
# wszystkie metryki procesów systemu Linux znajdują się w 7 klastrach
metryczny 60.8.* {pmid -> 123.*.* }
metryczny 60.9.* {pmid -> 123.*.* }
metryczny 60.13.* {pmid -> 123.*.* }
metryczny 60.24.* {pmid -> 123.*.* }
metryczny 60.31.* {pmid -> 123.*.* }
metryczny 60.32.* {pmid -> 123.*.* }
metryczny 60.51.* {pmid -> 123.*.* }
# tylko jedna domena instancji dla metryk procesu systemu Linux
indom 60.9 { indom -> 123.0 }

Użyj pmlogrewrite online, korzystając z usług onworks.net