====== 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