le operazioni di insert ed update le ho memorizzate direttamente nel codice e quindi sarebbe un lavoro lunghissimo.

Grazie a entrambi per le risposte.
 Ho optato per la soluzione dei trigger.
Se qualcuno fosse interessato posto la soluzione.
 
Per ogni tabella ho aggiunto un trigger per l'inserimento, la cancellazione e la modifica di una tupla.
Il trigger è questo:
    CREATE TRIGGER AggiornaTabella
    ON [DBmaster].[dbo].[tabella1]
    FOR update | inserted | deleted
    AS INSERT [DBslave].[dbo].[tabella1] 
    SELECT * FROM updated | inserted | deleted
   GO
 
Ora dovrò implementare la gestione degli errori.  (soprattutto per le tabelle che hanno come chiave primaria un campo incrementale calcolato).
Ovviamente se avete una soluzione migliore o dei suggerimenti sono ben accetti.
 Grazie

Ora dovrò implementare la gestione degli errori. (soprattutto per le tabelle che hanno come chiave primaria un campo incrementale calcolato).

Grazie alberto per la risposta.
 Ho un problema nella gestione dell'errore dei trigger.
 Questo è il trigger che uso per l'aggiornamento.
 
CREATE TRIGGER [Dbmaster].[dbo].[AggiornaTab]
ON [Dbmaster].[dbo].[table1]
after update
AS
begin try
 begin tran
delete from [DBslave].[dbo].[table1] where [DBslave_DB1].[dbo].[table1].ID in (select ID from deleted)
INSERT [DBslave_DB1].[dbo].[table1] SELECT * FROM inserted
end try
Begin Catch
End catch

Se per un qualsiasi motivo il database DBslve fosse irraggiungibile, viene interrotta la transazione di updte nel DBmaster, nonostante le operazioni siano in un blocco try catch. Come posso gestire gli errori con priorità minore di 10?

In pratica vorrei che nonostante il trigger di allineamento fallisse, la modifica della tupla nel DBmaster avvenga comunque.
Grazie