Estás viendo la documentación de Looker 22.16. La documentación más reciente se puede encontrar aquí.

Crea copias de seguridad

Puedes crear una copia de seguridad de una instalación básica de Looker con solo hacer una copia del directorio de inicio del usuario de Looker (incluidos todos los subdirectorios normales y ocultos). Esto se puede lograr a través de scp, rsync o cualquier aplicación de copia de seguridad estándar. De manera similar, para restablecer una instalación básica de Looker, solo debes restablecer los archivos y, luego, iniciar Looker.

En algunas configuraciones, incluidos los entornos agrupados en clústeres, Looker usa una base de datos de MySQL externa para la configuración de la aplicación, las cuentas de usuario y otros datos. En este caso, recomendamos crear una copia de seguridad de la base de datos de MySQL, además del directorio principal de Looker.

Te recomendamos que crees estas copias de seguridad a diario. También recomendamos realizar una restauración de prueba una vez por trimestre.

Estructura del directorio

Aquí se describen los subdirectorios estándar del directorio principal del usuario de Looker (por lo general, /home/looker).

home
looker
.ssh
looker
.cache
.db
.ssl

directorio	Se requiere una copia de seguridad	Cambiar frecuencia	Descripción
.ssh,	Sí	Infrecuente	Llaves SSH que se usan en la autenticación de Git para proyectos de LookML creados con Looker 4.6 o versiones anteriores
looker/cache.	No	Frecuentes	Archivos de caché temporales
looker/db	Sí, a menos que la base de datos de backend se haya migrado a MySQL	Frecuentes	Base de datos interna de Looker
looker/.snapshots	No	Al actualizar	Aquí se almacenan una copia de seguridad del jar y el directorio .db de Looker durante las actualizaciones
looker/.ssl.	Tal vez	Infrecuente	Certificados SSL autofirmados (consulta la nota)
looker/.tmp.	No	Frecuentes	Archivos temporales
claves de implementación/Looker	Sí	Infrecuente	Llaves SSH que se usan en la autenticación de Git para proyectos de LookML creados con Looker 4.8 o versiones posteriores
buscador/registro	Tal vez	Frecuentes	Archivos de registro; solo es necesario si tus políticas de retención lo requieren
buscador/modelos	No	Variable	Modelos de producción, copiados del repositorio de código fuente (por lo general, GitHub)
looker/models-user-*	Sí	Variable	Los modelos de desarrollo de cada usuario se almacenan en directorios separados con el número de ID del usuario.

Nota SSL: De forma predeterminada, el directorio SSL solo contiene un certificado SSL autofirmado, que no es necesario conservar. Sin embargo, si almacenas archivos adicionales en este directorio, como certificados SSL firmados por una autoridad certificada, este directorio se debe agregar a la copia de seguridad.

Los archivos fuera del directorio principal de Looker, que deben agregarse a la copia de seguridad, son los siguientes:

directorio	Se requiere una copia de seguridad	Cambiar frecuencia	Descripción
/etc/init.d/looker	Sí	Infrecuente	Secuencia de comandos de inicio del sistema para Looker
Certificados SSL	Sí	Infrecuente	Si usas certificados SSL, asegúrate de incluir todos los archivos obligatorios

Si bien no suele causar problemas, algunos clientes informaron problemas si incluyen el archivo looker/.db/looker.lck en las copias de seguridad. Puede excluir este archivo de forma segura si es necesario.

Crea una copia de seguridad de Looker

Puedes crear una copia de seguridad de Looker con cualquier aplicación de copia de seguridad estándar y con herramientas de línea de comandos, como rsync.

Es mejor que se ejecute el proceso de copia de seguridad cuando la aplicación se usa lo más suavemente posible. Además de la interacción normal con el usuario, ten en cuenta los tiempos en que se puede ejecutar el aspecto programado, la recompilación de tablas derivadas, etcétera.

Entornos agrupados en clústeres

Lookers agrupados en clústeres almacenan la configuración de su aplicación, las cuentas de usuario y otros datos en una base de datos externa de MySQL. Recomendamos crear una copia de seguridad de esta base de datos al mismo tiempo que la aplicación de Looker. Consulta la documentación de MySQL para obtener más detalles sobre cómo crear una copia de seguridad de las bases de datos de MySQL.

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

Una instalación alojada por el cliente que migró a la encriptación AES-256 de GCM y no usa AWS KMS puede usar este procedimiento para crear una copia de seguridad de su instancia de Looker que sea independiente de su clave maestra de cliente (CMK) local. Esto proporciona un método para que un cliente autoalojado pase a una instalación alojada por Looker sin tener que proporcionar su CMK, o para mover una instalación alojada por el cliente a un host nuevo que no tiene acceso al mismo almacén de claves local.

Para crear una copia de seguridad independiente del almacén de claves:

Detener Looker:
```
cd looker
./looker stop
```
Si Looker está agrupado en clústeres, asegúrate de detener todos los nodos antes de continuar.
Asegúrate de que Looker pueda acceder a tu CMK. Si tu CMK se almacena en un archivo, puedes usar la variable de entorno LKR_MASTER_KEY_FILE para apuntar a la ruta de acceso del archivo CMK:
```
export LKR_MASTER_KEY_FILE=<path_to_CMK_file>
```
O bien, para proporcionar tu CMK directamente en una variable de entorno, puedes usar la variable de entorno LKR_MASTER_KEY_ENV:
```
export LKR_MASTER_KEY_ENV=<CMK_value>
```
Genera un archivo de claves nuevo que se usará para volver a encriptar la clave de encriptación de claves (KEK):
```
./looker generate_keyfile_for_backup <key_file_name>
```
En el ejemplo anterior, <key_file_name> es el nombre que deseas usar para el archivo que creará Looker y, luego, usará la escritura de la clave nueva.

El contenido del nuevo archivo de claves se verá de la siguiente manera:
```
{"dbmk":"vr1LUwO3q6weY8iS3JykVljSjiD4m6eGk227Cs7Qu9Q=\n","backup_uid":"XCXvRa38mNeqT6+HRBCo2Q=="}
```
Cuando el valor de dbmk es una clave de encriptación de codificación de Base24 de 256 bits y backup_uid es un nombre único que se usa cuando se guarda la clave en la base de datos.
Usa el archivo de claves nuevo para crear una entrada de clave nueva en la base de datos interna de Looker:
```
./looker keystore_independent_recrypt <key_file_name>
```
En el ejemplo anterior, <key_file_name> es el archivo de claves que se creó antes.

Esto desencripta la KEK en la base de datos interna con la CMK, vuelve a encriptar la KEK con la clave nueva y conserva ese valor encriptado en la base de datos.
Crea una copia de seguridad de Looker con tu método de copia de seguridad habitual.

Para restablecer esta copia de seguridad independiente del almacén de claves, necesitarás el nuevo archivo de claves que creaste antes.

Restablecer las copias de seguridad

Para restablecer una copia de seguridad de Looker, consulta la página de documentación Restablece copias de seguridad.

Próximos pasos

Después de configurar las copias de seguridad, estarás listo para asegurarte de que Looker pueda acceder a los servicios necesarios.