Sporing av Endringer i SQL Server For SANNTIDS Sql Server-Replikering

Hva ER Sporing av ENDRINGER i SQL Server?

ENDRINGSSPORING FOR SQL Server er en måte å fange opp alle endringer i En Microsoft SQL Server-database. Eventuelle innlegg, oppdateringer eller sletter gjort til noen av tabellene gjort i et bestemt tidsvindu blir tatt. Denne informasjonen er gjort tilgjengelig FOR SQL Server replikering formål. SQL Endringssporing leser transaksjonsloggene for å finne dataendringer og registrerer endringene for enkel bruk. Det er en ekstrem lettvektsmekanisme for å fange de inkrementelle endringene i et spesifisert vindu. Også lære OM SQL Server CDC OG Oracle CDC

SQL Endringssporing er en integrert del AV SQL Server replikering

NÅR data må overføres eller replikeres til data innsjøer eller datalagre fra EN SQL Server-database, SQL Endringssporing funksjonalitet er spesielt nyttig som det hjelper i replikere inkrementelle data effektivt, slik at data lake / lageret er alltid oppdatert og er et sentralisert sted for datatilgang fra FORSKJELLIGE SQL Server-repositories.

SQL Server ER et relasjonsdatabasebehandlingssystem utviklet Av Microsoft. Dens primære funksjon er å lagre og hente data effektivt og brukes vanligvis av applikasjoner for datalagring og gjenfinning. SQL Server-versjoner 2008 og utover støtte Endre Sporing funksjonalitet.

ENDRINGSSPORING FOR SQL Server-punkter å merke seg:

  • Alle VERSJONER AV SQL Server støtter denne funksjonaliteten
  • Du må aktivere Endringssporing på databasenivå og på tabellnivå for alle tabeller som må spores
  • tabellene må ha en primærnøkkel definert i databasen

disse trinnene forklares i dybden nedenfor:

for å aktivere Endringssporing

endre database databasenavn
angi change_tracking = på
(change_retention = 7 dager, auto_cleanup = på)

for eksempel:

ENDRE DATABASE Adventureworks2019
ANGI CHANGE_TRACKING = PÅ
(CHANGE_RETENTION = 7 DAGER, AUTO_CLEANUP = PÅ)

på tabellnivå:

BRUK <databasenavn>

ENDRE TABELLNAVN
AKTIVER change_tracking
med (TRACK_COLUMNS_UPDATED = på);

FOR EKSEMPEL:

BRUK ADVENTUREWORKS2019

endre tabell dimcustomer
aktiver change_tracking
med (track_columns_updated = på);

sjekk om ENDRINGSSPORING HAR blitt aktivert på databasenivå

Velg *
fra sys.change_tracking_databases
der database_id = DB_ID (‘databasename’);

FOR eksempel:

VELG *
fra sys.change_tracking_databases
hvor database_id = DB_ID(‘Adventureworks2019’);

Resultater:

Sjekk om Endringssporing er aktivert på tabellnivå

BRUK databasenavn;
VELG sys.schemas.name som schema_name, sys.tables.name som table_name
FRA sys.change_tracking_tables
BLI med sys.tabeller PÅ sys.Tabell.object_id = sys . change_tracking_tables.object_id
BLI med sys.skjemaer på sys.skjemaer.schema_id = sys . Tabell.schema_id;

For eksempel:

BRUK Adventureworks2019;
VELG sys.schemas.name som schema_name, sys.tables.name som table_name
FRA sys.change_tracking_tables
BLI med sys.tabeller PÅ sys.Tabell.object_id = sys . change_tracking_tables.object_id
BLI med sys.skjemaer på sys.skjemaer.schema_id = sys . Tabell.schema_id;

Resultater:

ENDRINGSSPORING FOR SQL Server: Fordeler Og Ulemper

  • tabellen må ha en primærnøkkel definert. Endringssporing kan ikke brukes for tabeller uten en primærnøkkel.

Fordeler

  • En ekstremt lett Løsning, Endringssporing er svært nyttig i de fleste scenarier.
  • den støttes av ALLE versjoner AV SQL Server, noe som gjør dette til en svært allsidig løsning.

BEGRENSNINGER FOR ENDRINGSSPORING FOR SQL Server eller utfordringer med egendefinert koding

  • selv om den opprinnelige Funksjonaliteten For ENDRINGSSPORING FOR SQL Server bidrar til å fange opp endringer, er det betydelig koding som må gjøres for å fange opp disse endringene og bruke DEM til SQL-replikering til Et Datalager eller Datasjø.
  • ikke bare må pålitelighet og robusthet tas hensyn til, men kontinuerlig vedlikehold, dataproblemer og håndtering av nye tabeller og datatyper blir et pågående problem for bedrifter.
  • varslings-og overvåkingsløsningen må også være håndkodet, og når du ser på de forskjellige komponentene som kreves for å få dette til å fungere, gir en håndkodet løsning ikke rask tid til verdi og kan være dyrt å utvikle og vedlikeholde.

Ingen Kode, automatisert måte å fange endringer FRA SQL Server er ved Hjelp BryteFlow

  • BryteFlow ER ET GUI basert verktøy som bidrar til å fange endringene FRA SQL Server Med Endringssporing og flere andre mekanismer. Les mer om løsningen
  • det er en ingen-kode måte å overføre data til ulike datalager og datasjøer
  • det oppretter skjemaene automatisk på målet med optimale datatyper og implementerer beste praksis for målet
  • data replikert til målet kan holdes automatisk MED SCD type 2 historie hvis konfigurert
  • Automatisert, sofistikert dataavstemming – dette er en annen enterprise grade-funksjon som vanligvis ikke tilbys i markedet
  • bryteflow tilbyr sql server-replikering i bedriftsklasse og vanntett sikkerhet for installasjoner lokalt, i skyen eller ved hjelp av en hybrid tilnærming.

Konklusjon

i motsetning til den kodeintensive tilnærmingen, tilbyr vi enkel SANNTIDS sql Server-replikering med Endringssporing ved Hjelp Av BryteFlow. Bare pek og klikk for å sette opp. Replikere store datamengder enkelt med parallell gjenget første synkronisering og partisjonering etterfulgt av delta sync. Tabeller opprettes automatisk med data upserted eller MED SCD Type 2 historie. Du får flere endre datafangst alternativer som passer FOR SQL Server-versjonen eller utgaven du bruker (alle versjoner/utgaver støttes). Gjør deg klar til å bruke data på destinasjonen Enten S3, Redshift, Snowflake, Azure Synapse eller SQL Server.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.