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

Free space in docker → https://lebkowski.name/docker-volumes/

Free space in docker logs → truncate -s 0 /var/lib/docker/containers/*/*-json.log