Condividi tramite

  • Articolo

Procedura: Configurazione della replica transazionale peer-to-peer (SQL Server Management Studio)

In questo argomento viene descritto come configurare e gestire una topologia di replica peer-to-peer utilizzando la Configurazione guidata topologia peer-to-peer. Viene innanzitutto illustrato come creare una topologia a tre nodi con la procedura guidata, quindi come aggiungere e rimuovere nodi e connessioni tra i nodi. In SQL Server 2008 e nelle versioni più recenti di SQL Server i nodi possono essere aggiunti e connessi mentre sono in corso attività nel sistema. Se una topologia include nodi SQL Server 2005, è possibile connettere un nuovo nodo a un nodo esistente, ma per connettersi a più di un nodo è necessario mettere in stato di inattività il sistema, ossia interrompere le attività sulle tabelle pubblicate in tutti i nodi e verificare che ogni nodo abbia ricevuto tutte le modifiche dagli altri nodi. Questo processo viene descritto in dettaglio nell'ultima sezione di questo argomento.

Creazione di una topologia di replica peer-to-peer

Nei passaggi seguenti viene fornita una panoramica su come creare una topologia con tre nodi: Server A, Server B e Server C. Ogni passaggio viene descritto in maggior dettaglio in questa sezione.

  1. Verificare che SQL Server Agent sia in esecuzione in ogni nodo e che l'agente di lettura log e l'agente di distribuzione siano in esecuzione dopo la configurazione della topologia. Per informazioni su SQL Server Agent, vedere Avvio di SQL Server Agent. Per informazioni su come avviare e interrompere gli agenti, vedere Procedura: Avvio e interruzione di un agente di replica (SQL Server Management Studio).

  2. Configurare la distribuzione in Server A, Server B e Server C.

    È possibile utilizzare un server di distribuzione locale o remoto. Se si utilizza un server di distribuzione remoto, è consigliabile evitare di ricorrere allo stesso per tutti i nodi, poiché ciò potrebbe rappresentare un singolo punto di errore. Per ulteriori informazioni sul server di distribuzione, vedere Panoramica del modello di pubblicazione della replica.

  3. Creare una pubblicazione in Server A utilizzando la Creazione guidata nuova pubblicazione.

  4. Attivare la pubblicazione per la replica peer-to-peer utilizzando la finestra di dialogo Proprietà pubblicazione - <Publication>.

  5. Inizializzare lo schema e i dati in Server B e Server C manualmente o ripristinando il database di Server A in Server B e Server C. Lo schema deve essere identico in tutti i nodi.

  6. Aggiungere Server B e Server C alla topologia utilizzando la Configurazione guidata topologia peer-to-peer. L'aggiunta di server consente di creare una pubblicazione in ogni server e sottoscrizioni per le pubblicazioni presenti negli altri server della topologia.

    In presenza di eventuali colonne Identity nelle tabelle pubblicate, è necessario reinizializzare gli intervalli di valori Identity per le tabelle in Server B e Server C.

