ich habe meinen Homematic Temperaturfühler gegen einen Shelly Sensor getauscht. Leider habe ich zu früh meine alte Variable gelöscht bzw auch das ganze logging von 11 Jahren.
In einem Backup von letzter Woche habe ich die Variable noch in der Datenbank. Allerdings ist die Variablen ID gefühlt hundert mal in allen möglichen Ordnern eines jeden Jahrs (Ordnerstruktur der db)
Ich habe gerade versucht, uber die Suche nach meiner ID zu suchen und dann alle Treffer heraus zu kopieren. Aber leider heißen die Dateien fast alle gleich
Habt ihr eine Idee, wie ich aus meiner backupd db (die physischen Ordner und dateien) meine Variable in die aktuelle db zurückspielen kann?
Das mit dem Backup einspielen will ich umgehen, da ich jetzt eine Woche lang alle Homematic Devices gegen Shelly getauscht habe und es mir jetzt zum Schluß aufgefallen ist.
Das würde für mich eine Woche Arbeit bedeuten.
Daher würde ich gerne noch auf @paresy seinen Vorschlag warten
Vielleicht zaubert er (wie so oft) noch was aus seinem Hut ^^
Ich meine du kannst einfach nur die Dateien vom Archiv zurückspielen, wenn du noch weißt welche ID das war.
Das könntest du sonst aus der alten Settings.json herausfinden.
Dann kannst du die Dateien soweit umbenennen, dass diese zur neuen ID passen. Das sollte meines Wissens nach funktionieren.
Ich hatte mir sogar irgendwo ein Skript zusammen gezimmert (wirklich nur rudimentär) was die Jahre und Monate durchgeht und die Dateien umbenennt. Muss ich morgen mal suchen ob ich das noch finde.
Obwohl das sollte z.b. Total Commander mit mehrfach umbenennen auch können.
Wichtig sind die Daten aus dem Ordnern mit Jahr und Monat.
Steht auch hier genauere beschrieben:
Die Aggregationsdaten sind wurscht, die kann man im Archive Control neu erstellen lassen.
Edit: aber die ID der Variable muss man schon haben, sonst weiß man ja nicht welche Dateien aus einem Backup man braucht
Mein Vorschlag wäre es auf einem Testsystem kurz das Backup einzuspielen. Dann per CSV Export die Daten der Variable extrahieren und die extrahierte Datei im Produktivsystem einspielen.
Ich empfehle auch das vorgehen über ein Testsystem…
Das Skript war sehr mit der heißen Nadel gestrickt.
Außerdem ist der Pfad zum lesen der Daten auch das Symcon DB Verzeichnis und kein externes Backup. Also entweder anpassen, oder die Dateien im db Ordner ablegen.
Auf eigene Gefahr:
<?php
$DryRun = true; // true, nur Ausgabe ohne Aktionen, false => alles ausführen
$StartYear = 2012; // Start Jahr
$StartMonth = 1; // Start Monat im Start Jahr
$Factor = 1; // 1 für Dateien kopieren, Sonst Faktor zum Umrechnen von Werten (z.B. 1000 oder 0.001 .
$VarId = 51596; // VariablenID
$NewVarId = -1; // -1 VariablenID bleibt unverändert, sonst 5 stellige ID
$Backup = true;
######### Ab hier nicht ändern ####################
$DbPfad = IPS_GetKernelDir().'db'.DIRECTORY_SEPARATOR;
$M = $StartMonth;
$Y = $StartYear;
$NewVarId = ($NewVarId == -1 ? $VarId : $NewVarId);
do {
do {
$FileBackup = $DbPfad.$Y.DIRECTORY_SEPARATOR.sprintf('%02d',$M).DIRECTORY_SEPARATOR.$VarId.'.old';
$FileRead = $DbPfad.$Y.DIRECTORY_SEPARATOR.sprintf('%02d',$M).DIRECTORY_SEPARATOR.$VarId.'.csv';
$FileWrite = $DbPfad.$Y.DIRECTORY_SEPARATOR.sprintf('%02d',$M).DIRECTORY_SEPARATOR.$NewVarId.'.csv';
if (file_exists($FileRead)) {
if (!$DryRun) {
rename($FileRead, $FileBackup); // Backup erstellen mit .old -> Das wird auch gelesen oder kopiert
}
if ($Factor == 1){
echo 'Copy: '.$FileRead.' -> '.$FileWrite.PHP_EOL;
if (!$DryRun) {
copy($FileBackup, $FileWrite);
}
} else {
echo 'Transfrom: '.$FileRead.' -> '.$FileWrite.PHP_EOL;
if (!$DryRun) {
if (($write = fopen($FileWrite, "w")) === FALSE) {
die('ERROR');
};
if (($read = fopen($FileBackup, "r")) !== FALSE) {
while (($data = fgetcsv($read, 1000, ",")) !== FALSE) {
$data[1] = $data[1]*$Factor;
fputcsv($write,$data);
}
fclose($read);
}
fclose($write);
}
}
if (!$Backup){
echo 'Delete Backup: '.$FileBackup.PHP_EOL;
if (!$DryRun) {
unlink($FileBackup);
}
}
}
$M++;
} while($M<=12);
$M=1;
$Y++;
} while($Y<=2025);
echo "----------------------\r\n";
echo "done";
