客户机服务器模式有哪些？

如电子邮件交换，Web访问和数据库访问功能，是建立在客户服务器模式。用户访问银行服务，从他们的电脑使用Web浏览器客户端发送请求到Web服务器在银行。该方案可能反过来请求转发给它自己的数据库客户端程序，在另一家银行的计算机发送一个请求到数据库服务器检索帐户信息。该余额返回到银行的数据库客户端，这反过来又服务于它的回Web浏览器客户端显示结果给用户。客户机服务器模式已成为网络计算的核心思想之一。许多商业应用程序被写入今天使用客户服务器模型。所以，做互联网的主要应用协议，如的HTTP，SMTP，Telnet和DNS的。

客户端和服务器之间的交互是经常使用序列图描述。序列图是在统一建模语言规范。

特定类型的客户包括Web浏览器，电子邮件客户端和在线聊天的客户。

特定类型的服务器包括Web服务器，FTP服务器，应用服务器，数据库服务器，域名服务器，邮件服务器，文件服务器，打印服务器和终端服务器。大多数Web服务也是服务器类型。

1）MAS服务器的部署：依据行业用户需要完成的业务进行MAS服务器的安装部署；

2）业务受理；

3）MAS服务器的注册；

4）MAS服务器认证与鉴权；

5）配置应用接入适配模块：在MAS服务器对移动应用接入适配模块中的需开通的插件进行配置，配置内容包括MAS 服务器的基本信息，包括主机信息、支持用户数、IP地址、业务服务端口等；

6）运行MAS系统：MAS服务器根据MAS管理平台下发的移动数据业务及业务适配能力开通相应功能；　MAS管理平台对MAS服务器的设备状态及运行状况进行监控和管理；MAS终端配置安全模块、应用模块，通过移动通信网络与MAS服务器之间实现安全通信， MAS服务器作为业务代理服务器向应用业务处理服务器转发MAS终端的业务请求，业务处理完毕后从MAS处理服务器接收处理结果，并将处理结果返回到MAS终端。

移动代理服务器（Mobile Agent Server,简称MAS）

是为满足信息化程度高的集团客户通过移动终端实现移动办公、生产控制、营销服务等信息化需求，在集团客户Intranet内部署与其OA、ERP、CRP等应用系统进行应用耦合的网关。

是一个移动信息化行业应用产品，通过提供通用的配置平台和接口方式，能够便捷、灵活地与企业现有的业务系统、办公系统等应用系统紧密结合，以短信为媒介进行信息收、发的双向传递和交互式传递，满足企业信息化、个性化和移动化的业务需求。

移动代理服务器，整体产品是软、硬件一体化封装，部署简单，只需要用户插入电源线，接入企业内部网络接口，不需要额外的终端外设。操作使用友好、维护简单方便。

1）是满足集团客户对内移动办公的需求。利用运营商移动网络覆盖广、手机终端普及率高的特点，解决了企业员工不在办公室就无法办公的问题；无论出差、休假、旅途中，有移动网络就能办公、处理邮件；

2）是满足集团客户对外信息发布的需求。面对庞大且流动性高的客户群，使用电话、信件、传真等方式发布企业信息已越来越不适合。通过MAS系统，信息可以直接发到用户的手机上，保证了到达率和阅读率，并大大节约了通信和人力等成本。同时，基于企业内部的CRM系统的数据与分析，轻松实现针对性、个性化信息发布，提高集团客户在社会公众中的服务形象；

3）是满足手机用户信息查询订阅的需求。企业客户不但能被动接收信息，还能有选择地查询和订阅相关信息，加强了企业与客户的联系，缩短了两者的距离，提高客户对企业业务的认可度；

4）是满足集团客户业务统计的需求。通过统计数据及时输出日报、周报、月报、年报等相关文档，使集团客户对自身业务的情况了如指掌；同时，企业可以通过系统分析这些统计数据，从而有计划地调整业务；

5）是针对所有企业客户开放。主要实用：

a企业行业内部员工的即时沟通，如企业移动OA，公文发布，日常办公事务通知，销售数据采集统计等；

b企业行业对客户的服务，特定的信息在特定的时间广播给特定的受众，同时特定的客户群体也可以订阅和查询这些信息。

