Composer의 ThingWorx 모델 정의 > 시스템 > 하위 시스템 > 감사 하위 시스템 > 직접 지속성 구현 사용 > 온라인 및 오프라인 감사 데이터(직접 지속성)
온라인 및 오프라인 감사 데이터(직접 지속성)
직접 지속성 구현의 서비스 및 해당 매개 변수는 데이터 테이블 구현의 서비스 및 해당 매개 변수와 다릅니다. 이 항목에서는 온라인 및 오프라인 감사 데이터, 감사 데이터를 추출하는 데 사용할 수 있는 서비스 및 직접 지속성 구현에 사용되는 매개 변수에 대해 설명합니다.
온라인 감사 데이터
직접 지속성 구현이 활성 구현인 경우 감사 하위 시스템의 DaysOnline 매개 변수에 대해 지정된 값을 기반으로 온라인 감사 항목이 온라인으로 유지됩니다. 온라인 감사 데이터 저장소의 데이터 양을 관리하기 위한 서비스가 제공됩니다.
보관 및 제거 작업은 ThingWorx Platform의 관련 스케줄러 사물에 의해 트리거됩니다. 이러한 스케줄러 사물은 해당 서비스를 정기적으로 호출합니다. 조직의 요구 사항에 맞게 스케줄러를 구성할 수 있습니다. 기본적으로 이러한 서비스는 매일 실행되며, 필요한 경우 수동으로 호출할 수도 있습니다. 온라인 감사 메시지는 감사 하위 시스템 AuditArchiveFileRepositoryAuditArchiveDirectPersistence 디렉터리에 저장된 파일에 지속됩니다. 이 저장소는 구성할 수 없습니다.
* 
감사 하위 시스템의 컨텍스트에서 오프라인이란 더 이상 감사 메시지가 필터링되거나 검색되지 않으며, 해당 메시지가 더 이상 온라인 데이터베이스에 저장되지 않음을 의미합니다.
온라인 감사 데이터에 대한 보존 기준은 감사 하위 시스템에 대한 감사 데이터 온라인 구성 매개 변수를 유지할 일 수입니다. ArchiveAuditHistoryDirectPersistence 서비스는 이 보존 기준을 충족하는 데이터를 삭제하지 않습니다. 대신 일정에 따라 별도의 PurgeAuditData 서비스를 실행하거나, 기준이 충족될 경우 온라인 감사 데이터를 수동으로 삭제할 수 있습니다.
QueryAuditHistoryWithQueryCriteria 서비스를 사용하여 온라인 감사 데이터를 검색하려면 다음 항목을 참조하십시오.
오프라인 감사 데이터
오프라인 감사 데이터는 자주 액세스할 필요는 없지만 관리 목적으로 유지하려는 감사 데이터에 대한 스토리지 위치를 제공합니다. ArchiveAuditHistoryDirectPersistence 서비스는 온라인 감사 데이터를 오프라인 스토리지에 복사합니다. 관리자는 다음 서비스를 사용하여 오프라인 데이터를 관리할 수 있습니다.
ExportAuditData 서비스는 ArchiveAuditHistoryDirectPersistence 서비스를 호출합니다. 이 서비스는 AuditArchiveFileRepository의 요청된 온라인 감사 데이터를 지정된 내보내기 파일에 복사합니다. 내보내기 작업은 보관된 데이터를 처리하고 번역한 후 지정된 내보내기 파일에 저장합니다.
CleanUpOfflineAudit 서비스는 일반적으로 스케줄러에 따라 실행되며, 수동으로 실행할 수도 있습니다. 서비스에 olderThanDate를 전달하여 보관된 파일이 AuditArchiveFileRepository에서 삭제되도록 지정합니다.
오프라인 파일은 로컬리제이션 없이 보관됩니다. 지정된 로캘에 따라 이러한 파일을 검색하는 데 ExportAuditData라는 오프라인 판독기 서비스를 사용할 수 있습니다. 자세한 내용은 감사 데이터 내보내기를 참조하십시오.
다음 다이어그램은 오프라인 보관 파일의 계층 구조를 보여줍니다. 다이어그램 뒤에 나오는 단락에서는 FileRepository(활성 구현에 대한 OfflineAudit 폴더) 바로 아래에 있는 노드에 대해 설명합니다.
오프라인 보관의 계층 구조
위 다이어그램에서 "활성 구현에 대한 OfflineAudit 폴더" 노드는 활성 구현(직접 지속성 및/또는 데이터 테이블)의 저장소에 있는 기본 디렉터리를 나타냅니다. 데이터 테이블 구현으로 시작하고 나중에 직접 지속성 구현으로 전환한 경우 이 디렉터리에 AuditArchive(데이터 테이블 구현용)와 AuditArchiveDirectPersistence(직접 지속성 구현용)라는 두 디렉터리가 있습니다. 두 디렉터리 모두 위와 동일한 하위 디렉터리 구조를 가집니다. 보관된 감사 데이터는 한 구현에서 다른 구현으로 전환할 때 유지됩니다.
* 
한 구현에서 다른 구현으로 전환하기로 결정한 경우 전환을 수행하기 전에 유지해야 할 모든 감사 데이터를 보관해야 합니다.
날짜가 지정된 폴더는 보관이 실행된 날짜가 아니라 포함된 감사 메시지의 날짜에 대한 폴더입니다. 위 다이어그램에 표시된 대로 날짜가 지정된 폴더 이름의 형식은 YYYY-MM-DD(ISO 8601) 형식이며, 일별로 감사 메시지에 대한 새 폴더가 있습니다. "오프라인 감사 청크"는 해당 날짜에 대한 감사 메시지가 포함되어 있는 압축 JSON 파일입니다. 기본 청크 크기는 50,000개 행입니다. 최소 크기는 10,000개 행입니다. 시스템 관리자는 감사 하위 시스템 구성에서 청크의 기본 크기를 변경할 수 있습니다. 예를 들어, 시스템 관리자는 70,000개 행의 청크 크기를 지정할 수 있습니다. 날짜가 지정된 폴더의 이렇게 많은 메시지 행에 대한 압축 청크 파일이 존재합니다. 모든 감사 항목이 ~1KB이면 청크 파일의 크기는 압축 해제 또는 메모리의 약 ~70MB입니다.
데이터 보존 및 성능
성능을 극대화하려면 온라인 감사 데이터와 오프라인 데이터 스토리지가 균형을 이루어야 합니다. 감사 하위 시스템은 최적의 시스템 균형을 달성하는 데 도움이 되는 보관 작업과 제거 작업을 모두 제공합니다. 보관 작업은 하위 시스템의 DaysOnline 매개 변수를 확인하지 않으므로 PurgeAuditData 서비스도 이를 확인하지 않습니다.
해당 스케줄러가 ArchiveAuditHistoryDirectPersistence 서비스를 호출하면 현재 날짜가 olderThanDate로 전달됩니다. 이 날짜보다 오래된 온라인 감사 메시지는 모두 보관됩니다. 이 서비스는 감사 하위 시스템의 DaysOnline 매개 변수를 확인하지 않습니다.
PurgeAuditData 서비스는 감사 하위 시스템의 DaysOnline 매개 변수 값을 확인하여 제거해야 하는 온라인 감사 메시지와 온라인으로 사용할 수 있도록 유지해야 하는 온라인 감사 메시지를 결정합니다. 감사 메시지를 삭제하기 전에 이 서비스는 삭제 대상으로 표시된, 보관되지 않은 감사 메시지가 있는지 확인합니다. 그런 경우 이 서비스는 ArchiveAuditHistoryDirectPersistence 서비스를 호출합니다. 이러한 작업은 삭제될 모든 데이터가 삭제되기 전에 보관되었는지 확인합니다.
* 
DaysOnline 값이 0이고 제거 서비스가 호출되면 모든 데이터가 오프라인 저장소로 이동된 후 온라인 저장소에서 삭제됩니다.
온라인 및 오프라인 감사 데이터 내보내기
ThingWorx Platform v.9.0.0부터는 감사 하위 시스템에 온라인 감사 데이터 전용 내보내기 서비스와 온라인 및 오프라인 감사 데이터용 내보내기 서비스가 있습니다. 이러한 서비스를 사용하여 감사 데이터를 내보내는 방법에 대한 자세한 내용은 온라인 감사 데이터 내보내기감사 데이터 내보내기 항목을 참조하십시오.
도움이 되셨나요?