백업 및 복원
Tableau Server 관리자는 정기적인 데이터베이스 유지 관리를 수행하고, 서버에서의 디스크 사용량을 모니터링하고, 불필요한 파일을 정리하여 서버의 공간을 확보하고, Tableau Server 및 해당 데이터를 백업해야 합니다. 이러한 단계를 수행하면 Tableau Server를 최대한 효율적으로 실행할 수 있습니다.
TSM(Tableau 서비스 관리자) 명령줄 도구를 사용하여 Tableau 데이터를 백업하고 복원할 수 있습니다. Tableau 데이터에는 데이터 추출 파일과 Tableau Server의 자체 PostgreSQL 데이터베이스(통합 문서 및 사용자 메타데이터가 저장됨) 및 서버 구성 데이터가 포함됩니다. Tableau Server 로그 파일은 활동을 캡처하고 문제 진단 작업을 지원할 수 있습니다. 로그는 서버의 폴더에 기록되고 사용자는 이러한 로그를 아카이브 및 제거하여 디스크 공간을 절약할 수 있습니다.
참고: tsm maintenance restore 명령을 사용하면 tabadmin backup 및 tsm maintenance backup을 사용하여 만든 Tableau Server 백업을 복원할 수 있습니다. 다른 방법으로 만든 데이터베이스 백업과 가상 컴퓨터 스냅샷은 Tableau Server 복원에 사용할 수 있는 유효한 원본이 아닙니다.
실행 중인 서버와 동일한 유형의 ID 저장소가 있는 백업에서만 복원할 수 있습니다. 예를 들어 로컬 인증을 사용하는 서버의 백업은 로컬 인증으로 초기화된 Tableau Server로 복원될 수 있지만 Active Directory 인증을 사용하는 서버의 백업은 로컬 인증으로 초기화된 서버로 복원할 수 없습니다.
플랫폼 호환성
Linux 기반 Tableau Server로 만든 백업을 사용하여 Windows 버전 2018.2 이상의 Tableau Server를 복원할 수 있습니다.
Linux 기반 Tableau Server로 만든 백업을 사용하여 Windows(버전 2018.1 이하) 기반 Tableau Server의 이전 버전을 복원할 수 없습니다.
Windows(버전 2018.2 이하) 기반 Tableau Server로 만든 백업을 사용하여 Linux 기반 Tableau Server를 복원할 수 있습니다. Linux 기반 Tableau Server에서 Windows 백업을 복원하는 것에 대한 자세한 내용은 Windows에서 Linux로 Tableau Server 마이그레이션(링크가 새 창에서 열림)을 참조하십시오.
백업 및 복원의 디스크 공간 사용량
백업을 만드는 데 필요한 디스크 여유 공간은 Tableau Server 리포지토리 및 파일 저장소 서비스의 데이터 양과 tabadmincontroller 서비스가 같은 위치에 있는지에 따라 달라집니다. 백업하는 동안 오래된 추출을 정리하기 위한 백그라운드 작업이 일시적으로 중지됩니다. 즉, 백업하는 동안 추출 새로 고침이 불필요한 파일을 그대로 유지하기 때문에 디스크 공간 사용량이 늘어납니다. 백업에 오랜 시간이 걸리거나 조직에서 정기적으로 업데이트되는 추출을 많이 사용하는 경우 임시 디스크 공간 사용량이 상당히 증가할 수 있습니다. 이러한 임시 파일은 백업이 완료된 후 제거됩니다.
다음 표에는 노드가 리포지토리, 파일 저장소, 컨트롤러 또는 이들의 조합을 호스팅하는지 여부를 기준으로 백업에 대한 디스크 공간 요구 사항이 나와 있습니다. 다중 노드 Tableau Server 환경에서는 각 노드의 필요 디스크 공간을 예측해야 합니다.
| 리포지토리 | 파일 저장소 | 컨트롤러 | 필요한 디스크 공간 |
|---|---|---|---|
 | 3x 리포지토리 데이터 + 250MB 리포지토리 데이터의 예상 크기를 얻으려면 리포지토리 데이터의 정확한 크기를 구하려면 백업 파일을 열고 workgroup.pg_dump 파일 크기를 사용하십시오. | ||
