pmlogrewrite - 클라우드에서 온라인

프로그램:

이름

pmlog다시 쓰기 - Performance Co-Pilot 아카이브를 다시 작성합니다.

개요

$PCP_BINADM_DIR/pmlogrewrite [-Cdiqsvw ] [-c 설정] 인로그 [아웃로그]

기술

pmlog다시 쓰기 PCP(Performance Co-Pilot) 아카이브 로그를 읽습니다. 인로그 그리고
PCP 보관 로그를 생성합니다. 아웃로그. 일반적인 사용에서는 -c 옵션은 다음에 사용됩니다.
사양을 포함하는 구성 파일 또는 파일을 지정합니다(참조) 다시 쓰기
규칙 통사론 아래 섹션)에서 데이터와 메타데이터의 사용 방법을 설명합니다. 인로그 되어야
생산하기 위해 변형되다 아웃로그.

일반적인 용도 pmlog다시 쓰기 성능의 진화를 수용하는 것이 될 것입니다
이름, 메타데이터 및 의미론을 포함하는 메트릭 도메인 에이전트(PMDA)
연관된 인스턴스 도메인은 시간이 지남에 따라 변경될 수 있습니다. 예를 들어 메트릭 유형을 홍보하는 것과 같습니다.
32비트에서 64비트 정수로, 또는 메트릭 그룹의 이름을 바꾸는 것. 사용 예
추가적인 사용 사례에 대해서는 섹션을 참조하세요.

pmlog다시 쓰기 PMDA가 변경되거나 프로덕션 환경에 오류가 있는 경우에 가장 유용합니다.
결합할 수 없는 아카이브가 생성됩니다. pmlog추출(1). 사전 처리를 통해
아카이브와 함께 pmlog다시 쓰기 결과적으로 생성된 아카이브는 병합될 수 있습니다.
pmlog추출(1).

입력 인로그 PCP 아카이브 로그가 생성되어야 합니다. 오후 로거(1) 또는 아마도 다음 중 하나
PCP 아카이브를 읽고 생성하는 도구(예: pmlog추출(1)과하면 pmlog감소(1).

없는 경우 -c 옵션이 지정되면 기본 동작은 단순히 다음을 생성합니다. 아웃로그 사본으로서
인로그. 이것은 다음보다 조금 더 복잡합니다. 방법(1) 각 PCP 아카이브는 다음으로 구성됩니다.
여러 개의 물리적 파일.

DaVinci에는 pmlog다시 쓰기 PCP 아카이브의 일부 데이터 일관성 문제를 복구하는 데 사용될 수 있습니다.
또한 처리할 수 없는 수리 작업 클래스도 있습니다. pmlog다시 쓰기 그리고
pmlog라벨(1)은 이런 경우에 유용한 도구가 될 수 있다.

COMMAND LINE 옵션

명령줄 옵션 pmlog다시 쓰기 다음과 같습니다 :

-C 다시 쓰기 규칙을 분석하고 종료합니다. 아웃로그 생성되지 않습니다. -C 지정되고,
이것도 설정 -v 그리고 -w 모든 경고 및 자세한 메시지가 다음과 같이 표시되도록 합니다.
설정 분석되었습니다.

-c 설정
If 설정 파일이나 심볼릭 링크인 경우, 해당 위치에서 다시 쓰기 규칙을 읽고 구문 분석합니다.
If 설정 디렉토리인 경우 해당 디렉토리에 있는 모든 파일 또는 심볼릭 링크
(마침표 ``.''로 시작하는 경우 제외)는 다음을 제공하는 데 사용됩니다.
규칙을 다시 작성합니다. 여러 -c 옵션이 허용됩니다.

-d 절박한 모드. 일반적으로 치명적인 오류가 발생하면 부분적으로 추적된 모든
PCP 기록 보관소 아웃로그 제거됩니다. -d 옵션, 부분적으로 생성됨
아웃로그 보관 로그가 제거되지 않습니다.

-i 만드는 것보다 아웃로그, 인로그 다시 작성됩니다 -i 옵션은
사용됨. 임시 파일 이름을 사용하여 새 아카이브가 생성된 다음 이름이 변경됩니다.
인로그 오류(경고가 아님)가 발생하는 경우 인로그
변경되지 않음.

-q 빠른 모드는 다시 쓸 작업이 없는 경우(다음 중 어느 것도 아님)
글로벌 데이터, 인스턴스 도메인 또는 메트릭 인로그 변경될 것입니다), 그러면
pmlog다시 쓰기 구문 분석 후 즉시 종료됩니다(상태 0이므로 성공).
구성 파일 및 아웃로그 생성되지 않았습니다.

