Ciao a tutti,

ho la necessita' di sincronizzare un db che viene creato in locale sulla intranet aziendale tramite ODBC con un altro che risiede su un webserver remoto.

Pensavo a questa soluzione:

1) Rendere identici, come struttura, i due database.

2) Far esportare, tramite ODBC, il database locale non piu' sulla nostra internet ma su un server virtuale (VPN)

3) Far utilizzare al webserver non piu' il database presente sul webserver stesso, ma quello residente sul VPN

In questo modo si utilizzerebbe un solo DB evitando le routine di sincronizzazione.

Tutto questo è tecnicamente possibile?
Vi sembra una soluzione valida?

Grazie!

Premessa: quello che sto per dire presume che ci sia un traffico abbastanza rilevante......

dopodichè passo alla risposta...

L'utilizzo di un solo DB renderebbe la vita più semplice in quanto una sincronizzazione di due DB su due server tra loro remoti implicherebbe una quantità di risorse non indifferenti , a meno che non si dispone di una linea dedicata (anche tramite VPN ) solo esclusivamente per la sincronizzazione e a larga banda , e l'esecuzione di script di sincronizzazione per ogni piccola modifica implicherebbe una quantità di tempo non indifferente, rischieresti che i server saranno talmente impegnati ad aggiornarsi tra di loro che risulteranno lentissimi...a meno che non si utilizzi il sistema CLUSTERING di più server che bilanciano il lavoro svolto come se fosse un unico server...

Intendiamoci, se ci sono le risorse economiche si può fare tutto, ma , per esempio , un software per un CRASH-RECOVERY ,( in pratica un clustering tra reti remote sincronizzate al bit può costare anche decine, se non centinaia di migiaia di euro (con sistemi Microsoft))

Sicchè la soluzione ottimale sarebbe quella di avere un unico DB dove le diverse reti attingono per la richiesta o la registrazione di dati e questo DB venga aggiornato periodicamente (a mo di backup) su un'altra macchina con tempi più o meno lunghi a seconda le proprie esigenze...

con questa soluzione non saresti nemmeno legato ad avere due DB cloni ma puoi utilizzare due DBManager anche diversi, con uno script di migrazione tra i due DB...

Certo la soluzione da te richiesta è molto più semplice, ma devi tener conto, come dice ojd, anche della sicurezza dei dati, sicchè , almeno per il mio parere, la soluzione di un unico server con al massimo un secondo come backup dati è la soluzione migliore, anche a livello di prestazioni, che un DB sincronizzatosu due server remot tra loroi .....

ciao


enzo
www.dnetware.it

Dimenticavo

puo' andare bene anche una sincronizzazione temporizzata, diciamo ogni 30 minuti o ogni ora, ad esempio, piuttosto che in tempo reale, sicuramente piu' dispendiosa in termini di risorse.

In questo caso, è fattibile ad esempio con uno script in asp o simili?
Si tratterebbe di leggere la tabella 1 del database X locale, e inserirla come tabella 1 del database Y sul webserver.

Ma non ho idea se è possibile ,ad esempio, creare una connessione ad un database presente su un altro server dal mio terminale aziendale.

Che ne dite?

dimenticavo di dirti che, se i router hanno la possibilità di creare una vpn con encription dei dati , allora usa anche la criptazione dei dati trasferiti, ti da un piccolo margine di sicurezza in più..

ciao

enzo
www.dnetware.it