Exchange 2016管理——安装角色之林域架构扩展(1)

简介:

             在进行Exchange 2016安装之前需要进行林域架构扩展,下面是扩展的操作步骤。

一、Exchange 2016林域架构扩展

1、准备AD,使用命令:  .\setup /PrepareAD /OrganizationName:"<organization name>"   /IAcceptExchangeServerLicenseTerms     进行域准备。(进行此操作需要操作账户具备Domain Admins组权限)。(具体可以参考:https://technet.microsoft.com/en-us/library/bb125224(v=exchg.160).aspx。)

QQ截图20160822134253_thumb[1]

2、林架构扩展,使用命令:  .\setup /PrepareSchema /IAcceptExchangeServerLicenseTerms     进行架构扩展。(进行此项操作需要操作账户至少具备Schema Admins组和Enterprise Admins的权限)

QQ截图20160822135811_thumb[1]

3、准备域,使用命令:  .\setup /PrepareDomain /IAcceptExchangeServerLicenseTerms     进行当前域准备。如果是需要为多个子域准备,则可以运行.\setup /PrepareAll Domains  /IAcceptExchangeServerLicenseTerms    

QQ截图20160822142128_thumb[1]

 

二、林域架构扩展完成后验证

    Exchange 2016目前各个版本在AD扩展后的版本信息如下:


Exchange version rangeUpper objectVersion objectVersion

Naming context

 

Schema

Default

Configuration

Container

 

ms-Exch-Schema-Version-Pt

Microsoft Exchange System Objects

CN=<your organization>, CN=Microsoft Exchange, CN=Services, CN=Configuration, DC=<domain>

 

Exchange 2016 CU2

15325

13236

16212


Exchange 2016 CU1

15323

13236

16211


Exchange 2016 RTM

15317

13236

16210


Exchange 2016 Preview

15317

13236

16041

    通常AD林域架构扩展过程中如果没有报错,基本上都是扩展成功的。但在大型AD环境中,扩展林域架构往往需要进行申请。扩展后需要确认扩展是否成功,这样才能保证万无一失。

验证AD林域架构扩展是否成功,可以从三方面进行:1、查看ADSI中”默认命名上下文“中的Microsoft Exchange System Objects的ObjectVersion属性值是否为13236(Ex2016 CU2为该值)。2、查看ADSI的配置中CN=<your organization>, CN=Microsoft Exchange, CN=Services, CN=Configuration, DC=<domain>的objectVersion属性值是否为16212(Ex2016 CU2为该值)。

3、查看ADSI中架构中ms-Exch-Schema-Version-Pt的rangeUpper属性值是否为15325(Ex2016 CU2为该值)。

下面分别截图:

1、查看ADSI中”默认命名上下文“中的Microsoft Exchange System Objects的ObjectVersion属性值是否为13236(Ex2016 CU2为该值)。

image_thumb[5]

2、查看ADSI的配置中CN=<your organization>, CN=Microsoft Exchange, CN=Services, CN=Configuration, DC=<domain>的objectVersion属性值是否为16212(Ex2016 CU2为该值)。

image_thumb[2]

3、查看ADSI中架构中ms-Exch-Schema-Version-Pt的rangeUpper属性值是否为15325(Ex2016 CU2为该值)。

image_thumb[7]



本文转自 jialt 51CTO博客,原文链接:http://blog.51cto.com/jialt/1844190

相关文章
|
15天前
|
设计模式 Java API
Java 可扩展 API 设计:打造灵活的应用架构
【4月更文挑战第27天】设计可扩展的 API 是构建灵活、易于维护的应用程序架构的关键。Java 提供了丰富的工具和技术来实现这一目标,使开发者能够构建具有高度可扩展性的应用程序。
38 4
|
3天前
|
Cloud Native API 开发者
构建未来:云原生架构在企业数字化转型中的关键角色
【5月更文挑战第9天】 随着企业加速迈向数字化时代,传统的IT架构已不足以支撑快速变化的市场需求。本文深入探讨了云原生架构如何成为推动企业敏捷性、可扩展性和创新能力的关键因素。通过分析微服务、容器化、持续集成与持续部署(CI/CD)等核心技术的实践应用,揭示了云原生技术如何助力企业实现真正的业务和技术一体化,以及在竞争激烈的市场中保持领先地位。
|
6天前
|
Kubernetes Cloud Native 持续交付
构建未来:云原生架构在企业数字化转型中的关键角色
【5月更文挑战第7天】 随着企业加速数字化转型,云原生架构已成为推动创新和敏捷性的重要驱动力。本文将深入探讨云原生技术的基本原理,以及如何利用这些技术实现业务灵活性和响应速度的显著提升。通过分析微服务、容器化、持续集成/持续部署(CI/CD)等关键组件,我们将揭示云原生架构如何帮助企业应对快速变化的市场需求,同时确保系统的稳定性和可扩展性。
|
12天前
|
设计模式 Cloud Native 算法
拥抱变化:我的技术适应之旅构建未来:云原生架构在企业数字化转型中的关键角色
【4月更文挑战第30天】 在技术的浪潮中,我学会了不仅仅是编码,还有如何与时俱进。本文记录了我从一名初出茅庐的开发者成长为一个能够适应不断变化技术环境的工程师的心路历程。从最初的困惑与挑战到后来的接纳与创新,我意识到,技术能力的提升和心态的转变同样重要。
|
12天前
|
监控 安全 Cloud Native
云计算架构设计与实施:构建高效、可扩展的云解决方案
【4月更文挑战第30天】本文探讨了云计算架构的关键要素,包括服务模型(IaaS, PaaS, SaaS)、部署模型(公有云、私有云、混合云)及可扩展性、安全性、可靠性和成本效益。实施策略涉及需求分析、选择云服务商、设计基础设施、自动化、监控和灾备计划。最佳实践推荐模块化设计、微服务、DevOps、CI/CD、多租户支持和云原生应用,以确保高效、安全且成本优化的云环境。
|
14天前
|
Kubernetes 监控 Docker
|
16天前
|
运维 Cloud Native 持续交付
构建未来:云原生架构在企业转型中的关键角色
【4月更文挑战第27天】 随着数字化转型的浪潮汹涌澎湃,企业亟需灵活、可扩展的技术基础来支撑其业务的快速发展。云原生架构,以其独特的设计理念和运行模式,为企业提供了一条创新的途径。本文将深入探讨云原生技术的核心组件,包括容器化、微服务、持续集成/持续部署(CI/CD)等,并分析它们如何共同作用,推动企业实现敏捷开发和自动化运维。通过对这些技术的深度剖析,我们将揭示云原生架构如何在不断变化的市场环境中赋予企业竞争优势。
25 0
|
18天前
|
缓存 安全 API
构建高效可扩展的RESTful API:后端架构的艺术
【4月更文挑战第25天】 在数字化时代的浪潮中,一个稳定、高效且易于扩展的后端系统是企业成功的关键。本文将探讨如何构建一个满足现代业务需求的RESTful API。我们将深入分析关键设计原则,如模块化、服务分层、缓存策略以及数据库优化,并讨论这些原则如何融入实际开发流程中。通过具体案例和最佳实践,我们的目标是为读者提供一套实用的工具和方法,以支持他们自己的后端开发工作。
|
28天前
|
消息中间件 存储 数据库
RabbitMQ入门指南(二):架构和管理控制台的使用
RabbitMQ是一个高效、可靠的开源消息队列系统,广泛用于软件开发、数据传输、微服务等领域。本文主要介绍了RabbitMQ架构和管理控制台的使用等内容。
52 0
RabbitMQ入门指南(二):架构和管理控制台的使用
|
1月前
|
运维 监控 自动驾驶
构建可扩展的应用程序:Apollo与微服务架构的完美结合
构建可扩展的应用程序:Apollo与微服务架构的完美结合
36 10