Procedure consigliate per l'amministrazione della replicaBest Practices for Replication Administration

Dopo aver configurato la replica, è importante comprendere in che modo amministrare una topologia di replica.After you have configured replication, it is important to understand how to administer a replication topology. In questo argomento sono contenute procedure consigliate di base relative a diverse aree, con collegamenti ad altre informazioni per ogni area.This topic provides basic best practice guidance in a number of areas with links to more information for each area. Oltre ad attenersi a tali procedure, provare a familiarizzare con domande e problemi comuni leggendo l'argomento Domande frequenti per gli amministratori di replica.In addition to following the best practice guidance presented in this topic, consider reading through the frequently asked questions topic to acquaint yourself with common questions and issues: Frequently Asked Questions for Replication Administrators.

È preferibile suddividere le procedure consigliate in due aree:It is useful to divide the best practice guidance into two areas:

  • Nelle informazioni seguenti sono descritte le procedure consigliate da implementare per tutte le topologie di replica:The following information covers best practices that should be implemented for all replication topologies:

    • Sviluppare e testare una strategia di backup e ripristino.Develop and test a backup and restore strategy.

    • Creare lo script della topologia di replica.Script the replication topology.

    • Creare soglie e avvisi.Create thresholds and alerts.

    • Monitorare la topologia di replica.Monitor the replication topology.

    • Stabilire dati di riferimento per le prestazioni e regolare la replica, se necessario.Establish performance baselines and tune replication if necessary.

  • Negli argomenti seguenti sono riportate le procedure consigliate che è opportuno prendere in considerazione, sebbene potrebbero non essere richieste per la topologia in uso:The following information covers best practices that should be considered, but might not be required for your topology:

    • Convalidare i dati periodicamente.Validate data periodically.

    • Regolare i parametri dell'agente mediante i profili.Adjust agent parameters through profiles.

    • Regolare i periodi di memorizzazione della pubblicazione e della distribuzione.Adjust publication and distribution retention periods.

    • Comprendere in che modo modificare le proprietà degli articoli e della pubblicazione se i requisiti dell'applicazione cambiano.Understand how to change article and publication properties if application requirements change.

    • Comprendere in che modo apportare modifiche allo schema se i requisiti dell'applicazione cambiano.Understand how to make schema changes if application requirements change.

Sviluppare e testare una strategia di backup e ripristino.Develop and test a backup and restore strategy

È consigliabile eseguire regolarmente il backup di tutti i database nonché testare periodicamente la capacità di ripristino di tali backup. Le stesse procedure sono consigliate anche per i database replicati.All databases should be backed up on a regular basis, and the ability to restore those backups should be tested periodically; replicated databases are no different. Di seguito sono elencati i database da sottoporre a backup regolarmente:The following databases should be backed up regularly:

  • Database di pubblicazionePublication database

  • Database di distribuzioneDistribution database

  • Database di sottoscrizioneSubscription databases

  • Databasemsdb e master nel server di pubblicazione, nel server di distribuzione e in tutti i Sottoscrittorimsdb database and master database at the Publisher, Distributor, and all Subscribers

    Il backup e il ripristino dei dati dei database replicati richiedono un'attenzione particolare.Replicated databases require special attention with regards to backing up and restoring data. Per altre informazioni, vedere Eseguire il backup e ripristino di database replicati.For more information, see Back Up and Restore Replicated Databases.

Creare lo script della topologia di replicaScript the replication topology