-s 공간 측면에서 차원이 변경되면 메트릭의 ``단위''가 변경됩니다.
시간과 카운트가 변경되지 않으면 스케일링 요소가 변경됩니다. 예: BYTE
KBYTE 또는 MSEC-1에서 USEC-1 또는 복합 MBYTE.SEC-1에서 KBYTE.USEC-1까지.
동기는 (a) 원래 메타데이터가 잘못되었지만 값이 인로그
정확하거나 (b) 메타데이터가 변경되므로 값도 변경해야 합니다.
기본값은 pmlog다시 쓰기 행동은 케이스(a)와 일치합니다. 케이스(b)가 적용되는 경우 다음을 사용합니다.
전에, -s 옵션과 각각의 스케일 인자가 변경된 모든 메트릭의 값
결과는 재조정됩니다. 값 재조정을 보다 세부적으로 제어하려면 다음을 참조하세요.
재조정 에 대한 옵션 단위 아래에 설명된 계량 재작성 규칙의 절입니다.

-v 진단 출력의 내용을 더욱 자세하게 표시합니다.

-w 경고를 내보냅니다. 일반적으로 pmlog다시 쓰기 경고가 없는 경우에는 아무 말도 하지 않습니다.
치명적이며 특정 아카이브의 경우 일부(또는 실제로 전체)가 예상됩니다.
다시 쓰기 사양이 적용되지 않을 수 있습니다. 예를 들어, PMDA에 대한 변경 사항은 다음과 같습니다.
일련의 재작성 규칙에 캡처되었지만 단일 아카이브에 모든 내용이 포함되지 않을 수 있습니다.
수정된 메트릭도 아니고 수정된 인스턴스 도메인 및/또는 인스턴스도 아닙니다.
이러한 사례는 예상되기 때문에 예방할 수 없습니다. pmlog다시 쓰기 실행하고,
적용되지 않는 규칙 인로그 기본적으로는 자동으로 무시됩니다. 마찬가지로 일부
규칙을 다시 작성하면 메타데이터가 변경되지 않을 수 있습니다. 인로그 이미 일치합니다
PMDA의 이전 버전의 데이터를 수정하기 위한 재작성 규칙의 의도입니다.
The -w 플래그를 지정하면 이러한 모든 경우에 경고가 발생하도록 합니다.

논쟁 거리 아웃로그 모든 경우에 필요하지만 다음 경우는 제외합니다. -i 이 지정됩니다.

다시 쓰기 규칙 통사론

구성 파일에는 아래 정의된 대로 0개 이상의 다시 쓰기 규칙이 포함되어 있습니다.

키워드와 특수문자는 아래와 같습니다. 굵은체기울임체 글꼴이며
대소문자를 구분하지 않으므로 미터법, 메트릭 그리고 메트릭 모든 규칙을 다시 쓰면 동일합니다.

``#'' 문자는 주석을 표시하고 줄의 나머지 부분은 무시됩니다.
그렇지 않으면 입력은 선택적인 공백(공백, 탭 또는)이 있는 비교적 자유로운 형식입니다.
규칙의 어휘 항목 사이에 줄바꿈을 사용합니다.

A 글로벌 다시 쓰기 규칙은 다음과 같은 형식을 갖습니다.

글로벌 { 글로벌스펙 ... }

