Configuraciones admitidas de Dynamics 365 Customer Engagement (on-premises)
La arquitectura de implementación que se use dependerá de las necesidades de su negocio. Aquí se ofrecen ejemplos para planear una implementación de Dynamics 365 Customer Engagement (on-premises) en cuatro arquitecturas de sistemas de equipos representativas: una implementación de un solo equipo servidor, una implementación de dos servidores, una implementación de cinco servidores y una implementación de varios servidores con un mínimo de seis servidores. Estas implementaciones se describen en detalle en la sección Configuraciones compatibles con Microsoft Dynamics CRM 2011.
Asimismo, en esta sección se describen las configuraciones de red, dominio y servidor admitidas para Dynamics 365 Customer Engagement (on-premises), que admite topologías de varios bosques y dominios.
Requisitos de Active Directory
Los requisitos de Active Directory son los siguientes:
Los equipos que ejecutan roles de Dynamics 365 Server y el equipo que ejecuta SQL Server, donde se encuentran las bases de datos de Dynamics 365 Customer Engagement (on-premises), deben estar en el mismo dominio de Active Directory.
El dominio de Active Directory donde se encuentra un rol de Dynamics 365 Server debe ejecutarse en uno de los modos de dominio que figuran en el tema Modos de Active Directory.
La cuenta de usuario que se usa para ejecutar un servicio de Dynamics 365 Customer Engagement (on-premises) debe estar en el mismo dominio que el equipo que ejecuta el rol de Dynamics 365 Server.
Los grupos de seguridad de Dynamics 365 Customer Engagement (on-premises) (PrivUserGroup, SQLAccessGroup, ReportingGroup y PrivReportingGroup) deben estar en el mismo dominio que el equipo que ejecuta Dynamics 365 Server. Estos grupos de seguridad pueden encontrarse en la misma unidad organizativa (OU) o en unidades organizativas diferentes. Para usar grupos de seguridad ubicados en OU diferentes, debe instalar Dynamics 365 Server usando un archivo de configuración XML y especificar el nombre distintivo (DN) correcto de cada grupo de seguridad previamente existente en el elemento <Grupos>. Más información:Ejemplo de archivo XML de configuración del servidor para la instalación con grupos creados previamente
Advertencia
La pertenencia de cuenta de usuario directo al grupo de seguridad privusergroup de Microsoft Dynamics 365 es obligatoria y la pertenencia al grupo anidado bajo privusergroup no se admite en estos momentos. Si concede pertenencia a privusergroup a través de otro grupo de seguridad pueden producirse errores en todo el sistema en las características de aplicaciones web y creación de informes. Por ejemplo, si agrega un grupo de seguridad llamado mycrmprivgroupusers a privusergroup, los miembros de mycrmprivgroupusers no se convertirán en miembros de privusergroup. Esto incluye las identidades de servicio de CRMAppPool o de SQL Server Reporting Services.
Para aquellos usuarios que acceden a Dynamics 365 Customer Engagement (on-premises) desde otro dominio y no usan la autenticación basada en notificaciones, debe existir una confianza unidireccional por la que el dominio donde se encuentra Dynamics 365 Server confía en el dominio donde se encuentran los usuarios.
Importante
Para agregar usuarios a Dynamics 365 Customer Engagement (on-premises) que no se autentican mediante la autenticación basada en notificaciones, se requiere confianza bidireccional de bosque.
Implementación de un solo servidor
Para bases de usuarios pequeñas, se puede implementar un Dynamics 365 Server en una configuración de un solo servidor, con Dynamics 365 Server, SQL Server, SQL Server Reporting Services y, opcionalmente, Microsoft Exchange Server, instalados y ejecutándose en el mismo equipo.
No se recomiendan las implementaciones de un solo servidor para obtener la mejor experiencia en cuanto a rendimiento de la aplicación y recuperación ante desastres.
Solo existe una limitación en las implementaciones de un solo servidor: el servidor donde Dynamics 365 Server está instalado no puede funcionar también como controlador de dominio. Si el equipo es un servidor miembro (que no funciona como controlador de dominio), puede implementar el rol Servidor completo de Dynamics 365 Server en un único Windows Server que también ejecute los productos adicionales requeridos.
Importante
No se admite la ejecución de Dynamics 365 Server en un entorno de producción de un controlador de dominio de Active Directory.
Propina
Para reducir sobrecarga de administración de TI, considere ejecutar Dynamics 365 Customer Engagement (on-premises) en la nube. Más información: Microsoft Dynamics
Consulte también
Planificar su implementación de Microsoft Dynamics CRM 2015
Implementación de varios servidores