Considerazioni sulla protezione per le sottoscrizioni aggiornabili

Data aggiornamento: 14 aprile 2006

In aggiunta alle considerazioni generali relative alle sottoscrizioni, esistono alcune considerazioni per le sottoscrizioni aggiornabili.

Sottoscrizioni ad aggiornamento immediato

Quando si configura una sottoscrizione ad aggiornamento immediato, si specifica un account nel Sottoscrittore con cui vengono stabilite le connessioni al server di pubblicazione. Le connessioni vengono utilizzate dai trigger attivati nel Sottoscrittore per propagare modifiche al server di pubblicazione. Per il tipo di connessione sono disponibili tre opzioni:

• Server collegato creato dalla replica. La connessione viene stabilita con le credenziali specificate in fase di configurazione.
• Server collegato creato dalla replica. La connessione viene stabilita con le credenziali dell'utente che apporta la modifica nel Sottoscrittore.
• Server collegato o server remoto già definito.

Importante:

Per specificare le informazioni di connessione, utilizzare la stored procedure sp_link_publication (Transact-SQL). È possibile utilizzare anche la pagina Account di accesso per sottoscrizioni aggiornabili della Creazione guidata nuova sottoscrizione che chiama sp_link_publication. In alcune condizioni, questa stored procedure può avere esito negativo se nel Sottoscrittore è in esecuzione SQL Server 2005 Service Pack 1 (SP1) o versioni successive e nel server di pubblicazione è in esecuzione una versione precedente. Se la stored procedure ha esito negativo in questo scenario, aggiornare il server di pubblicazione a SQL Server 2005 SP1 o versioni successive.

Per ulteriori informazioni, vedere:

• SQL Server Management Studio: Procedura: Creazione di una sottoscrizione aggiornabile di una pubblicazione transazionale (SQL Server Management Studio) e Procedura: Visualizzazione e modifica delle impostazioni di protezione della replica (SQL Server Management Studio)
• Programmazione Transact-SQL per la replica: How to: Create an Updatable Subscription to a Transactional Publication (Replication Transact-SQL Programming) e How to: View and Modify Replication Security Settings (Replication Transact-SQL Programming)

Importante:

All'account specificato per la connessione devono essere concesse soltanto le autorizzazioni per l'inserimento, l'aggiornamento e l'eliminazione di dati nelle viste create dalla replica nel database di pubblicazione. È consigliabile non concedere autorizzazioni aggiuntive. Concedere autorizzazioni per le viste del database di pubblicazione dotate di nome in formato syncobj_<HexadecimalNumber> all'account configurato in ogni Sottoscrittore.

Sottoscrizioni ad aggiornamento in coda

Quando si configurano sottoscrizioni ad aggiornamento in coda, è necessario tenere in considerazione due aspetti relativi alla protezione.

• Esiste un solo agente di lettura coda per ogni server di distribuzione. Per ogni server di distribuzione è consigliabile configurare al massimo una pubblicazione abilitata per le sottoscrizioni ad aggiornamento in coda.
• L'agente di lettura coda stabilisce connessioni al server di distribuzione, al server di pubblicazione e a ogni Sottoscrittore:
  • L'account con cui l'agente viene eseguito e stabilisce connessioni al server di distribuzione viene specificato al momento della creazione dell'agente. Se si utilizza la Creazione guidata nuova pubblicazione, l'agente viene creato quando si crea una pubblicazione abilitata per le sottoscrizioni aggiornabili.
  • L'account con cui l'agente stabilisce connessioni al server di pubblicazione viene specificato quando si configura la distribuzione per un server di pubblicazione. Specificare l'account di Windows con cui l'agente viene eseguito oppure un account di SQL Server.
  • L'account con cui l'agente stabilisce connessioni al Sottoscrittore viene specificato quando si crea la sottoscrizione.

  Importante:

  Utilizzare l'autenticazione di SQL Server per le connessioni ai Sottoscrittori e specificare un diverso account per la connessione a ogni Sottoscrittore. Se si utilizza una sottoscrizione pull, la connessione viene sempre impostata dalla replica in modo da utilizzare l'autenticazione di Windows. Per le sottoscrizioni pull, la replica non può infatti accedere ai metadati nel Sottoscrittore necessari per utilizzare l'autenticazione di SQL Server. In questo caso, modificare la connessione in modo da utilizzare l'autenticazione di SQL Server dopo la configurazione della sottoscrizione.

  Per ulteriori informazioni, vedere: - SQL Server Management Studio: [Procedura: Creazione di una sottoscrizione aggiornabile di una pubblicazione transazionale (SQL Server Management Studio)](ms152769\(v=sql.90\).md) e [Procedura: Visualizzazione e modifica delle impostazioni di protezione della replica (SQL Server Management Studio)](ms151761\(v=sql.90\).md) - Programmazione Transact-SQL per la replica: [How to: Create an Updatable Subscription to a Transactional Publication (Replication Transact-SQL Programming)](ms146922\(v=sql.90\).md) e [How to: View and Modify Replication Security Settings (Replication Transact-SQL Programming)](ms147827\(v=sql.90\).md)

Vedere anche

Concetti

Procedure consigliate per la protezione della replica
Protezione dei Sottoscrittori

Altre risorse

Considerazioni di protezione per la replica

Guida in linea e informazioni

Assistenza su SQL Server 2005