어디에 글로벌스펙 다음 절 중 0개 이상입니다.

호스트 이름 -> 호스트 이름

레이블 레코드를 수정합니다. 아웃로그 PCP 아카이브를 통해 메트릭을 확인할 수 있습니다.
호스트로부터 수집된 것으로 보입니다. 호스트 이름.

TIME -> 델타

PCP 아카이브의 메트릭 값과 인스턴스 도메인 메타데이터는 모두 다음을 포함합니다.
타임스탬프. 이 절은 모든 타임스탬프를 조정하도록 강제합니다. 델타어디로
델타 는 선택 기호 ``+''(기본값) 또는 ``-''이며 선택적인 숫자입니다.
시간 뒤에 콜론 ``:''이 붙은 경우, 분 뒤에 콜론이 붙은 선택적 숫자
``:'', 초 수, 마침표 뒤에 오는 선택적인 초 단위
``.''. 가장 간단한 예는 타임스탬프를 30만큼 늘리는 ``30''입니다.
초. 더 복잡한 예로는 타임스탬프를 이동하기 위한 ``-23:59:59.999''가 있습니다.
1일보다 1밀리초 적게 뒤로 물러났습니다.

TZ -> "시간대"

레이블 레코드를 수정합니다. 아웃로그 PCP 아카이브를 통해 메트릭을 확인할 수 있습니다.
로컬 시간대를 사용하는 호스트에서 수집된 것으로 보입니다. 시간대.
시간대 따옴표로 묶어야 하며 유효한 시간대를 따라야 합니다.
로컬 플랫폼에 대한 구문 규칙입니다.

An 인도 다시 쓰기 규칙은 인스턴스 도메인을 수정하며 형식은 다음과 같습니다.

인도 도메인.일련의 { 인도스펙 ... }

어디에 도메인 그리고 일련의 기존 인스턴스 도메인 하나 이상을 식별합니다. 인로그 -
일반적으로 도메인 1~510 범위의 정수가 됩니다. 일련의 정수가 될 것이다
0~4194304 범위입니다.

특별한 경우로 일련의 규칙이 모든 것에 적용된다는 것을 의미하는 별표 ``*''가 될 수 있습니다.
도메인 번호가 있는 인스턴스 도메인 도메인.

지정된 인스턴스 도메인이 없는 경우 인로그 그 규칙은 효과가 없습니다.

The 인도스펙 다음 절 중 0개 이상입니다.

INAME "옛 이름" -> "새 이름"

외부 인스턴스 이름으로 식별된 인스턴스 옛 이름 이름이
새 이름. 두 옛 이름 그리고 새 이름 따옴표로 묶어야 합니다.

특별한 경우, 새로운 이름이 키워드가 될 수 있습니다. 삭제 (따옴표 없이) 및
그 다음 인스턴스 옛 이름 에서 삭제됩니다 아웃로그 그것을 제거하는 것
인스턴스 도메인 메타데이터를 제거하고 이 인스턴스의 모든 값을 제거합니다.
연관된 메트릭.

인스턴스 이름에 공백이 포함된 경우 특별한 주의가 필요합니다.
선행 비공백을 처리하는 PCP 인스턴스 명명 규칙과 관련하여 취해집니다.
인스턴스 이름의 일부를 이름의 고유한 부분으로 사용합니다.
인스턴스 도메인 내에서 일치 및 고유성 보장을 참조합니다.
pmda인스턴스(3) 이 문제에 대한 토론을 위해서.

예를 들어, 다음과 같은 메트릭에 대한 가상 인스턴스 도메인을 고려해 보겠습니다.
다음 이름을 가진 인스턴스가 2개 포함되어 있습니다.
빨간
이히히히

그 다음에는 가능한 몇 가지 INAME 절은 다음과 같을 수 있습니다:

"이크" -> "꽃처럼 노랗다"
수용 가능, 옛 이름 "eek"는 "eek urk" 인스턴스와 일치합니다.

