Tämä artikkeli on konekäännöksen peiliartikkeli, klikkaa tästä siirtyäksesi alkuperäiseen artikkeliin.

Näkymä: 12586|Vastaus: 0

[Lähde] SQL Serverin transaktioiden replikointi lisää uusia tauluja ilman uudelleenkäynnistystä

[Kopioi linkki]
Julkaistu 26.11.2014 15.51.12 | | | |
Kun verkkotapahtumakopion tilaus on käynnissä, sinun täytyy nyt lisätä siihen uusi taulukko.

On useita mahdollisia tapoja


1. Helpoin tapa on tietenkin alustaa uudelleen. Lisää taulukko (sp_addarticle tai käytä kopiointiohjainta) ja napsauta hiiren oikealla aloittaaksesi sen uudelleen luodaksesi uuden tilannekuvan.
  Tällä menetelmällä on lukemattomia etuja, mutta yksi haittapuoli on, että kaikki replikaatiotilausketjun taulut alustataan uudelleen kerran, ja alustuksen aikana luetuissa taulukoissa ei ole dataa. Se voi myös kestää pidempään


2. Luo uusi julkaisu ja tee sitten kopiotilaus päivitettyyn taulukkoon erikseen
  Tämä menetelmä on suhteellisen turvallinen eikä vaikuta olemassa olevaan replikaatiotilausketjuun, ja uudet taulukot voidaan alustaa vapaasti. Haittapuolena on, ettei julkaisua voi aina rakentaa viimeiselle pöydälle, luotettavampi tapa on siirtää tämän uuden julkaisun projekti (taulukko) viralliseen julkaisutilausketjuun säännöllisesti. Tietenkin tässä on myös etu, koska uutta taulukkoa voidaan joskus käsitellä ongelman yhteydessä.


3. Kolmessa vaiheessa:
A. Täytä uusi taulukko datalla koko luku-/kirjoitustietokannasta (tietojen yhdenmukaisuus vaaditaan)
B. Lopeta lokiagentin lukeminen
C. Lisää uusi taulukko julkaisutilaukseen
D. Ota Log Read Agent käyttöön
  Tällä menetelmällä ei ole merkittävää vaikutusta verkkojulkaisuun (verrattuna menetelmään 1), mutta se lopettaa datan lukemisen ja kopioimisen käytön aikana, mikä lisää luku-/kirjoitusreplikaation viivettä. Jos et ole tiukka luku- ja kirjoitusviiveen suhteen, voit valita sen. On erittäin suositeltavaa valmistella käsikirjoitus etukäteen. Nopea taistelu ja nopea päätös



Nämä ovat kolme menetelmää, jotka tulevat mieleen

Teoriassa kolmas tyyppi on järkevin (kompromissi), mutta kun kyse on replikaatiotilausympäristöstä, jota nyt hallinnon, käytetään useammin menetelmää 2. Vaikka sillä saattaa olla hieman negatiivinen vaikutus palvelimen suorituskykyyn. Mutta se luo myös asianmukaisen puskurin DBA:ille hallita tätä 22 vuoden replikaatiotilausta






Edellinen:SQLServer-varmuuskopiot palauttavat tietokannat
Seuraava:Indeksin käyttöongelma, kun sqlserver käsittelee esimerkiksi '%keyword%'
Vastuuvapauslauseke:
Kaikki Code Farmer Networkin julkaisemat ohjelmistot, ohjelmamateriaalit tai artikkelit ovat tarkoitettu vain oppimis- ja tutkimustarkoituksiin; Yllä mainittua sisältöä ei saa käyttää kaupallisiin tai laittomiin tarkoituksiin, muuten käyttäjät joutuvat kantamaan kaikki seuraukset. Tämän sivuston tiedot ovat peräisin internetistä, eikä tekijänoikeuskiistat liity tähän sivustoon. Sinun tulee poistaa yllä oleva sisältö kokonaan tietokoneeltasi 24 tunnin kuluessa lataamisesta. Jos pidät ohjelmasta, tue aitoa ohjelmistoa, osta rekisteröityminen ja hanki parempia aitoja palveluita. Jos rikkomuksia ilmenee, ota meihin yhteyttä sähköpostitse.

Mail To:help@itsvse.com