SQL Server-replikaasje jout databaseadministrators om gegevens oer meardere servers yn in organisaasje te fersprieden. Jo kinne wolle wolle dat jo replikaasje yn jo organisaasje realisearje foar in tal redenen, lykas:
- Load balânsje . Replikaasje lit jo jo gegevens ferbrekke oan in tal serverkes en fertsjinje de fraachtekens ûnder dizze servers.
- Offline ferwurkjen . Replikaasje stipet de manipulaasje fan gegevens fan jo database op in masine dy't net altyd ferbûn is mei it netwurk.
- Redundancy . Replikaasje kin jo meitsje op in net-basearre databankstser dat is klear om de ferwurkingslast opnij opnij opnimme.
Elk replikaasje-senario hat twa haadbestannen:
- Publishers hawwe gegevens oan oanbiede oan oare servers. In opjûne replikaasjesysteem kin ien of mear útjouwers hawwe.
- Subscribers binne databank-tsjinners dy't fernijings ûntfange wolle fan 'e Publisher as data geane.
Der is neat tefoaren dat ien inkelde systeem foarkomt dat se yn beide kapasiteiten wurkje. Yn feite is dit faak it ûntwerp fan grutskalige distribúsjearre databanksystemen .
SQL Server-stipe foar Replikaasje
Microsoft SQL Server stipet trije types fan database replikaasje. Dit artikel befettet in koarte ynlieding by elke fan dizze modellen, wylst kunde artikels har yn detailt ûndersykje. Sy binne:
- Snapshot-replikaasje docht yn 'e wize wêrop syn namme implies. De publisher nimt gewoan in snapshot fan 'e folsleine replike databank en dielt it mei de abonnees. Fansels is dit in tige tiid en ressourceintensive proses. Dêrom brûke de measte behearders gjin snapshot-replikaasje op in weromkearende basis foar databases dy't faak feroarje. Der binne twa senarios wêrby't snapshot replikaasje faak brûkt wurdt: earst wurdt it brûkt foar databases dy't wikselje feroarje. Twadder wurdt brûkt om in baseline op te setten om replika te meitsjen tusken systemen, wylst knyntsjele aktualisaasjes ferspraat brûkt wurde troch transaksjonele of missyreplikaasje .
- Transaksjonele replikaasje biedt in flugger oplossing foar databases dy't in regelmjittige basis feroarje. Mei transaksjonele replikaasje kontrolearret de replikaasje-agent de publisher foar feroaringen yn de databank en jout dy feroarings oan de abonnees. Dit oerdracht kin fuortendaliks of op periodike basis plakfine.
- Ferbiningen oanmeitsje lit de publisher en de abonnemint selsstannig feroaringen meitsje yn 'e database. Beide entities kinne wurkje sûnder in aktive netwurkferbining. Wannear't se ferbûn binne, kontrolearret de fusearingsreplikaasje-agent foar feroaringen op beide data-sets en feroaret elke databank asjebleaft. As feroarings konflikter brûkt, brûkt de agint in fêste definysje-algoritme konflikt om de passende gegevens te bestimmen. Ferbining kin gearwurkje wurde faak brûkt troch laptop-brûkers en oaren dy't net mei-inoar ferbûn wurde mei de útjouwer.
Elk fan dy replikaasjestechniken tsjinnet in nuttige doel en is goed oanwêzich foar bepaalde database-senario's.
As jo wurkje mei SQL Server 2016, kies jo edysje op basis fan jo replikaasje nedich. Elke edysje hat ferskillende mooglikheden as it giet om replikaasje stipe:
- Allinne subscriber stipe : Express, Ekspresje mei Arkkoades of Avansearre tsjinsten en de Web edysjes biede beheinde replikaasjemooglikheden, dy't allinich as replikaasjeklient wurkje kinne.
- Folsleine Publisher en Subscriber stipe : Standard en Enterprise biede folsleine draait, mei Enterprise lykas Oracle-publisearjen, sjoch op transaksjonele replikaasje en transaksjonele replikaasje as in updateable abonnemint.
As jo sûnder twifel troch dizze punt erkend binne, sille SQL Server's replikaasjefunksjes biede dat databaseadministrators in machtich ark foar it behearen en skalearjen fan databases yn in bedriuwsomjouwing.