Condividi tramite


Creare un ambiente multiserver

si applica a:SQL Server

Per l'amministrazione multiserver è necessario configurare un server master (MSX) e uno o più server di destinazione (TSX). I processi elaborati in tutti i server di destinazione vengono prima definiti nel server master e quindi scaricati nei server di destinazione.

Importante

La maggior parte, ma non tutte, le funzionalità di SQL Server Agent sono attualmente supportate in Istanza gestita di SQL di Azure. La funzionalità di amministrazione multiserver non è supportata in Istanza gestita di SQL di Azure.

Per impostazione predefinita, il protocollo TLS (Transport Layer Security), noto in precedenza come SSL (Secure Sockets Layer), la crittografia e la convalida dei certificati sono abilitate per le connessioni tra server master e server di destinazione. Per altre informazioni, vedere Impostare le opzioni di crittografia nei server di destinazione.

Se si dispone di un numero elevato di server di destinazione, evitare di definire il server master in un server di produzione con requisiti di prestazioni significativi da altre funzionalità di SQL Server, perché il traffico del server di destinazione può rallentare le prestazioni nel server di produzione. Se si inoltrano anche eventi a un server master dedicato, è possibile centralizzare l'amministrazione in un server. Per ulteriori informazioni, vedere Gestione degli eventi.

Nota

Per impostazione predefinita, l'account del servizio SQL Server Agent viene mappato al SID predefinito del servizio SQL Server Agent (NT SERVICE\SQLSERVERAGENT), membro del ruolo predefinito del server sysadmin . L'account deve anche essere membro del ruolo del database msdbTargetServersRole nel server master se viene usata l'elaborazione di processi multiserver. La Procedura guidata del Server Master aggiunge automaticamente l'account del servizio a questo ruolo come parte del processo di arruolamento.

Considerazioni per gli ambienti multiserver

Quando si crea un ambiente multiserver, tenere presenti i problemi seguenti:

  • Usare la versione più recente come server master. Sono supportate le versioni correnti e due precedenti.

  • Ogni server di destinazione segnala a un solo server master. È necessario escludere un server di destinazione da un server master prima di poterlo integrare in un server diverso.

  • Quando si modifica il nome di un server di destinazione, è necessario rimuoverlo prima di cambiare il nome e rimetterlo in lista dopo la modifica.

  • Se si vuole smantellare una configurazione multiserver, è necessario escludere tutti i server di destinazione dal server master.

  • SQL Server Integration Services supporta solo i server di destinazione con la stessa versione o successiva rispetto alla versione del server master.