You cannot copy content of this page

Hacer backup para no tener que configurar todo de nuevo en caso de tener que restaurar o para hacer un UPgrade a una nueva versión de Traccar

Hacer backup para no tener que configurar todo de nuevo en caso de tener que restaurar o para hacer un UPgrade a una nueva versión de Traccar

1- De la carpeta C:\Program Files\Traccar\data los archivos database.mv.db y database.trace.db

2- De la carpeta C:\Program Files\Traccar\conf el archivo traccar.xml

Y en caso de UPgrade:
https://www.traccar.org/upgrading-traccar/
3- Borrar la antigua versión de Traccar
4- Instalar la nueva versión de Traccar
5- Restaurar 2
6- Iniciar el servicio Traccar
Y recordar que en vuestro navegador Chrome o FireFox debéis limpiar la caché, de lo contrario los menús de Traccar os aparecerán con menos opciones.

Update para Raspi:
(MilGracias @SkonneR!!;)

1) Backup de: /opt/traccar/conf/traccar.xml (coges el archivo y lo mueves al escritorio mismamente, o te copias las modificaciones que hiciste en un txt, así las tienes para un futuro)

2) En terminal poner:
sudo service traccar stop
esperamos….
sudo wget
https://github.com/tananaev/traccar/releases/download/v3.16/traccar-linux-3.16.zip
sudo unzip traccar-linux-3.16.zip
sudo chmod +x traccar.run
sudo ./traccar.run

3) Volvemos a poner el archivo en traccar.xml como antes del backup que hicimos

4) Ejecutamos un reboot en terminal:
sudo reboot

(finiquitado)

Comentario: “…a mi en la Raspberry nunca me funcionó el traccar.run ni el traccar-linux y tuve que instalar el traccar-other, que es solo descomprimir…”

Configuración de MySQL para Traccar:
(MilGracias Castillo)
Mi problema venía porque usaba la etiqueta “localhost” en las llamadas a la base de datos. Lo he cambiado por 127.0.0.1 y ya funciona perfecto. La config del traccar ha quedado tal que así:
<entry key='database.driver'>com.mysql.jdbc.Driver</entry>
<entry key='database.url'>jdbc:mysql://127.0.0.1:3306/traccarDB?useSSL=false&amp;allowMultiQueries=true& amp;autoReconnect=true&amp;useUnicode=yes&amp;char acterEncoding=UTF-8&amp;sessionVariables=sql_mode=''</entry>
<entry key='database.user'>traccar1</entry>
<entry key='database.password'>CONTRASEÑA</entry>

Y la creación de la base de datos:
CREATE DATABASE traccarDB;
CREATE USER ‘traccar1’@’127.0.0.1’ IDENTIFIED BY ‘CONTRASEÑA’;
GRANT ALL PRIVILEGES ON traccarDB.* TO ‘traccar1’@’127.0.0.1’;
FLUSH PRIVILEGES;
exit;

Copias de seguridad con base de datos MySQL:
(MilGracias @J.E.Márquez)
Es mi caso. En un synology. Con Mariadb y PhPMyAdmin. Tengo un script personalizado que se ejecuta cuatro veces al día para respaldar todas mis bases sql. Se programa automático mediante programador de tareas, crontab o similar.
El parámetro clean es por si se quiere borrar la copia de seguridad. Antes de la nueva, por ejemplo.
Hay que ajustar las variables personalizadas, claro:

Código:
#!/bin/sh
#http://www.lowendguide.com/3/database/rsnapshot-and-mysqldump/ && jemm mod “grep -v ‘performance_schema'”
# VARIABLES PERSONALIZADAS
MYSQL_USER=”root”
MYSQL_PASSWORD=”laquetengas”
MYSQL_BACKUP_DIR=”/volume1/homes/copiador/MYSQLDUMP”
#
if [ ! -d $MYSQL_BACKUP_DIR ]; then
mkdir -p $MYSQL_BACKUP_DIR
fi
chmod -R 700 $MYSQL_BACKUP_DIR
case $1 in
run)
BASES_LIST=”$(/usr/local/mariadb10/bin/mysql –user=$MYSQL_USER -p$MYSQL_PASSWORD -e ‘show databases’ |tr -d ‘| ‘ |grep -v ‘Database’ |grep -v ‘information_schema’ |grep -v ‘performance_schema’)”
echo “Respaldando bases de datos MySQL en $MYSQL_BACKUP_DIR”
for db in $BASES_LIST; do /usr/local/mariadb10/bin/mysqldump –user=$MYSQL_USER -p$MYSQL_PASSWORD –verbose $db |gzip > $MYSQL_BACKUP_DIR/$http://db.sql.gz; done
echo “Respaldadas bases: $(echo $BASES_LIST | tr “\\n” “,” | sed ‘s/,$//’; echo ”)”
;;
clean)
echo “Borrando backups de bases de datos en $MYSQL_BACKUP_DIR”
rm -f $MYSQL_BACKUP_DIR/*.http://sql.gz 2>&1
;;
*)
echo “Opciones: $0 {run|clean}”
esac