Netcrash

Hallo zusammen,

ich habe folgendes Problem und bin mir nicht sicher welche der Lösungen die Idealste ist.

Kurz zum Hintergrund:
Wir nutzen im Bereich Sanitätsdienst/Rettungsdienst ein Programm welches die Daten in eine MySQL Datenbank schreibt. Da wir diese Software auch im mobilen Bereichen nutzen in unseren Einsatzleitwagen, suchen wir nach einer Lösung auch Zugriff auf die Daten zu haben falls das Mobile Internet versagt.

Hier das Problem:
Wir haben drei mobile Einheiten welche Daten lesen und schreiben und nochmal 3 fest stationierte Einheiten die ebenfalls Daten lesen und schreiben. Wie bestimmt jedem schon mal auf einem Großevent oder Sylvester aufgefallen ist, sind die Mobilfunknetze sehr anfällig wenn zuviele Nutzer gleichzeitig eine Aktion ausführen wollen.

Derzeitige nicht effiziente Lösung:
Jede mobile Einheit unterhält seine eigene Datenbank ohne das eine Zusammenführung stattfindet. Eine spätere Zusammenführung muss immer manuell und mit viel Arbeitsaufwand stattfinden.

Meine Idee zur Lösung:
Solange wie eine Internetverbindung besteht sollen alle Daten zentral auf einem fest stationierten Server abgelegt werden, dort haben alle Clients Zugriff auf die Daten.

Falls das mobile Internet zusammenbricht soll jede mobile Einheit eine lokale Kopie der aktuellen Datenbank haben, so dass das Personal nur die Datenbankverbindung in der Software ändern muss um adäquat weiterarbeiten zu können. Das ab diesen Zeitpunkt bis zum wiederherstellen einer ausreichenden Internetverbindung die Daten manuell wieder eingefügt werden müssen ist aufgrund der Vergabe von fortlaufenden Einsatznummern leider unausweichlich.

Ich bin mir nicht sicher ob es besser ist ein MySQL Cluster oder eine Multi-Master Replication für die Umsetzung zu nutzen. Welche Tipps habt Ihr hier für mich die ich evtl. Anwenden kann.

In der angehängten Grafik soll nochmal ersichtlich werden wie das Netz aufgebaut werden soll.



Vielen Dank für Eure Hilfe.

Mister Ad

Chriz

Ich hab fuer sowas frueher Google Gears benutzt, auch wenn das schon laengst in jedem modernen Browser funktioniert, LocalStorage etc. Das grosse Problem ist nicht das Umschalten von lokaler DB auf Onlinevariante, das spaetere Zusammenfuehren der Daten ist der Schmerz.

Gehts dir denn darum oder "nur" um eine Serverarchitektur? Bei letzterem bin ich sicherlich der falsche Anprechpartner, aber rein aus Interesse: Warum ein Server Cluster fuer drei mobile Geraete?

__________________
"Nuschel ich?" - "Was?"

nikosch

Welche Art von Daten? Verwaltungsdaten/Personalien? Einsatzinformationen? Zeitkritische Sachen?

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

mquadrat

Also ich würde von den mobilen Geräten immer in die lokale DB schreiben, wenn du schon eine hast. Wenn jeder Request durch ein überlastetes 3G Netz ewig dauert, dürfte in Teams im Feld ja auch nicht geholfen sein.

__________________
Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de

Netcrash

Ja es sind Zeitkritische Sachen, diese sollen auch alle in der mobilen Einheit 1 erfasst und dort auch in eine lokale Datenbank und von dort aus auch für die anderen Einheiten (lesend) zur Verfügung stehen, sowie nach dem Einsatz zur Nachbearbeitung in der Zentrale. Dies möglichst Zeitnah. Alle Informationen werden natürlich über einen VPN-Tunnel versendet, sonst könnte man ja direkt alles auf Flugblätter schreiben.

Nur wäre es schön wenn in der Zentrale die Nachbearbeitung auch schon im laufenden Einsatz mit den Personalien nach einem Transport ins Krankenhaus gefüllt werden könnte.

@Chriz also ein Cluster wäre in meinen Augen eine zu große Skalierung, nur weiß ich nicht wie viel Master-Master Replicationen ich machen kann