Gli script di tutti i componenti di replica inclusi in una topologia devono essere creati come parte di un piano di ripristino di emergenza. Gli script possono inoltre essere utilizzati per automatizzare attività ripetitive.All replication components in a topology should be scripted as part of a disaster recovery plan, and scripts can also be used to automate repetitive tasks. Essi contengono le stored procedure di sistema Transact-SQLTransact-SQL necessarie per implementare i componenti di replica inseriti in uno script, ad esempio una pubblicazione o una sottoscrizione,A script contains the Transact-SQLTransact-SQL system stored procedures necessary to implement the replication component(s) scripted, such as a publication or subscription. Gli script possono essere creati mediante una procedura guidata, quale Creazione guidata nuova pubblicazione, o in MicrosoftMicrosoft SQL Server Management StudioSQL Server Management Studio dopo aver creato un componente.Scripts can be created in a wizard (such as the New Publication Wizard) or in MicrosoftMicrosoft SQL Server Management StudioSQL Server Management Studio after you create a component. È possibile visualizzare, modificare ed eseguire lo script utilizzando SQL Server Management StudioSQL Server Management Studio o sqlcmd.You can view, modify, and run the script using SQL Server Management StudioSQL Server Management Studio or sqlcmd. Gli script possono essere memorizzati con file di backup da utilizzare nel caso in cui sia necessario riconfigurare una topologia di replica.Scripts can be stored with backup files to be used in case a replication topology must be reconfigured. Per altre informazioni, vedere Scripting Replication.For more information, see Scripting Replication.

In caso di modifiche a una proprietà, è necessario riscrivere lo script di un componente.A component should be rescripted if any property changes are made. Se si utilizzano stored procedure personalizzate con la replica transazionale, è consigliabile archiviare una copia di ogni procedura con gli script, aggiornando la copia in caso di modifica della procedura. Le procedure vengono in genere aggiornate in seguito a modifiche dello schema o a nuove esigenze applicative.If you use custom stored procedures with transactional replication, a copy of each procedure should be stored with the scripts; the copy should be updated if the procedure changes (procedures are typically updated due to schema changes or changing application requirements). Per altre informazioni sulle procedure personalizzate, vedere Specificare la modalità di propagazione delle modifiche per gli articoli transazionali.For more information about custom procedures, see Specify How Changes Are Propagated for Transactional Articles.

Stabilire dati di riferimento per le prestazioni e regolare la replica, se necessarioEstablish performance baselines and tune replication if necessary

