Crear copias de seguridad

Puedes crear una copia de seguridad de una instalación básica de Looker si haces una copia del directorio principal del usuario (incluidos todos los subdirectorios ocultos y normales). Esto se puede lograr mediante scp, rsync o cualquier aplicación de copia de seguridad estándar. Del mismo modo, para restablecer una instalación básica de Looker, solo es necesario restablecer los archivos y, luego, iniciar Looker.

En algunas configuraciones, incluidos los entornos agrupados en clústeres, Looker usa una base de datos externa de MySQL 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 te recomendamos que realices un restablecimiento de prueba una vez por trimestre.

Estructura del directorio

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

inicio
looker
.ssh
Looker
.cache
.db
.ssl
.tmp
deploy_keys
log

models
models-user-1

Directorio Se requiere una copia de seguridad Cambiar frecuencia Descripción
.ssh Sí Infrecuente Llaves SSH que se usan en la autenticación en Git de proyectos de LookML creados con Looker 4.6 o versiones anteriores
buscador/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 Durante las actualizaciones, se almacena una copia de seguridad del jar y el directorio .db de Looker
looker/.ssl Tal vez Infrecuente Certificados SSL autofirmados (consulte la nota)
Looker/tmp No Frecuentes Archivos temporales
Looker y claves de implementación Sí Infrecuente Llaves ssh que se usan en la autenticación en Git de proyectos de LookML creados con Looker 4.8 o versiones posteriores
buscador/registro Tal vez Frecuentes Archivos de registro, solo son necesarios si las políticas de retención lo requieren
buscadores/modelos No Variable Modelos de producción, copiados del repositorio de origen (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 certificadora, este directorio debería agregarse a la copia de seguridad.

Los archivos que están 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 que se incluyan todos los archivos necesarios

Aunque, por lo general, no causa problemas, algunos clientes informaron problemas si incluyen el archivo looker/.db/looker.lck en sus copias de seguridad. Si es necesario, puedes excluir este archivo de forma segura.

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, además de herramientas de línea de comandos, como rsync.

Es mejor que el proceso de copia de seguridad se ejecute cuando la aplicación se use lo menos posible. Además de la interacción normal del usuario, ten en cuenta los tiempos en los que se puede ejecutar la visualización programada, la reconstrucción de tablas derivadas, etcétera.

Entornos agrupados en clústeres

Los Looker 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 copias 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 de AES-256 en GCM y no usa AWS KMS puede utilizar 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 en Looker sin proporcionar su CMK, o para mover una instalación alojada por el cliente a un host nuevo que no tenga acceso al mismo almacén de claves local.

Para crear una copia de seguridad independiente del almacén de claves, haz lo siguiente:

  1. Detener Looker:

    cd looker
./looker stop

    Si Looker se agrupa en clústeres, asegúrate de detener todos los nodos antes de continuar.

  2. Asegúrate de que Looker pueda acceder a tu CMK. Si tu CMK está almacenado en un archivo, puedes usar la variable de entorno LKR_MASTER_KEY_FILE para apuntar a la ruta de ese archivo:

    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>

  3. Genere un nuevo archivo de claves 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, escribirá la clave nueva.

    El contenido del nuevo archivo de claves se verá de la siguiente manera:

    {"dbmk":"vr1LUwO3q6weY8iS3JykVljSjiD4m6eGk227Cs7Qu9Q=\n","backup_uid":"XCXvRa38mNeqT6+HRBCo2Q=="}

    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.

  4. 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>

    Donde <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 nueva clave y conserva ese valor encriptado en la base de datos.

  5. 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 archivo de clave nuevo que creaste antes.

Restablecer las copias de seguridad

Para restablecer una copia de seguridad de Looker, consulta la página de documentación sobre cómo restablecer 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.