Datenbestand / Master-Master-Sync

[Sir Rufo]

Möglichkeit 1:

Es wird ein Locking benötigt, der zuverlässig das Schreiben von nur einer Stelle zulässt.

Möglichkeit 2:

Erzeugen von einem Transaktionslog, was dann auf jede Datei angwendet wird.

[p80286]

Zitat:

Zitat von BUG (Beitrag 1286124)

Wenn ich das richtig beobachtet habe, müssen gerade unter den Delphianern einige mit Kunden arbeiten, die eine merkwürdige IT-Umgebung und einen kautzigem Admin haben, der dort alle Regeln macht :mrgreen:

Die haben keinen Admin sondern einen Chef der die C..p liest.:mrgreen:

Aber im Ernst, die Frage ist doch, welchen Zweck soll die Konstellation erfüllen? Da anzusetzen scheint mir u.U. sinnvoller als an Symptomen herum zu doktern.

Gruß
K-H

[FAM]

Hallo Zusammen,

erstmal danke für eure antworten....

zu euren Fragen / Randbedingungen

- Schreib/Lesevorgänge: Wie wird die Datei geschrieben? Sequentiell, vollständig, ..
Vollständig

- Dateigröße: Ab einer gewissen Größe entstehen deutliche Laufzeiten für den Schreibvorgang, die Berücksichtigt werden müssen.
Dateigrösse max. 1 MB

- Daraus folgend sind ggF. beim Schreiben die jeweils andere Datei zu sperren o.ä.
nicht notwendig, den das eigentliche Beschreiben der Binär-Datei und der zu implmentierende Sync laufen parallel (Datei wird geschrieben und im Hintergrund - Thread?! - läuft der Sync respektive die Überwachung über Sync notwendig)

- Sind es im Normalfall immer nur 2 PCs?
ja,

- Läuft das Programm ständig?
ja

- Wie robust muss das Protokoll sein (Ausfall eines oder beider Rechner)?
wenn ein PC ausfällt soll der zweite einspringen

- Kannst du die Programmme ändern oder musst du ein zusätzliches Tool schreiben, dass die Synchronisierung übernimmt?
kann das programm ändern

Zitat:

Zitat von Sir Rufo (Beitrag 1286126)

Möglichkeit 1:

Es wird ein Locking benötigt, der zuverlässig das Schreiben von nur einer Stelle zulässt.

Möglichkeit 2:

Erzeugen von einem Transaktionslog, was dann auf jede Datei angwendet wird.

wie würdest du diesen Transaktionslog konzipieren/implmentieren?



Implementierungsgrund ist eine Daten-Redundanz:

2 PCs laufen ständig (in einem Netzwerk) und haben jeweils einen und den selben Client am laufen, die jeweiligen Clients beziehen von ein und der selben Quelle Daten und schreiben diese dann in eine *.dat Datei (2 x 1:1 Beziehungen - Client vs. OPC-Server).

Falls mal ein Client aus ist (z.B. Absturz) und er wieder angestellt wird, muss geprüft werden ob die Daten der *.dat (auf den PC welcher gerade abgestürzt war) "noch aktuell sind" > an dieser Stelle müsste dann der Sync laufen (Copy *.dat von anderne PC). Eine andere Möglichkeit warum bedarf von einem Sync besteht ist wenn z.B. der Client die Daten vom OPC-Server nicht richtig lesen konnte ...

Auf beiden PC soll einfach eine 100% Datengleichheit bestehen, zu jeder Zeit.

Eine Datenbank ist auszuschliessen! (Kundenwusch)

[p80286]

Zitat:

Zitat von FAM (Beitrag 1286282)

- Dateigröße: Ab einer gewissen Größe entstehen deutliche Laufzeiten für den Schreibvorgang, die Berücksichtigt werden müssen.
Dateigrösse max. 1 MB

Auf welchem Medium mußt Du speichern? Diskette?

Zitat:

Zitat von FAM (Beitrag 1286282)

- Daraus folgend sind ggF. beim Schreiben die jeweils andere Datei zu sperren o.ä.
nicht notwendig, den das eigentliche Beschreiben der Binär-Datei und der zu implmentierende Sync laufen parallel (Datei wird geschrieben und im Hintergrund - Thread?! - läuft der Sync respektive die Überwachung über Sync notwendig)