"빨간색" -> "이크"
오류, 새 이름 "eek"는 기존의 "eek urk" 인스턴스와 일치합니다.

"eek urk" -> "다른 색조의 빨간색"
오류, 새 이름 "다른 색조의 빨간색"은 기존의 "빨간색" 인스턴스와 일치합니다.

인도 -> 새로운 도메인.뉴스 연재물

인스턴스 도메인 및 이와 연관된 모든 메트릭에 대한 메타데이터를 수정합니다.
인스턴스 도메인. 특별한 경우로서, 뉴스 연재물 별표 ``*''가 될 수 있습니다.
사용하다 일련의 인사말 인도 규칙을 다시 작성하면 이것이 가장 유용할 때입니다.
일련의 별표이기도 합니다. 예를 들어:
인도 29.* { 인도 -> 109.* }
모든 인스턴스 도메인을 도메인 29에서 도메인 109로 이동합니다.

인도 -> 복제 새로운 도메인.뉴스 연재물

이전의 특별한 경우 인도 인스턴스 도메인이 있는 절
의 복제본 도메인.일련의 인스턴스 도메인에서 인도 규칙을 다시 쓰다,
그런 다음 모든 매핑 규칙이 복사된 항목에 적용됩니다. 새로운 도메인.뉴스 연재물 예
도메인. 이것은 PMDA가 분할되고 동일한 인스턴스 도메인이 필요할 때 유용합니다.
도메인에 대해 복제됨 도메인 그리고 도메인 새로운 도메인. 예를 들어,
통계 푸.원 그리고 푸.투 두 가지 모두 인스턴스 도메인 12.34에 대해 정의되어 있습니다.
푸.투 도메인 27을 사용하여 다른 PMDA로 이동한 후 다음 다시 쓰기
규칙을 사용할 수 있습니다:
indom 12.34 { indom -> 중복 27.34 }
메트릭 foo.two { indom -> 27.34 pmid -> 27.*.* }

INST 오래된 -> 뉴아이드

내부 인스턴스 식별자로 식별된 인스턴스 오래된 로 다시 번호가 매겨짐
뉴아이드. 두 오래된 그리고 뉴아이드 0~231-1 범위의 정수입니다.

특별한 경우로, 뉴아이드 키워드일 수도 있다 삭제 그리고 그 다음 인스턴스 오래된
에서 삭제됩니다 아웃로그 인스턴스 도메인 메타데이터에서 제거합니다.
그리고 연관된 모든 메트릭에 대해 이 인스턴스의 모든 값을 제거합니다.

A 메트릭 다시 쓰기 규칙은 다음과 같은 형식을 갖습니다.

미터법 메트릭시드 { 미터법 사양 ... }

어디에 메트릭시드 기존 메트릭 하나 이상을 식별합니다. 인로그 메트릭을 사용하여
이름 또는 메트릭 PMID에 대한 내부 인코딩 도메인.클러스터.목. 후자에서
케이스, 일반적으로 도메인 1~510 범위의 정수가 됩니다. 클러스터 될 것이다
0~4095 범위의 정수 및 목 0~1023 범위의 정수입니다.

특수한 경우로서 목 규칙이 모든 것에 적용된다는 것을 의미하는 별표 ``*''가 될 수 있습니다.
도메인 번호가 있는 메트릭 도메인 그리고 클러스터 번호 클러스터및 클러스터 될 수
도메인 번호가 있는 모든 메트릭에 규칙이 적용된다는 것을 의미하는 별표 도메인
그리고 항목 번호 목, 아니면 둘다 클러스터 그리고 목 별표가 될 수 있으며 규칙이 적용됩니다.
도메인 번호가 있는 모든 메트릭에 대해 도메인.

지정된 메트릭이 없는 경우 인로그 그 규칙은 효과가 없습니다.

The 미터법 사양 다음 절 중 0개 이상입니다.

삭제

메트릭은 완전히 제거됩니다. 아웃로그, 메타데이터와 모든 값 모두
결과가 삭제되었습니다.