Prima di configurare la replica, è consigliabile acquisire familiarità con i fattori che influiscono sulle relative prestazioni:Before replication is configured, it is recommended to familiarize yourself with the factors that affect replication performance:

  • Hardware del server e della reteServer and network hardware

  • Progettazione del databaseDatabase design

  • Configurazione del server di distribuzioneDistributor configuration

  • Progettazione e opzioni della pubblicazionePublication design and options

  • Progettazione e utilizzo dei filtriFilter design and use

  • Opzioni di sottoscrizioneSubscription options

  • Opzioni per gli snapshotSnapshot options

  • Parametri degli agentiAgent parameters

  • MaintenanceMaintenance

    Dopo aver configurato la replica, è consigliabile sviluppare dati di riferimento per le prestazioni in modo da poter stabilire il comportamento della replica in presenza del carico di lavoro tipico delle applicazioni e della topologia in uso.After replication is configured, it is recommended to develop a performance baseline, which will allow you to determine how replication behaves with a workload that is typical for your applications and topology. Utilizzare Monitoraggio replica e Monitor di sistema per stabilire i valori tipici per le cinque dimensioni seguenti delle prestazioni della replica:Use Replication Monitor and System Monitor to determine typical numbers for the following five dimensions of replication performance:

  • Latenza: la quantità di tempo impiegato per la propagazione di una modifica dei dati tra i nodi di una topologia di replica.Latency: the amount of time it takes for a data change to be propagated between nodes in a replication topology.

  • Velocità effettiva: quantità di attività di replica, espressa in comandi recapitati in un periodo di tempo specifico, che un sistema è in grado di sostenere nel tempo.Throughput: the amount of replication activity (measured in commands delivered over a period of time) a system can sustain over time.

  • Concorrenza: numero di processi di replica che possono essere eseguiti simultaneamente in un sistema.Concurrency: the number of replication processes that can operate on a system simultaneously.

  • Durata della sincronizzazione: tempo necessario per il completamento di una sincronizzazione specifica.Duration of synchronization: how long it takes a given synchronization to complete.

  • Utilizzo delle risorse: risorse hardware e di rete utilizzate per l'elaborazione della replica.Resource consumption: hardware and network resources used as a result of replication processing.

    La latenza e la velocità effettiva interessano in particolare la replica transazionale, in quanto i sistemi basati su questo tipo di replica richiedono in genere una bassa latenza e una velocità effettiva elevata.Latency and throughput are most relevant to transactional replication, because systems built on transactional replication generally require low latency and high throughput. La concorrenza e la durata della sincronizzazione sono più rilevanti per la replica di tipo merge in quanto i sistemi che si basano su questo tipo di replica sono spesso caratterizzati da un numero elevato di Sottoscrittori e un server di pubblicazione può stabilire un numero significativo di sincronizzazioni simultanee con tali Sottoscrittori.Concurrency and duration of synchronization are most relevant to merge replication, because systems built on merge replication often have a large number of Subscribers, and a Publisher can have a significant number of concurrent synchronizations with these Subscribers.

    Dopo aver stabilito i numeri di riferimento, impostare le soglie in Monitoraggio replica.After you have established baseline numbers, set thresholds in Replication Monitor. Per altre informazioni, vedere Impostare valori di soglia e avvisi in Monitoraggio replica e Usare gli avvisi per gli eventi degli agenti di replica.For more information, see Set Thresholds and Warnings in Replication Monitor and Use Alerts for Replication Agent Events. In caso di problemi di prestazioni, è consigliabile leggere i suggerimenti riportati negli argomenti relativi al miglioramento delle prestazioni elencati sopra e apportare modifiche nelle aree che hanno determinato tali problemi.If you encounter a performance problem, it is recommended to read through the suggestions in the enhancing performance topics listed above and to apply changes in areas that affect the issues you are encountering.

Creare soglie e avvisiCreate thresholds and alerts

Monitoraggio replica consente di impostare diverse soglie relative allo stato e alle prestazioni.Replication Monitor allows you to set a number of thresholds related to status and performance. È consigliabile impostare soglie appropriate per la topologia. Se si raggiunge una soglia, viene visualizzato un messaggio e, facoltativamente, è possibile inviare un avviso a un account di posta elettronica, un cercapersone o un altro dispositivo.It is recommended to set the appropriate thresholds for your topology; if a threshold is reached, a warning is displayed, and, optionally, an alert can be sent to an e-mail account, a pager, or other device. Per altre informazioni, vedere Set Thresholds and Warnings in Replication Monitor.For more information, see Set Thresholds and Warnings in Replication Monitor.

Oltre agli avvisi che possono essere associati alle soglie di monitoraggio, la replica offre diversi avvisi predefiniti che rispondono alle azioni dell'agente di replica.In addition to the alerts that can be associated with monitoring thresholds, replication provides a number of predefined alerts that respond to replication agent actions. Tali avvisi possono essere utilizzati da un amministratore per rimanere aggiornato sullo stato della topologia di replica.These alerts can be used by an administrator to stay informed about the state of the replication topology. È consigliabile leggere l'argomento in cui sono descritti gli avvisi e utilizzare quelli che soddisfano le proprie esigenze amministrative. Se necessario, è inoltre possibile creare avvisi aggiuntivi.It is recommended to read through the topic describing the alerts and to use any that fit your administration needs (it is also possible to create additional alerts if necessary). Per altre informazioni, vedere Usare gli avvisi per gli eventi degli agenti di replica.For more information, see Use Alerts for Replication Agent Events.

Monitorare la topologia di replicaMonitor the replication topology