Per configurare la distribuzione per ogni nodo

  1. In SQL Server Management Studio connettersi a Server A. Questo processo di configurazione deve essere ripetuto per Server B e Server C.

  2. Espandere il nodo del server, fare clic con il pulsante destro del mouse sulla cartella Replica e quindi scegliere Configura distribuzione.

  3. Nella pagina Server di distribuzione della Configurazione guidata distribuzione selezionare un server di distribuzione.

    Per utilizzare un server di distribuzione locale, selezionare <ServerName>, che fungerà da server di distribuzione per se stesso. Verranno creati un database di distribuzione e un log. Per utilizzare un server di distribuzione remoto, selezionare Usa il server seguente come server di distribuzione e quindi specificare un server. È necessario che il server sia già configurato come server di distribuzione e che il server di pubblicazione sia abilitato per l'utilizzo del server di distribuzione. Per ulteriori informazioni, vedere Procedura: Attivazione di un server di pubblicazione remoto in un server di distribuzione (SQL Server Management Studio).

    Se si seleziona un server di distribuzione remoto, è necessario immettere una password nella pagina Password amministrativa per le connessioni eseguite da Server A al server di distribuzione. Questa password deve corrispondere a quella specificata quando Server A è stato attivato come server di pubblicazione nel server di distribuzione remoto.

  4. Nella pagina Cartella snapshot specificare una cartella snapshot.

    La cartella snapshot è solo una directory definita come condivisione. Gli agenti che eseguono operazioni di lettura e scrittura in questa cartella devono disporre di autorizzazioni sufficienti per accedervi. In questa directory vengono archiviati gli oggetti necessari per la replica nel primo nodo. Questa directory non viene utilizzata dalla replica peer-to-peer negli altri nodi, ma è comunque necessaria per configurare un server di distribuzione. Per ulteriori informazioni su come proteggere adeguatamente la cartella, vedere Protezione della cartella snapshot.

  5. Nella pagina Database di distribuzione specificare un nome per il database di distribuzione.

    In questo database vengono archiviati i metadati, le transazioni e i dati relativi alla cronologia.

  6. Nella pagina Server di pubblicazione è possibile consentire ad altri server di pubblicazione di utilizzare Server A come server di distribuzione remoto.

    Se altri server di pubblicazione sono attivati per l'utilizzo di Server A come server di distribuzione remoto, è necessario immettere una password nella pagina Password server di distribuzione per le connessioni eseguite dal server di pubblicazione al server di distribuzione.

  7. Nella pagina Azioni procedura guidata è possibile creare uno script delle impostazioni di configurazione. Per ulteriori informazioni, vedere Creazione di script di replica.

Per creare una pubblicazione nel primo nodo

  1. In SQL Server Management Studio connettersi a Server A, quindi espandere il nodo server.

  2. Espandere la cartella Replica e quindi fare clic con il pulsante destro del mouse sulla cartella Pubblicazioni locali.

  3. Fare clic su Nuova pubblicazione.

  4. Nella pagina Database di pubblicazione della Creazione guidata nuova pubblicazione selezionare il database che si desidera pubblicare.

  5. Nella pagina Tipo di pubblicazione selezionare Pubblicazione transazionale.

  6. Nella pagina Articoli selezionare gli oggetti del database che si desidera pubblicare.

    Fare clic su Proprietà articolo per visualizzare e modificare le proprietà dell'articolo. È consigliabile evitare la modifica delle proprietà seguenti:

    • Nome oggetto di destinazione

    • Proprietario oggetto di destinazione

    • Le opzioni Formato recapito <ACTION>, dove ACTION corrisponde a INSERT, UPDATE o DELETE, non possono essere impostate su Istruzione <ACTION> o su Istruzione <ACTION> senza elenco di colonne.

  7. Non è possibile definire i filtri nella pagina Filtro righe tabella, perché il filtro delle pubblicazioni peer-to-peer non è supportato.

  8. Nella pagina Agente snapshot deselezionare Crea snapshot immediatamente.

  9. Nella pagina Protezione agente specificare le credenziali per l'agente snapshot e l'agente di lettura log.

    Per ulteriori informazioni sulle autorizzazioni necessarie per ogni agente, vedere Modello di protezione dell'agente di replica e Procedure consigliate per la protezione della replica.

  10. Nella pagina Azioni procedura guidata è possibile creare uno script della pubblicazione. Per ulteriori informazioni, vedere Creazione di script di replica.

  11. Nella pagina Completamento procedura guidata specificare un nome per la pubblicazione. I nomi devono essere identici in tutta la topologia, poiché nella Configurazione guidata topologia peer-to-peer viene utilizzato lo stesso nome durante la creazione di una pubblicazione in ogni nodo.

