Configuraciones admitidas de Microsoft Dynamics 365
Publicado: enero de 2017
Se aplica a: Dynamics 365 (on-premises), Dynamics CRM 2016
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 Microsoft Dynamics 365 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 Microsoft Dynamics CRM 2011 supported configurations.
Asimismo, en esta sección se describen las configuraciones de red, dominio y servidor admitidas para Microsoft Dynamics 365, 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 Microsoft Dynamics 365 Server y el equipo que ejecuta SQL Server, donde se encuentran las bases de datos de Microsoft Dynamics 365, deben estar en el mismo dominio de Active Directory.
El dominio de Active Directory donde se encuentra un rol de Microsoft 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 Microsoft Dynamics 365 debe estar en el mismo dominio que el equipo que ejecuta el rol de Microsoft Dynamics 365 Server.
Los grupos de seguridad de Microsoft Dynamics 365 (PrivUserGroup, SQLAccessGroup, ReportingGroup y PrivReportingGroup) deben estar en el mismo dominio que el equipo que ejecuta Microsoft 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 Microsoft Dynamics 365 Server mediante un archivo de configuración XML y especificar el nombre distintivo 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 CRM es obligatoria y la pertenencia al grupo anidado bajo privusergroup no se admite actualmente. Si concede pertenencia a privusergroup a través de otro grupo de seguridad pueden producirse errores en características de aplicaciones web y creación de informes de CRM. 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 Microsoft Dynamics 365 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 Microsoft Dynamics 365 Server confía en el dominio donde se encuentran los usuarios.
Importante
Para agregar usuarios a Microsoft Dynamics 365 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 Microsoft Dynamics 365 Server en una configuración de un solo servidor, con Microsoft Dynamics 365 Server, SQL Server, Microsoft 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 Microsoft Dynamics 365 Server está instalado no puede funcionar también como controlador de dominio, a menos que esté ejecutando . Si el equipo es un servidor miembro (que no funciona como controlador de dominio), puede implementar el rol Servidor completo de Microsoft Dynamics 365 Server en un único Windows Server que también ejecute los productos adicionales requeridos.
Importante
No se admite la ejecución de Microsoft Dynamics 365 Server en un entorno de producción de un controlador de dominio de Active Directory.
Sugerencia
Para reducir sobrecarga de administración de TI, considere ejecutar Microsoft Dynamics 365 en la nube.Más información:Microsoft Dynamics
En esta sección
Implementación multiservidor de Microsoft Dynamics 365
Ver también
Planeamiento de la implementación de Microsoft Dynamics 365
Implementación multiservidor de Microsoft Dynamics 365
© 2017 Microsoft. Todos los derechos reservados. Copyright