Dopo aver impostato la topologia di replica e aver configurato soglie e avvisi, è consigliabile monitorare regolarmente la replica.After the replication topology is in place and thresholds and alerts have been configured, it is recommended to regularly monitor replication. Il monitoraggio di una topologia di replica rappresenta un aspetto essenziale della distribuzione di una replica.Monitoring a replication topology is an important aspect of deploying replication. Dato che l'attività di replica viene distribuita, è fondamentale monitorarne l'attività e lo stato su tutti i computer interessati.Because replication activity is distributed, it is essential to track activity and status across all computers involved in replication. Per monitorare la replica è possibile utilizzare gli strumenti seguenti:The following tools can be used to monitor replication:

  • Monitoraggio replica è lo strumento più importante per il monitoraggio di una replica in quanto consente di controllare lo stato generale di una topologia di replica.Replication Monitor is the most important tool for monitoring replication, allowing you to monitor the overall health of a replication topology. Per altre informazioni, vedere Monitoring Replication.For more information, see Monitoring Replication.

  • Transact-SQLTransact-SQL e gli oggetti RMO (Replication Management Objects) includono interfacce per il monitoraggio della replica. and Replication Management Objects (RMO) provide interfaces for monitoring replication. Per altre informazioni, vedere Monitoring Replication.For more information, see Monitoring Replication.

  • Il monitoraggio delle prestazioni della replica può essere effettuato anche mediante Monitor di sistema.System Monitor can also be useful for monitoring replication performance. Per altre informazioni, vedere Monitoring Replication with System Monitor.For more information, see Monitoring Replication with System Monitor.

Convalidare i dati periodicamenteValidate data periodically

La procedura di convalida non è richiesta per la replica, ma è consigliabile eseguirla periodicamente per quella transazionale e di tipo merge.Validation is not required by replication, but it is recommended to run validation periodically for transactional replication and merge replication. Tale procedura consente di verificare che i dati nel Sottoscrittore corrispondano ai dati nel server di pubblicazione.Validation allows you to verify that data at the Subscriber matches data at the Publisher. Una convalida riuscita indica che in quel particolare momento tutte le modifiche del server di pubblicazione sono state replicate nel Sottoscrittore (e dal Sottoscrittore nel server di pubblicazione se il Sottoscrittore supporta gli aggiornamenti) e che i due database sono sincronizzati.Successful validation indicates that at that point in time all changes from the Publisher have been replicated to the Subscriber (and from the Subscriber to the Publisher if updates are supported at the Subscriber) and that the two databases are in sync.

È consigliabile eseguire la convalida in base alla pianificazione del backup del database di pubblicazione.It is recommended that validation be performed according to the backup schedule of the publication database. Se, ad esempio, per il database di pubblicazione è stato impostato un backup completo ogni settimana, è possibile eseguire una convalida ogni settimana al termine del backup.For example, if the publication database has a full backup once per week, validation could be run once per week after the backup completes. Per altre informazioni, vedere Convalidare i dati replicati.For more information, see Validate Replicated Data.

Utilizzare i profili agenti per modificare i parametri dell'agente, se necessarioUse agent profiles to change agent parameters if necessary

I profili agenti consentono di impostare facilmente i parametri dell'agente di replica.Agent profiles provide a convenient method of setting replication agent parameters. È inoltre possibile specificare tali parametri dalla riga di comando dell'agente, sebbene sia generalmente più corretto utilizzare un profilo agente predefinito oppure creare un nuovo profilo se è necessario modificare il valore di un parametro.Parameters can also be specified on the agent command line, but it is typically more appropriate to use a predefined agent profile or to create a new profile if you need to change the value of a parameter. Se, ad esempio, si utilizza la replica di tipo merge e un Sottoscrittore passa da una connessione a banda larga a una connessione remota, provare a utilizzare il profilo a collegamento lento per l'agente di merge. Tale profilo utilizza un set di parametri che sono più adatti per il collegamento di comunicazione più lento.For example, if you are using merge replication and a Subscriber moves from a broadband connection to a dialup connection, consider using the slow link profile for the Merge Agent; this profile uses a set of parameters that are better suited to the slower communications link. Per altre informazioni, vedere Replication Agent Profiles.For more information, see Replication Agent Profiles.