| 1.5x 파일 저장소 데이터 파일 저장소 데이터(추출, 흐름 등)의 예상 크기를 얻으려면 | ||
| 3x 리포지토리 데이터 + 250MB + 2.5x 파일 저장소 데이터 | ||
| | 3x 리포지토리 데이터 + 250MB + 1.5x 파일 저장소 데이터 | |
| | 3x 리포지토리 데이터 + 250MB + 1.5x 파일 저장소 데이터 | |
| | 3x 리포지토리 데이터 + 250MB + 2.5x 파일 저장소 데이터 | |
| | | 3x 리포지토리 데이터 + 250MB + 1.5x 파일 저장소 데이터 |
복원 디스크 공간 요구 사항
데이터베이스 복원 프로세스가 성공적으로 실행되려면 충분한 디스크 공간이 있어야 합니다.
Tableau Server를 복원하려면:
컨트롤러 노드에는 최소한 백업 아카이브 크기와 동일한 여유 공간이 필요합니다.
리포지토리 노드에는 백업 아카이브의 리포지토리 데이터 크기 세 배에 250MB와 pgsql 데이터 디렉터리의 크기를 더한 크기 이상인 여유 공간이 필요합니다.
파일 저장소 노드에는 백업 아카이브의 dataengine 폴더 크기 두 배 이상인 여유 공간이 필요합니다.
Tableau Server를 백업하기 위한 최상의 방법
이러한 보안 및 성능 최상의 방법을 따르는 것이 좋습니다.
백업 파일 보호
구성 암호는 내부적으로 디스크에 저장될 때 암호화되지만 이러한 구성을 백업 파일로 내보낼 때 일부 암호가 일반 텍스트로 파일에 기록됩니다. 이 백업 파일을 보호하기 위한 조치를 취하는 것은 관리자의 책임입니다. 다음과 같은 다양한 옵션을 사용할 수 있습니다.
- 파일을 암호화된 파일 시스템에 기록합니다.
- 물리적으로 보호되고 특정 사용자로 제한된 디스크에 파일을 기록합니다.
- 백업 파일을 암호화합니다.
백업 효율성 극대화
백업 효율성을 극대화할 수 있는 몇 가지 방법이 있습니다. 하지만 이러한 방법의 효율성은 환경에 따라 달라지므로 데이터를 테스트하여 가장 효율적인 방법이 무엇인지 확인해야 합니다.
토폴로지 구성으로 최적화:
- 관리 컨트롤러와 동일한 노드에 파일 저장소를 함께 배치하면 백업 프로세스 중에 노드 간에서 데이터를 전송해야 할 필요성이 줄어들거나 없어져 Tableau Server를 백업하는 데 걸리는 기간을 줄일 수 있습니다. 특히 조직이 많은 추출을 사용하는 경우 효과적입니다.
- 관리 컨트롤러 노드와 함께 리포지토리(pgsql)를 배치하면 백업 시간도 줄일 수 있지만 시간 절약 효과는 파일 저장소만큼 크지 않습니다.
초기 노드 장애가 발생하여 컨트롤러를 다른 노드로 이동하지 않은 한 관리 컨트롤러는 일반적으로 초기 노드에 있습니다.
백업 전략으로 최적화:
백업은 리소스를 많이 사용하는 프로세스입니다. 가능하면 사용량이 적은 시간에 백업을 수행하는 것이 일반적으로 좋은 전략입니다. 하지만 전략은 사용자 요구 사항, Tableau Server 데이터 업데이트 빈도 및 복원 요구 사항에 따라 달라집니다. 백업 및 재해 복구에 대한 자세한 설명은 Tableau Server 재해 복구를 참조하십시오. 다음은 몇 가지 백업 전략이며, 사용자 요구 사항에 따라 이러한 전략을 수정하십시오.
- 저장소 유형: 일반적으로 SSD(Solid State Disk)가 백업에 권장됩니다. SSD를 사용하면 전통적인 회전 디스크에 비해 훨씬 빠르게 백업을 완료할 수 있습니다.
백업 압축: 압축을 사용하여 백업을 실행하는 옵션이 있습니다. 압축을 사용하여 백업을 수행하면 백업 크기가 비교적 작아지지만 성능이 저하될 수 있습니다. 백업 목표에서 속도가 더 중요하다면
--skip-compression옵션을 선택하십시오.Tableau Server를 백업할 때
--skip-compression옵션을 사용합니다. 이렇게 하면 압축을 사용하지 않고 더 큰 백업 파일이 만들어지지만 백업을 완료하는 데 걸리는 시간을 줄일 수 있습니다. 자세한 내용은 tsm maintenance backup을 참조하십시오.- 스냅샷 백업: 이 옵션은 Tableau Server를 외부 파일 저장소로 구성한 경우에만 사용할 수 있습니다. 스냅샷 백업의 성능은 NAS(Network Attached Storage) 유형에 따라 다르지만 일반적으로 스냅샷 백업은 전통적인 Tableau Server 백업보다 빠릅니다. 자세한 내용은 Tableau Server 외부 파일 저장소를 참조하십시오.