데이터 테이블 구현이 활성 구현인 경우 감사 하위 시스템의 maxEntriesOnlineAuditData 및 DaysOnline 매개 변수에 대해 지정된 값을 기반으로 온라인 감사 항목이 온라인으로 유지됩니다. 관리자는 다음 서비스를 사용하여 온라인 감사 데이터 테이블의 데이터 양을 관리할 수 있습니다.

보관 및 제거 작업은 ThingWorx Platform의 관련 스케줄러 사물에 의해 트리거됩니다. 이러한 스케줄러 사물은 해당 서비스를 정기적으로 호출합니다. 조직의 요구 사항에 맞게 스케줄러를 구성할 수 있습니다. 기본적으로 이러한 서비스는 매일 실행되며, 온라인 감사 메시지는 감사 하위 시스템 AuditArchiveFileRepository의 AuditArchive 디렉터리에 저장된 파일에 지속됩니다. 이 저장소는 구성할 수 없습니다.

ThingWorx Platform v.8.5.0부터는 ArchiveAuditHistory 서비스가 더 이상 보존 기준 중 하나를 충족하는 데이터를 삭제하지 않습니다. 대신 두 조건 중 하나가 충족되면 별도의 PurgeAuditData 서비스가 해당 데이터를 삭제합니다.

QueryAuditHistory 서비스의 선택적 매개 변수는 감사 메시지 검색을 참조하십시오.

오프라인 감사 데이터는 자주 액세스할 필요는 없지만 관리 목적으로 유지하려는 감사 데이터에 대한 스토리지 위치를 제공합니다. ArchiveAuditHistory 서비스는 온라인 감사 데이터를 오프라인 스토리지에 복사합니다. 관리자는 다음 서비스를 사용하여 오프라인 데이터를 관리할 수 있습니다.

내보내기 작업은 ArchiveAuditHistory 서비스를 호출합니다. 이 서비스는 AuditArchiveFileRepository의 요청된 온라인 감사 데이터를 지정된 내보내기 파일에 복사합니다. 내보내기 작업은 보관된 데이터를 처리하고 번역한 후 지정된 내보내기 파일에 저장합니다.

CleanUpOfflineAudit 서비스는 일반적으로 스케줄러에 따라 실행되며, 수동으로 실행할 수도 있습니다. 서비스에 olderThanDate를 전달하여 보관된 파일이 AuditArchiveFileRepository에서 삭제되도록 지정합니다.

오프라인 파일은 로컬리제이션 없이 보관됩니다. 지정된 로캘에 따라 이러한 파일을 검색하는 데 ExportAuditData라는 오프라인 판독기 서비스가 사용됩니다. 자세한 내용은 감사 데이터 내보내기 항목을 참조하십시오.

다음 다이어그램은 오프라인 보관 파일의 계층 구조를 보여줍니다. 다이어그램 뒤에 나오는 단락에서는 FileRepository(활성 구현에 대한 OfflineAudit 폴더) 바로 아래에 있는 노드에 대해 설명합니다.

위 다이어그램에서 "활성 구현에 대한 OfflineAudit 폴더" 노드는 활성 구현(직접 지속성 또는 데이터 테이블)의 저장소에 있는 기본 디렉터리를 나타냅니다. 데이터 테이블 구현으로 시작하고 나중에 직접 지속성 구현으로 전환한 경우 이 디렉터리에 AuditArchive(데이터 테이블 구현용)와 AuditArchiveDirectPersistence(직접 지속성 구현용)라는 두 디렉터리가 있습니다. 두 디렉터리 모두 위와 동일한 하위 디렉터리 구조를 가집니다. 보관된 감사 데이터는 한 구현에서 다른 구현으로 전환할 때 유지됩니다.

날짜가 지정된 폴더는 보관이 실행된 날짜가 아니라 포함된 감사 메시지의 날짜에 대한 폴더입니다. 위 다이어그램에 표시된 대로 날짜가 지정된 폴더 이름의 형식은 YYYY-MM-DD(ISO 8601) 형식이며, 일별로 감사 메시지에 대한 새 폴더가 있습니다. "오프라인 감사 청크"는 해당 날짜에 대한 감사 메시지가 포함되어 있는 압축 JSON 파일입니다. 기본 청크 크기는 50,000개 행(최소 크기)입니다. 시스템 관리자는 감사 하위 시스템 구성에서 청크의 기본 크기를 변경할 수 있습니다. 예를 들어, 시스템 관리자는 70,000개 행의 청크 크기를 지정할 수 있습니다. 날짜가 지정된 폴더의 이렇게 많은 메시지 행에 대한 압축 청크 파일이 존재합니다. 모든 감사 항목이 ~1KB이면 청크 파일의 크기는 압축 해제 또는 메모리의 약 ~70MB입니다.

성능을 극대화하려면 온라인 감사 데이터와 오프라인 데이터 스토리지가 균형을 이루어야 합니다. 감사 하위 시스템은 최적의 시스템 균형을 달성하는 데 도움이 되는 보관 작업과 제거 작업을 제공합니다.

다음과 같은 하위 시스템의 속성을 사용하여 온라인 감사 데이터의 보존을 제어할 수 있습니다.

해당 스케줄러가 ArchiveAuditHistory 서비스를 호출하면 현재 날짜가 olderThanDate로 전달됩니다. 이 날짜보다 오래된 온라인 감사 메시지는 모두 보관됩니다. 이 서비스는 감사 하위 시스템의 DaysOnline 매개 변수를 확인하지 않습니다.

PurgeAuditData 서비스는 감사 하위 시스템의 DaysOnline 매개 변수 값을 확인하여 제거해야 하는 온라인 감사 메시지와 온라인으로 사용할 수 있도록 유지해야 하는 온라인 감사 메시지를 결정합니다. 감사 메시지를 삭제하기 전에 이 서비스는 삭제 대상으로 표시된, 보관되지 않은 감사 메시지가 있는지 확인합니다. 이 경우 이 서비스는 ArchiveAuditHistory 서비스를 호출하여 메시지를 오프라인에 저장합니다. 이러한 작업은 삭제될 모든 데이터가 삭제되기 전에 보관되었는지 확인합니다.

ExportAuditData 서비스를 사용하여 데이터 테이블 구현용 온라인 및 오프라인 감사 데이터를 내보내는 방법에 대한 자세한 내용은 감사 데이터 내보내기를 참조하십시오.