SQL-servilo-repliko permesas al administrantoj de datumbazoj distribui datumojn per pluraj serviloj laŭ organizo. Vi eble deziras efektivigi replikadon en via organizo por multaj kialoj, kiel ekzemple:
- Ŝarĝi ekvilibron . Replikado permesas disvastigi viajn datumojn al kelkaj serviloj kaj poste distribui la konsultan ŝarĝon inter tiuj serviloj.
- Senkonekta pretigo . Replikado subtenas manipuladon de datumoj de via datumbazo sur maŝino, kiu ne ĉiam estas konektita al la reto.
- Redundo . Replikado ebligas al vi konstrui malsukcesan datumbazan servilon, kiu estas preta por repreni la pretigan ŝarĝon ĉe momento.
Ajna replicacio-sceno havas du ĉefajn erojn:
- Publikistoj havas datumojn por oferti al aliaj serviloj. Donita replika skemo povas havi unu aŭ pli eldonistojn.
- Abonantoj estas datumaj serviloj, kiuj deziras ricevi ĝisdatigojn de Eldonejo kiam datumoj estas modifitaj.
Ne estas nenio evitanta unu sistemon agi en ambaŭ ĉi tiuj kapabloj. Fakte, ĉi tio ofte estas la dezajno de grandskale distribuitaj datumbazoj .
SQLa Servilo Subteno por Replikado
Microsoft SQL-Servilo subtenas tri tipojn de datumbazo-replikado. Ĉi tiu artikolo provizas mallongan enkondukon al ĉiu ĉi tiuj modeloj, dum futuraj artikoloj esploros ilin pli detale. Ili estas:
- Ekrankopila replikado agas laŭ la maniero, kiun lia nomo implicas. La eldonisto simple prenas foton de la tuta replika datumbazo kaj dividas ĝin kun la abonantoj. Kompreneble, tio ĉi estas tre tempo kaj rimedo-intensiva procezo. Tial, plej multaj administrantoj ne uzas replikadon de fotokapablo en ripetanta bazo por datumbazoj, kiuj ofte ŝanĝas. Ekzistas du scenoj en kiuj komputila replikado kutime uzas: unue, ĝi estas uzata por datumbazoj, kiuj malofte ŝanĝas. Due, ĝi estas uzata por starigi bazan linion por establi replikon inter sistemoj dum estontaj ĝisdatigoj estas disvastigitaj per transakcia aŭ kunfanda replikado .
- Transacia replikado ofertas pli flekseblan solvon por datumbazoj, kiuj ŝanĝas laŭ regula maniero. Kun transakcia replikado, la replika agento kontrolas la eldoniston por ŝanĝoj al la datumbazo kaj transdonas tiujn ŝanĝojn al la abonantoj. Ĉi tiu transdono povas okazi tuj aŭ per perioda bazo.
- Fandi replikadon permesas la eldoniston kaj abonanton sendepende fari ŝanĝojn al la datumbazo. Ambaŭ entoj povas funkcii sen aktiva reto-rilato. Kiam ili estas rekonektitaj, la kunfandaj replikiĝantaj agentoj kontrolas ŝanĝojn en ambaŭ aroj de datumoj kaj modifas ĉiun datumbazon laŭe. Se ĝi ŝanĝas konflikton, la agento uzas antaŭdifinitan konfliktan algoritmon por determini la taŭgan datumon. Kombiniĝo de kombinaĵoj estas ofte uzata por porteblaj uzantoj kaj aliaj, kiuj ne povas esti kontinue konektitaj al la eldonisto.
Ĉiu el ĉi tiuj replikaj teknikoj utilas utila celo kaj estas taŭga por apartaj datumbazoj.
Se vi laboras kun SQL Server 2016, elektu vian eldonon bazitan sur viaj replikiĝaj bezonoj. Ĉiu eldono havas malsamajn kapablojn kiam temas pri replika subteno:
- Subtena subteno nur : Express, Express with Tools aŭ Advanced Services kaj la TTT- eldonoj proponas limigitajn replikajn kapablojn, kapablajn agi kiel kliento de replikado nur.
- Plena Eldonisto kaj Subtena Subteno : Norma kaj Dungista proponas plenan subtenon, kun Entrepreno ankaŭ inkluzive de Orakolo-eldonejo, interparolado transakcia replikado kaj transakcia repliko kiel ĝisdatigebla abono.
Kiel vi sendube agnoskis de ĉi tiu punkto, la kapabloj de replikado de SQL Server proponas al la administrantoj de datumbazo potencan ilon por administri kaj grimpi datumbazojn en entreprena medio.