Wie mit ADO+MSSQL Verbindungsabbrüche überbrücken?

[janhieber]

Hi!
Ich muss eine Anwendung von Paradox auf MSSQL+ADO umrüsten, soweit kein Problem.
Die Anwendung steuert Linearroboter und ähnliche Maschinen. Es sind ca 15-20 Clients. Das Problem ist,
dass der Server auf dem MSSQL läuft ab und zu mal abschmiert oder es ein Netzwerkproblem gibt
und die Verbindung zum Server gekappt wird, evtl für mehrere Stunden, darauf habe ich aber keinen Einfluss.

Wie kann ich mein Programm resistent gegen diese Abbrüche machen? Folgende Punkte sind mir wichtig:
-Die DB muss ohne Unterbrechung weiter verfügbar sein (lokal, im Cache zum Beispiel) wenn die Verbindung abbricht
-Daten die vom Programm geschrieben werden müssend dann lokal gecached werden und später zurückgeschrieben werden
-Die Anwendung läuft normal 24/7, einen Neustart der Anwendung muss nicht unbedingt berücksichtigt werden

Wenn die Verbindung dann wieder da ist, sollten die lokalen Änderungen auf den Server geschrieben werden und
die neuen Daten auf dem Server auf den Client kommen.

Konkurrierende Schreibzugriffe (also Anderungen der Clients an gleichen Datensätzen) gibt es normal nicht, das sollte also kein Problem darstellen. Wenn es mal zur Inkonsistenz kommt und eine Änderung von einem Client nicht
auf den Server kommt, ist das nicht tragisch.

Am wichtigsten ist, dass die Daten die vor dem Verbindungsabbruch aktuell waren auch über längere Zeit zur Verfügung stehen und Schreibvorgänge ohne Fehler lokal gecached werden.

Wäre Klasse wenn Ihr Tipps hättet, weiß irgendwie nicht nach was ich da Googeln soll bei dem Thema.

Gruß Jan

[Bummi]

http://social.msdn.microsoft.com/For...1-94c2f4dc4422
http://msdn.microsoft.com/en-us/libr...QL.105%29.aspx
http://msdn.microsoft.com/en-us/library/ms151863.aspx

[janhieber]

OK, aber das was du geschrieben hast hilft alles nichts wenn die Netzwerkverbindung des Clients abbricht.

Ich denke ich brauche irgendwie einen lokalen Cache der DB den ich dann zyklisch mit dem Server abgleiche.
Problem ist nur wie ich bei 8 oder 9 Tabellen den Abgleich Programmiere, ich müsste prüfen welche Datensätze
auf dem Server noch nicht existieren und diese abgleichen. Andersrum genauso, alle paar Minuten die Hauptdatenbanken auf neue Datensätze prüfen und abgleichen.

Bin ich damit auf dem richtigen Weg?

[Bummi]

Du installierst lokal die kostenlose SQL-Expressversion, richtest den Hauptserver als Provider ein, die lokalen SQL-Server als Subscriber und verbindest die Clients mit den lokalen SQL-Server, diese synchronisieren sich über den Provider. Wenn das Netz ausfällt merkst Du nichts davon, bei Wiederherstellung der Verbindung wird neu synchronisiert. Das ganze kann durchaus seine Tücken haben, aber bei dem von Dir beschriebenen Szenario meine ich sollte es problemlos funktionieren.

[Furtbichler]

ADO unterstützt das Briefcase-Modell

Eben gegoogelt:
http://www.hackchina.com/en/cont/27091

Verdächtiger Name für eine Website

Mit dem Modell kannst Du jedenfalls offline deine Daten halten und Änderungen, die während des Verbindungsabbruches passiert sind, werden anschließend synchronisiert.

[Bummi]

@Furtbichler

wobei man dann allerdings ohne Netz und doppelten Boden arbeitet...
Der Link schein übrigens tot zu sein.

[janhieber]

Danke für eure Tips.
Jetzt habe ich deinen Vorschlag verstanden Bummi.
Ich denke das werde ich mir mal ansehen, dann müssen wir uns eben eine
kostenpflichtige Version des SQL Server holen.

Gruß Jan

[generic]

Alternativ via MessageQueuing.

Auf den Clients via eines MSMQ eine Warteschlage erzeugen, wo die Daten gespeichert und dann übermittelt werden.

[Furtbichler]

Zitat von Bummi:

Der Link schein übrigens tot zu sein.

Bei mir klappts.
Bezüglich des fehlenden Netzes sei noch angemerkt, das die dort gezeigte Demo nur das Prinzip und die Schlagwörter zeigt.
Beim Reconcile fehlt eine Fehlerbehandlung, die dann das Netz und den doppelten Boden umsetzt.

Gibt es zum MSMQ-Ansatz noch mehr Info? Müsste man dann nicht auch auf der Serverseite etwas implementieren?

[generic]

MSMQ:
Ich muss gestehen, eingerichtet habe ich es noch nicht.

Müsste wie folgt gehen:
Es wird eine Windows-Server benötigt, auf welchen die Routing-Unterstützung mit installiert wird.
Auf Clients gibt es diese Komponente nicht!

In den einzelnen MQs (Client-OS/Server-OS) müsste nun in den Eigenschaften "Routing" dieser Server auftauchen.

Zuletzt benötigst du auf dem letzten Server der Kette, jemand der die Daten in die DB schreibt.

* Client erzeugt xml
* das xml wird an den lokalen mq gegeben
* der lokale mq versucht zum master mq zu routen
* der master mq ruft via trigger ein programm auf, welches die xml in die db schreibt.


man muss übrigens keinen msmq nehmen.
gleiches könnte man auch via mailserver lösen.
einen lokalen smtp welcher die nachrichten nimmt.
dieser schickt sie dann weiter an einen master.
von dort werden die nachrichten via pop oder imap angerufen und dann in die db geschrieben.