Change Tracking Version

Question

Hallo,

ich habe eine recht simple Frage und schon ewig im Internet gesucht doch selsbt auf den offiziellen Seiten findet sich keien Information darüber wie man die Datenbank-Versionsnummer beim Change Tracking auf 0 zurücksetzt.

Selbst wenn ich das CT für die Datenbank deaktiviere und wieder aktiviere bleibt die aktuelle Version erhalten.(SELECT CHANGE_TRACKING_CURRENT_VERSION())

Wenn die Datenbank repliziert wird um an einem anderen Standort genutzt zu werden dann soll diese natürlich als "frische" Version genutzt werden können in der keine vorherigen Änderungen hinterlegt sind.

Ich befürchte so langsam dass das zurück setzen der Version garnicht möglich ist.

Answer 1

Hallo,

ich habe eine recht simple Frage und schon ewig im Internet gesucht doch selsbt auf den offiziellen Seiten findet sich keien Information darüber wie man die Datenbank-Versionsnummer beim Change Tracking auf 0 zurücksetzt.

Selbst wenn ich das CT für die Datenbank deaktiviere und wieder aktiviere bleibt die aktuelle Version erhalten.(SELECT CHANGE_TRACKING_CURRENT_VERSION())

Wenn die Datenbank repliziert wird um an einem anderen Standort genutzt zu werden dann soll diese natürlich als "frische" Version genutzt werden können in der keine vorherigen Änderungen hinterlegt sind.

Ich befürchte so langsam dass das zurück setzen der Version garnicht möglich ist.

Richtig. Die Change_Tracking_Version wird ab dem erstmaligem aktivieren immer erhöht und überlebt auch einen Disable-Enable. Somit kann einem da kaum eine Version verlorengehen - sofern man richtig prüft.

In Deinem Szenario ist dann die erhöhte Nummer eben die Basis.

---

Andreas Wolter (Blog | Twitter)
MCSM: Microsoft Certified Solutions Master Data Platform, MCM, MVP
www.SarpedonQualityLab.com | www.SQL-Server-Master-Class.com

Answer 2

Danke für die Antwort.

Das ist allerdings ziemlich unangenehm um es dezent auszudrücken.

Die Version wird bei unserer Datenbanksynchronisationsanwendung auch dem Nutzer bereit gestellt damit dieser den Startzeitpunkt ab der Änderungen gesammelt werden selbst anpassen kann.

Dann hat er also eine frisch eingerichtete Datenbank leere Datenbank die die Version 3242345324 anzeigt. - Super !

Answer 3

...

Die Version wird bei unserer Datenbanksynchronisationsanwendung auch dem Nutzer bereit gestellt damit dieser den Startzeitpunkt ab der Änderungen gesammelt werden selbst anpassen kann.

Dann hat er also eine frisch eingerichtete Datenbank leere Datenbank die die Version 3242345324 anzeigt. - Super !

Hallo

Ja, sorry dafür. Ich bin aber nur der "Überbringer der Nachricht" :-)

Aber: so "frisch eingerichtet" kann die Datenbank dann ja nicht sein.

Vielleicht reden wir aneinander vorbei? Die Version gilt ja schon pro Datenbank. Die Quelle der Synchronisation also, die also bereits zuvor aktiv gewesen sein muss. Aber eine wirklich neu  angelegte Datenbank beginnt bei 0.

---

Andreas Wolter (Blog | Twitter)
MCSM: Microsoft Certified Solutions Master Data Platform, MCM, MVP
www.SarpedonQualityLab.com | www.SQL-Server-Master-Class.com

Answer 4

Ja, es ist halt nie eine komplett neu eingerichtete Datenbank sondern immer eine Kopie einer zentralen DB die dann aber an einem anderen Standort als Grundlage genommen wird.

Im Grunde müsste stattdessen die Datenbank durch Skripte neu erstellt werden, das ist halt nur so nicht vorgesehen. : /

Answer 5

Ja, es ist halt nie eine komplett neu eingerichtete Datenbank sondern immer eine Kopie einer zentralen DB die dann aber an einem anderen Standort als Grundlage genommen wird.

Im Grunde müsste stattdessen die Datenbank durch Skripte neu erstellt werden, das ist halt nur so nicht vorgesehen. : /

Du hast die Lösung genannt :-)

Dann muss man die ID ignorieren. Es ist ja korrekt. Der neue Client setzt auf Nummer X auf.

---

Andreas Wolter (Blog | Twitter)
MCSM: Microsoft Certified Solutions Master Data Platform, MCM, MVP
www.SarpedonQualityLab.com | www.SQL-Server-Master-Class.com