Nach Update 1.6 fehlen viele Daten. Was nun?
-
Hallo zusammen,
ich habe vor einigen Tagen die Version 1.6 des IDoIT installiert und nun ist uns aufgefallen das viel Daten fehlen.
Ich habe mit dem Backup Skript welches auf der IDOIT Seite download bar ist vorher eine sicherung angelegt.
Jetzt weiß ich nicht ganz wie ich die Daten aus dem alten datenbestand in den neuen überführt bekomme da die Datenbanken ja auf anderen Versionsständen sind.Bitte um Hilfe
Grüße,
Stephan -
Hallo Stephan,
man kann Backups von verschiedenen Versionen nicht untereinander verwenden.
Du muesstest eine Installation mit der alten Version aufsetzen, in welche Du das Backup einspielen kannst.Was fuer Daten fehlen in der 1.6er Version?
Von welcher Version hast Du upgedatet?Gruss,
jkondek -
Hallo und danke für die schnelle Antwort,
ich habe keine Backups untereinader verwendet. Ich habe lediglich von 1.5.2 auf 1.6.0 gepacht und dannach waren viele, aber nicht alle daten z.B. undter Servern die CPU und der RAM weg.
Die Objekte sind noch alle da aber nunmal leer. Des weiteren fehlen in den Dateien die verlinkungen zu den Daten auf der Platte unter idoit/uploads/files/*.Auch wenn ich eine weiter version mit dem alten Backup wiederherstelle fehlen die Daten.
Grüße,
Stephan -
Hallo Stephan,
Auch wenn ich eine weiter version mit dem alten Backup wiederherstelle fehlen die Daten.
Das verstehe ich nicht… Du hast von der 1.5.2 ein Backup gemacht. Wieso sollten Daten fehlen, wenn Du das Backup in eine frische 1.5.2 Installation importierst? Sind die Daten (CPU, RAM) denn nicht im Backup vorhanden? Das kann ich mir nicht vorstellen. Ich weiss aber auch nicht, was genau das Backup Skript macht (wo findet man das?), daher empfehle ich ein komplettes DB Backup durchzufuehren.
Hast Du das Update von Version 1.5.2 direkt auf Version 1.6 gemacht? Es wird zwar gesagt, dass es keine Probleme geben sollte, minor Versionen zu ueberspringen (1.5.x), allerdings waere ich auch hier vorsichtig.
Des weiteren fehlen in den Dateien die verlinkungen zu den Daten auf der Platte unter idoit/uploads/files/*.
Auch das kann ich mir schwer vorstellen, wenn die Updates sauber durchgelaufen sind.
Bei meiner lokalen Installation konnte ich die genannten Probleme nicht feststellen, allerdings habe ich auch regelmaessig Updates gemacht, habe also von der letzten 1.5.x Version (1.5.6) ein Update auf 1.6 durchgefuehrt.Gruss,
jkondek -
Hallo Stephan,
kann es sein dass du hast etwas irrtümlich nur die Datenbankstruktur dump gemacht ohne Inhalt..?
Viele Grüße,
Chekov
-
Hallo,
ich habe das Backup mit folgendem Skript von der I-Doit Seite durchgeführt.
So wie ich das Skript lese wird dort alles gedumpt.#!/bin/bash #### System requirements #### The following tools need to be installed: ### ### mysql - for the MySQL database backup ### tar - for the file backup ### ncftp - for the FTP file copy ### samba-common - For the CIFS file copy ### cifs-utils - For the CIFS file copy ### ### Debian install example: ### apt-get install samba-common cifs-utils ncftp mysql-client tar ## Global configuration options glob_machine="idoitserver" #Machine name to label backup files glob_date=$(date +"%Y-%m-%d_%H%M") #Date format to label backup files (default is 2015-12-12_1755) glob_path="/tmp/backup/${glob_machine}" #Specify local backup path glob_delete=0 #Delete local files immediately after CIFS or FTP copy? ## Database backup configuration backup_database=1 #Database backup enabled? db_user="" #MySQL username db_pass="" #MySQL password db_host="127.0.0.1" #MySQL host db_names="idoit_system idoit_data" #Database names to backup separated with space ## File backup configuration backup_file=1 #File backup enabled? file_files="/var/www" #File paths to backup separated with space ## FTP configuration copy_ftp=0 #Copy files to FTP server? ftp_user="" #FTP username ftp_pass="" #FTP password ftp_host="" #FTP servername or IP address ftp_path="/backup/path" #Backup path on FTP server ## CIFS configuration copy_cifs=0 #Copy files to CIFS Share? cifs_user="" #CIFS username cifs_pass="" #CIFS pass cifs_path="//cifs/file/share/path" #CIFS backup path cifs_mount="/tmp/backup/cifs_mnt" #CIFS share mount point cifs_domain="" #CIFS domain name ## Old files deletion delete_file=0 #Delete old local backups? delete_file_age=7 #Delete local backups older than x days delete_cifs=0 #Delete old cifs backups? delete_cifs_age=7 #Delete cifs backups older than x days #-------------------------- Stop editing here -------------------------- mkdir -p ${glob_path} umask 177 #Mount CIFS share if [ $copy_cifs -eq 1 ]; then echo "Mounting CIFS share ${cifs_path} to ${cifs_mount}" mkdir -p ${cifs_mount} /sbin/mount.cifs ${cifs_path} ${cifs_mount} -o user=${cifs_user},domain=${cifs_domain},password=${cifs_pass} fi #Database backup if [ $backup_database -eq 1 ]; then for i in ${db_names} do if [ -n "$i" ]; then tmp_sqlfile=${glob_path}/${glob_machine}__${i}__${glob_date}.sql echo "Dumping MYSQL database ${i} to file ${tmp_sqlfile}" /usr/bin/mysqldump --user=${db_user} --password=${db_pass} --host=${db_host} ${i} > ${tmp_sqlfile} if [ $copy_ftp -eq 1 ]; then echo "Copying ${tmp_sqlfile} to FTP server ${ftp_host}" /usr/bin/ncftpput -u ${ftp_user} -p ${ftp_pass} ${ftp_host} ${ftp_path} ${tmp_sqlfile} fi if [ $copy_cifs -eq 1 ]; then echo "Copying ${tmp_sqlfile} to CIFS share ${cifs_path}" cp -f ${tmp_sqlfile} ${cifs_mount} fi if [ $glob_delete -eq 1 ]; then echo "Immediately deleting file ${tmp_sqlfile}" rm -f ${tmp_sqlfile} fi fi done fi #File backup if [ $backup_file -eq 1 ]; then j=1 for i in ${file_files} do if [ -n "$i" ]; then tmp_filesfile=${glob_path}/${glob_machine}__${j}__${glob_date}.tar.gz echo "Packing files ${i} to ${tmp_filesfile}" tar czf ${tmp_filesfile} $i j=$((j + 1)) if [ $copy_ftp -eq 1 ]; then echo "Copying ${tmp_filesfile} to FTp server ${ftp_host}" /usr/bin/ncftpput -u ${ftp_user} -p ${ftp_pass} ${ftp_host} ${ftp_path} ${tmp_filesfile} fi if [ $copy_cifs -eq 1 ]; then echo "Copying ${tmp_filesfile} to CIFS share ${cifs_path}" cp -f ${tmp_filesfile} ${cifs_mount} fi if [ $glob_delete -eq 1 ]; then echo "Immediately deleting file ${tmp_filesfile}" rm -f ${tmp_filesfile} fi fi done fi #old backup deletion if [ $delete_file -eq 1 ]; then echo "Deleting files older than ${delete_file_age} days in ${glob_path}" find ${glob_path} -maxdepth 1 -mtime +${delete_file_age} -exec rm {} \; fi if [ $copy_cifs -eq 1 ]; then if [ $delete_cifs -eq 1 ]; then echo "Deleting files older than ${delete_cifs_age} days on CIFS share ${cifs_mount}" find ${cifs_mount} -maxdepth 1 -mtime +${delete_cifs_age} -exec rm {} \; fi fi #Not implemented so far #if [ $copy_ftp -eq 1 ]; #then # #fi #Umount CIFS share if [ $copy_cifs -eq 1 ]; then echo "umounting CIFS share ${cifs_mount}" umount ${cifs_mount} fi -
Hallo Stephan,
db_names="idoit_system idoit_data" #Database names to backup separated with space
Heissen Deine Datenbanken so? Bei mir wuerde das schon nicht funktionieren…
Ach, jetzt seh ich es. Man soll die Values vorher anpassen.../usr/bin/mysqldump –user=${db_user} --password=${db_pass} --host=${db_host} ${i} > ${tmp_sqlfile}
Scheint, als wuerde das Skript auch nur ein mysqldump machen. Das erklaert aber nicht, wieso da auf einmal Daten fehlen sollten.
Mit welchem User hast Du das Backup durchgefuehrt?
Wobei ich nicht davon ausgehe, dass Dein User nur auf bestimmte Tabellen Berechtigungen hat…Gruss,
jkondek
