ThingWorx 백업
데이터 저장소 수준 및 ThingWorx 응용 프로그램 수준에서 ThingWorx 관련 백업을 모두 실행할 수 있습니다. 데이터 중복을 포함하여 가용성이 높은 구성으로 데이터 저장소를 설치한 경우에도 데이터 저장소 수준 백업은 정기적으로 수행해야 합니다. 이는 모델 및 데이터 공급자가 사용하는 모든 데이터 저장소에 해당됩니다.
이 항목의 정보는 H2 데이터베이스를 제외하고 응용 프로그램 수준 백업을 위해 ThingWorx Platform에서 제공하는 기능만 참조합니다.
 |
단, 내장 모드에서 실행되는 이유 때문에 H2 데이터베이스는 예외입니다. 이 경우, ThingWorx는 platform-settings.json 파일의 "ThingworxBackupStorage" 구성 매개 변수로 지정된 디렉터리로 자동 백업을 예약하는 기본 제공 기능을 제공합니다. 그러나, 내장된 특성으로 인해 항상 사용 가능한 솔루션이 아니며, 따라서 장애 조치 기능이 없습니다.
|
다음을 포함하여 일반적인 데이터 저장소 백업 지침은 ThingWorx Backup and Recovery Planning(ThingWorx 백업 및 복구 계획) 안내서를 참조하고, 추가 세부 정보는 원래 공급업체 설명서를 참조하십시오.
• H2 - ThingworxStorage에서 data 폴더의 아카이브 만들기
• PostgreSQL - https://www.postgresql.org/docs/10/backup.html
• MS SQL Server - https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/full-database-backups-sql-server?view=sql-server-2016
• Azure SQL - https://docs.microsoft.com/en-us/azure/azure-sql/database/automated-backups-overview?tabs=single-database
ThingWorx 모델
ThingWorx 기반 응용 프로그램에서 가장 유연한 기능은 Composer를 통해 수동으로 또는 REST API, 스크립트 또는 확장을 통해 프로그래밍 방식으로 런타임에 바로 ThingWorx 모델을 변경하는 기능입니다. 생산 과정에서의 부주의한 변경으로부터 복구할 수 있도록 모델 변경을 추적하는 것이 좋습니다. 모델 엔티티의 시간 스냅샷 지점을 정기적으로 내보내 변경 내용을 추적할 수 있습니다.
스케줄러를 사용하여 다음을 자동으로 호출함으로써 이러한 스냅샷 백업을 작성할 수도 있습니다.
• 표준 내보내기 REST API
• 내보내기 소스 제어 엔티티 REST API. 이 API는 Git나 Subversion과 같은 버전 제어 시스템을 사용합니다.
위 두 옵션의 차이점은 소스 제어 엔티티 내보내기 옵션이 엔티티 유형마다 폴더에 개별 XML 파일을 생성하여 사용자가 내보낸 항목을 읽을 수 있도록 하는 반면, 이진 ".twx" 형식은 압축되며 가져오기에 비교적 효율적입니다.
|
|
PTC는 내보내기 형식이 특정 표준을 따른다는 점을 보장하지 않으며 ThingWorx 버전 간에 사전 공지 없이 변경할 수 있습니다. 따라서, 이러한 내보낸 파일을 사용하는 외부 응용 프로그램을 작성하는 것은 권장되지 않습니다.
|
런타임 데이터
모델 내보내기와 마찬가지로 런타임 데이터를 내보내기 위한 표준 REST API도 있습니다. 런타임 데이터는 시간이 지나면서 크게 증가하기 때문에 내보내기 프로세스가 병렬화되고 내보내기 파일은 관리가 쉬운 여러 개의 작은 파일로 분할됩니다. 방대한 데이터 크기 때문에 전체 백업이 아닌 응용 프로그램 수준에서 증분 방식으로 데이터를 내보내는 것이 좋습니다. 또한, 내보내기가 오랫동안 실행되는 것을 방지하기 위해 가능하면 엔티티 별로 내보내는 것이 좋습니다. 런타임 데이터를 모범 사례로 보존하려면 데이터 저장소 수준 백업을 고려하십시오. 데이터 내보내기는 ThingworxStorage/exports 디렉터리에 저장됩니다. 내보내기는 확장명이 .twx인 이진 파일, 엔티티 유형별 폴더, 현재 날짜 아래, 그리고 저장소 디렉터리에 있습니다. 데이터는 내보내기 및 가져오기 하위 시스템에 설정된 내보내기 파일 크기 및 처리 스레드 풀 크기에 따라 여러 파일로 분할됩니다.
일반적으로 이 기능은 정기적으로 백업을 하는 것이 아니라 한 시스템에서 다른 시스템으로 데이터를 마이그레이션하는 데 사용됩니다. 기간적으로 중첩되지 않는(즉, 데이터 내보내기에 시작 날짜와 종료 날짜 사용) 내보내기를 사용하여 데이터를 주기적으로 보관할 수 있지만, 이보다 더 효율적인 옵션은 데이터 저장소 수준 백업을 사용하여 런타임 데이터를 보존하는 것입니다.
파일 저장소
ThingWorx의 파일 저장소는 일반적으로 로컬 또는 공유(고가용성 ThingWorx 설치의 경우) 드라이브에 있는 파일 시스템 디렉터리입니다. 이 디렉터리는 사용자 정의 설정 또는 기본값인 ThingworxStorage/repository에 있는 ThingworxFileStorage 환경 변수로 정의된 일반 파일 시스템 디렉터리입니다. 사용되는 운영 체제에서 제공하는 모든 파일 백업 솔루션을 사용하여 이 디렉터리를 정기적으로 백업할 수 있습니다. (즉, Linux의 rsync)
확장
ThingWorx로 가져온 확장은 파일 시스템에 캐시되며 고가용성 구성의 데이터 저장소에도 저장됩니다. 이 경우, PTC 다운로드의 확장은 정기적으로 업그레이드되며 개발에 사용된 버전은 다시 다운로드할 수 없을 수도 있기 때문에 캐시된 버전을 모범 사례로 백업하는 대신 원래 확장 패키지를 보존하는 것이 좋습니다. 파일 시스템 캐시는 ThingworxStorage/extensions 디렉터리에 있습니다.
기타 파일 기반 아티팩트
ThingWorx와 관련된 운영 체제 기반 파일 백업 도구(즉, Linux의 rsync)를 사용하여 백업할 수 있는 기타 파일 기반 아티팩트는 다음과 같습니다.
• ThingworxPlatform 디렉터리의 구성 파일
• ThingworxStorage/logs 디렉터리의 로그 파일
• ThingworxStorage/reports 디렉터리에 생성되었을 수 있는 보고서