ThomasM 10 Geschrieben 12. April 2005 Melden Teilen Geschrieben 12. April 2005 Hi zusammen, ich habe eine Frage: wir haben mehrere SQL Server. Nun möchten wir die Daten, die auf den einzelnen Serven sind auf einen "Sicherungs-Server" in Echtzeit replizieren. Auf meiner Suche nach einer Lösung bin ich leider noch zu keinem brauchbaren Ergebnis gekommen. Ich hoffe mir kann hier jemand weiterhelfen, bzw. einen guten Denkansatz geben! :) Gruß Thomas Zitieren Link zu diesem Kommentar
BuzzeR 10 Geschrieben 12. April 2005 Melden Teilen Geschrieben 12. April 2005 ...Snapshotreplikation wäre eine akzeptable Lösung. Steht aber soweit alles in der Hilfe, soweit ich mich erinnern kann - diese solltest Du erst einmal bemühen. Desweiteren kannst Du in der Hilfe auch nach Publisher, oder Verleger suchen. Gruß Marco Zitieren Link zu diesem Kommentar
substyle 20 Geschrieben 12. April 2005 Melden Teilen Geschrieben 12. April 2005 Logshipping .. http://support.microsoft.com/search/default.aspx?catalog=LCID%3D1031&mode=s&cat=false&query=log+shipping&x=0&y=0&srch=sup Gruß subby Zitieren Link zu diesem Kommentar
MrReview 10 Geschrieben 12. April 2005 Melden Teilen Geschrieben 12. April 2005 Jepp, Logshipping wäre auch meine erste Antwort gewesen! Allerdings klappt das nur mit der Enterprise-Version!!! Ansonsten - wie schon erwähnt - per Replikation... Geht auch in Echtzeit! Zitieren Link zu diesem Kommentar
ThomasM 10 Geschrieben 13. April 2005 Autor Melden Teilen Geschrieben 13. April 2005 Nach langem suchen und lesen der Hilfe und unterschiedlicher Artikel, bin ich zu dem Entschluß gekommen, das die Transaktionsreplikation wohl am besten dafür geeignet ist. Leider steige ich bei dem Thema noch nicht so ganz durch und hoffe Ihr könnte mir da ein bischen weiterhelfen! Unser Ziel ist es eben, das jeder Server seine Daten mit unserem Server hier bei uns abgleicht. Auf unserem Server werden keine Daten geändert, er soll aber immer stets die aktuellsten (Echtzeit) Daten der Distributoren haben. Kann ein Server überhaupt "Subscriber" von mehreren "Distributors" sein? "Ich" konnte nirgends was dazu finden.... Kennt jemand vielleicht eine Seite, wo mein Problem beschrieben wird? Wie sieht es denn mit der Sicherheit bei Replikation über VPN aus? Da habe ich leider auch nichts gutes gefunden. Gruß Thomas Zitieren Link zu diesem Kommentar
ThomasM 10 Geschrieben 14. April 2005 Autor Melden Teilen Geschrieben 14. April 2005 Mh.... Kann mir echt keiner weiterhelfen? Gruß Thomas Zitieren Link zu diesem Kommentar
substyle 20 Geschrieben 14. April 2005 Melden Teilen Geschrieben 14. April 2005 Ich Logshippe einen unserer Produktionsserver regelmäßig über VPN (4mBit SDSL). Das ganze an drei "Destinations" (Webserver / Warm Standby Und einer für den Vertrieb) Geht problemlos. Musst nur noch einen Monitorserver aufstellen der das Geschehen verfolgt ob alles gut geht. subby Zitieren Link zu diesem Kommentar
ThomasM 10 Geschrieben 14. April 2005 Autor Melden Teilen Geschrieben 14. April 2005 Hi substyle, logshipping kann ich nicht benutzen, wir haben Windows den SQL Server 2000 (Version 8, SP3). Da gibt es das leider nicht. Somit kann ich entweder Snapshot, Merge oder eben Transaktionsreplikation benutzen. Snapshot geht nicht, da die Daten in Echtzeit repliziert werden sollen und Merge ist dafür auch nicht geeignet, da ich auf dem Subscriber eh nix ändern will. Also werde ich auf die Transaktionsreplikation zurückgreifen. Aber wie schon gesagt, habe ich nirgends was darüber gefunden, ob ich von unterschiedlichen Servern aus, die Daten alle auf einen einzigen Server replizieren kann. Der Sicherungsserver soll eben die Daten von verschiedenen Serven erhalten und sie bei sich speichern. Wenn nun irgendein Server ausfällt, hätte dieser Server ja da dann die Daten des ausgefallenen Servers. So soll das ganze funktionieren. Gruß Thomas Zitieren Link zu diesem Kommentar
Sascha1971 10 Geschrieben 16. April 2005 Melden Teilen Geschrieben 16. April 2005 Moin Thomas! Hätte drei Bemerkungen: 1. Es ein Simple LogShipping. Das läuft dann auch unter der Standard Edition. Details hier: http://www.windowsitpro.com/Article/ArticleID/23231/23231.html 2. Zur Transaktionsprotokllierung: Es gibt im SQL 2000 keinen Konfliktlöser für Transaktionensreplikation, also ist es nicht so einfach möglich Daten "zusammenzuführen" von verschiedenen Servern auf einem einzigen Server. Dafür ist per Design die Mergereplikation gedacht. Ein möglicher Ansatz wäre für jeden Deiner Server auf dem Ziel eine eigene Instanz bekommt. Das Problem ist, dass unter der Standardediton jede Instanz eine Lizenz benötigt. 3. Hilft Dir wohl wenig, wenn ich Dir verrate, dass mit SQL 2005 alles besser wird. Jetzt noch eine Frage: Wäre Dir nicht schon mit einem simplen Backup Deiner Server auf den besagten Sicherungsserver geholfen? Wie wenig Downtime könnt Ihr Euch denn erlauben? Gruss, Sascha Zitieren Link zu diesem Kommentar
ThomasM 10 Geschrieben 20. April 2005 Autor Melden Teilen Geschrieben 20. April 2005 Hi Sascha, wir möchten unsere Datenbanken auf einen einzigen Server replizieren. Die Daten eines Servers in eine eigene Datenbank. So haben wir uns das gedacht. Ausfallzeit können wir uns eigentlich keine leisten. Die Daten auf dem "Backup-Server" sollten eben immer aktuelle sein. Deswegen fällt eine Snapshot- oder Mergereplikation auch aus. Gruß Thomas Zitieren Link zu diesem Kommentar
skoye 10 Geschrieben 20. April 2005 Melden Teilen Geschrieben 20. April 2005 Hallo Thomas, wir setzen für unsere eigene Software seit Jahren die Snapshotreplikation ein. Wenn du die Tabellen, die zu replizieren sind, in ein entsprechendes Skript einbindest, so kannst du sie wunderbar auf den Abonnentenservern replizieren. Dann kann dir auch mal der Verleger für ein paar Tage wegsacken, da die Replikation dies nachfahren kann. Wenn du dann noch zusätzlich eine Transaktionprotokollsicherung anstößt, die von mir aus alle 30 Minuten läuft, so hast du eine doppelte Sicherheit. Gruß Sebastian Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.