Looker 문서를 보고 있습니다. Looker Studio 문서는 https://support.google.com/looker-studio를 참조하세요.

백업 복원

Looker 백업 만들기에 대한 상세 설명은 백업 만들기 문서 페이지를 참고하세요.

고객 호스팅 Looker 인스턴스를 새 호스트로 restore하려면 Looker 설치 안내의 다음 단계만 완료하세요.

새 서버에서 최소 서버 사양을 준수하는지 확인합니다.
ntpd 또는 chronyd를 사용 설정합니다.
looker 사용자, 그룹, 홈 디렉터리를 만듭니다.
Looker 애플리케이션 다운로드 및 모든 나머지 설치 단계는 건너뜁니다.

새 호스트가 준비되었으면 다음을 수행합니다.

백업에서 파일을 복원합니다.

Looker를 시작합니다.

sudo su - looker
cd looker
./looker start

클러스터링된 환경

클러스터링된 환경의 MySQL 데이터베이스를 복원하려면 다음 안내를 따르세요.

클러스터에서 실행 중인 모든 Looker를 중지합니다.
데이터베이스를 복원합니다.
Looker 인스턴스를 한 번에 하나씩 시작하세요.

MySQL 데이터베이스 복원 방법에 대한 자세한 내용은 MySQL 문서를 참조하세요.

키 저장소 독립형 백업 복원하기

AES-256 GCM 암호화로 이전하고 키 저장소 독립형 백업을 생성한 고객 호스팅 설치에는 복원을 수행한 후에 Looker 내부 데이터베이스의 업데이트가 필요합니다.

키 저장소 독립형 백업을 복원한 후 다음 절차에 따라 KEK를 복호화하고, 새 로컬 키 저장소를 사용하여 다시 암호화하고, 내부 데이터베이스의 키 항목을 업데이트하세요.

Looker를 중지합니다.
```
cd looker
./looker stop
```
Looker가 클러스터링된 경우 계속하기 전에 모든 노드를 중지해야 합니다.

나중에 restore_dr_backup 명령어를 실행할 때 노드가 계속 실행 중이면 명령어가 실패하고 다음 메시지가 표시됩니다. "이 백엔드 Looker 데이터베이스에 연결된 다른 라이브 노드가 있습니다. Looker가 최근 1분 내에 종료된 경우 잠시 후 다시 시도하세요. 그렇지 않으면 클러스터의 모든 노드가 종료되어 있는지 확인합니다."
Looker를 복원한 위치의 로컬 키 저장소에 사용되는 CMK에 Looker가 액세스할 수 있는지 확인합니다. 복원 위치의 CMK가 파일에 저장된 경우 환경 변수 LKR_MASTER_KEY_FILE을 사용하여 CMK 파일의 경로를 가리킬 수 있습니다.
```
export LKR_MASTER_KEY_FILE=<path_to_CMK_file>
```
또는 복원 위치의 CMK를 환경 변수에 직접 제공하려면 LKR_MASTER_KEY_ENV 환경 변수를 사용하면 됩니다.
```
export LKR_MASTER_KEY_ENV=<CMK_value>
```
내부 데이터베이스를 업데이트합니다.
```
./looker restore_dr_backup <path_to_CMK_file>
```
여기서 <path_to_CMK_file>은 키 저장소 독립형 백업이 생성될 때 생성된 일반 텍스트 키 파일의 경로와 파일 이름입니다. 키 파일의 형식은 다음과 같습니다.
```
{"dbmk":"vr1LUwO3q6weY8iS3JykVljSjiD4m6eGk227Cs7Qu9Q=\n","backup_uid":"XCXvRa38mNeqT6+HRBCo2Q=="}
```
여기서 dbmk 값은 Base64 인코딩 256비트 암호화 키이고 backup_uid는 키를 데이터베이스에 저장할 때 사용되는 고유한 이름입니다.

Looker의 내부 데이터베이스를 업데이트한 후에 Looker를 정상적으로 시작할 수 있습니다. Looker가 실행되면 키 저장소 독립형 백업을 만드는 데 사용된 일반 텍스트 키 파일을 삭제하는 것이 좋습니다.