Sql server e sincronizzazione

giovedì 09 ottobre 2008 - 16.43

jpredhat Profilo | Newbie

salve a tutti, ho un problema:
un mio cliente vorrebbe usare un gestionale basato che si appoggia su sql server 2005 express; ha due sedi e connessioni adsl non molto affidabili.
escludendo di voler far lavorare una sede con connessioni terminal, c'è modo di tenere le due istanze di database sincronizzate?
ovviamente non pretendo un'aggiornamento in tempo reale.

alx_81 Profilo | Guru

>salve a tutti, ho un problema:
>un mio cliente vorrebbe usare un gestionale basato che si appoggia
>su sql server 2005 express; ha due sedi e connessioni adsl non
>molto affidabili.
>escludendo di voler far lavorare una sede con connessioni terminal,
>c'è modo di tenere le due istanze di database sincronizzate?
>ovviamente non pretendo un'aggiornamento in tempo reale.
Puoi pensare di progettare un'architettura che ti mantenga sincronizzate le due piattaforme tramite backup e restore..
E se usi la versione 2008, puoi usufruire di una installazione separata di PowerShell, in modo da crearti gli script per gestire la cose.

http://blogs.technet.com/dataplatforminsider/archive/2008/08/11/sql-server-2008-express-now-available.aspx

Però fai attenzione, non è possibile fare il restore online di un database versione Express.. Quindi durante l'operazione di ripristino gli utenti vengono "cacciati" fuori dall'applicazione. Se la frequenza dei restore è troppo elevata, cambia soluzione.
Comunque, devi scegliere un server principale, schedulare con lo scheduler di windows i backup durante tutto il giorno e dall'altra parte devi creare gli script che controllano l'esistenza dei file di cui fare il restore ed eseguirlo..

In alternativa puoi scrivere due servizi, uno sul server master ed uno sul server secondario che, rispettivamente:
- Creano dei file flat di esportazione delle tabelle che ti servono sincronizzate (magari usando il change data capture?)
- Leggono i file nuovi e li importano nel db secondario

Oppure puoi pensare di fare in modo che i due server siano linkati. In quel modo, ogni stored procedure di inserimento o aggiornamento potrebbe agire sia su un db che sull'altro.. usando il fully qualified name degli oggetti NOMESERVER.NOMEDB.NOMESCHEMA.NOMEOGGETTO.

Altro, sinceramente, a quest'ora non mi viene
Con le versioni a pagamento, avresti soluzioni di Log Shipping, Mirroring, Replication.. Ma con express.. Non mi viene nient'altro..
--

Alessandro Alpi | SQL Server MVP

http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.support.microsoft.com/profile/Alessandro.Alpi
http://italy.mvps.org
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?

Dopo esserti registrato potrai chiedere
aiuto sul nostro Forum oppure aiutare gli altri

Consulta le Stanze disponibili.

Registrati ora !
Copyright © dotNetHell.it 2002-2024
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5