감사 하위 시스템의 직접 지속성 구현(기본값)은 감사 데이터에 대해 데이터 테이블 구현보다 비용이 더 적은 스토리지 옵션을 제공합니다. 온라인 감사 데이터를 보관하려면 ArchiveAuditHistoryDirectPersistence를 사용합니다. 이 서비스는 온라인 감사 데이터를 AuditArchiveFileRepository에 있는 오프라인 보관 zip 파일에 복사합니다. 직접 지속성 구현의 경우 감사 데이터가 저장소의 AuditArchiveDirectPersistence 디렉터리에 저장됩니다.

ArchiveAuditHistoryDirectPersistence 서비스에 대한 입력 매개 변수는 ThingWorx 기본 유형인 DATETIME을 사용하는 olderThanDate이며 ThingWorx Composer에 설정된 로캘을 기반으로 하는 형식입니다. 예를 들면 다음과 같습니다.

이 매개 변수의 값을 설정할 때 온라인 스토리지에 감사 항목을 보관하기 전까지의 날짜를 지정합니다. 예를 들어, 2020년 3월 27일 이전의 모든 온라인 감사 항목을 보관하려면 Default 로캘의 경우 03-27-2020을, de 로캘의 경우 27-03-2020을 olderThanDate로 지정합니다. 다음은 Default 및 de(독일어) 로캘의 입력 페이지 예입니다.

위 예에서는 형식이 DD-MM-YYYY입니다. 이 olderThanDate는 보관 파일이 생성될 때 모든 로캘에 대해 YYYY-MM-DD 형식으로 변환됩니다. 각 보관 파일의 크기는 감사 하위 시스템 매개 변수인 온라인 감사 데이터에 대한 최대 엔트리 수를 통해 제어됩니다. 기본값은 50000입니다.

보관 파일 이름에는 청크 번호가 포함됩니다. 예를 들어, 2020-03-27-chunk1.zip입니다. 청크 크기는 감사 하위 시스템의 보관 감사 청크 크기 구성 매개 변수이기도 합니다. 이 매개 변수는 단일 청크로 압축할 데이터베이스의 최대 행 수를 결정합니다. 예를 들어, 청크 크기 매개 변수가 최소값인 10000개 행으로 설정되어 있으며 하루의 데이터베이스 행 수가 35000개이면 보관 서비스는 네 개의 청크를 만들고 0부터 시작해 청크에 번호를 매깁니다.

보관 서비스가 하루에 두 번 이상 호출되며 청크가 이미 생성된 경우 각각의 새 서비스 호출 시 이전의 청크가 꽉 차지 않았어도 별도의 청크가 생성됩니다. 위의 예에서 마지막 청크에 추가 행을 수용할 공간이 있지만 같은 날 서비스가 다시 호출되면 생성된 첫 번째 보관 파일의 이름은 2020-03-27-chunk4.zip이 됩니다.

직접 지속성 구현의 경우 감사 하위 시스템의 온라인 감사 데이터를 유지할 일 수 매개 변수가 감사 데이터가 온라인 상태로 유지되는 기간을 제어합니다. 이 매개 변수는 온라인 스토리지에서 온라인 데이터를 유지해야 하는 일 수를 지정합니다. 기본 일 수는 60일입니다. 이 기본값을 유지하는 경우 60일이 지나면 60일보다 오래된 모든 데이터가 자동으로 오프라인 스토리지에 보관됩니다.

AuditArchiveSchedulerDirectPersistence 서비스를 호출하여 온라인 데이터를 수동으로 보관할 수도 있습니다. 온라인 감사 데이터를 수동으로 보관하려면 다음을 수행하십시오.

ArchiveAuditHistoryDirectPersistence 서비스는 온라인 스토리지의 모든 감사 데이터를 오프라인에 복사하고 AuditArchiveFileRepository의 AuditArchiveDirectPersistence 디렉터리에 저장합니다. 보관 파일은 압축(zip)되고 파일의 이름은 파일이 작성된 날짜에서 파생됩니다. 예를 들어, 2020년 3월 26일에 작성된 보관 파일의 이름은 2020-03-26-chunk0.zip입니다.

보관 작업은 온라인 감사 데이터를 복사하지만 삭제하지는 않으므로 온라인 데이터는 수동으로 또는 스케줄러를 기반으로 온라인 스토리지에서 제거될 때까지 데이터베이스에 유지됩니다. 온라인 감사 데이터를 수동으로 제거하려면 감사 하위 시스템 서비스 페이지로 이동하여 PurgeAuditData 서비스를 실행합니다.

제거 작업은 보관된 데이터만 삭제합니다. 삭제할 감사 메시지 중 일부가 이전에 보관되지 않은 감사 메시지임을 발견하면 먼저 해당 메시지를 보관하고 그 이후에만 메시지를 삭제합니다.