Per abilitare la pubblicazione per la replica peer-to-peer

  1. Espandere la cartella Replica in Server A e quindi la cartella Pubblicazioni locali.

  2. Fare clic con il pulsante destro del mouse sulla pubblicazione creata e quindi scegliere Proprietà.

  3. Nella pagina Opzioni sottoscrizione della finestra di dialogo Proprietà pubblicazione - <Publication> selezionare un valore Vero per la proprietà Consenti sottoscrizioni peer-to-peer.

  4. Fare clic su OK.

Per inizializzare lo schema e i dati in ogni nodo

  • Inizializzare Server B e Server C in uno dei modi seguenti:

    • Copiare manualmente lo schema e i dati da Server A a Server B e Server C utilizzando Integration Services (SSIS), gli script o un altro metodo. Verificare che lo schema e i dati in Server B e Server C siano identici a quelli in Server A prima di configurare tali server come peer.

    • I dati iniziali devono essere presenti in ogni nodo prima che la topologia venga configurata. Utilizzare la funzionalità di backup e ripristino di SQL Server per inizializzare i dati per la pubblicazione in ogni nodo della topologia. Il backup deve provenire dal primo nodo configurato, in questo caso Server A, e deve essere eseguito dopo che la pubblicazione di Server A è stata creata e attivata per la replica peer-to-peer. In questo argomento si presuppone che non vengano eseguite attività in nessuno dei nuovi nodi prima dell'aggiunta di tutti i nodi. Pertanto, è possibile utilizzare lo stesso backup per inizializzare ogni nodo.

      Se vengono eseguite attività in uno dei nuovi nodi prima dell'aggiunta di tutti i nodi, è necessario prelevare un nuovo backup dopo che ogni nodo viene aggiunto e viene sincronizzato almeno una volta con Server A. In questo modo ci si assicura che il backup di Server A contenga i metadati relativi a tutti gli altri nodi. Ad esempio, se si aggiungono Server B e Server C mentre in questi nodi sono in corso attività, inizializzare Server B con un backup di Server A, configurare e sincronizzare Server B, prelevare un nuovo backup da Server A, inizializzare Server C con il nuovo backup, quindi configurare e sincronizzare Server C.

      Per ulteriori informazioni su come eseguire il backup e il ripristino di database, vedere Backup e ripristino di database in SQL Server.

      Nota importanteImportante

      Durante il ripristino del database, non specificare l'opzione KEEP_REPLICATION (per Transact-SQL) o Mantieni le impostazioni di replica (per SQL Server Management Studio). Il database verrà configurato in modo appropriato dalla replica quando verrà eseguita la Configurazione guidata topologia peer-to-peer.

      Un backup contiene l'intero database. Per questo motivo, ogni database peer inizializzato contiene una copia completa del database di pubblicazione. Il backup può includere tabelle non specificate come articoli per la pubblicazione. È compito dell'amministratore o dell'applicazione rimuovere gli oggetti o i dati indesiderati dopo il ripristino del backup. Durante le sincronizzazioni successive le modifiche ai dati verranno replicate solo se si applicano a tabelle specificate come articoli.

