Supportnet / Forum / Datenbanken
Datenbankreplikation
Frage
Hallo Leute,
habe folgendes Problem. Ich arbeite mit dem SQL-Server 7.0 SP4.
Habe einen PC (Win2k) und einen Laptop (Win2k). Ich arbeite an der Datenbank, d.h. verändere einige Datensätze, dann vergehen ein paar tage und dann wird wieder was verändert. Nun muss ich immer die Datenbank sichern und an meinem Laptop zurücksichern, bzw. umgekehrt, ich arbeite am Laptop und muss zuerst sichern, dann wieder am normalen pc zurücksicher, also ich kann nicht überschneident arbeiten.
Da ich jetzt weiss, dass man es auch einfacher machen kann, eben mit dieser Datenbankreplikation, bin ich schon fast am verzweifeln, wie denn das wohl geht.
Wenn sich jemand damit auskennt, bitte ich um schnellen rat, da ich sonst mein Laptop aus dem Fenster werfe.
Danke und bis dann..
mfg
vato
Antwort 1 von vato
hi nochmal,
weisst denn keiner einen rat??
mfg
vato
weisst denn keiner einen rat??
mfg
vato
Antwort 2 von Wolfram Kulterer
Hallo Vato,
ich habe mir überlegt, ob ich Dir antworten soll oder nicht. Ich bin nämlich zufällig "über Dein Problem gestolpert". Da ich beruflich mit diesem Thema zu tun habe kenne ich mich sehr gut aus, deswegen will ich Dir ein paar Tipps geben. Wies scheint gibts in dieser "Gemeinde" niemanden der Dir helfen kann. Ich kannn dass sehr gut verstehen, weil man für dieses Thema sehr, sehr tiefe Kenntnisse von Datenbanken und der Funktionsweise einer Replikation haben muß. Nun, so sieht aus:
- wir verwenden InterBase von Borland als Datenbank
- für die Replikation setzen wir den RPDemon von der Fa. SDCTec (http://www.sdctec.de/)
- als Verbindungen zwischen den Rechner verwenden wird LAN, Wählleitungen über Analagmodems, ISDN-Adapter oder Router
Das sind aber nur die Werkzeuge. Die tatsächliche Leistung für eine funktionierende Replikation mußt DU erbringen, weil DU derjenige bist, der das Datenbankdesign kennt(kennen muß) um die Reihenfolge des Datenabgleichs festzulegen. Beim Erstellen des Replikationsszenarios muß Du Dich mit so Sachen wie referentieller Ingetrität, Primary-/Foreign-Keys, Werte von Generatoren, etc. um nur einige zu nennen auseinandersetzen. Wir haben so ca. 4-5 Mannmonate in die Entwicklung unseres Replikationsszenarios investiert. Wir wissen heute aber auch gleichzeitig, dass noch Hintertüren existieren, die bedingt durch die physische Trennung der DBs und der zeilich unterschiedlichen Bearbeitung von Datensätzen aufgeschlossen werden können, die nur mehr mit "unserer Hilfe" geschlossen werden können. Das ist eben unsere Lösung.
Im Lieferunumfang der Interbase DB ist auch eine Repliaktionssoftware dabei, die wir aber nie ausführlich getestet haben. Wie im übrigen es doch mehrere Lösungsansätze für diese Problem im WEB angeboten werden.
Meiner Meinung nach hat doch auch der SQL-Server eine bordeigene Replikation. Was ist mit der?
Zum Schluß: Ich konnte Dir nur Möglichkeiten aufzeigen. Ein Lösung ist es nicht. Ich glaube auch nicht, dass Dir irgendjemand diese bieten kann. Es wirst DU sein, der sie realisieren wird. Vorher wirst Du Dich jedoch eingehend mit diesem Thema befassen müssen. Halbwissen wird Dich nicht weiter bringen.
Unteren Strich arbeiten alle Repliaktionen nach den gleichen Prinzip. Über Trigger wird jede INSERT, UPDATE und DELETE-Operation auf einer Tabelle protokolliert. Mit dem Szenario mußt Du festlegen, in welcher Reihenfolge diese Änderungen an die Ziel-DB übertragen werden sollen.
Viel Erfolg Vato
PS: Du kannst "mich" ja mal auf "www.pfisterwaagen.de" besuchen.
ich habe mir überlegt, ob ich Dir antworten soll oder nicht. Ich bin nämlich zufällig "über Dein Problem gestolpert". Da ich beruflich mit diesem Thema zu tun habe kenne ich mich sehr gut aus, deswegen will ich Dir ein paar Tipps geben. Wies scheint gibts in dieser "Gemeinde" niemanden der Dir helfen kann. Ich kannn dass sehr gut verstehen, weil man für dieses Thema sehr, sehr tiefe Kenntnisse von Datenbanken und der Funktionsweise einer Replikation haben muß. Nun, so sieht aus:
- wir verwenden InterBase von Borland als Datenbank
- für die Replikation setzen wir den RPDemon von der Fa. SDCTec (http://www.sdctec.de/)
- als Verbindungen zwischen den Rechner verwenden wird LAN, Wählleitungen über Analagmodems, ISDN-Adapter oder Router
Das sind aber nur die Werkzeuge. Die tatsächliche Leistung für eine funktionierende Replikation mußt DU erbringen, weil DU derjenige bist, der das Datenbankdesign kennt(kennen muß) um die Reihenfolge des Datenabgleichs festzulegen. Beim Erstellen des Replikationsszenarios muß Du Dich mit so Sachen wie referentieller Ingetrität, Primary-/Foreign-Keys, Werte von Generatoren, etc. um nur einige zu nennen auseinandersetzen. Wir haben so ca. 4-5 Mannmonate in die Entwicklung unseres Replikationsszenarios investiert. Wir wissen heute aber auch gleichzeitig, dass noch Hintertüren existieren, die bedingt durch die physische Trennung der DBs und der zeilich unterschiedlichen Bearbeitung von Datensätzen aufgeschlossen werden können, die nur mehr mit "unserer Hilfe" geschlossen werden können. Das ist eben unsere Lösung.
Im Lieferunumfang der Interbase DB ist auch eine Repliaktionssoftware dabei, die wir aber nie ausführlich getestet haben. Wie im übrigen es doch mehrere Lösungsansätze für diese Problem im WEB angeboten werden.
Meiner Meinung nach hat doch auch der SQL-Server eine bordeigene Replikation. Was ist mit der?
Zum Schluß: Ich konnte Dir nur Möglichkeiten aufzeigen. Ein Lösung ist es nicht. Ich glaube auch nicht, dass Dir irgendjemand diese bieten kann. Es wirst DU sein, der sie realisieren wird. Vorher wirst Du Dich jedoch eingehend mit diesem Thema befassen müssen. Halbwissen wird Dich nicht weiter bringen.
Unteren Strich arbeiten alle Repliaktionen nach den gleichen Prinzip. Über Trigger wird jede INSERT, UPDATE und DELETE-Operation auf einer Tabelle protokolliert. Mit dem Szenario mußt Du festlegen, in welcher Reihenfolge diese Änderungen an die Ziel-DB übertragen werden sollen.
Viel Erfolg Vato
PS: Du kannst "mich" ja mal auf "www.pfisterwaagen.de" besuchen.
Antwort 3 von vato
hi wolfram,
danke für deine infos!!
das was du sagst, stimmt schon im großen und ganzen, jedoch habe ich leider die zeit nicht, mich noch tiefer darein zu arbeiten :-((
aber ich werde wohl irgendwie dranbleiben müssen.
Wie dem aus sei, ich dachte halt, dass irgendjemand in dieser "Gemeinde" schonmal vor solch einem Problem stand und mir helfen könnte einfach nur zeit zu sparen.
aber dennoch vielen dank und bis dann...
mfg
vato
p.s. keine schlechte website ;-)
danke für deine infos!!
das was du sagst, stimmt schon im großen und ganzen, jedoch habe ich leider die zeit nicht, mich noch tiefer darein zu arbeiten :-((
aber ich werde wohl irgendwie dranbleiben müssen.
Wie dem aus sei, ich dachte halt, dass irgendjemand in dieser "Gemeinde" schonmal vor solch einem Problem stand und mir helfen könnte einfach nur zeit zu sparen.
aber dennoch vielen dank und bis dann...
mfg
vato
p.s. keine schlechte website ;-)