Sinhronizacija baza [MSSQL 2005]

[dee]

Pozdrav!

Ima li tko iskustava kako rijesiti slucaj 2 produkcijske baze koje moraju biti real time sinhronizirane? Zackoljica vise je da postoje razlike (male, ali postoje) u strukturi baza.
Ono sto je potrebno jest da se bilo kakav unos/promjena u jednoj, odmah prenosi i u drugu.

Sta su opcije?

[sasas]

Ono što ima na SQL serveru a što ti (skoro) može pomoći je transakciona replikacija, možeš detaljnije pogledati ovde (http://msdn.microsoft.com/en-us/library/ms151176.aspx). Jedini problem su razlike u šemi, što neće raditi.

Zavisno u čemu su ti aplikacije pisane, možeš pronaći neko rešenje koje replicira podatke, za javu recimo postoji sequoia (http://www.continuent.com/community/lab-projects/sequoia) koja to radi.

Koja je konkretna potreba za sinhronizacijom? Bekap, load balancing?

pozdrav

[dee]

Potreba je zahtjev klijenta da postojecu bazu koju koriste postojeci korisnici iz desktop aplikacije sinhronizira sa novom bazom koju koristi nova web aplikacija.
Drugim rijecima, i jedni i drugi na kraju moraju vidjeti rad onih drugih, ali uz zahtjev dvije odvojene okoline (aplikacije + baze). Sve to u realnom vremenu.
Nimalo sretno.

Ono sto bih volio izbjeci pod svaku cijenu jest okidanje web servisa kojima desktop aplikacija komunicira sa svojom bazom (sto je jedno moguce rjesenje). Volio bih, ako je moguce, to rijesiti na razini baza. Nisam napomenuo, baze su na istom serveru.

Desktop aplikacija je pisana u VBu, web aplikacija .NET/C#.

Sad cu proucit ovaj link sto si postavio.

[degojs]

Ne znam da ti bilo kakva MSSQL replikacija može pomoći s obzirom na razlike u šemi, kako već reče gore čovek.

Problem možeš da rešiš tako što ćeš da izmeniš kod da koristi distribuirane transakcije.

[dee]

Mozes li reci nesto vise o distribuiranim transakcijama? Nisam to nikad koristio pa samo koju recenicu ili dobru referencu? I, na sto mislis kad kazes prilagoditi kod?

[degojs]

Za starije verzije .NET-a (pre 2.0) evo ovaj primer, pogledaj ga obavezno, jednostavan je, ali baš kompletan:

http://www.codeproject.com/KB/dotnet/KdotNET.aspx

A od verzije 2.0 na raspolaganju je TransactionScope koji olakšava čitavu stvar (po potrebi automatski promoviše transakcije u distribuirane, itd..), pa se koristi čak i kad nemaš distribuirane transakcije već samo lokalne i inače olakšava programiranje u tom pogledu, evo vidi ovde:

http://www.c-sharpcorner.com/uploadfile/mosessaur/transactionscope04142006103850am/transactionscope.aspx

Što se prilagođavanja koda tiče, pa radi se o tome da ćeš morati da malo izmeniš stvari, pošto ćeš da započneš transakciju (distribuiranu), uradiš nešto sa jednom bazom pa to isto sa drugom bazom, pa završiš transakciju --- koliko sam razumeo, to je ono što hoćeš da uradiš. Opet, TransactionScope će mnogo da ti pomogne, ne bi trebao mnogo da se mučiš - vidi primer na ovom drugom linku, kod je jednostavan i kratak.

[dee]

da da da, to je to!
milina!

Puno ti hvala na ovome.

btw. .NET 3.5 je u pitanju tako da drugi primjer je taj. TransactionScope se cini kao upravo ono sto mi treba.


uh, uljepsa mi dan ovim :)

[degojs]

E da, koliko se sećam, pazi da Distributed Transaction Coordinator servis bude uključen. Obavezno.

[dee]

Da, koliko vidim, DTC mora biti ukljucen na serveru gdje se vrti sama aplikacija i na serveru gdje su baze.

[dee]

Samo da dam info, ako ce nekome kasnije trebati.

Na kraju smo se odlucili za transakcije na razini SQL servera. U sustini, stvar se svodi na isto kao i sa TransactionalScope iz aplikacije, jedino sto je spusteno razinu nize, dakle na SQL server.
Na svakoj bazi napravili smo stored procedures kao interface koji se poziva iz one druge baze.

Radi ko urica.

Hvala jos jednom svima na idejama.