- Sind es im Normalfall immer nur 2 PCs?
ja,

- Läuft das Programm ständig?
ja

- Wie robust muss das Protokoll sein (Ausfall eines oder beider Rechner)?
wenn ein PC ausfällt soll der zweite einspringen

Da stimmt etwas nicht, entweder arbeiten beide PCs immer, dann springt keiner ein, oder aber einer ist der "Verantwortliche" und PC2 übernimmt wenn PC1 ausfällt.

Zitat:

Zitat von FAM (Beitrag 1286282)

Auf beiden PC soll einfach eine 100% Datengleichheit bestehen, zu jeder Zeit.

Das kannst Du vergessen, am Ende eines Tages, zu jeder vollen Stunde, zu jeder vollen Minute, das kann gehen aber zumindest während des Zeitraums einer möglichen Synchronisation sind die beiden Dateien nicht gleich.

Zitat:

Zitat von FAM (Beitrag 1286282)

Eine Datenbank ist auszuschliessen! (Kundenwusch)

Dann hoffen wir mal das der Kunde weiß wovon er spricht:roll:

Gruß
K-H

[FAM]

Zitat:

Auf welchem Medium mußt Du speichern? Diskette?

HDD

Zitat:

Da stimmt etwas nicht, entweder arbeiten beide PCs immer, dann springt keiner ein, oder aber einer ist der "Verantwortliche" und PC2 übernimmt wenn PC1 ausfällt.

das ist ja genau das thema des forum-threads... Master-Master-Sync...
Beide PC laufen ständig. Wenn sich ein Mitarbeiter an PC#1 setzt, hat er den selben Datenbestand als wenn er sich an PC#2 setzt...
Grundlegend Auslagerung der Datenkonsistenz auf beiden Rechner sinnvoller (Stichwort: Zentrale Datenhaltung), ist aber eben nicht gewünscht.

Zitat:

Das kannst Du vergessen, am Ende eines Tages, zu jeder vollen Stunde, zu jeder vollen Minute, das kann gehen aber zumindest während des Zeitraums einer möglichen Synchronisation sind die beiden Dateien nicht gleich.

das wäre ok, denn der Sync-Vorgang dauert nicht lange (Datenbestand < 1MB)

[mkinzler]

Zitat:

Falls mal ein Client aus ist (z.B. Absturz) und er wieder angestellt wird, muss geprüft werden ob die Daten der *.dat (auf den PC welcher gerade abgestürzt war) "noch aktuell sind" > an dieser Stelle müsste dann der Sync laufen (Copy *.dat von anderne PC). Eine andere Möglichkeit warum bedarf von einem Sync besteht ist wenn z.B. der Client die Daten vom OPC-Server nicht richtig lesen konnte ...

Wenn einer schon weg ist (-> fehlende Redundanz), dann gefährden wir auch noch den 2. indem wir im Betrieb die Datei Kopieren.

Zitat:

Eine Datenbank ist auszuschliessen! (Kundenwusch)

Das wäre auch noch schöner, wenn eine Chance auf Funktionieren bestehen würde.

-Warum wird immer vollständig geschrieben und nicht nur neues Angehängt?
-Warum machen 2 das Selbe? Besser Synchronisation Bestände und 2. Client nur bei Ausfall.

Die ganze Sache ist ein Himmelfahrtskommando, da es nur ein Frage der Zeit ist, bist das Kartenhaus implodiert.

[FAM]

Zitat:

-Warum wird immer vollständig geschrieben und nicht nur neues Angehängt?

ein Inkrementelles Schreiben ist überflüssig da Datenbestand sehr klein, zudem ist die Schreibroutine schon fertig implementiert.

Zitat:

-Warum machen 2 das Selbe? Besser Synchronisation Bestände und 2. Client nur bei Ausfall.

Kundenvorgabe!

[mkinzler]

Und wer haftet? Wenn Kunde das Risiko übernimmt (explizit, schriftlich; Warnung vor Problem in Vertrag).