当前，为推进IT支撑系统集约化建设和运营，进一步发挥集中化能力优势，IT云成为运营商IT支撑系统建设的基础架构。但在IT云资源池部署过程中，服务器技术面临多个新挑战，主要体现在以下3个方面。

在性能方面，人工智能（AI）应用快速扩张，要求IT云采用高性能GPU服务器。AI已在电信业网络覆盖优化、批量投诉定界、异常检测/诊断、业务识别、用户定位等场景规模化应用。AI应用需求的大量出现，要求数据中心部署的服务器具有更好的计算效能、吞吐能力和延迟性能，以传统通用x86服务器为核心的计算平台显得力不从心，GPU服务器因此登上运营商IT建设的历史舞台。

在效率成本方面，IT云部署通用服务器存在弊端，催生定制化整机柜服务器应用需求。在IT云建设过程中，由于业务需求增长快速，IT云资源池扩容压力较大，云资源池中的服务器数量快速递增，上线效率亟需提高。同时，传统通用服务器部署模式周期长、部署密度低的劣势，给数据中心空间、电力、建设成本和高效维护管理都带来了较大的挑战。整机柜服务器成为IT云建设的另一可选方案。

在节能方面，AI等高密度应用场景的快速发展，驱动液冷服务器成为热点。随着AI高密度业务应用的发展，未来数据中心服务器功率将从3kW~5kW向20kW甚至100kW以上规模发展，传统的风冷式服务器制冷系统解决方案已经无法满足制冷需求，液冷服务器成为AI应用场景下的有效解决方案。

GPU服务器技术发展态势及在电信业的应用

GPU服务器技术发展态势

GPU服务器是单指令、多数据处理架构，通过与CPU协同进行工作。从CPU和GPU之间的互联架构进行划分，GPU服务器又可分为基于传统PCIe架构的GPU服务器和基于NVLink架构的GPU服务器两类。GPU服务器具有通用性强、生态系统完善的显著优势，因此牢牢占据了AI基础架构市场的主导地位，国内外主流厂商均推出不同规格的GPU服务器。

GPU服务器在运营商IT云建设中的应用

当前，电信业开始推动GPU服务器在IT云资源池中的应用，省公司现网中已经部署了部分GPU服务器。同时，考虑到GPU成本较高，集团公司层面通过建设统一AI平台，集中化部署一批GPU服务器，形成AI资源优化配置。从技术选型来看，目前运营商IT云资源池采用英伟达、英特尔等厂商相关产品居多。

GPU服务器在IT云应用中取得了良好的效果。在现网部署的GPU服务器中，与训练和推理相关的深度学习应用占主要部分，占比超过70%，支撑的业务包括网络覆盖智能优化、用户智能定位、智能营销、智能稽核等，这些智能应用减少了人工投入成本，提升了工作效率。以智能稽核为例，以往无纸化业务单据的人工稽核平均耗时约48秒/单，而AI稽核平均耗时仅约5秒/单，稽核效率提升达 90%。同时，无纸化业务单据人工稽核成本约15元/单，采用GPU进行AI稽核成本约0048元/单，稽核成本降低达968%。

整机柜服务器发展态势及在电信业的应用

整机柜服务器技术发展态势

整机柜服务器是按照模块化设计思路打造的服务器解决方案，系统架构由机柜、网络、供电、服务器节点、集中散热、集中管理6个子系统组成，是对数据中心服务器设计技术的一次根本性变革。整机柜服务器将供电单元、散热单元池化，通过节约空间来提高部署密度，其部署密度通常可以翻倍。集中供电和散热的设计，使整机柜服务器仅需配置传统机柜式服务器10%的电源数量就可满足供电需要，电源效率可以提升10%以上，且单台服务器的能耗可降低5%。

整机柜服务器在运营商IT云建设中的应用

国内运营商在IT云建设中已经推进了整机柜服务器部署，经过实际应用检验，在如下方面优势明显。

一是工厂预制，交付工时大幅缩短。传统服务器交付效率低，采用整机柜服务器将原来在数据中心现场进行的服务器拆包、上架、布线等工作转移到工厂完成，部署的颗粒度从1台上升到几十台，交付效率大大提升。以一次性交付1500台服务器为例，交付工作量可减少170~210人天，按每天配10人计算，现场交付时间可节省约17~21天。

