Ten en cuenta que estás viendo la documentación de Looker. Para obtener documentación de Looker Studio, visita https://support.google.com/looker-studio.

Restablecer las copias de seguridad

Para obtener información sobre cómo crear copias de seguridad de Looker, consulta la página de documentación para crear copias de seguridad.

Para restablecer Looker a un host nuevo, completa solo estos pasos de las instrucciones de instalación de Looker:

Verifica que el servidor nuevo cumpla con las especificaciones mínimas del servidor.
Habilita ntpd o chronyd.
Crea el usuario, el grupo y el directorio principal de Looker.
Omite la descarga de la aplicación de Looker y todos los pasos de instalación restantes.

Una vez que el nuevo host esté preparado, ocurrirá lo siguiente:

Restablece los archivos de la copia de seguridad.

Inicia Looker:

sudo su - looker
cd looker
./looker start

Entornos agrupados en clústeres

Para restablecer la base de datos MySQL de un entorno en clústeres, sigue estos pasos:

Detén cualquier Looker en ejecución en el clúster.
Restablece la base de datos.
Inicia las instancias de Looker una a la vez.

Consulta la documentación de MySQL para obtener más detalles sobre cómo restablecer bases de datos de MySQL.

Restablece una copia de seguridad independiente del almacén de claves

Las instalaciones alojadas por el cliente que se migraron a la encriptación AES-256 de GCM y generaron una copia de seguridad independiente del almacén de claves deben actualizar la base de datos interna de Looker después de realizar un restablecimiento.

Después de restablecer una copia de seguridad independiente del almacén de claves, sigue este procedimiento para desencriptar la KEK, volver a encriptarla con el nuevo almacén de claves local y actualizar la entrada de la clave en la base de datos interna:

Detener Looker:
```
cd looker
./looker stop
```
Si Looker se agrupa en clústeres, asegúrate de detener todos los nodos antes de continuar.

Si aún hay nodos en ejecución cuando ejecutes el comando restore_dr_backup, este fallará y mostrará el mensaje “Hay otros nodos activos conectados a esta base de datos de backend de Looker. Si Looker se cerró en el último minuto, vuelva a intentarlo en breve. De lo contrario, verifique que todos los nodos del clúster se cierren”.
Asegúrate de que Looker pueda acceder a la CMK que se usó para el almacén de claves local de la ubicación en la que restableciste Looker. Si el CMK de la ubicación de restablecimiento se almacena en un archivo, puedes usar la variable de entorno LKR_MASTER_KEY_FILE para apuntar a la ruta del archivo CMK:
```
export LKR_MASTER_KEY_FILE=<path_to_CMK_file>
```
O bien, si deseas proporcionar el CMK de la ubicación de restablecimiento directamente en una variable de entorno, puedes usar la variable de entorno LKR_MASTER_KEY_ENV:
```
export LKR_MASTER_KEY_ENV=<CMK_value>
```
Actualiza la base de datos interna:
```
./looker restore_dr_backup <path_to_CMK_file>
```
En el comando anterior, <path_to_CMK_file> es la ruta de acceso y el nombre de archivo del archivo de clave de texto sin formato que se creó cuando se creó la copia de seguridad independiente del almacén de claves. El archivo de claves tiene el siguiente formato:
```
{"dbmk":"vr1LUwO3q6weY8iS3JykVljSjiD4m6eGk227Cs7Qu9Q=\n","backup_uid":"XCXvRa38mNeqT6+HRBCo2Q=="}
```
donde el valor de dbmk es una clave de encriptación de 256 bits con codificación Base64 y backup_uid es un nombre único que se usa cuando se guarda la clave en la base de datos.

Después de actualizar la base de datos interna de Looker, puedes iniciarla con normalidad. Una vez que se ejecute Looker, te recomendamos que borres el archivo de claves con texto sin formato que se usó para crear la copia de seguridad independiente del almacén de claves.