Sinhronizacija baza, molim za pomoc!!!

Pozdrav drustvo!
Imam jedan problem za koji mi je potrebno hitno resenje, jer mi treba za jedan veoma vazan projekat.
Naime, treba da rijesim problem, jednosmjerne sinhronizacije(replikacije) izmedju dvije razlicite MSSQL Baze.
E ovako, na jednoj strani imam SQL server compact ili express edition koji se nalazi na jednom serveru , a na drugom serveru se nalazi Express edition. Sad treba da se podaci sinhronizuju sa ovog prvog na drugi, ali samo u jednom smjeru znaci od jednog da se vrsi replikacija na drugi. Ajd ako neko ima ideju ili zna kako da se ovo uradi (ali malo detaljnije) bio bih mu zahvalan do groba!!Ili ako je neko ovo vec radio! Ili ako imate kakav dobar link za objasnjenje jer ja nisam uspeo da najdem nesto na Internetu.
Ajd molim vas!!!
Znaci jednosmjerna sinhronizacija izmedju Express ili compact i express na drugoj strani...
I ako znate (posto mi i to treba takodje) jednosmjerna sinhronizacija izmedju express na jednoj i Enterprise na drugoj strani...
Ja se nadam da ce te mi pomoci..
Pozdrav i svako dobro!

Ovo nije jednostavna stvar, ali mogu ti dati neku ideju pa je razradi.

Trebalo bi napraviti tabelu koja ce biti dnevnik aktivnosti. Znaci sve promjene (insert, update i delete) koje se desavaju nad prvom bazom evidentiraju se u tu tabelu. Zatim trebale bi postojati i tabele koje su u vezi sa ovom prvom (recimo preko prve kolone koja je IDaktivnosti), a koje ce sadrzavati kompletan slog (koji je insertovan ili updetovan). Te temp tabele moraju biti iste strukture kao one nad kojima se radi replikacija.
Te tabele se pune i kad oshines replikaciju, neka stored procedura bi trebala odraditi sledece:
cita prvi slog u tabeli dnevnik aktivnosti. Tu joj pise da je insertovan slog u tu i tu tabelu, a slog je u tabeli koja sadrzava kompletan insertovani slog (temp tabela neke prave tabele).
cita drugi slog. Pise da je obrisan slog sa tim i tim kljucem iz te i te tabele. Brise njega u toj drugoj bazi.
cita treci sl...itd
Na kraju brise sadrzaj dnevnik aktivnosti, a i temp tabele.

Nadam se da sam ti i malo pomogao ( poslije 28 dana :( )

Potpis

SELECT * FROM หน่วยงานหลัก WHERE ยสันติ LIKE 'โดย%'

Ja imam dva SQL servera ali se radi o izdanjima Enterprice edition i Standarad edition,
replikacija mi funkcioniše odlično ovdija se svaki parni sat i ne pravi probleme pri odvijanju
Provajei da li tvoje edicije SQL servera podržavaju MS ov alat za replikaciju,
ako ne topla je preporuka da skonineš sa neta trial verzije da probaš sam naštimati replikacije
nije previše kompikovano. Umjesto što bi sam pravio alate i tablice koje ce to raditi umjesto tebe.

Potpis

S poštovanjem

SQL Server Express ne moze biti distributor, moze samo biti primatelj :
http://msdn2.microsoft.com/en-us/library/ms165686.aspx

a sada da se zezas da napravis vlastiti sistem, to ti je samo gubitak vremena, replikacija radi savrseno i vrlo je jednostavno postaviti ali zato ti treba MS SQL Server 2005 Standard >.

Ako ti nije problem da baza bude offline par sekundi, onda mozes dezaktivirati bazu, kopirati na drugi server i opet je aktirivirati :-)
To bih mogao jos lako izvesti. Samo eto baze moraju biti identicne.

Moj savijet, MS SQL 2005 Standard >

pozdrav

Interesantno je da na [ES] nije nigde razradjeno do kraja pitanje replikacija i sinhronizacija baza (a svasta drugo sam ovde naucio). Evo i sad sam pretrazivao po nekoliko kriterijuma i nisam nasao nijedan topic do kraja isprican.

Necu da otvorim novi topic, vec cu ovaj da nastavim
Dakle, ako imam centralni server i objekat (ili objekte) maloprodaje, kako ih povezati?
Ne trazim da mi neko ovde resi problem, vec da me uputi, ako je radio slicne stvari.
U kom pravcu da gledam? Replikacija ima nekoliko vrsta, a taj broj se povecava ako posebno razmatram neke opcije (tipa "sa update-able subscribe-erom" i sl). Da ne bih sada citao 1100 stranica knjige i replikacijama u MS SQL SERVERU, vrlo bi mi prijalo kad bi mi neko rekao "tebi treba xxxxx yyyy"

Dakle, maloprodajni objekat ce imati lokalnu express bazu, centralni ce imati standard ili workgroup edition, trebalo bi da izmene na odredjenim tabelama centralne baze idu ka lokalnoj, a da takodje, neke izmene lokalne baze se evidentiraju u centralnoj.
Sa korisnicke strane to bi moglo da bude neprimetno (ako postoji stalna veza), a moglo bi i da se ostvaruje konektovanjem (po potrebi, recimo, po pozivu iz centrale "sinhronizuj podatke"), i aktiviranjem SINHRONIZUJ programa.