인도 -> 새로운 도메인.뉴스 연재물 [ 선택 ]

이 메트릭에 대한 인스턴스 도메인을 변경하기 위해 메타데이터를 수정합니다. 새
인스턴스 도메인은 다음 위치에 존재해야 합니다. 아웃로그.

선택적 선택 절은 하나의 입력 값을 선택하거나 계산하는 데 사용될 수 있습니다.
입력 결과의 인스턴스에서 값을 집계하거나 내부를 할당합니다.
인스턴스 식별자를 단일 출력 값으로 변환합니다. 선택 절이 지정되면
기본 동작은 각 입력 결과의 모든 입력 값을 출력으로 복사하는 것입니다.
결과는 입력 인스턴스 도메인이 단수인 경우(indom)입니다. PM_INDOM_NULL)
그런 다음 하나의 출력 값에 내부 인스턴스 식별자를 지정해야 합니다.
기본적으로 0이며, 다음에 의해 재정의되지 않는 한 INST or INAME 아래 정의된 조항입니다.

에 대한 선택 선택 다음과 같습니다 :

출력 먼저
각 입력 결과에서 첫 번째 인스턴스의 값을 선택합니다.

출력 LAST 각 입력 결과에서 마지막 인스턴스의 값을 선택합니다.

출력 INST 인스티드
내부 인스턴스 식별자를 사용하여 인스턴스 값을 선택합니다.
인스티드 각 결과에서; 다시 쓰기 규칙의 순서는 다음을 보장합니다.
출력 인스턴스 식별자가 다시 번호 매기기 전에 처리가 발생합니다.
관련된 모든 인도 규칙이니까 인스티드 내부 중 하나여야 합니다
인스턴스 식별자가 나타납니다. 인로그

출력 INAME "name"
인스턴스의 값을 선택하세요 name 외부 인스턴스를 위해
각 결과에서 이름을 지정합니다. 다시 쓰기 규칙의 순서는 다음을 보장합니다.
출력 처리가 연관된 인스턴스 이름 변경 전에 발생합니다.
인도 규칙이니까 name 외부 인스턴스 이름 중 하나여야 합니다.
에 나타납니다 인로그

출력 MIN 각 결과에서 가장 작은 값을 선택하세요(메트릭 유형은 숫자여야 함)
그리고 비특이 인스턴스 도메인의 경우 출력 인스턴스는 0이 됩니다.

출력 MAX 각 결과에서 가장 큰 값을 선택하세요(메트릭 유형은 숫자여야 함)
그리고 비특이 인스턴스 도메인의 경우 출력 인스턴스는 0이 됩니다.

출력 SUM 각 결과의 모든 값의 합계를 선택합니다(측정 유형은 다음과 같아야 함)
비특이 인스턴스의 경우 숫자형 및 출력 인스턴스는 0이 됩니다.
도메인)

출력 AVG 각 결과의 모든 값의 평균을 선택합니다(측정 유형은 다음과 같아야 함)
비특이 인스턴스의 경우 숫자형 및 출력 인스턴스는 0이 됩니다.
도메인)

입력 인스턴스 도메인이 단수인 경우(indom) PM_INDOM_NULL) 그러면 독립적이다
어떤 선택 사양에 따라 각 입력 결과에는 최대 하나의 값이 있습니다.
먼저, LAST, MIN, MAX, SUM 그리고 AVG 모두 동등하며 출력 인스턴스
식별자는 0이 됩니다.

일반적으로 동일한 메타데이터에 대해 다시 쓰기 작업을 지정하는 것은 오류입니다.
결과 값이 두 번 이상, 예: 두 개 이상 인도 동일한 조항
인스턴스 도메인. 예외 중 하나는 가능한 상호 작용입니다. 인도
절에 인도 그리고 메트릭 규칙. 예를 들어 메트릭 샘플.bin is
인스턴스 도메인 29.2에 정의됨 인로그 그리고 다음은 허용 가능합니다
(중복적이기는 하지만):
인도 29.* { 인도 -> 109.* }
메트릭 샘플.bin { indom -> 109.2 }
그러나 다음은 인스턴스 도메인이 오류이기 때문에 샘플.bin 이
두 가지 상충되는 정의:
인도 29.* { 인도 -> 109.* }
메트릭 샘플.bin { indom -> 123.2 }