Regolare i periodi di memorizzazione della pubblicazione e della distribuzioneAdjust publication and distribution retention periods if necessary

La replica transazionale e la replica di tipo merge utilizzano periodi di memorizzazione per stabilire, rispettivamente, l'intervallo di tempo durante il quale le transazioni vengono memorizzate nel database di distribuzione e la frequenza con cui è necessario sincronizzare una sottoscrizione.Transactional replication and merge replication use retention periods to determine, respectively, how long transactions are stored in the distribution database, and how frequently a subscription must synchronize. Inizialmente è consigliabile utilizzare le impostazioni predefinite, monitorando la topologia per stabilire se è necessario modificarle.It is recommended to use the default settings initially, but to monitor your topology to determine if the settings require adjustment. Nel caso ad esempio della replica di tipo merge, il periodo di memorizzazione della pubblicazione (pari a 14 giorni per impostazione predefinita) determina l'intervallo di tempo durante il quale i metadati vengono memorizzati in tabelle di sistema.For example, in the case of merge replication, the publication retention period (which defaults to 14 days) determines how long metadata is stored in system tables. Se le sottoscrizioni vengono sincronizzate entro cinque giorni, provare a regolare l'impostazione su un numero inferiore, in modo da ridurre i metadati ed eventualmente ottenere prestazioni migliori.If subscriptions always synchronize within five days, consider adjusting the setting to a lower number, which will reduce metadata and possibly provide better performance. Per altre informazioni, vedere Subscription Expiration and Deactivation.For more information, see Subscription Expiration and Deactivation.

Comprendere in che modo modificare le pubblicazioni se i requisiti dell'applicazione cambianoUnderstand how to modify publications if application requirements change

Dopo la creazione di una pubblicazione, potrebbe essere necessario aggiungere o eliminare articoli oppure modificare le proprietà della pubblicazione e degli articoli.After you have created a publication, it might be necessary to add or drop articles, or change publication and article properties. Dopo la creazione di una pubblicazione è consentita la maggiore parte delle modifiche. In alcuni casi, tuttavia, è necessario generare un nuovo snapshot per una pubblicazione e/o reinizializzare le relative sottoscrizioni.Most changes are allowed after a publication is created, but in some cases, it is necessary to generate a new snapshot for a publication and/or reinitialize subscriptions to the publication. Per altre informazioni, vedere Modificare le proprietà di pubblicazioni e articoli e Aggiungere ed eliminare articoli in pubblicazioni esistenti.For more information, see Change Publication and Article Properties and Add Articles to and Drop Articles from Existing Publications.

Comprendere in che modo apportare modifiche allo schema se i requisiti dell'applicazione cambianoUnderstand how to make schema changes if application requirements change

In molti casi le modifiche apportate allo schema sono richieste quando un'applicazione viene messa in produzione.In many cases, schema changes are required after an application is in production. In una topologia di replica tali modifiche devono spesso essere propagate a tutti i Sottoscrittori.In a replication topology, these changes must often be propagated to all Subscribers. La replica supporta una vasta gamma di modifiche dello schema negli oggetti pubblicati.Replication supports a wide range of schema changes to published objects. Quando si apporta una delle modifiche di schema seguenti nell'oggetto pubblicato appropriato in un server di pubblicazione MicrosoftMicrosoft SQL ServerSQL Server , la modifica viene propagata per impostazione predefinita a tutti i Sottoscrittori SQL ServerSQL Server :When you make any of the following schema changes on the appropriate published object at a MicrosoftMicrosoft SQL ServerSQL Server Publisher, that change is propagated by default to all SQL ServerSQL Server Subscribers:

Vedere ancheSee Also

Amministrazione (Replica)Administration (Replication)