<div dir="auto">Hi Marc,<div dir="auto"><br></div><div dir="auto">wenn es nur um Stunden geht, kann vzlogger die Werte auch cachen.</div><div dir="auto"><br></div><div dir="auto">Grüße</div><div dir="auto">Frank<br><div dir="auto"><br></div><div dir="auto"><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Marc Haber <<a href="mailto:mh%2Bvolkszaehler-users@zugschlus.de" target="_blank" rel="noreferrer">mh+volkszaehler-users@zugschlus.de</a>> schrieb am Do., 30. Mai 2019, 10:38:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hallo,<br>
<br>
On Thu, May 30, 2019 at 08:13:42AM +0200, Andreas Götz wrote:<br>
> Ich denke das geht wunderbar?! Die MW sieht ja die ganze DB. Nur solltest Du nicht abwechselnd die gleichen Kanäle von unterschiedlichen Frontends bearbeiten da die MW auch cacht. Dann gibts Zumindest seltsames Verhalten, kapitt geht nix. <br>
<br>
Da meine Datenbank sowieso auf einer snapshotfähigen VM liegt, mache ich<br>
vorher einfach einen Schnappschuss.<br>
<br>
Was genau meinst Du mit "bearbeiten"? Die Middleware auf dem "alten"<br>
System würde in dem Bauzustand wirklich nur die Schnittstelle zwischen<br>
dem alten vzlogger und der neuen Datenbank darstellen, und vermutlich<br>
auch nur für maximal eine Nacht bis der alte vzlogger dann mit der neuen<br>
Middleware spricht (auch wenn ich _diesen_ Bauzustand gerne vermeiden<br>
würde, weil das einen Zugriff aus einem Labornetz in ein "sicheres" Netz<br>
bedeuten würde).<br>
<br>
Grüße<br>
Marc<br>
<br>
-- <br>
-----------------------------------------------------------------------------<br>
Marc Haber         | "I don't trust Computers. They | Mailadresse im Header<br>
Leimen, Germany    |  lose things."    Winona Ryder | Fon: *49 6224 1600402<br>
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421<br>
</blockquote></div>