인도 -> NULL[ 선택 ]

(인스턴스 도메인에 대해 이전에 정의되어야 하는) 메트릭은 다음과 같습니다.
단일 메트릭으로 수정 중입니다. 여기에는 메타데이터 변경이 포함됩니다.
이 메트릭에 대한 모든 결과를 축소하여 여러 값을 하나의 값으로 만듭니다.

선택적 선택 절의 일부는 각 결과에 대한 하나의 값을 정의하는 방법을 정의합니다.
계산되어야 하며 NULL이 아닌 경우에 대해 설명된 것과 동일한 규칙을 따릅니다.
인도 위의 사례.

부재시 선택, 기본값은 출력 먼저.

이름 -> 새 이름

성능을 지원하는 PCP 아카이브 메타데이터의 메트릭 이름을 바꿉니다.
메트릭 이름 공간(PMNS). 새 이름 기존 이름과 일치해서는 안 됩니다.
보관소의 PMNS 및 유효한 메트릭 이름에 대한 구문 규칙을 따라야 합니다.
에 설명된 오후(5).

PMID -> 새로운 도메인.뉴클러스터.새로운 물품

메타데이터와 결과를 수정하여 메트릭의 PMID를 다시 번호 매깁니다. 특별한
사례 뉴클러스터 별표 ``*''는 사용을 의미할 수 있습니다. 클러스터 인사말
메트릭 규칙을 다시 작성 및/또는 목 별표가 될 수 있는데 이는 사용을 의미합니다. 목 에
전에, 메트릭 규칙을 다시 작성합니다. 이것은 가장 유용할 때입니다. 클러스터 및 / 또는 목 또한
별표. 예를 들어:
미터법 30.*.* { pmid -> 123.*.* }
모든 메트릭을 도메인 30에서 도메인 123으로 이동합니다.

SEM -> 뉴스셈

지표의 의미를 변경합니다. 뉴스셈 이름의 XXX 부분이어야 합니다.
하나의 PM_SEM_XXX 정의된 매크로 또는 pmlookup설명(3), 예를 들어
COUNTER 을 통한 PM_타입_카운터.

데이터 값 재작성은 수행되지 않습니다. SEM 조항, 그래서
유용성은 연관된 PMDA 버전이 있는 경우에 한해 제한됩니다.
메트릭에 대해 잘못된 의미 체계를 내보내고 있습니다. pmlog감소(1) 제공할 수 있습니다
결과 값을 다시 계산해야 하는 경우의 대안입니다.

TYPE -> 뉴타입

메타데이터를 변경하고 다음을 변경할 수 있는 메트릭 유형을 변경합니다.
결과의 값 인코딩. 뉴타입 XXX 부분은 한 사람의 이름이 되어야 합니다.
의 PM_TYPE_XXX 정의된 매크로 또는 pmlookup설명(3), 예를 들어 흙손
을 통한 PM_TYPE_FLOAT.

유형 변환은 이전 및 새 메트릭 유형이 있는 경우에만 지원됩니다.
숫자적인, 그래서 PM_TYPE_문자열, PM_TYPE_AGGREGATE 그리고 PM_TYPE_EVENT 허락되지 않는다.
숫자의 경우에도 일부 변환은 런타임 오류를 생성할 수 있습니다. 예:
정수 오버플로 또는 음수 값을 부호 없는 유형으로 다시 쓰려는 시도.

단위 -> 뉴유닛 [ 재조정 ]