二是资源池化带来部件数量降低，故障率大幅下降。整机柜服务器通过将供电、制冷等部件资源池化，大幅减少了部件数量，带来故障率的大幅降低。图1比较了32节点整机柜服务器与传统1U、2U服务器机型各自的电源部件数量及在一年内的月度故障率情况。由于32节点整机柜服务器含10个电源部件，而32台1U通用服务器的电源部件为64个，相较而言，整机柜电源部件数减少844%。由于电源部件数量的降低，32节点整机柜服务器相对于32台1U通用服务器的月度故障率也大幅缩减。

三是运维效率提升60%以上。整机柜服务器在工厂预制机柜布线，网络线缆在工厂经过预处理，线缆长度精确匹配，理线简洁，接线方式统一规范，配合运维标签，在运维中可以更方便简洁地对节点实施维护操作，有效降低运维误操作，提升运维效率60%以上，并大幅减少发生故障后的故障恢复时间。

液冷服务器技术发展态势及在电信业的应用

液冷服务器技术发展态势

液冷服务器技术也称为服务器芯片液体冷却技术，采用特种或经特殊处理的液体，直接或近距离间接换热冷却芯片或者IT整体设备，具体包括冷板式冷却、浸没式冷却和喷淋式冷却3种形态。液冷服务器可以针对CPU热岛精确定点冷却，精确控制制冷分配，能真正将高密度部署带到前所未有的更高层级（例如20kW~100kW高密度数据中心），是数据中心节能技术的发展方向之一，3种液冷技术对比如表1所示。

液冷服务器在运营商IT建设中的应用

液冷服务器技术目前在我国仍处于应用初期，产业链尚不完备、设备采购成本偏高、采购渠道少、电子元器件的兼容性低、液冷服务器专用冷却液成本高等问题是液冷服务器尚未大规模推广的重要原因。从液冷服务器在运营商数据中心领域的具体应用案例来看，运营商在IT云资源池规划和建设过程中，通常会对液冷服务器的发展现状、技术成熟度等进行分析论证。

考虑到目前液冷服务器规模化应用尚处于起步阶段，需要3~5年的引入期，因此暂时未在IT云资源池建设中进行大规模落地部署，但在部分地区有小规模应用，如中国移动南方基地数据中心已经开展液冷服务器试点应用，中国联通研究院也在开展边缘数据中心服务器喷淋式液冷系统的开发。未来，随着IT云建设规模、建设密度的继续攀升，以及液冷产业生态体系的逐步成熟，液冷服务器在IT云建设中将有更大的应用空间。

总体来看，运营商IT云资源池建设对服务器计算性能、延迟、吞吐、制冷、定制化、分布式部署等方面都提出了更高要求。未来，GPU服务器、定制化整机柜服务器、液冷服务器等新兴服务器技术将快速迭代，为运营商数据中心服务器技术的发展和演进带来新的思路和路径。

一、办公类应用服务器

办公软件的种类非常多，应用最多的主要是OA、ERP、CRM、企业邮箱等。步骤如下：

1、安装所需要的办公软件以及相应的数据库;

2、检查办公软件所需要的端口是否有开启;

3、检查防火墙开启情况，是否有对端口进行限制。

4、检查软件是否设置成开机启动，避免重启后应用没有运行。

5、常规软件分为CS架构和BS架构的软件，CS架构软件直接安装即可，BS架构软件要安装该软件所需的环境，如aspnet，php。

二、网站类应用服务器

网站是服务器上最常见的应用，主要包括门户类网站、企业类网站、个人网站、交易型网站、论坛、博客等。部署网站前，首先确保是否拥有管理权限，其后步骤如下：

1、需要在系统上安装web服务，如IIS，apache;

2、需要安装网站的相应环境以及所使用的数据库;

3、检查防火墙是否有做一些限制，如网站的80端口是否有开启;

4、检查服务器是否有做一些会阻止外部访问网站的安全策略;

5、检查域名解析式否正确，是否对网站绑定了相应的域名。

三、数据库类应用服务器

1、安装相应的数据库软件如mysql;

2、配置mysql数据库，设置数据库文件的存放路径，对配置文件进行相应的编译;