Per configurare la topologia

  1. Fare clic con il pulsante destro del mouse sulla pubblicazione creata in Server A, quindi scegliere Configura topologia peer-to-peer. Per visualizzare questa opzione, può essere necessario aggiornare il nodo della pubblicazione.

  2. Nella pagina Pubblicazione della Configurazione guidata topologia peer-to-peer sarà selezionata la pubblicazione creata in Server A.

  3. Nella pagina Configura topologia aggiungere Server B, quindi ripetere la procedura per Server C:

    1. Fare clic con il pulsante destro del mouse sull'area di progettazione della pagina, quindi scegliere Aggiungi nuovo nodo peer.

    2. Nella finestra di dialogo Connetti al server connettersi a Server B.

    3. Nella finestra di dialogo Aggiungi nuovo nodo peer selezionare il database di pubblicazione, quindi scegliere Connessione a TUTTI i nodi visualizzati. Se il rilevamento dei conflitti è attivato (impostazione predefinita), specificare un valore univoco per ogni nodo nella casella ID peer. Il valore non deve essere mai stato utilizzato nella topologia. Per un elenco degli ID che sono già stati utilizzati, eseguire una query sulla tabella di sistema Mspeer_originatorid_history. Per ulteriori informazioni sul rilevamento di conflitti, vedere Rilevamento dei conflitti nella replica peer-to-peer.

    4. Fare clic su OK.Server B viene ora visualizzato nell'area di progettazione con una connessione a Server A. Quando viene aggiunto Server C, ogni nodo verrà connesso agli altri due.

  4. Nella pagina Protezione agente di lettura log specificare le credenziali per l'agente di lettura log in ogni nodo.

    Per ulteriori informazioni sulle autorizzazioni necessarie per l'agente di lettura log, vedere Modello di protezione dell'agente di replica e Procedure consigliate per la protezione della replica.

  5. Nella pagina Protezione agente di distribuzione specificare le credenziali per gli agenti di distribuzione che gestiscono le sottoscrizioni per ogni nodo.

    Tramite la Configurazione guidata topologia peer-to-peer vengono create sottoscrizioni push (l'agente di distribuzione viene eseguito nel server di distribuzione) con un agente indipendente per ogni sottoscrizione. Poiché in una topologia a tre nodi ogni nodo dispone di una sottoscrizione per gli altri due nodi, in ogni server di distribuzione verranno eseguiti due agenti di distribuzione.

    Per ulteriori informazioni sulle autorizzazioni necessarie per l'agente di distribuzione, vedere Modello di protezione dell'agente di replica e Procedure consigliate per la protezione della replica.

  6. Nella pagina Inizializzazione nuovi peer selezionare Il database peer è stato creato manualmente oppure è stata ripristinata una copia di backup del database della pubblicazione originale che non è stato modificato dopo la creazione della copia di backup.

  7. Completare la procedura guidata. Nella pagina Creazione della topologia peer-to-peer in corso è possibile che venga visualizzato un avviso indicante che l'agente di lettura log o la pubblicazione esiste già per Server A. Tale avviso viene visualizzato a scopo informativo e non richiede che venga intrapresa alcuna azione.

  8. Se nelle tabelle pubblicate sono presenti colonne Identity, dopo il ripristino l'intervallo di valori Identity assegnato alle tabelle in Server A verrà utilizzato anche nelle tabelle in Server B e Server C. È necessario utilizzare DBCC CHECKIDENT per reinizializzare le tabelle in Server B e Server C, in modo da garantire che per ogni server venga utilizzato un intervallo diverso.

    Per ulteriori informazioni sulla gestione di intervalli di valori Identity, vedere la sezione relativa all'assegnazione degli intervalli per la gestione manuale degli intervalli di valori Identity in Replica di colonne Identity.

Aggiunta di un nodo che esegue SQL Server 2008 o una versione successiva in una topologia esistente

Il processo per l'aggiunta di un nodo che esegue SQL Server 2008 o una versione successiva in una topologia esistente è identico a quello richiesto per l'aggiunta del nodo nella configurazione iniziale. Per aggiungere un nodo alla topologia esistente, eseguire la procedura seguente:

  1. Configurare la distribuzione in Server D.

  2. Inizializzare lo schema e i dati in Server D ripristinando il database di Server A in Server D.

  3. Aggiungere Server D alla topologia utilizzando la Configurazione guidata topologia peer-to-peer.

Per configurare la distribuzione per il nuovo nodo

  • Vedere la procedura "Per configurare la distribuzione per ogni nodo", più indietro in questo argomento.

Per inizializzare il nuovo nodo

  • In Server D ripristinare il backup più recente del database di pubblicazione da Server A. È possibile utilizzare anche un backup di Server B o Server C, ma è necessario che il server e il database siano selezionati nella pagina Pubblicazione della Configurazione guidata topologia peer-to-peer quando viene aggiunto Server D.

Per aggiungere un nodo alla topologia

  1. Fare clic con il pulsante destro del mouse sulla pubblicazione creata in Server A, quindi scegliere Configura topologia peer-to-peer.

  2. Nella pagina Pubblicazione della Configurazione guidata topologia peer-to-peer sarà selezionata la pubblicazione creata in Server A.

  3. Nella pagina Configura topologia sarà possibile visualizzare Server A, Server Be Server C nell'area di progettazione.

    1. Fare clic con il pulsante destro del mouse sull'area di progettazione, quindi scegliere Aggiungi nuovo nodo peer.

    2. Nella finestra di dialogo Connetti al server connettersi a Server D.

    3. Nella finestra di dialogo Aggiungi nuovo nodo peer selezionare il database di pubblicazione.

    4. Per creare connessioni tra tutti e quattro i nodi, selezionare Connessione a TUTTI i nodi visualizzati. Per aggiungere manualmente le connessioni tra alcuni dei nodi, verificare che tale casella di controllo sia deselezionata.

    5. Fare clic su OK.

    6. Se si seleziona Connessione a TUTTI i nodi visualizzati, ogni nodo verrà connesso agli altri tre. Se si deseleziona questa casella di controllo, aggiungere manualmente le connessioni. Fare clic con il pulsante destro del mouse su un nodo, scegliere Aggiungi nuova connessione peer, quindi trascinare la freccia della connessione su un altro nodo. Ripetere questa procedura per ogni connessione che si desidera stabilire tra Server D e gli altri nodi.

  4. Completare la Configurazione guidata topologia peer-to-peer come descritto nella procedura "Per configurare la topologia", più indietro in questo argomento.

Rimozione di un nodo da una topologia

Per rimuovere un nodo dalla topologia

  1. Nella pagina Configura topologia della Configurazione guidata topologia peer-to-peer fare clic con il pulsante destro del mouse su un nodo, quindi scegliere Elimina nodo peer.

  2. Completare la Configurazione guidata topologia peer-to-peer come descritto nella procedura "Per configurare la topologia", più indietro in questo argomento.

Rimozione di una connessione tra due nodi

Per rimuovere una connessione tra nodi nella topologia

  1. Nella pagina Configura topologia della Configurazione guidata topologia peer-to-peer fare clic con il pulsante destro del mouse su un nodo o sull'area di progettazione, quindi scegliere Rimuovi connessione peer.

  2. Completare la Configurazione guidata topologia peer-to-peer come descritto nella procedura "Per configurare la topologia", più indietro in questo argomento.

Come nascondere un nodo in una topologia

Se una topologia include molti nodi, può risultare utile nasconderne alcuni. Tenere presente che è possibile aggiungere connessioni solo tra nodi visibili nell'area di progettazione.

Per nascondere un nodo nella topologia

  1. Nella pagina Configura topologia della Configurazione guidata topologia peer-to-peer fare clic con il pulsante destro del mouse su un nodo, quindi scegliere Seleziona nodo/i da visualizzare.

  2. Nella finestra di dialogo Aggiungi/Rimuovi peer selezionare i nodi da aggiungere o rimuovere dall'area di progettazione.

  3. Fare clic su OK.

Aggiunta di un nodo SQL Server 2005 a una topologia esistente

Come accennato nell'introduzione di questo argomento, la differenza principale tra l'aggiunta di un nodo SQL Server 2005 e l'aggiunta di un nodo che esegue una versione più recente di SQL Server è che in SQL Server 2005 è necessario mettere in stato di inattività il sistema per connettere il nuovo nodo a tutti i nodi esistenti. Nella serie di procedure seguente vengono illustrate le diverse fasi dell'aggiunta di un nodo SQL Server 2005 alla topologia esistente:

  • La fase uno implica la connessione parziale di Server D alla topologia tramite la creazione di sottoscrizioni tra Server A e Server D. In questo modo, le modifiche continuano a essere applicate a Server A, Server B e Server C. Le modifiche a Server D possono iniziare in seguito alla creazione di sottoscrizioni tra Server A e Server D. Le modifiche di Server B e Server C sono replicate in Server D tramite Server A.

  • La fase due implica la connessione completa di Server D alla topologia tramite la creazione di sottoscrizioni tra Server B e Server D e tra Server C e Server D. Per questa fase è necessario mettere in stato di inattività il sistema.

    La fase due non è obbligatoria, ma garantisce una maggiore tolleranza di errore rispetto a una connessione singola tra Server A e Server D.

Procedure della fase uno

Per configurare la distribuzione per il nuovo nodo

  • Vedere la procedura "Per configurare la distribuzione per ogni nodo", più indietro in questo argomento.

Per inizializzare il nuovo nodo

  • In Server D ripristinare il backup più recente del database di pubblicazione da Server A. È possibile utilizzare anche un backup di Server B o Server C, ma è necessario che il server e il database siano selezionati nella pagina Pubblicazione della Configurazione guidata topologia peer-to-peer quando viene aggiunto Server D.

Per aggiungere il nuovo nodo alla topologia (creando sottoscrizioni tra Server A e Server D)

  1. Fare clic con il pulsante destro del mouse sulla pubblicazione creata in Server A, quindi scegliere Configura topologia peer-to-peer.

  2. Nella pagina Pubblicazione della Configurazione guidata topologia peer-to-peer sarà selezionata la pubblicazione creata in Server A.

  3. Nella pagina Configura topologia sarà possibile visualizzare Server A, Server Be Server C nell'area di progettazione.

    1. Fare clic con il pulsante destro del mouse sull'area di progettazione, quindi scegliere Aggiungi nuovo nodo peer.

    2. Nella finestra di dialogo Connetti al server connettersi a Server D.

    3. Nella finestra di dialogo Aggiungi nuovo nodo peer selezionare il database di pubblicazione.

    4. Fare clic su OK.

    5. Aggiungere una connessione tra Server A e Server D. Fare clic con il pulsante destro del mouse su Server A, scegliere Aggiungi nuova connessione peer, quindi trascinare la freccia della connessione su Server D.

  4. Nella pagina Protezione agente di lettura log specificare le credenziali per l'agente di lettura log in Server D.

  5. Nella pagina Protezione agente di distribuzione specificare le credenziali per gli agenti di distribuzione in Server A e Server D.

  6. Nella pagina Inizializzazione nuovi peer selezionare È stata ripristinata una copia di backup del database della pubblicazione originale e il database della pubblicazione è stato modificato dopo la creazione della copia di backup.

    Se si seleziona questa opzione, qualsiasi modifica non inclusa nel backup di Server A verrà recapitata al database ripristinato in Server D. Quando è stata abilitata la pubblicazione per la replica peer-to-peer, la proprietà di pubblicazione allow_initialize_from_backup è stata impostata su Vero. Tramite la replica si è iniziato immediatamente a tenere traccia delle modifiche nel database di pubblicazione in Server A, per consentire l'aggiornamento di altri peer dopo un ripristino.

  7. Fare clic sul pulsante Sfoglia per passare al backup utilizzato. Tramite la replica, verrà letto il numero di sequenza del file di log (LSN) dal backup. Tutte le modifiche apportate al database di pubblicazione in Server A dotate di un LSN più alto verranno recapitate a Server D.

  8. Completare la procedura guidata.

  9. Per qualsiasi tabella pubblicata che include intervalli di valori Identity, l'intervallo di valori Identity assegnato a ogni tabella in Server A verrà utilizzato anche in Server D. Se non si prevede di mettere in stato di inattività il sistema e di non connettere in modo completo tutti i nodi, assegnare l'intervallo appropriato a ogni tabella in Server D utilizzando la procedura seguente. Se si prevede di connettere in modo completo tutti i nodi, è possibile assegnare gli intervalli dopo avere messo in stato di inattività il sistema:

    1. Eseguire sp_requestpeerresponse in Server D e recuperare il parametro di output @request_id.

    2. Per impostazione predefinita, l'agente di distribuzione è impostato per l'esecuzione continua. I token dovrebbero pertanto essere inviati automaticamente a tutti i nodi. Se l'agente di distribuzione non viene eseguito in modalità continua, eseguire l'agente. Per ulteriori informazioni, vedere Concetti di base relativi ai file eseguibili dell'agente di replica o Procedura: Avvio e interruzione di un agente di replica (SQL Server Management Studio).

    3. Eseguire sp_helppeerresponses utilizzando il valore @request_id recuperato nel passaggio b. Attendere finché tutti i nodi indicano di avere ricevuto la richiesta peer.

    4. Utilizzare DBCC CHECKIDENT per reinizializzare ogni tabella in Server D, in modo da garantire l'utilizzo di un intervallo appropriato.

Procedure della fase due

Per mettere in stato di inattività la topologia

  1. Interrompere qualsiasi attività in tutte le tabelle pubblicate nella topologia peer-to-peer.

  2. Eseguire sp_requestpeerresponse nel database in Server A, Server B, Server C e Server D, quindi recuperare il parametro di output @request_id.

  3. Per impostazione predefinita, l'agente di distribuzione è impostato per l'esecuzione continua. I token dovrebbero pertanto essere inviati automaticamente a tutti i nodi. Se l'agente di distribuzione non viene eseguito in modalità continua, eseguire l'agente. Per ulteriori informazioni, vedere Concetti di base relativi ai file eseguibili dell'agente di replica o Procedura: Avvio e interruzione di un agente di replica (SQL Server Management Studio).

  4. Eseguire sp_helppeerresponses, specificando il valore @request_id recuperato nel passaggio 2. Attendere finché tutti i nodi indicano di avere ricevuto la richiesta peer.

  5. Se necessario, assegnare nuovi intervalli di valori Identity. Sarà quindi possibile connettere completamente la topologia aggiungendo le sottoscrizioni rimanenti.

Per creare ulteriori sottoscrizioni per il nuovo nodo

  1. Fare clic con il pulsante destro del mouse sulla pubblicazione creata in Server A, quindi scegliere Configura topologia peer-to-peer.

  2. Nella pagina Pubblicazione della Configurazione guidata topologia peer-to-peer sarà selezionata la pubblicazione creata in Server A.

  3. Nella pagina Configura topologia sarà possibile visualizzare Server A, Server B, Server C e Server D nell'area di progettazione.

    1. Fare clic con il pulsante destro del mouse su Server B, scegliere Aggiungi nuova connessione peer, quindi trascinare la freccia della connessione su Server D.

    2. Fare clic con il pulsante destro del mouse su Server C, scegliere Aggiungi nuova connessione peer, quindi trascinare la freccia della connessione su Server D.

  4. Nella pagina Protezione agente di lettura log specificare le credenziali per l'agente di lettura log in Server B, Server C e Server D.

  5. Nella pagina Protezione agente di distribuzione specificare le credenziali per gli agenti di distribuzione in Server A, Server B, Server C e Server D.

  6. Nella pagina Inizializzazione nuovi peer selezionare Il database peer è stato creato manualmente oppure è stata ripristinata una copia di backup del database della pubblicazione originale che non è stato modificato dopo la creazione della copia di backup. Tutti i nodi dispongono già dei dati e l'impostazione di questa opzione garantisce che vengano stabilite le relazioni di sottoscrizione appropriate tra ogni nodo.

  7. Completare la procedura guidata , quindi riavviare l'attività nel sistema.