뉴유닛 쉼표로 구분된 3개의 값입니다. 처음 XNUMX개 값은 다음을 설명합니다.
공간, 시간 및 계산의 차원을 따라 측정의 차원이 있습니다.
정수 값, 일반적으로 0, 1 또는 -1. 나머지 3개 값은 스케일을 설명합니다.
공간, 시간, 카운트 차원의 메트릭 값. 공간 척도
값은 0이어야 합니다(공간 차원이 0인 경우). 그렇지 않으면 이름의 XXX 부분입니다.
하나의 PM_스페이스_XXX 매크로, 예: 키바이트 을 통한 PM_타입_KBYTE. 시간 척도 값
시간 차원이 0인 경우 0이어야 하며, 그렇지 않은 경우 이름의 XXX 부분은 다음과 같습니다.
전에, 오후_시간_XXX 매크로, 예: SEC 을 통한 오후 시간 초. 카운트 스케일 값은 0이어야 합니다.
(시간 차원이 0인 경우), 그렇지 않은 경우 ONE 을 통한 PM_COUNT_ONE.

The PM_스페이스_XXX, 오후_시간_XXX 그리고 오후_카운트_XXX 매크로는 다음에 정의됩니다.
or pmlookup설명(3).

크기가 변경되는 경우(그러나 크기는 변경되지 않음) 선택 키워드
재조정 값 재조정을 선택하는 데 사용될 수 있습니다. -s 명령줄 옵션,
하지만 이 지표에만 적용됩니다.

메트릭 또는 인스턴스 도메인에 대한 도메인 번호를 변경할 때 새 도메인 번호
일반적으로 기존 PMDA의 도메인 번호와 일치합니다. 그렇지 않은 경우
새로운 도메인 번호는 무작위로 선택해서는 안 됩니다. $PCP_VAR_DIR/pmns/stdpmid
PMDA에 이미 할당된 도메인 번호의 경우

사용 예

디스크당 IOPS 메트릭 값을 64비트로 승격하여 집계를 허용합니다.
용량 계획을 위한 장기간이 소요되거나 PMDA가 64비트를 내보내도록 변경되었기 때문입니다.
카운터와 우리는 오래된 아카이브를 변환하여 새로운 아카이브와 함께 처리할 수 있도록 하려고 합니다.
아카이브.
메트릭 디스크.dev.read { 유형 -> U64 }
메트릭 디스크.dev.write { 유형 -> U64 }
메트릭 디스크.dev.total { 유형 -> U64 }

부하 평균 메트릭과 관련된 인스턴스 커널.모두.로드 이름을 바꿀 수 있으며
아래 규칙에 따라 다시 번호가 매겨졌습니다.
# Linux PMDA의 경우 kernel.all.load 메트릭이 정의됩니다.
# 인스턴스 도메인 60.2
인도 60.2 {
inst 1 -> 60 inname "1 분" -> "60 초"
inst 5 -> 300 inname "5 분" -> "300 초"
inst 15 -> 900 inname "15 분" -> "900 초"
}

Linux PMDA에서 ``proc'' 메트릭을 분할하기로 결정하면 다음과 같은 작업이 포함됩니다.
이러한 메트릭과 연관된 인스턴스의 PMID에 대한 도메인 번호 변경
도메인. 아래 규칙은 PMDA 이후의 변경 사항과 일치하도록 이전 아카이브를 다시 작성합니다.
스플릿.
# 모든 Linux 프로세스 메트릭은 7개 클러스터에 있습니다.
미터법 60.8.* { pmid -> 123.*.* }
미터법 60.9.* { pmid -> 123.*.* }
미터법 60.13.* { pmid -> 123.*.* }
미터법 60.24.* { pmid -> 123.*.* }
미터법 60.31.* { pmid -> 123.*.* }
미터법 60.32.* { pmid -> 123.*.* }
미터법 60.51.* { pmid -> 123.*.* }
# Linux proc 메트릭에 대한 인스턴스 도메인은 단 하나임
인도 60.9 { 인도 -> 123.0 }

onworks.net 서비스를 사용하여 pmlogrewrite를 온라인으로 사용하세요