====== Influxdb ====== **Tamaño de la base de datos** du -sh /var/lib/influxdb/data/ **Respaldo (backup)** Ejemplo: Respaldo del año 2019 influxd backup -portable -database test -host localhost:8088 --start 2019-01-01T00:00:00Z --end 2020-01-01T00:00:00Z /tmp/mysnapshot2019 **Restaurar (restore)** Ejemplo: Restaurar todo influxd restore -portable path-to-backup **Bakcup de un docker corriendo** para entrar al servidor donde está el container de influx es ssh roo@aqa.unloquer.org pero debés tenés la clave pública de ssh subida a digitalocean https://www.grzegorowski.com/how-to-backup-and-restore-influxdb-which-runs-inside-docker-container **Backup una db** influx_inspect export -database aqa -compress -datadir "/var/lib/influxdb/data/" -waldir "/var/lib/influxdb/wal/" -out "aqa-export-2020-04-03" ((https://community.influxdata.com/t/migrate-influx-database-to-new-server/4298)) ((https://docs.influxdata.com/influxdb/v1.0/tools/influx_inspect/)) * Restore backup Mover backup a dentro de un volumen visible en el container ''mv aqa* iot/influxdb/'' Entrar a una consola dentro del container ''docker exec -it influxdb /bin/bash'' Restaurar el backup dentro del container ''influx -import -path=aqa-export-2020-04-03 -compressed'' ** Cron backup a S3 aws ** https://github.com/jacobtomlinson/docker-influxdb-to-s3 ---- 1.9G /var/lib/influxdb/data/aqa Filesystem Size Used Avail Use% Mounted on udev 490M 0 490M 0% /dev tmpfs 100M 744K 99M 1% /run /dev/vda1 30G 13G 16G 46% / tmpfs 497M 0 497M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 497M 0 497M 0% /sys/fs/cgroup tmpfs 100K 0 100K 0% /run/lxcfs/controllers tmpfs 100M 0 100M 0% /run/user/1000 Encontrar archivos grandes find . -type f -size +50000k -exec ls -lh {} \; | awk '{ print $9 ": " $5 }' Resultado de la consulta du -a . 2>/dev/null | sort -n -r | head -n 30 10387004 . 9760468./aqa 9727660./aqa/autogen 244648 ./v80 211840 ./v80/autogen 203964 ./aqa/autogen/1071 203952 ./aqa/autogen/1071/000000130-000000002.tsm 196936 ./aqa/autogen/987 196924 ./aqa/autogen/987/000000130-000000003.tsm 194912 ./aqa/autogen/1188 194900 ./aqa/autogen/1188/000000130-000000002.tsm 194660 ./aqa/autogen/975 194648 ./aqa/autogen/975/000000130-000000003.tsm 193576 ./aqa/autogen/1047 193568 ./aqa/autogen/1047/000000130-000000003.tsm 190324 ./aqa/autogen/1175 190312 ./aqa/autogen/1175/000000129-000000002.tsm 186152 ./aqa/autogen/1035 186140 ./aqa/autogen/1035/000000130-000000002.tsm 183468 ./aqa/autogen/1084 183456 ./aqa/autogen/1084/000000129-000000002.tsm 180516 ./aqa/autogen/963 180508 ./aqa/autogen/963/000000015-000000002.tsm 179912 ./aqa/autogen/1201 179900 ./aqa/autogen/1201/000000129-000000002.tsm 179688 ./aqa/autogen/999 179680 ./aqa/autogen/999/000000129-000000002.tsm 178024 ./_internal 177424 ./aqa/autogen/1149 177412 ./aqa/autogen/1149/000000128-000000002.tsm Son parte de las bases de datos, ¿si se borra uno se daña todo? son0p: entiendo entonces que son dos asuntos, por un lado verificar si la base de datos que usabamos de backup de influxdb se pudo integrar a aqa, y el otro punto es entender la manera como se guardan los archivos y backups de influxdb para ver si podemos borrar cosas de manera segura? ¿entendí bien? brolin: si, esa carpeta influxdb es un backup a fuerza bruta que hice un día a la carrera porque se nos había caído aqa.unloquer.org brolin: copié la carpeta por la red a daquina.io para intentar restablecer el servidor si no lograba arreglar el daño. Los que están en /root si son backups hechos con los comandos de influxdb yo creo entonces que lo que debemos hacer es backups de aqa.unloquer.org usando los comandos de influx, para tener un chance de recuperar esa historia desde cierto punto por si algo ocurre * Free space in docker -> https://lebkowski.name/docker-volumes/ * Free space in docker logs -> truncate -s 0 /var/lib/docker/containers/*/*-json.log