Replikation Transactional

[Tossi65 1]

Hallo Leute,

 

mein Vorgänger hat einige Datenbanken repliziert. Ich kennen mich mit der Replikation von MS nicht aus, nur mit MySQL.

Hat jemand dazu eine vernünftige deutsche Dokumentation? Irgendwie scheint dieses Thema nur beiläufig erwähnt zu werden.

Wir haben nach einem DC Crash mega Stress mit der Replikation. Wir bekommen Sie einfach nicht zum Laufen. Im Gegenteil, sie hat

auf unserer deutschen Seite Daten gelöschte, welche nicht gelöscht werden sollten. Nun müssen wir einen Weg finden das wieder

rückgängig zu machen. Zum Glück haben wir noch einen Datenbestand von vorm crash. Aber wir wollen, das das nicht noch einmal passiert.

 

Warum werden Tabellen gelöscht wen die Daten repliziert werden??? Haben wir einen falschen Haken gesetzt?

 

 

Danke Torsten

 

Was würde eigentlich passieren, wenn ich ein älteres Backup der Zieldatenbank wiederherstelle?. Startet die Replikation dann automatisch

wieder von vorn ohne die Daten in den Zieltabellen zu löschen???

[Dukel 454]

Welche SQL Version / Edition?

Du solltest erst mal herausfinden, welche Replikation genutzt wird:

https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server?view=sql-server-ver15

https://docs.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/always-on-failover-cluster-instances-sql-server?view=sql-server-ver15

https://docs.microsoft.com/en-us/sql/database-engine/database-mirroring/database-mirroring-sql-server?view=sql-server-ver15

https://docs.microsoft.com/en-us/sql/database-engine/log-shipping/about-log-shipping-sql-server?view=sql-server-ver15

https://docs.microsoft.com/en-us/sql/relational-databases/replication/types-of-replication?view=sql-server-ver15

 

Auch wenn die Englische Doku besser ist kannst du umstellen, indem du en-us durch de-de in der Url austauschst.

[Sunny61 806]

Nicht böse sein, aber wenn es so wichtig ist und so wenig Wissen vorhanden ist, zumindest ist es mein Eindruck aus der Ferne, solltet ihr unbedingt einen externen Berater hinzuziehen.

Diesen hier kenne ich persönlich, aber habe nichts von einer Empfehlung: https://www.db-berater.de/

[Tossi65 1]

Guten Morgen,

 

@Dukel: 

    Microsoft SQL Server 2012 (SP2-GDR) (KB3194719) - 11.0.5388.0 (X64) 
    Sep 23 2016 16:56:29 
    Copyright (c) Microsoft Corporation
    Standard Edition (64-bit) on Windows NT 6.3 <X64> (Build 9600: ) (Hypervisor)
Die Replikation ist transactional und mit subscriber push. Die anderen Datenbankserver sind genauso ausgestattet.

 

@Sunny: Ja ich gebe dir recht. Der Kollege, der das vorher gemacht hat, ist leider verstorben und hat kaum Doku hinterlassen.

 

Ich kenne die Replikation nur von MySQL und die ähnelt MS kaum.

Einen Berater wollen wir auch zu ziehen, aber meist kommt erst der Crach. Und die Datenbank um die es sich handelt ist eine ProduktionsDB. Deshalb

der Druck.

 

Gruß Torsten

 

 

[Sunny61 806]

vor 40 Minuten schrieb Tossi65:

Microsoft SQL Server 2012 (SP2-GDR) (KB3194719) - 11.0.5388.0 (X64) 

Wow, der SQL Server ist schon sehr lange nicht mehr aktualisiert worden, zumindest lt. Build Aufstellung: https://buildnumbers.wordpress.com/sqlserver/#SQL2012

 

Euer Stand: 11.0.5388.0     MS16-136: Security Update for SQL Server 2012 Service Pack 2 GD2 (KB3194719)     2016 November 8

Soll Stand: 11.0.7507.2     Security Update for SQL Server 2012 SP4 GDR (KB4583465)     2021 January 12

Ist die andere Seite der Replikation denn auf dem gleichen Stand oder evtl. aktueller? Falls letzteres, dann könnte es vielleicht auch daran liegen.

[Tossi65 1]

@Sunny61 

Das ist uns bekannt und wir müssen die SQL Server erneuern. Ist in Vorbereitung. Aber der Crash kam schneller. Ausgelöst durch ein MS Server Update.

 

Gruß Torsten

[NilsK 2.932]

Moin,

 

um mal fachlich zu antworten: Eine Transaktionsreplikation lässt beim SQL Server logisch sehr komplexe Konstrukte zu. Das lässt sich ohne genaue Analyse nicht ändern oder reparieren. Wir können das aus einem Forum daher nicht sinnvoll supporten.

 

Insgesamt ist das ganze Replikationsthema eher eins der Jahrtausendwende. Heute versucht man sowas durch Zentralisierung der Ressourcen zu vermeiden. Den Grund dafür siehst du gerade: Replikation wird schnell komplex, hakelig und instabil und kann zu Datenverlusten führen. 

 

Daher findest du auch kaum aktuelle Literatur dazu, das ist einfach aus der Mode geraten. (Zu Recht.)

 

Gruß, Nils

 

[Tossi65 1]

Hallo NilsK,

 

da bin ich ganz bei dir. Aber wenn die Verbindungen nach USA oder noch schlimmer China so mies sind, ist es besser Daten vor Ort vor Produktionsbeginn zu haben.

 

Gruß Torsten

[NilsK 2.932]

Moin,

 

unbenommen. In der aktuellen Situation nutzt euch so eine grundsätzliche Betrachtung ja ohnehin nicht.

 

Akut ist mein Punkt: Hol dir kompetente Unterstützung, bevor der Schaden noch größer wird. Sowas kostet Geld, aber der Schaden vermutlich auch.

 

Gruß, Nils

 

[weka1968 0]

Hallo

Ist das noch aktuell? Meistens kriegt man das mit bissje scripten wieder hin.

Tschüss sagt der Werner.