Salve ragazzi, ho una macchina con Windows 2003 Server SE e SQL Server 2000 SP4 SE dove risiede un database "CONTABILITÁ". Su tale macchina gira un programma (contabilità zucchetti) non gestito da me che utilizza tale database come fonte dati. Vorrei replicare (mediante la replica di SQL Server) le informazioni di alcune tabelle di quel database du più server remoti. Ho la garanzia che il progrmma di contabilità che si appoggia su quel database continuerà a funzionare? Avrei dei vantaggi ad utilizzare un altro server come server di distribuzione? Grazie a chiunque mi risponda.

> No :-D > Meglio dipende cosa vuoi fare. Di che genere di replica hai bisogno? > Considera che la replica merge, per esempio, aggiunge colonne di tipo > rowguidcol, se non disponibili, che potrebbero fare saltare una serie > di viste o di "select *". Ho bisogno di una replica di tipo transazionale > >> Avrei dei vantaggi ad utilizzare un altro server come server di >> distribuzione? > > Dipende dal tipo di replica, il distributore lavora tanto [e quindi è > bene che sia un server a parte] per la replica transazionale, in caso > di replica merge è addirittura consigliabile mantenere il distributore > sulla medesima macchina. Per vantaggi oltre alle prestazioni (dove immaginavo che un server a parte garantisse maggiore velocità) intendevo vantaggi nel lasciare quanto più isolato (meno lo gestisco meglio mi sento visto che non toccherebbe a me configurarlo) possibile il server con il database da replicare > >> Grazie a chiunque mi risponda. > > marc.

Marcello wrote: > Andrea Caldarone ha scritto: >> Ho bisogno di una replica di tipo transazionale > > Eh pota, anche la replica transazionale altera le tabella con > l'aggiunta di colonne, dai BOL: > > "Se una pubblicazione transazionale supporta le sottoscrizioni ad > aggiornamento in coda, la replica aggiunge la colonna > msrepl_tran_version a ogni tabella. Se la tabella viene rimossa dalla > pubblicazione, la colonna msrepl_tran_version non viene eliminata." mmm devo implementare una replica transazionale senza nessun tipo di aggiornamento da parte dei sottoscrittori. > > "La replica di tipo merge e la replica transazionale con aggiornamento > delle sottoscrizioni utilizzano le colonne di tipo uniqueidentifier > per identificare in modo univoco le righe in più copie della tabella." > >> Per vantaggi oltre alle prestazioni (dove immaginavo che un server a >> parte garantisse maggiore velocità) intendevo vantaggi nel lasciare >> quanto più isolato (meno lo gestisco meglio mi sento visto che non >> toccherebbe a me configurarlo) possibile il server con il database >> da replicare > > ...mmm... mi sembra un accorgimento eccessivo. Si tratta di un altro > db con altre proprietà, da questo punto di vista non interferisce con > il pubblicatore. > > marc.

Marcello wrote: > Andrea Caldarone ha scritto: >> mmm devo implementare una replica transazionale senza nessun tipo di >> aggiornamento da parte dei sottoscrittori. > > Non ne ho mai usate, bisogna fare delle prove. Ma il db è sicuramente > a rischio. Visto che il db replicato è in sola lettura non è meglio > una strategia tipo log shipping o mirroring? > > marc. Il log shipping si può fare con SQL Server 2000 Standard Edition? I dati del database "contabilità" che mi servono devono essere replicati non su di un server ma su qualche decina di server, va bene lo stesso il log shipping?