Influxdb

Tamaño de la base de datos

du -sh /var/lib/influxdb/data/<db name>

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” 1)https://community.influxdata.com/t/migrate-influx-database-to-new-server/4298 2)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