[vz-users] DB Backup auf NAS via sqlite

[Andreas Goetz]

Von draussen kann niemand sagen was Du da treibst:

dbcopy abstellen, count(data) über Zeit anschauen -> ändert sich was? dann ists nicht dbcopy
dbcopy anschauen: wie startest du das? -> laufen da mehrere parallel? dann kommen sie sich ins Gehege

usw. Immer eine Fehlerquelle nach der anderen ausschließen.

Viele Grüße, Andreas


> On 30. Dec 2020, at 19:32, Michael Hartmann <hartmann-micha at web.de> wrote:
> 
> Wie kann ich die offenen DB Verbindungen ermitteln?
> 
> Da das Testsystem keine Sensorik hat, empfängt VZlogger auch keine Messwerte. Ergo sollten auch keine weiteren zugriffe aufvdie DV erfolgen oder?
> 
> Am 30. Dezember 2020 19:14:54 MEZ schrieb Andreas Goetz <cpuidle at gmail.com>:
> Die Frage stellt sich nicht da die Datensätze vollständig mit ID eingefügt werden. Genau deshalb triffst Du ja anscheinend auf die Duplikate.
> 
> Mach Dir doch mal den Spass und schau wieviele offene DB Connections es gibt wenn der Fehler mal wieder auftritt (falls sqlite sowas anzeigen- da in ich nicht sicher bei dem Dateimechnismus). 
> 
> Viele Grüße, Andreas
> 
> 
>> On 30. Dec 2020, at 19:12, Thomas Höpfner <thomas at thhoe.de <mailto:thomas at thhoe.de>> wrote:
>> 
>> Hallo Andreas,
>> 
>>> 
>>> Am 30.12.2020 um 18:33 schrieb Andreas Goetz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>>:
>>> 
>>> 
>>> Bisher hatte niemand ähnliche Probleme wie Du. Da sich dbcopy immer den „höchsten“ Datensatz aus dem Index sucht würde ich ausschliessen dass dabei doppelt geschrieben werden kann. Es sei denn, dbcopy wäre nicht das einzige Programm dass in die DB schreibt...
>>> 
>>> Viele Grüße, Andreas 
>> 
>> Was passiert wenn man Daten löscht und mit
>> 
>> TRUNCATE TABLE data
>> 
>> danach aufräumt? Dabei könnte doch der nächste AUTOINCREMENT kleiner sein wie der höchste vergebene. 
>> 
>> Thomas 
> 
> 
> -- 
> Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20201230/fd7ce513/attachment.html>