SQL Replikation

[ThomasM]

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

[BuzzeR]

...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

[substyle]

Logshipping ..

http://support.microsoft.com/search/...0&y=0&srch=sup

Gruß

subby

[MrReview]

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!

[ThomasM]

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

[ThomasM]

Mh.... Kann mir echt keiner weiterhelfen?

Gruß
Thomas

[substyle]

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

[ThomasM]

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

[Sascha1971]

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/...231/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

[ThomasM]

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