AD_2008R2+Exchange2010升级迁移项目实施方案
部署Exchange2010服务器
设置服务启动类型 安装完所需的角色 和功能后，在 CASHUB1服务器上 把Net.Tcp Port Sharing Services服务 的启动类型设置为 自动，如图2所示。 Active Directory准备 接下来要准备AD权限，安装过Exchange2003的 朋友们都有经验。Exchange服务器和AD结合得 非常紧密，部署Exchange的过程中会对AD进行 大量的修改。Exchange2010的部署也有这样的 特点，部署Exchange2010时要确保使用的账号 有修改AD架构的权限。 1、 旧版Exchange服务器权限准备 如图4所示，在CASHUB1服务器上运行cmd。切 换到Exchange2010安装光盘所在的盘符，本例 是D盘，然后运行setup/pl，这是为旧版的 Excha大小之后，就要在存储上规划Lun了。一般在生产环境下，负载 的用户超过千人，基本都要使用专业的存储设备，这主要是基于性能及数据安全的考 虑。当然，要是预算真的有限，使用服务器本地硬盘也不是绝对不行。 上文规划了每个邮箱及每个数据库需要的存储空间，考虑到数据安全，一般来说 数据库和日志应该规划到不同的Lun。每个Lun可以存储两个邮箱数据库或两个邮箱数 据库日志，而每个邮箱数据库承载的邮箱应该在300以下。这些都是根据最佳实践得出 的推荐值，可供大家参考。大家根据每个Lun存储两个数据库，每个数据库300邮箱， 就可以计算出需要在存储上规划多少个邮箱数据库Lun和多少个日志Lun了。 顺便提一下，规划时考虑硬件的需求不是想当然的。要根据官方的规划文档得出 参考值，而且一般要预留20%的性能空间。我最近见过某单位使用Exchange2010服务器 支持4000用户，居然使用的是一台单服务器拓扑。而且允许用户上传200M大小的附件， 听得我那是一个汗哪。俺弱弱地提问一句：Exchange的性能有问题吗？“有啊，很多用 户发信时有很大的延时，好多人发信后过了半天发现信还在Outlook里…..”。我一听这 叫一个崩溃，信在Outlook中那说明Exchange根本响应不过来了，可怜啊….再问，为什 么允许用户发这么大的附件啊？答曰：“由于我们没有文件服务器…….” 九 网络准备 接下来要准备Exchange服务器的网络设备。Exchange的两台邮箱服务器需要使用 DAG实现高可用，规划两台邮箱服务器使用双网卡，一块网卡连接生产网段，一块网卡 传递心跳信息。两台CAS/HUB服务器用NLB组成一个负载平衡群集，CAS/HUB服务器和 邮箱服务器类似，也是使用两块网卡。我们也咨询过微软工程师，能否使用一块网卡。 微软工程师答复也是可以的，因为心跳数据并不是很多，一块网卡也可以承载
win2003 exchange2003 域控 同域迁移到 win2008r2 exchange2010 域控
win2003+exchange2003同域迁移到win2008r2+exchange2010目的是将原来部署在win2003上的exchange2003服务器中的用户和邮件全部迁移到新建立的win2008r2服务器上的exchange2010中。
按照安装win2008r2---加入域---取代原来的win2003域控---IIS---证书服务器---证书认证---部署exchange2010---迁移用户的步骤执行。
旧服务器已经运行了3年，因为近期陆续出现严重错误，最后决定进行迁移。
决定首先使用Acronis Backup & Recovery 10 Server for Windows将旧服务器整体制作成为一个vm虚拟机并运行，然后再在虚拟机环境下安装一个win2008r2新服务器加入旧服务器域，迁移域控后删除旧服务器的域控，在新服务器中部署IIS、证书服务器、exchange2010，然后将所有用户和邮箱迁移到新服务器中，删除旧服务器的exchange2003，最后用Acronis Backup & Recovery 10 Server for Windows将建成的新服务器win2008r2+exchange2010制作成映像文件，裸机还原到一个新硬盘上，将硬盘安装到真实服务器，投入使用。
部署环境：旧服务器：omoserver，win2003sp2，本身为域控AD（），已经部署有exchange2003，ip 地址为192.168.1.91管理员administrator 密码omoxxxx0）新服务器：omoserver2，win2008r2，将成为新域控AD（），最后准备部署exchange2010,ip 地址为192.168.1.61管理员administrator 密码xitongguanliyuanxxxx0）部署环境为vmware7虚拟机。
安装过程中的存档都是指虚拟机快照。
系统迁移实施方案
系统迁移实施方案随着科技的不断发展和企业业务的不断扩张，许多企业都面临着需要进行系统迁移的挑战。
系统迁移是指将企业原有的信息系统迁移到新的平台或环境中，以满足业务发展的需求。
在系统迁移过程中，需要制定详细的实施方案，以确保迁移过程顺利进行并最大程度地减少对业务的影响。
本文将围绕系统迁移的实施方案展开讨论，以帮助企业更好地完成系统迁移过程。
1. 确定迁移目标和范围在制定系统迁移实施方案之前，首先需要明确迁移的目标和范围。
企业需要确定迁移的原因，是因为旧系统已经无法满足业务需求，还是因为需要升级系统以提高效率和性能。
同时，还需要确定迁移的范围，包括迁移的数据量、迁移的业务流程等。
只有明确了迁移的目标和范围，才能有针对性地制定实施方案。
2. 迁移风险评估在制定系统迁移实施方案时，需要对迁移过程中可能出现的风险进行评估。
这些风险可能包括数据丢失、系统不稳定、业务中断等。
企业需要对这些风险进行充分的评估，并制定相应的风险应对措施。
例如，可以制定数据备份方案以应对数据丢失的风险，可以制定系统回滚方案以应对系统不稳定的风险。
3. 制定详细的迁移计划在系统迁移实施方案中，需要制定详细的迁移计划。
这包括迁移的时间节点、迁移的步骤、迁移的人员和资源等。
迁移计划需要充分考虑业务的需求，尽量减少对业务的影响。
同时，还需要考虑迁移过程中可能出现的问题，制定相应的解决方案。
迁移计划需要经过相关部门的审批，确保迁移过程的顺利进行。
4. 迁移过程中的沟通和培训在系统迁移实施方案中，需要充分考虑迁移过程中的沟通和培训工作。
迁移过程中，可能会涉及到不同部门和人员之间的协作，需要做好沟通工作，确保各方都能够理解迁移的重要性和影响。
同时，还需要对相关人员进行培训，使其能够顺利地适应新系统的使用。
5. 迁移后的监控和支持在系统迁移实施方案中，需要考虑迁移后的监控和支持工作。
迁移后，需要对新系统进行监控，确保其稳定运行。
同时，还需要提供相应的支持，帮助业务部门和员工适应新系统的使用。
Windows域(AD)迁移方案
域迁移方案一、事前准备：先分别建立两个位于不同林的域，内建Server若干，结构如下：ADC02 172.16.1.2/24EXS01 172.16.1.101/24ADC01172.16.1.1/24其中：：ADC01作为主域控制器，操作系统为Windows Server 2008 R2，并安装有DHCP服务，作用域范围为172.16.1.100/24——172.16.1.200/24。
ADC02作为的辅助域控制器，操作系统为Windows Server 2008 R2Exs01为的Mail服务器，操作系统为Windows Server 2003 SP2，Exchange 版本为2003TMG01为防火墙，加入到网域，操作系统为Windows Server 2008R2，Forefront TMG为2010Client为加入到此网域的客户端PC，由DHCP Server分配IP：Ad-cntse为的域控制器，操作系统为Windows Server 2008 R2，为了网域的迁移安装有ADMT以及SQL Server Express 2005 SP2Exs-centse作为的Mail Server，操作系统为Windows Server 2003 SP2，Exchange 版本为2003.备注：所有的Server均处在同一个网段172.16.1.x/24二、的User结构：如图，其中红色圈中部分为自建组别，OA User为普通办公人员组别，拥有Mail账号，admins为管理员群组， Terminal User为终端机用户组别，均没有Mail账号。
以上三组别均建立有相应的GPO限制其权限。
其他Users保持默认设定三、设定域信任关系：1、设定DNS转发器：在域控制器Ad-cntse的DNS管理器设定把的解析交给的DNS，同理，把域控制器ads01的DNS管理器把 的解析交给的DNS。
如下图：2、在“Active Directory 网域及信任”中设定双方网域的信任关系：四、利用ADMT工具把中没有Mail账号的User和组都迁移到域，步骤如下图：选择域和域控制器选择用户选择选项选择User选择OU密码迁移选项User转换选项迁移User的相关设定排除User对象选择如发生冲突应该怎样处理项至此，没有Mail账号的User迁移完毕。
服务器迁移方案
第1篇
服务器迁移方案
一、迁移背景
随着业务发展及信息化建设的不断深入，现有服务器设备在性能、扩展性及安全性方面已无法满足日益增长的业务需求。为保障业务连续性和数据安全，提高系统运行效率，降低运维成本，现需对现有服务器进行迁移。
二、迁移目标
1.提升服务器性能，满足业务发展需求。
2.增强系统扩展性，为未来业务发展预留足够空间。
3.优化网络架构，提高系统稳定性和运维效率。
4.减少能源消耗和运维成本，实现绿色可持续发展。
三、迁移范围
本次迁移涉及以下关键要素：
1.服务器硬件及配套设施。
2.操作系统和应用程序。
3.数据库及重要数据文件。
4.网络配置和网络安全策略。
四、迁移策略
1.迁移前期准备
-进行全详细的迁移时间表。
五、迁移步骤
1.评估与规划
（1）收集现有服务器的硬件配置、操作系统版本、应用程序版本等详细信息。
（2）分析业务需求，确定新服务器的硬件配置、操作系统及应用程序版本。
（3）制定详细的迁移计划，包括迁移时间、迁移顺序、资源分配等。
2.备份与恢复
（1）对关键数据进行全量备份，备份数据应存储在安全可靠的地方。
第2篇
服务器迁移方案
一、迁移背景
随着公司业务的持续扩展和数据量的激增，现有服务器在处理能力、存储空间及可靠性方面已显不足。为保障业务流程的连续性和数据的安全性，降低运维复杂度和成本，服务器迁移成为当前亟待解决的问题。
二、迁移目标
1.提升服务器硬件性能，满足当前及未来业务发展需求。
2.增强数据备份和灾难恢复能力，保障业务数据安全。
3.提高数据安全性，确保业务连续性。
4.优化网络架构，降低运维成本。
项目迁移实施方案
项目迁移实施方案一、背景介绍。
随着公司业务的发展和变化，项目迁移成为了一项必要的工作。
项目迁移是指将原有的项目或系统迁移到新的环境或平台上，以满足业务发展的需求。
本文档将详细介绍项目迁移的实施方案，确保迁移过程顺利进行。
二、项目迁移前的准备工作。
1. 确定迁移的原因和目标，在开始项目迁移之前，需要明确迁移的原因和目标，明确迁移后的业务需求和期望效果。
2. 进行现有系统的分析和评估，对现有系统进行全面的分析和评估，包括系统的架构、功能模块、数据结构等，以便为迁移做好准备。
3. 制定详细的迁移计划，制定详细的迁移计划，包括迁移的时间节点、责任人、资源调配等，确保迁移过程有条不紊。
三、项目迁移的实施步骤。
1. 数据备份和准备工作，在正式开始迁移之前，需要对现有系统的数据进行备份，确保数据的安全性。
同时，对迁移所需的资源和环境进行准备。
2. 迁移方案的制定，根据前期的分析和评估结果，制定详细的迁移方案，包括迁移的技术方案、迁移的流程和步骤等。
3. 迁移过程的监控和调整，在迁移过程中，需要对迁移的进度和效果进行实时监控，及时调整迁移方案，确保迁移的顺利进行。
4. 测试和验证，在迁移完成后，需要对迁移后的系统进行全面的测试和验证，确保系统的稳定性和可用性。
5. 迁移后的运维和支持，迁移完成后，需要对新系统进行运维和支持，确保系统的正常运行和业务的持续发展。
四、项目迁移后的总结和反思。
1. 总结迁移过程中的经验和教训，为以后类似的项目迁移提供借鉴。
2. 收集迁移后的用户反馈和意见，及时调整和改进迁移后的系统，以满足用户的需求。
3. 对迁移过程中出现的问题和挑战进行分析和解决，为未来的项目迁移提供参考。
五、项目迁移的风险和对策。
1. 数据安全性风险，在迁移过程中，可能存在数据丢失或泄露的风险。
对此，需要加强数据备份和安全措施。
2. 系统稳定性风险，迁移后的系统可能存在稳定性问题，需要进行充分的测试和验证，及时发现和解决问题。
把Windows 2008 R2域服务升级和迁移到Windows Server 2012 R2上
把Windows 2008 R2域服务升级和迁移到Windows Server 2012 R2上• (一)windows Server 2012 R2 中增加了不少功能，在AD角色中就增加了如下新特性：Workplace Join：支持设备在不加入域的情况下，通过第二因子认证和单点登录通过web应用代理访问内部应用:外部设备可以直接通过Web应用代理来访问内部应用和服务，如：ADFS、Applications。
通过规则以决定访问ADFS资源的用户权限，权限有三种：允许所有用户访问、输入凭据访问、拒绝用户访问迁移工作可以有多种方式，常见的就是在不同设备上进行迁移，这样安全可靠。
还有一种是就地升级的迁移，这种方式只限于能直接升级到Windows Server 2012 R2 的系统，升级前做好系统备份工作。
1.新安装一台Windows server 2012 R2服务器，打开添加角色和功能对话框。
2.在安装类型页面点击下一步3.在服务器选择页面，点击下一步4.在服务器角色页面，选择AD域服务角色，点击下一步5.在功能页面，点击下一步7.点击下一步8.勾选“如果需要，自动重新启动服务器”，点击安装9.安装完成后点击“将此服务器升级为域控制器”10.在部署配置页面，选择将域控制器添加到现有域，具体配置如图所示，点击下一步11.输入目录还原密码，然后点击下一步12.点击下一步13.复制自选择主域控制器，然后点击下一步14.在路径页面，点击下一步15.点击下一步16.点击下一步17.先决条件检查通过后，点击安装18.安装完成后，点击关闭19.在AD管理中心中看到，windows server 2012 R2 服务器已经成为域控制器。
（二）将域的五个角色转移到Windows server 2012 R2AD域环境中的五大主机角色在Win Server多主机复制环境中，任何域控制器理论上都可以更改ActiveDirectory中的任何对象。
系统迁移实施方案
系统迁移实施方案1. 引言随着技术的不断进步和业务的不断发展，许多组织需要将其现有的系统迁移到新的环境中。
系统迁移是一项复杂的任务，需要仔细规划和实施，以确保数据的完整性和业务的连续性。
本文档将介绍一个系统迁移的实施方案，包括迁移目标、迁移策略、迁移步骤等内容。
2. 迁移目标在开始系统迁移之前，我们首先需要明确迁移的目标。
以下是一些典型的迁移目标：•提高系统的性能和可伸缩性；•降低维护和运营成本；•更换系统的硬件或软件基础设施；•采用新的技术框架或平台。
根据具体的迁移目标，我们可以选择不同的迁移策略和方案。
3. 迁移策略系统迁移的策略取决于多种因素，包括业务需求、数据量、应用程序复杂性等。
以下是一些常见的迁移策略：3.1. 平行迁移平行迁移是指在新系统上并行运行旧系统和新系统，逐步将业务流量从旧系统切换到新系统。
这种策略可以最大程度地减少对业务的影响，但需要维护两套系统。
3.2. 渐进迁移渐进迁移是指将旧系统逐步迁移到新系统中。
这种策略可以降低对业务的风险，但需要更长的迁移周期和额外的开发和测试工作。
3.3. 冲刺迁移冲刺迁移是指在较短的时间内将旧系统全部迁移到新系统上。
这种策略风险较高，但可以快速实现迁移。
在选择迁移策略时，需要综合考虑业务需求、风险承受能力、迁移时间和资源成本等因素。
4. 迁移步骤下面是一个基本的系统迁移步骤的示例：4.1. 需求分析在开始迁移之前，需要进行需求分析，明确迁移的目标、范围和时间表等。
还需要评估迁移过程中可能面临的风险和挑战，并制定相应的应对措施。
4.2. 系统设计根据需求分析的结果，设计新系统的架构和组件。
考虑到迁移的不确定性，可以采用模块化的设计，逐步替换旧系统的功能。
4.3. 数据迁移在进行系统迁移之前，需要将现有系统中的数据导出，并按照新系统的数据模型进行转换和导入。
需要确保数据的完整性和一致性。
4.4. 功能迁移根据系统设计的结果，逐步将旧系统的功能迁移到新系统中。
exchange迁移
前段时间完对某公司AD、Exchange的跨域迁移，现将环境重新模拟一次，并将操作过程记录总结，供大家参考！环境说明：现用域名为Contoso.local，现因业务需求，需将现所有域名更换为sysmicro.c n，现有环境为DC+Exchange一台（Win2008R2+Exchange2010）,主机名为: Mail.contoso.local，文件服务器一台（Win2008R2），主机名为:File.contos o.local，及其它应用的成员服务器（这里不做介绍)，平稳迁移到新的域名sys ，迁移后DC两台（Win2008R2）,主机名为：,DC2.s ,Exchange一台（Win2008R2+Exchange2010）,主机名为:ex01.sy ,文件服务器一台（Win2008R2），主机名为:，其它略。
主要步骤：1、安装准备好新域的DC和Exchange，2、配置域信任，3、安装ADMT/PES迁移用户账号、组、计算机等对象；4、迁移用户邮箱安装做准备新域DC和Exchange过程这里不作介绍了，从域信任开始：第一部分：配置两个域的双向信任：1、分析在两台DC的DNS上开启区域传送权限(可以依需要，配置到指定服务器，或是所有服务器)2、分别在DNS增加对方DNS为辅助区域3、打开AD Domain and Trusts，添加信任：4、在向导中，输入对方域的域名：5、选择外部信任：6、选择双向信任：7、选择信任8、输入对方域中有管理员权限的账号和密码：9、选择默认选项：10、完成配置！11、分别在两个域的AD Users and Computers中，将对方Domain Admin 加到Administrators组成员：在Locations中，选择对方域，然后查到到Domain admin12、添加完成！13、信任及权限配置完成!第二部分：安装配置ADMT，迁移AD内容！以下步骤在目标域完成：即需要迁移到的新域：1、安装SQL Express，过程略，使用默认选项完成安装！2、如果ADMT和SQL Express是安装在DC，还需完成3-6步骤操作：3、创建域本地组，可格式: "SQLServerMSSQLUser$$"，如你的DC主机名为DC1则命令如下:NET LOCALGROUP SQLServerMSSQLUser$DC1$SQLEXPRESS /ADD 4、用SC.exe命令查看地SQL Services SID:SC SHOWSID MSSQL$SQLEXPRESS5、创建ADMT\Data目录，用于存放AMDT的SQL数据库：MD %SystemRoot%\ADMT\Data6、对创建的目录调整权限：注意:将星号“*”后面的SID替换为第4步中查询的SIDICACLS %systemroot%\ADMT\Data /grant *S-1-5-80-3880006512-4290199 581-3569869737-363123133:F7、执行ADMT安装程序，在数据库选择界面，输入第1步中安装SQL主机及实例名，如果为本机安装，默认为：.\sqlexpress8、因为是新安装，且没有之前数据库需要导入，所以选默认选项：不从现有数据库导入9、下一步，完成！10、开启ADMT，能正常启动，安装、配置完成！、11、用ADMT工具，生成PES密钥文件：Admt key /option:create /sourcedomain:contoso.local /keyfile:c:\contoso.pes /keypassword:12、生存的文件如下，将其COPY到需要迁移的源域控下，以下步骤在源域完成：即需要迁移的旧域：1、在需要迁移的原域控上，安装PES2、选择加密文件，即第11步中生成的文件，3、输入PES密码，即第11步中，Keypassword后面的值：4、开始安装：5、指定启动此服务的账号，完成安装、重启！6、重启后，手动启动PES服务，以支持密码迁移！以下步骤在目标域完成：即需要迁移到的新域：7、转到新域的域控上，开启ADMT，在Active Directory Migration Tool上点右键，选择User Account Migration Wizard:8、指定需要迁移的源域的域名及域控、目标域域名及域控9、选择需要迁移的用户：10、添加用户：11、选择目标OU：12、选择：迁移密码：13、选中：迁移用户SID：14、输入原域中，有权限的账号和密码：15、可依实际需要，是否需要迁移用户权限、组等设置16、可排除不需要迁移的属性对象：17、下一步、完成后，开始迁移！18、迁移成功，可以点击View Log,查看详细信息！19、进到AD Users and Computers，可以看到，刚才中的两个用户已顺利迁移过来！20、ADMT迁移过来的用户，都会将账号属性设置为:下次登录需要更换密码21、如果需要针对多个用户去掉此选顶，可以在用户管理中，一次选中多个用户、右键、属性，切换到Account选项卡，在”User must change passwor d at next logon“，在最前面选中、确认即可！22、再次打开其中一个用户，下次登录需要更换密码的选项已取消！23、如果需要迁移计算机，可参考上面步骤中的20-30，迁移完后，需要在用户计算机上手动更改域及手动迁移用户配置文件！文件服务器等成员服务器，也适用，迁移完后用文件和目录权限会一同迁移到新的域环境，这里不作介绍！第三部分：迁移Exchange邮箱！开始移动前，需在源域的用户上添加新域的SMTP地址，或是用策略统一添加，如：1、在新域的EX01上，开始EMC，添加contoso.locl的Excha nge Forest:2、输入对方的域名、服务器的FQDN3、确认后，输入对方域的管理员账号密码4、添加成功后，可以在一个EMC界面下管理两个域的Exchange5、在目录域的EMC、Recipient Configuration中，可以看到前面通过ADMT 移动过来的两个用户，已经有Exchange属性，需要先禁用6、打开Exchange Powershell,进到Exchange安装目录的Scripts目录下：7、创建本地和远程两个认证变量，并分别输入本地和远程管理员账号密码8、对需要迁移的用户，重新创建Mailbox属性：Enable-MailUser –Identity Xiang –ExternalEmailAddress xiang@sysmicro.c n9、对需要迁移的用户执行prepare-moverequest.ps1:.\Prepare-MoveRequest.ps1 –Identity “Xiang” –RemoteForestDomainControl ler “mail.contoso.local” –RemoteForestCredential $remote –LocalForestDo mainController “” –LocalForestCredentil $local –UselocalObj ect10、新增移动请求：New-MoveRequest –Identity “Xiang” –remoteLegacy –RemoteGlobalCatalo g “mail.contoso.local” –RemoteCredential $remote –TargetDeliveryDomain “” –TargetDatabase “mailbox Database 0454265029”11、在EMC中，可以看到已经创建移动请求：12、移动完成后，OWA进到用户邮箱，确认邮件内容，迁移完成！13、将用户电脑加到新域中，并以新的域的账号登录，完成迁移！。
服务器迁移工作计划范文
服务器迁移工作计划范文一、项目背景随着公司业务的不断扩张，现有的服务器设备配置已经无法满足业务需求，因此需要进行服务器迁移及更新设备配置的工作。
目前公司使用的服务器主要包括应用服务器、数据库服务器、文件服务器等。
为了保证业务的稳定性和可靠性，我们计划进行服务器迁移工作，将现有的服务器迁移到新的硬件设备上，并进行相应的配置优化。
二、迁移目标1. 更新硬件设备，提高服务器性能和稳定性；2. 迁移现有业务系统及数据，保证业务的连续性和稳定性；3. 对新硬件配置进行优化，提高系统性能。
三、项目范围1. 迁移应用服务器；2. 迁移数据库服务器；3. 迁移文件服务器；4. 迁移相关数据及业务系统。
四、项目实施计划及工作内容1. 计划制定：- 项目启动会议：确定项目目标、范围、进度安排及相关工作任务分配；- 项目计划编制：细化任务，确定时间节点及人员责任；- 风险识别和应对措施：针对迁移可能会遇到的问题进行风险识别，并制定相应的应对措施。
2. 系统准备：- 新硬件设备采购；- 网络环境搭建和优化。
3. 迁移方案设计：- 确定迁移方案，包括迁移流程、数据迁移、系统配置等；- 制定详细的迁移计划。
4. 测试验证：- 迁移前数据备份；- 迁移测试：模拟迁移过程进行测试验证，确保迁移的可靠性和完整性。
5. 系统迁移执行：- 数据迁移；- 系统配置及优化；- 迁移后数据验证和系统测试。
6. 系统调优：- 对新硬件配置进行优化，提高系统性能；- 迁移后系统性能测试。
7. 系统上线：- 迁移后业务系统验证；- 恢复正常业务运行。
8. 完善文档：- 更新系统操作手册、维护手册等相关文档。
五、项目执行过程风险和应对措施1. 数据迁移失败：及时备份数据，确保迁移失败后可以快速恢复；2. 系统配置错误：制定详细的配置方案，对配置进行备份，确保系统配置的正确性；3. 硬件设备故障：提前准备备用设备，保证系统迁移的连续性。
六、项目团队及详细工作任务1. 项目经理：负责项目整体管理，组织协调各项工作，制定项目计划、风险识别以及应对措施；2. 技术团队：负责系统迁移的具体工作，包括硬件设备采购、网络环境搭建、数据迁移、系统配置及优化、系统测试等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
AD 2008R2/Exchange2010升级迁移项目实施方案
由于是事后总结，没有截图
方案说明：
某厂为了适应发展要求，计划将现有域和邮件环境从原有的2003升级到Windows 2008 R2和Exchange 2010，要求平稳无缝升级，对用户的影响降以最低，不影响工厂的正常工作！
现有环境：
两台AD服务器为DC01/DC02，硬件配置：DELL1950 146G*2 Raid1/1G內存，运行Windows 2003 SP2。
一台Exchange服务器Mail01,硬件配置：DELL2950 146G*5 Raid5/1G內存运行Windows 2003 SP2+ Exchange 2003 SP2。
为满足2008 R2 64x和Exchange2010的需求，将AD服务器内存升为6G,Exchange服务器内存升级到8G。
具体操作如下：
１、更改域操作模式，将AD五大角色和GC转移到DC02，将DC01用DCPROMO降级并退出域２、DC01安装2008 R2 64x操作系统并加域
３、在DC01上，运行2008 R2光盘中的ADPREP工具，扩展Forest/Domain/组域策及只读域等架构以支持2008域结构
４、在DC01上执行DCPROMO升级为2008R2域控制器，并设置为GC
５、将AD五大解色转移到DC01
６、将DC02用DCPROMO降级并退出域
７、将DC02安装2008 R2 64x操作系统并加域
８、在DC02上执行DCPROMO升级为2008 R2域控制器，并设置为GC
９、到此，AD2003升2008 R2的工作完成
１０、为了保证Exchange的平稳过度，先找一台空闲的机器，安装Windows2003和Exchange2003，设置为Mail02，
１１、将Mail01的邮箱、公共资料夹等转多到Mail02
１２、待所有数据转移完成后，将Mail01上的Exchange卸载，并退出域
１３、将Mail01安装2008 R2 64X操作系统并加域
１４、在Mail01上，运行Exchange安装工具，准备Exchange 2010需的域环境和权限：安装 Microsoft Filter Pack,执行；setup /pl； setup /ps； setup /pd
１５、安装Exchange 2010需要的2008 R2环境，在此用典型安装，在Windows PowerShell 中执行：
Import-Module ServerManager
Add-WindowsFeature
NET-Framework,RSAT-ADDS,Web-Server,Web-Basic-Auth,Web-Windows-Auth,Web-Metabase ,Web-Net-Ext,Web-Lgcy-Mgmt-Console,WAS-Process-Model,RSAT-Web-Server,Web-ISAPI-Ext,Web-Digest-Auth,Web-Dyn-Compression,NET-HTTP-Activation,RPC-Over-HTTP-Proxy -Restart
１６、安装Exchange 2010及相关设置（证书、OWA脱机地址等设置）
１７、将用Mailbox/公用资料夹等转移到Mail01
１８、所有数据转移完成后，保留Mail02几天，待系统正常稳定后，将Exchange卸载,退出域，从网络中移除。
Exchange2010升迁移工作完成！
总结：此方案充分保证了用户有数据的完整性，利用周日进行系统的安装和迁移，用户在周五时关机时，后台服务器还是Windows 2003和Exchange 2003,待下周一上班时，后台服务器已升级到Windows 2008 R2和Exchange 2010，电脑无需做任何的设置变更(用户电脑为Office2007/2010，如果用户电脑是Office2003，刚需要更改用户电脑设定，或通过组策统一更改)，在用户不知不觉的情况下完成了升级！。