Ako je neko ovo radio, bio bih zahvalan, kako ja, na nivou baze (ne aplikacije, to rade drugi ljudi) da pristupim citavoj stvari i koju replikaciju da scepam za ovu potrebu?

Potpis

Uhvatili ste me nespremnog

Ako su ti baze na MS SQL Server trebas izabrati MERGE Replikaciju.
Pokusao bas jednom kako to sve funkionise, za postaviti nema problema, samo tek poslije problemi dolaze.
Imati ces vise lokalnih servera koji ce slati podatke centralnim serveru, e tu se stvari komplikuju, jer sta se desava kada je ista informacija podesena na serveru A i serveru B, koji ce pobijediti od tih dvojice, ciji je podatak vrijedniji ?

Da neduzim, evo ti mali tutorial :
Setting Up Merge Replication: A Step-by-step Guide

Hm, da li express iz udaljene lokacije (npr maloprodaje) moze da bude publisher? Cini mi se da ne moze? Zato je meni sve mirisalo na "Transactional Replication with updateable Subscriber"

Potpis

Uhvatili ste me nespremnog

Buduci da tebi treba i da se izmjene na subscriberima preslikavaju u publisher, onda ti dolazi u opticaj samo Merge ako koristis 2000 ili "Transactional publication with updatable subscriptions" odnosno Marge za 2005. Nisam do sada koristio ovu "Transactional publication with updatable subscriptions", ali sa obicnom marge imam iskustva pa ti mogu reci na sta moras da obratis paznju - a to su naravno conflicts. Rekao si da ti je Publiser standard edition pa postavi tip "push", distributer takodje na tom serveru i sve ce lijepo da ti radi. Ako budes imao problema, onda mozes konkretno da pitas, pa cemo pokusati da ti pomognemo.
Poz

Vrlo je jednostavno i na tu temu postoji tutorial na stranici: http://msdn2.microsoft.com/en-us/vbasic/cc307991.aspx

Vi spomenuste da se radi o maloprodaji i objektima.

Ne vidim razlog za replikaciju.

Našmodel je slijdeći jednom sam čak radio prezentaciju velikoj informatičkoj kući koja je
naposlijtku i prihvatila takvo riješenje.

U centrali postoji centralni server.
I na tom serveru neka se odvijaju transakcije prijema robe i ostalog.
Neka se KLIJENTI sa udaljeni lokacija kače na Centralni server i tamo ON LINE rade transkaicje prijema robe, kalkulisanja i ostalog.
Danas su Internet veze toliko jeftine, i dostupne da vaš server može biti non stop dostupan ostalim objektima putem VPN konekcija
ili OPEN Vpn konecija ima sijaset.
Znači klijent kada radi prijem robe ili kalkulaciju on to radi na centralnom serveru putem konekcije i tamo se transakcija odvija.

Što se tiče kasa i prodaje.
Kase da bi normalno funkcionisale njima treba oko 5-10 tabela sa centralnog servera
koje BATCH procesima na centralnom serveru možeš exportovati u u razne formate XML, TXT
te iste zatim prebaciti do ojekta i uvući.

Za to se obično rezvije klijent popularno nazvan BackOffice koje je spona između Centralnog Servera i Udaljenog Objekata
Njegova je dužnost da tablice prodaje sakupi sa kasa napravi neku exportovanu tabelu istu pošalje prema serveru te jeu CENTRALI usisa i napravi
transakcije.
Po mom viđenju kase
ona svoju dužnost preko 90% obavlja OFFLINE
Imate tablicu cijenki i ona kuca i kuca
na kraju smjene te podatke proslijedi do backoffice koji obavi navedenu funkciju.

10% rada za koje kasa zahtjeva on line rad se preintegriše u tankog klijenta koji će obatiti tu funkciju.
(naprijmer kada treba provjerti da li je nekom klijentu u međuvremenu na saldo legla uplata i da bi mu se mogao izdati račun)

Kase snadbiješ lokalnim bazama kao što je MS ACCES ili DBF ili njegova nasljednik AdvantageDataBase.
I mirno spavaš jer kada kase rade sa jednim serverom pitanje je kada će taj server iz njemu znanih razloga ispasti iz funkcije
a tebi početi zvoniti telefon da sve gori te da ljudi ne mogu raditi.
Ovako kada jedna kasa ispadne ostaju još sijaset drugih koje rade.
Uistinu postoje sistemi koji rade i online i ofline istovremeno ali to su onda brojke za razvoj aplikacijau u stotinma hiljada eura i godinama rada.

Zaključak:

Maloprodajni Objekat može da radi neovisno o serveru prodaju robe sa malim brojem tablica.
Za to vam nije potrebna replikacija već procedure koje će raditi export i import datoteka.
Rezultat prodaje maloprodajnog objekta se može svesti na jednu ili dvije table koje isto tako kroz file sistem
primitivinim exportom možete proslijediti do centralnog servera gdije će sve leći na svoje.

Lijep pozdrav
Admir

Potpis

S poštovanjem