Condividi tramite


Configurazioni supportate di Dynamics 365 Customer Engagement (on-premises)

L'architettura da utilizzare per la distribuzione dipende dalle esigenze aziendali. In questa sezione vengono forniti esempi per la pianificazione di una distribuzione di Dynamics 365 Customer Engagement (on-premises) in quattro architetture di sistema rappresentative: una distribuzione con un solo server basata, una distribuzione con due server, una distribuzione con cinque server e una distribuzione con più server che coinvolge almeno sei server. Tali distribuzioni sono descritte in dettaglio in Configurazioni supportate di Microsoft Dynamics CRM 2011.

Inoltre, in questa sezione vengono descritte le configurazioni di rete, dominio e server supportate per Dynamics 365 Customer Engagement (on-premises), che supporta topologie con più foreste e più domini.

Requisiti di Active Directory

I requisiti di Active Directory sono i seguenti:

  • I computer che eseguono i ruoli di Dynamics 365 Server e il computer che esegue SQL Server, dove si trovano i database di Dynamics 365 Customer Engagement (on-premises), devono essere inclusi nello stesso dominio di Active Directory.

  • Il dominio di Active Directory in cui si trova un ruolo di Dynamics 365 Server deve essere in esecuzione in una delle seguenti modalità di dominio elencate nell'argomento Modalità di Active Directory.

  • L'account utente utilizzato per eseguire un servizio di Dynamics 365 Customer Engagement (on-premises) deve trovarsi nello stesso dominio del computer che esegue il ruolo di Dynamics 365 Server.

  • I gruppi di sicurezza di Dynamics 365 Customer Engagement (on-premises) (PrivUserGroup, SQLAccessGroup, ReportingGroup e PrivReportingGroup) devono essere nello stesso dominio del computer che esegue Dynamics 365 Server. Questi gruppi di sicurezza possono trovarsi nella stessa unità organizzativa o in unità organizzative diverse. Per utilizzare gruppi di sicurezza che si trovano in unità organizzative diverse, è necessario installare Dynamics 365 Server utilizzando un file di configurazione XML e specificando il nome distinto corretto per ogni gruppo di sicurezza preesistente nell'elemento <Groups>. Altre informazioni: Esempio di file di configurazione XML per il server per l'installazione con gruppi già creati

    Avviso

    È richiesta l'appartenenza diretta dell'account utente al gruppo di sicurezza privusergroup di Microsoft Dynamics 365 e al momento non è supportato l'annidamento dell'appartenenza al gruppo in privusergroup. Garantendo l'appartenenza a privusegroup tramite un altro gruppo di sicurezza potrebbero verificarsi errori di sistema nell'applicazione Web e nelle funzionalità di creazione dei report. Se ad esempio si aggiunge un gruppo di sicurezza denominato mycrmprivgroupusers a privusergroup, i membri di mycrmprivgroupusers non verranno risolti come membri di privusergroup. Sono incluse le identità dei servizi CRMAppPool o SQL Server Reporting Services

  • Per gli utenti che accedono a Dynamics 365 Customer Engagement (on-premises) da un altro dominio e non utilizzano l'autenticazione basata sulle attestazioni, è necessario che esista un trust unidirezionale nel quale il dominio in cui si trova il Dynamics 365 Server ritenga attendibile il dominio in cui si trovano gli utenti.

    Importante

    Per aggiungere utenti a Dynamics 365 Customer Engagement (on-premises) che non sono autenticati utilizzando l'autenticazione basata sulle attestazioni, un trust bidirezionale tra più foreste è obbligatorio.

Distribuzione con un solo server

Per basi di utenti di dimensioni limitate, è possibile distribuire un Dynamics 365 Server in una configurazione a server singolo, con Dynamics 365 Server, SQL Server, SQL Server Reporting Services e facoltativamente Microsoft Exchange Server installati e in esecuzione nello stesso computer.

Le distribuzioni con un solo server sono tuttavia sconsigliabili se si desidera ottimizzare le prestazioni e il ripristino di emergenza.

Le distribuzioni con un solo server hanno un limite: il computer in cui è installato Dynamics 365 Server non può fungere anche da controller di dominio. Se il computer è un server membro, ovvero non funge da controller di dominio, è possibile distribuire il ruolo del server completo Dynamics 365 Server in un Windows Server singolo che esegue anche altri prodotti richiesti.

Importante

L'esecuzione di Dynamics 365 Server in un ambiente di produzione in un controller di dominio Active Directory non è supportato.

Suggerimento

Per ridurre il sovraccarico di amministrazione IT, considerare la possibilità di eseguire Dynamics 365 Customer Engagement (on-premises) nel cloud. Per ulteriori informazioni, vedere Microsoft Dynamics

Vedere anche

Pianificare la distribuzione di Microsoft Dynamics CRM 2015
Distribuzione con più server