3、管理数据库的用户名与密码，避免使用弱密码，防止被入侵;

4、确认是否已将数据库服务设置成开机自动启动。

5、保证数据库应用服务器的安全，对数据进行备份。

四、虚拟主机类应用服务器

1、搭建NET环境和php环境等;

2、搭建好IIS来存放主机站点，搭建好FTP服务，方便数据的上传于下载;

3、确认是否设置虚拟主机服务开机自动启动。

4、需要安装相应的杀毒软件，配置相应的安全策略;

5、可以安装虚拟主机管理系统软件，方便购买与管理虚拟主机。

在双服务器部署中，由两台或更多台物理服务器承载构成 Team Foundation 逻辑应用层和数据层的组件。从单服务器部署移到双服务器部署时，需要将原始服务器转换为应用层服务器，并在新的数据层服务器上安装和配置 SQL Server。然后，将 SharePoint 产品和技术以及 SQL Server Reporting Services 重定向到新的数据层服务器，并将原始部署中的数据还原到新的数据层服务器。有关更多信息，请参见 Team Foundation Server 移动类型。 在执行此类型的移动之前，应通读本主题并考虑打印所有必需的步骤。还应考虑打印本主题所链接的那些主题以及包含有关其他必需步骤的信息的主题。 在此类型的移动过程中，切勿执行以下任何操作： 不得更改服务帐户。 不得更改原始服务器的名称或域。 在不具备足够信任的情况下，不得将数据层服务器安装到原始部署之外的其他域中。 若要执行此类型的移动，必须按照列出的顺序完成以下各节中的过程： 备份数据库和加密密钥安装SQL Server 并准备新硬件还原数据库重定向 SharePoint 产品和技术以使用新的内容数据库重新连接管理数据库和配置数据库重定向并测试 SQL Report Server、Reporting Services 以及默认报表将应用层服务器重定向到新的数据层重新生成 Team System 多维数据集删除版本控制缓存更新服务帐户重新启动服务刷新客户端计算机上的数据缓存必需的权限 若要完成上述这些过程，您必须是新旧服务器上 Administrators 组的成员以及 Team Foundation Administrators 组的成员。 除了这些权限，对于运行 Windows Server 2008 或 Windows Vista 的计算机，您可能还需要满足以下要求： 若要使用命令行过程，您可能需要通过以下操作使用提升的权限打开命令提示窗口：单击“开始”，右击“命令提示符”，再单击“以管理员身份运行”。 若要使用需要 Internet Explorer 的过程，您可能需要通过以下操作以管理员身份启动 Internet Explorer：单击“开始”，单击“所有程序”，右击“Internet Explorer”，再单击“以管理员身份运行”。 若要编辑 webconfig 文件，您可能需要通过以下操作以管理员身份启动文本编辑器：单击“开始”，单击“所有程序”，右击所需编辑器，再单击“以管理员身份运行”。 若要访问 Reporting Services 的报表管理器、报表或网站，您可能需要将这些站点添加到 Internet Explorer 的受信任站点列表中，或者以管理员身份启动 Internet Explorer。 有关更多信息，请参见 Microsoft 网站。 备份数据库和加密密钥 必须先备份 Team Foundation 的数据库，然后才能将部署从单服务器配置更改为双服务器配置。在此移动过程中，需要将这些数据库还原到新的数据层服务器。 备份数据库和加密密钥 备份所有的 Team Foundation 数据库。 有关更多信息，请参见如何：备份 Team Foundation Server。 说明：您还必须备份要保留的 SharePoint 产品和技术的任何自定义站点定义、自定义站点模板或自定义 Web 部件。有关更多信息，请参见 Microsoft 网站上的“Backup and Restore Options for Windows SharePoint Services 20”（Windows SharePoint Services 20 的备份和还原选项），或者对于 Windows SharePoint Services 30，请参见 Microsoft 网站上的“Choose backup and recovery tools (Windows SharePoint Services)”（选择备份和恢复工具 (Windows SharePoint Services)）。如果 SharePoint 产品和技术安装在应用层上，并且希望将 SharePoint 产品和技术的数据库移到新的数据层，请确保备份 SharePoint 产品和技术的管理数据库(SharePoint_AdminContent_ID) 以及内容和配置数据库。 备份Reporting Services 加密密钥。确保将此密钥存储在运行 Team Foundation Server 的服务器以外的其他计算机上的安全位置，并且新的应用层服务器可以访问该密钥。还必须存储加密该密钥时使用的密码。 有关更多信息，请参见如何：备份 Reporting Services 加密密钥。 安装SQL Server 并准备新硬件 备份数据库后，必须在将用作部署的新数据层服务器的计算机上安装 SQL Server。 安装SQL Server 并为移动准备服务器 在新环境中安装 SQL Server，并确保其正常运行。 有关详细说明，请打开 Team Foundation 安装指南，找到有关如何在双服务器部署中安装 SQL Server�0�2的主题。您安装的 SQL Server�0�2的版本必须与原始部署中使用的版本相同。可以在 Microsoft 网站上找到该指南。 在应用层服务器上，打开命令提示窗口，将目录更改到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools。 在命令提示符处，键入下列命令： TfsDBexe install /server:"新SQL Server 名称" /property:"TFS_SERVICE_ACCOUNT=TFS 服务帐户;TFS_REPORTING_ACCOUNT=TFS Reporting Services 帐户;LCID=LCID 编号;VSTF_AS_INSTANCE=Analysis Services 服务器名称;VSTF_AS_DATABASE=Team Foundation 数据仓库名称;VSTF_AS_ACCOUNT="新SQL Server 名称 是刚刚安装了 SQL Server 并且您打算在其上还原数据的服务器的名称。如果您使用的是命名实例，则不但要包括服务器名称，而且还必须包括相应的实例名。 TFS 服务帐户 是采用域\帐户 或计算机\帐户 格式的 Team Foundation Server 服务帐户。如果您使用的是系统帐户，则必须使用系统\帐户 格式指定该帐户。例如，如果要使用 Network Service，则应将它指定为 NT Authority\Network Service。 TFS Reporting Services 帐户 是采用域\帐户 或计算机\帐户 格式的 Reporting Services 数据源帐户。 LCID 编号 是您所用语言版本的 SQL Server 的语言排序规则 ID 号。例如，英语的 LCID 为 1033。 Analysis Services 服务器名称 是装有 SQL Server Analysis Services 的服务器的名称。默认情况下，此服务器与新SQL Server 名称 是同一台服务器。 Team Foundation 数据仓库名称 是Team Foundation 的原始数据仓库的名称。默认情况下，该值为 TfsWarehouse。 在运行 Reporting Services 的服务器上，检索并保存 Reporting Services 安装 ID 的列表。 打开“命令提示符”窗口，将目录改为下面的目录： %ProgramFiles%\Microsoft SQL Server\90\Tools\binn\ 运行RSKeyMgmt -l。 记录安装 ID，然后将列表打印出来或将其保存到一个安全的位置。 登录到相应的服务器，打开“计算机管理器”，按照指定的顺序停止下表中的服务和应用程序池： 登录到承载此程序的服务器 停止此组件 SharePoint 产品和技术 SharePoint 定时服务或 Windows SharePoint Services 定时 默认网站或团队网站 应用层 Visual Studio Team Foundation Server 任务计划程序服务 Microsoft Team Foundation Server Application Pool SQL Server Reporting Services SQL Server Reporting Services (TFS 实例)（服务） ReportServer 或 ReportServer$实例名称（应用程序池） 说明：如果您运行的是 SQL Server 2005，则需要在 Internet 信息服务 (IIS) 中管理 ReportServer；如果运行的是 SQL Server 2008，则不需要这样做。 默认网站或报表管理器网站 重要说明：若要在基于还原的移动过程中移动用户帐户和服务帐户，Team Foundation Server 的新部署必须处于停止状态。如果在还原数据之后、移动用户帐户和服务帐户之前重新启动 Team Foundation Server，可能会导致作为迁移目标的用户在 TFSIntegration 数据库中标记为已删除。如果组安全服务在与 Active Directory 同步时找不到用户的系统标识符 (SID)，便会出现此问题。 有关如何启动和停止服务及应用程序池的更多信息，请参见如何：停止和启动服务、应用程序池和网站。 还原数据库 停止服务后，可以使用 SQL Server 提供的还原工具来还原 Team Foundation 的数据。 警告：You must restore all the databases to the same point in time 否则，数据库可能会损坏。打开“还原数据库”对话框 在新的数据层服务器上，单击“开始”，指向“所有程序”，指向“Microsoft SQL Server”，再单击“SQL Server Management Studio”。 说明：有关如何还原数据库的更多信息，请参见 Microsoft 网站上的“实现 SQL Server 数据库还原方案”。 在“服务器类型”列表中单击“数据库引擎”。 在“服务器名称”列表中，单击或键入适当的服务器。 在“身份验证”列表中，单击适当的方案。 在“用户名”中，键入有效帐户的用户名。 在“密码”中键入该帐户的密码（如果 SQL Server 要求），再单击“连接”。 展开“数据库”节点，以显示构成 Team Foundation 数据层的数据库的列表。 为以下各数据库完成“还原各个数据库”过程： ReportServer 说明：如果使用了命名实例，此数据库将命名为“ReportServer$实例名称”。 ReportServerTempDB 说明：如果您使用的是命名实例，则此数据库将命名为“ReportServerTempDB$实例名称”。 SharePoint 产品和技术的配置数据库（STS_Config_TFS 或 WSS_Config） 重要说明：仅当SharePoint 产品和技术安装在原始单服务器部署中且您未更改其位置时，才应还原此数据库。如果在其他服务器上使用或安装�0�2SharePoint 产品和技术，则不需要还原此数据库。 SharePoint 产品和技术的内容数据库（STS_Content_TFS 或 WSS_Content） 包含SharePoint 产品和技术数据的数据库的名称将随着两个因素而变化：一是所安装的 SharePoint 产品和技术的版本，二是安装人员是否对该名称进行了自定义。此外，如果 SharePoint 产品和技术安装在与 Team Foundation Server 不同的服务器上，则这些数据库可能不在 Team Foundation 的数据层服务器上。如果这些数据库不存在，则必须从 Team Foundation Server 分别管理它们的备份、还原和配置。但是，您应该同步数据库的维护操作以避免同步错误。 SharePoint 产品和技术的管理数据库 (SharePoint_AdminContent_ID) 重要说明：仅当SharePoint 产品和技术安装在原始单服务器部署中且您未更改其位置时，才应还原此数据库。如果在其他服务器上使用或安装�0�2SharePoint 产品和技术，则不需要还原此数据库。 TfsBuild TfsIntegration TfsVersionControl TfsWarehouse TfsWorkItemTracking TfsWorkItemTrackingAttachments TfsActivityLogging（可选） 说明：在还原过程中，必须将为自定义过程模板创建的任何自定义站点模板或 Web 部件上载到 SharePoint 产品和技术的数据库中。还原各个数据库 右击要还原的数据库，依次指向“任务”、“还原”，然后单击“数据库”。 重要说明：在大多数部署中，SQL Server 数据库和 SharePoint 产品和技术数据库将显示在“数据库”节点下方的数据库列表中。若要还原未显示在列表中的任何数据库，必须右击“数据库”节点，单击“还原数据库”，再指定未显示在列表中的任何数据库。“还原数据库”对话框打开。 在“还原的源”下方单击“源设备”，再单击省略号按钮（“…”）。 在“指定备份”对话框中，指定备份文件的位置，再单击“确定”。 您应用的第一个备份必须是完整备份，随后按照创建顺序依次应用事务日志备份。 在“选择要还原的备份集”下方指定要还原的备份集。 在“选择页”窗格中，单击“选项”，然后选中“覆盖现有数据库”复选框。 在“将数据库文件还原为”列表中，确认路径与当前数据库路径相匹配。 如果要将数据库还原到其他驱动器，则此步骤十分重要。 在“恢复状态”下方单击相应的状态。 执行以下步骤之一： 如果不准备应用其他事务日志，请单击“数据库随时可用”。 如果准备应用其他事务日志，请单击“数据库尚不可用”。 单击“确定”关闭“还原数据库”对话框并还原数据库。 如果准备应用其他事务日志，请按照日志备份的创建顺序，对每组日志备份执行此过程。从完整备份后创建的第一组日志备份开始。 有关更多信息，请参见 Microsoft 网站上的“应用事务日志备份”。 重定向 SharePoint 产品和技术以使用新的内容数据库 必须将团队项目的任何网站重定向到新的 Team Foundation 数据层服务器上的内容数据库。如果要移动所有的 SharePoint 产品和技术数据库，则可以跳过此过程，而继续本主题稍后部分中的“重新连接管理数据库和配置数据库”过程。 重定向项目站点以使用新数据层服务器上的内容数据库 登录到承载 SharePoint 产品和技术的服务器，并将 SharePoint 产品和技术重定向到新数据层服务器上的内容数据库。 有关更多信息，请参见如何：重定向 SharePoint 产品和技术以使用新的内容数据库。 重新连接管理数据库和配置数据库 SharePoint 产品和技术保留在原始单服务器上，该服务器现在是新部署的应用层服务器。但是，您仍需要对它进行配置，以使用新数据层服务器上的管理数据库和配置数据库。 重新连接 SharePoint 产品和技术的管理数据库和配置数据库 登录到承载 SharePoint 产品和技术的服务器，打开命令提示窗口，更改到下面的目录： %PROGRAMFILES%\microsoft shared\web server extensions\12\bin。 键入以下命令： stsadm –o renameserver –oldservername 原始数据层服务器名称 -newserver 新数据层服务器名称 有关如何还原 SharePoint 产品和技术的更多信息，请参见 Microsoft 网站上的“White paper: Backing up, restoring, high availability, and disaster recovery for Office SharePoint Server farms”（白皮书：Office SharePoint Server 场的备份、还原、高可用性和灾难恢复）。 重定向并测试 SQL Report Server、Reporting Services 以及默认报表 重定向团队项目的网站后，必须将 Reporting Services 重定向到新的数据层服务器。 还原并验证 SQL Server 2005 Reporting Services 在运行 Reporting Services 的服务器上，单击“开始”，依次指向“所有程序”、“Microsoft SQL Server”、“配置工具”，再单击“Reporting Services 配置”。 在“选择报表服务器安装实例”对话框中，确保计算机名称是新的应用层服务器的名称。确保实例名为 MSSQLSERVER，再单击“连接”。 说明：如果您使用的是命名实例，则必须指定相应的实例名而不是默认实例 MSSQLSERVER。 在资源管理器窗格中单击“服务器状态”。 “报表服务器状态”窗格打开。 在“实例属性”中单击“启动”。 在资源管理器窗格中单击“数据库安装”。 “数据库连接”窗格打开。 在“服务器名称”中键入新数据层服务器的名称，再单击“连接”。 在“SQL Server 连接”对话框中单击“确定”。 “数据库连接”窗格打开。 单击“应用”。 在资源管理器窗格中单击“Windows 服务标识”。 “Windows 服务标识”页打开。 在“内置服务帐户”列表中单击“Local Service”。 “应用”按钮随即变成可用。此时，请勿单击它。 在“内置服务帐户”列表中单击“Network Service”，再单击“应用”。 在“SQL Server 连接”对话框中单击“确定”。 关闭“Reporting Services 配置”工具。 打开命令提示窗口，将目录更改到 %ProgramFiles%\Microsoft SQL Server\90\Tools\binn。 键入下面的命令以列出 Reporting Services 的安装 ID： RSKeyMgmt -l 在列表中，查找对应于旧数据层服务器的安装 ID。 键入下面的命令以移除该安装 ID，其中 DT 实例 ID 对应于旧数据层服务器： RSKeyMgmt –r DTInstanceID说明：请勿移除对应于新数据层服务器的安装 ID。 在运行 Reporting Services 的服务器上，单击“开始”，依次指向“所有程序”、“Microsoft SQL Server”、“配置工具”，再单击“Reporting Services 配置”。 在资源管理器窗格中单击“加密密钥”。 在“加密密钥”页上单击“还原”。 “加密密钥信息”页打开。 在“密码”中键入加密密钥文件的密码。 在“密钥文件”中键入或单击备份加密密钥（snk 文件）的位置，再单击“确定”。 将应用层服务器重定向到新的数据层 还原数据库后，必须使用 TfsAdminUtil 命令将部署的原始服务器（现在成为新的应用层服务器）重定向到新的数据层服务器。 将应用层服务器重定向到新的数据层服务器 登录到相应的服务器，打开“计算机管理器”，然后启动下表中的应用程序池和程序： 登录到承载此程序的服务器 启动此组件 应用层 Microsoft Team Foundation Server Application Pool 默认网站或团队网站 SQL Server Reporting Services ReportServer 或 ReportServer$实例名称（应用程序池） SQL Server Reporting Services (TFS 实例) 默认网站或报表管理器网站 打开命令提示窗口，将目录切换到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools，然后键入以下命令： TfsAdminUtil RenameDT newDataTierServerName重要说明：为了使此命令成功，上一步中的应用程序池和程序必须正在运行。此要求是 Visual Studio Team System 2008 Team Foundation Server 中的新增要求。此外，此命令要求服务 webconfig 文件中的连接字符串引用部署的原始服务器。如果连接字符串引用新的数据层服务器，此命令将失败。为了使此命令正确运行，您必须还原原始服务器的名称。重新生成 Team System 多维数据集 配置连接并运行 TFSAdminUtil RenameDT 命令后，必须重新生成 Team System 多维数据集。Team System 多维数据集支持 SQL Server Reporting Services，并且包含 Team System 数据仓库的关系数据库中的数据。有关更多信息，请参见了解数据仓库体系结构。 重新生成 Team System 多维数据集 重新生成 Team System 多维数据集。 有关更多信息，请参见如何：重新生成 Team System 多维数据集。 删除版本控制缓存 重新生成 Team System 多维数据集后，必须删除应用层服务器和任何代理服务器上的版本控制缓存，以强制与新的数据层服务器同步。 删除版本控制缓存 在应用层服务器上，打开 %ProgramFiles%\Microsoft Visual Studio 2008 Team�0�2Foundation�0�2Server\Web Services\VersionControl 目录。 删除Data 子目录的内容，但不要删除 Data 子目录本身。 有关更多信息，请参见如何：在应用层服务器上删除版本控制缓存。 对部署中运行 Team Foundation Server Proxy 的任何服务器重复此过程。 更新服务帐户 如果您在单服务器部署上对服务帐户使用的是本地帐户或系统帐户（如 Network Service），则必须更改这些帐户。在双服务器部署中，不能使用本地帐户。可以使用相同的系统帐户，但必须更新相应的信息，使新的应用层服务器和数据层服务器上的每个帐户与正确的 SID 相关联。 说明：在新部署上创建的帐户名必须与原始部署中的帐户名匹配。此要求既包括用户帐户也包括服务帐户。刷新服务帐户 在运行 Reporting Services 的服务器上，打开“计算机管理器”，然后启动以下组件（如果它们尚未启动的话）： ReportServer 或 ReportServer$实例名称（应用程序池） SQL Server Reporting Services (TFS 实例) 在新的应用层服务器上，打开命令提示窗口，将目录切换到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools。 在命令行处，键入下列命令： TfsAdminUtil ChangeAccount 旧的域或计算机名\旧的 TFS 服务帐户 新的域或计算机名\新的 TFS 服务帐户 新密码说明：忽略任何指示服务帐户不存在或帐户不是数据仓库角色成员的警告。 在命令行处，键入下列命令： TfsAdminUtil ChangeAccount/ra 旧的域或计算机名\旧的 TFS Reporting Service 帐户 新的域或计算机名\新的 TFS Reporting Service 帐户 新密码说明：忽略任何指出服务帐户不是数据仓库角色成员的警告，或者提示您将帐户添加到服务帐户组的警告。重新启动服务 若要继续操作，必须重新启动 Team Foundation 所依赖的服务。 重新启动服务 登录到相应的服务器，打开“计算机管理器”，按照指定的顺序启动下表中的组件： 登录到承载此程序的服务器 启动此组件 SharePoint 产品和技术 SharePoint 定时服务或 Windows SharePoint Services 定时 应用层 Visual Studio Team Foundation Server 任务计划程序服务 Microsoft Team Foundation Server Application Pool 刷新客户端计算机上的数据缓存刷新客户端计算机上的数据缓存 使用“ClientService”Web 服务来强制客户端在下次连接到应用层服务器时更新跟踪工作项的缓存。 有关更多信息，请参见如何：刷新客户端计算机上的数据缓存。