XML Datei in MSSQL

[cu mic]

Hallo zusammen,

ich habe folgendes Problem: Es gibt zwei örtlich getrennte Standorte mit jeweils eigenem SQL Server (Standort 1 MS SQL-Server, Standort 2 MSDE) aber gleich aufgebaute Datenbanken. Die Stammdaten werden nur im Standort 1 gepflegt. Es existiert keine Netzwerkverbindung zwischen den Servern. Die 4 Stammdatentabellen sind nicht groß (jeweils <1000 Einträge) und werden auch nicht häufig geändert.
Die Frage ist, wie mache ich ein Update der Stammdaten in Standort 2?
Meine erste Idee war es über eine SQLite Datei mit zwei kleinen Programmen. Habe ich aber verworfen.
Dann dachte ich an eine XML Datei. Soweit gut - mit einem ClientDataSet, DatasetProvider... lässt sich die Datei auch erstellen. Jetzt aber die Sache aus XML wieder zurück :gruebel: (Ich muss zugeben, dass ich mit XML noch nicht gearbeitet habe :? )

Hat jemand vielleicht eine Idee? Oder ist ein anderer Ansatz besser?

Michael

[Bernhard Geyer]

Evtl. geht folgendes:

Laptop mit MSDE wird mit Datenbank 1 repliziert. Wenn an Standort 2 hängt wird es auf Datenbank 2 repliziert.

[cu mic]

Danke erst einmal für eine schnelle Antwort.
Leider sind die Standorte 600km auseinander.
Schön wäre es eine Datei (xml?) auf den ftp zu legen und an Standort 2 ein kleines Programm zu starten, der die Datei einfügt (man könnte die 4 Tabellen vorher sogar leeren).

Ich hänge gerade dabei einen ClientDataSet in eine ADOQuery zu kriegen.
Ich dachte mir:
1. ClientDataSet loadfromfile
2. DataSetProvider Dataset=ADOQuery
3. und dann sowas wie Post

Leider habe ich mit den Komponenten noch nichts gemacht.

[marabu]

Hallo,

ich würde auf System 1 ein Backup der Datenbank erstellen und auf System 2 ein Restore fahren - per SQL. Das backup file würde ich gezippt auf dem FTP-Server bereit stellen.

Grüße vom marabu

[cu mic]

1. Kann man ein Backup auch auf Tabellenteile begrenzen?
2. Gibt es die Möglichkeit das Restore per Knopfdruck (Enduser) anzustoßen?

[cu mic]

Sorry zu 1.
erst denken dann schreiben
Kann natürlich die relevanten Daten in andere DB kopieren :idea:

[marabu]

Hallo,

man kann nicht nur, man muss alles auf Knopfdruck machen - so steht es zumindest in den Lizenzbedingungen. Zu deinem Punkt 1 hast du ja schon einen Ansatz gefunden. Das Wiederherstellen der Datenbank auf der Zielmaschine kannst du mit folgendem Statement erledigen:

SQL-Code:

RESTORE DATABASE [db_name]
FROM DISK = 'C:\Programme\Microsoft SQL Server\MSSQL\Backup\db_name.bak'
WITH MOVE 'db_name' TO 'C:\Programme\Microsoft SQL Server\MSSQL\data\db_name.mdf'
,    MOVE 'db_name_log' TO 'C:\Programme\Microsoft SQL Server\MSSQL\data\db_name_log.ldf'

Du wirst wissen, was du da alles an deine Verhältnisse anpassen musst.

Freundliche Grüße

[cu mic]

:thumb:
Klingt sehr gut, ich glaube, das ist die einfachste und eleganteste Lösung.
Werde mich morgen gleich mal dransetzen.

Erst einmal vielen Dank! ... und einen guten Rutsch ins neue Jahr! :cheers:

[Bernhard Geyer]

Es besteht doch (zeitweise) ein Verbindung zwischen den Standorten (z.B. über 0815-DSL-Verbindungen). Dann richte doch ein gemeinsames Netzwerk ein und nimm die Möglichkeiten der DB bezüglich Replikation. Das machen wir mit unseren Außendienstmitarbeitern täglich.

[cu mic]

Hatte ich schon mal in Betracht gezogen, aber die Hindernisse waren 2 Firewalls und eine dynamische IP (Standort 2).

:roll: Der könnte sich allerdings über VPN in Standort 1 einloggen.

Dann müsste ich mich noch mal in die verschiedenen Replikationstechniken einarbeiten. Wie wird die Replikation denn von den Außendienstlern angestoßen?

Viele Grüße

Michael