Hallo zusammen,

Ich würde euch gerne um euren Rat bitten:

Mir wurde der Auftrag erteilt, ein Ausfallkonzept für unsere Kunden umzusetzen, d.h. wenn kein Zugriff zum SQL Server besteht, sollen trotzdem noch mehr oder weniger aktuelle Daten zur Verfügung stehen, die nur im Lesemodus bereitgestellt werden müssen. (Theoretisch möglich bei einem kompletten Ausfall der Server oder wenn z.B. ein Tablet-PC Client keine Verbindung hat).

Die bisherige Idee war, dies folgendermassen umzusetzen:
Der SQL Server generiert in einem Intervall (vermutlich über einen Job) XML-Dateien, welche die wichtigsten Informationen enthalten. (Es muss weder offline gearbeitet werden können, noch müssen alle Daten verfügbar sein)
Diese werden über einen lokalen Dienst, der beim Client läuft, in regelmässigen Abständen zu ihm kopiert (wenn er eine Verbindung hat). Startet die Applikation nun und es kann keine Verbindung zum SQL Server hergestellt werden, wird der Benutzer darüber informiert und er bekommt Zugriff auf die Ausfalldaten (XML).

Meine Frage: Ist so ein Konzept sinnvoll? Könnte man dies alternativ lösen? Hat Microsoft da einen anderen Ansatz vorgesehen? Ich habe viel gesucht im Internet, aber leider keine passende Antwort gefunden und leider habe ich in diesem Bereich auch noch nicht allzuviel Erfahrung!

Ich hoffe, hier vielleicht einen interessanten Input zu kriegen.

Liebe Grüsse und Danke, r3iii

Hallo r3iii

Ich weiss nicht ob das der ideale Ansatz ist den du vervollgst. wenn die Clients offside stehen (Allso nicht beim SQL Server Selber) wurde ich bei den Clients einen SQL Server 2005 Hinstellen und diesen Via "SQL Replicator" up to Date halten. So hast du dich netz ausfallen abgesichert.

LG Koni