管理系统升级说明

2024-06-12

管理系统升级说明（精选6篇）

管理系统升级说明第1篇

系统升级功能培训文档

一、系统调整及升级功能培训

1、异动表模板

单位异动表导出：失业保险-> 人员管理-> 人员异动

【失业人员申领资格初审表打印】:导出单位当前失业状态人员的领取资格初审表【导出人员异动信息表】:导出单位当前在业状态人员的标准异动格式表

新版异动表格式：

对于从本地转出后又重新转入的人员，可在人员编号出带入系统中已经存在的个人编号。个人月度应缴会根据异动时间自动按照对应的比例进行费用核算

新版失业人员申领资格初审表：

2、人员基本情况及缴费登记表

表格导出位置：失业保险-> 登记管理-> 登记：

【导出当年个人信息表】:导出单位当前系统中的在业缴费人员

【导出当年个人信息表】:导出单位指定年份的在业人员，指定年份3月份的数据

新版人员基本情况及缴费登记表：

个人缴费比例：默认为0.007，如果需要年审2014年之前的数据，则需要调整该比例为0.01。

3、人员缴费月数变更业务

针对业务办理过程中出现的一些特殊状况（比如人员的合理视同缴费没有在参保时带入系统、参保后从外地有正式的缴费记录转入记录等），系统提供这个功能，通过申请、审核、审批的多级审核后即可将这部分数据修改进系统。

4、人员异动记录变更业务

由于单位在人员异动办理过程中异动原因的填报错误，后续提出申请需要进行修改的，可通过此业务进行异动原因的修正。

5、在职职工转迁

针对在职职工提供的一种转入和转出操作。转出操作是只需要该人员在失业状态并且不在领取状态即可通过该功能转出（比如领取人员在未全部领取完毕后在外地就业的转移，由于不需要转移待遇，所以无法从待遇人员处转移）。转入主要提供人员异动进入系统是就附带了转移单的状况。人员异动进入后可通过该功能对转移的月数进行保存。

6、人员基本信息的变更

处理系统中所有人员（含失业人员和待遇享受人员）的基本信息的变更登记。待遇部分不再提供基本信息的变更处理。

7、月度初始化

原来的查询只能查询到已经申报的单位，新版增加了【查询未初始化】功能。可以查询到当月还没有进行应缴费核定的单位。

8、补退管理查询

针对本次的比例调整补退增加了【个人比例调整明细查询】功能，可以查询到本次缴费比例调整针对单位下每个人员进行的退款详细信息。

9、单位生效

新版本可以按审核年份，针对单个单位实现【单个生效】或许针对全部的单位进行【全部生效】的灵活的处理方式。

10、缴费核实

可直接查询人员，不需要先找到单位后再找人员。

11、申领登记

提供【重新核实】功能，可将已经核实的人员进行业务回退后重新进行核实业务。

12、前次未领取完人员核实

针对前次有未领取完月数的失业人员进行二次待遇发放的核实操作，核实后需要再进行申领登记和待遇审批，生成新的失业金领取证后才能发放待遇。

13、待遇变更管理

对正在领取待遇的人员，因核实过程中的误差引起的待遇享受月份的错误进行调整以及银行账户变化等业务。通过申请、审核通过后方可生效。

14、物价补贴管理

针对失业领取人员发放临时价格补贴的业务，包登记、审批(发放审批表)、发放(支付报盘)、返盘、查询等功能模块。

15、待遇补差管理

针对失业保险待遇调整的补差业务管理，包含登记、审批、发放、发放明细等功能模块。

16、待遇一次性申领

对于自主创业的人员可允许将失业保险待遇作为支持资金一次性发放给失业人员。包含登记、审批、查询等功能模块。

17、稳岗补贴业务

针对失业保险稳定岗位补贴业务的处理，包含登记、审核、审批、拨付及查询等功能模块。

18、统计报表

包含失业保险基金收支情况月报、领取失业保险金人员基本情况、参加失业保险人员情况、失业保险统计月报补充资料

（一）、失业保险统计月报补充资料

（二）、失业保险基金收支情况等六张报表。

19、省外转移是否带医保费用：

参数代码 YBFYZYBZ：如果参数值为1 表示转移，其他或没有该参数配置则表示不转移医保费用。

二、社保卡组件的安装和参数配置

1、社保卡组件的安装

当网页上弹出如上图所示的提示框是，选择允许。页面有稍许停顿，安装成功后可以在IE菜单栏的工具--》管理加载项中间发现对应的控件。如下图：

2、金融及支付启动参数配置：

参数代码 SBKQDBZ：如果参数值为1 表示启动，其他或没有该参数配置则表示不启动社保卡的金融及支付功能。

三、系统功能的社保卡支持说明

1、人员缴费月数的变更(含申请、审核、审批、查询等业务)

在身份证输入框的后面有个小小的按钮，点击即可读取社保卡信息。并显示查询后的结果。

2、人员异动记录变更(含申请、审核)

3、在职职工关系迁出

4、在职职工失业关系迁入

5、人员基本信息变更及历史查询

6、人员基本情况通用查询

7、人员异动通用查询

8、失业参保缴费核实

9、失业待遇申领登记

10、失业待遇审批

11、前次未领取待遇重新核算

12、过期待遇补贴的管理

13、失业人员职业培训补贴申请

14、技能鉴定补贴申请

15、死亡抚恤金申请

16、待遇的补发申请

17、待遇的退发(追回)管理

18、待遇的停发和恢复

19、待遇的终止管理

20、待遇的终止查询

21、待遇的支付查询

22、待遇的变更管理(含申请、审核、查询)

23、失业人员医保参保查询

24、物价补贴查询

25、待遇补差查询

26、失业待遇统筹范围外转出

27、失业待遇统筹范围外转入

28、失业待遇统筹范围内省内转出

29、失业待遇统筹范围内本地转出

30、失业待遇统筹范围内省内转入

31、失业待遇统筹范围内转入本地转入

32、失业人员待遇一次性支付业务(含申请、审核、查询)

33、征缴查询人员缴费基数

34、征缴查询人员缴费月份

35、征缴查询人员缴费记录

36、征缴查询人员补退信息

36、征缴查询人员缴费证明打印

37、定期待遇发放人员查询

38、失业人员待遇发放通用查询

39、获取社保卡金融账户信息

如果机构启动了社保卡的金融和支付功能，则在失业申领登记时可通过页面的【获取社保卡银行账户】按钮获取到社保卡的金融账户信息并显示在存折账号(银行卡账号)输入框内。

40、社保卡金融账户的支付

如果机构启动了社保卡的金融和支付功能，则在生成待遇报盘的时候会自动关联社保卡信息，将待遇金额划转到申领登记页面所保存的账户中。

管理系统升级说明第2篇

地方政府性债务管理系统V3.0

升级说明

一．升级背景和目标

地方政府性债务管理系统（以下简称地债系统）是财政部主持开发、并在全国各级政府普遍使用的政府债务管理系统，自2011年在各地区部署使用以来，为财政部及各地方在政府性债务动态监控、项目分析、风险预警方面提供了强有力的数据支撑。2014年，国务院和财政部相继发布了国发【2014】43号文件《国务院关于加强地方政府性债务管理的意见》和财预〔2014〕351号文件《地方政府存量债务纳入预算管理清理甄别办法》，旨在建立和完善债务管理机制，建立一般债务和专项债务相结合的规范的地方政府债务举借机制，妥善处理存量债务和在建项目后续融资。

根据以上政策文件要求，部里提出了对地债系统的升级改造需求，本升级版本着眼于满足财政部和各级地方政府对于2015年地方政府债务管理的新的业务要求，作为2014年V2.0系统的升级版本，新增了地方政府债券统计管理功能模块和债务限额分配模块，并对原系统的存量债务管理、统计报表、自定义查询、数据锁定等功能进行了改进和优化。系统整体界面简洁大方，风格统一，功能操作简单、灵活，易于上手。同时，继续基于原C/S/S架构的RMIS报表平台开发，能实现全省各级财政部门及债务单位集中填报、上报审核、统计分析、预警提醒等的管理模式，做到数据一端录入，多端共享，既实现数据的互联互通，又达到不同用户分工协作的目的。二．升级功能介绍

作为地方政府性债务管理系统V2.0的升级版本，地方政府性债务管理系统V3.0产品依据各地方债务管理工作逐步推进及国务院加强债务管理的需要，新增了债券发行兑付信息统计和债务限额分配功能模块，并对原系统中部分功能进行了改进和优化。

注：本版本要求财政部门必须使用网络版，不能再使用单机版，单机版中没有财政部门的相关功能。

2.1地方政府债券统计

地方政府债券统计由省级财政部门填报债券发行及转贷市县情况，以及省本级债券的使用情况，地市财政部门填报债券向下级区县再转贷的情况和市本级债券的使用偿还情况，最后是区县财政部门填报收到的债券转贷资金的使用及偿还情况，包括还本、付息和支付手续费。填报的债券具体信息包括债券编码、名称等基本信息、转贷下级信息、转贷到期收回情况、本级债券支出使用情况、应付本金和利息、实际支付利息和手续费、到期实际偿还本金情况等。

系统能够实现对债券到期本金和应付利息的自动测算，并根据转贷情况分下级和本级分别测算需要偿还的本金和利息情况，并对到期债券本金和利息进行偿还提醒，形成全省各级政府的债券信息管理台账，可以生成债券余额、到期、逾期等情况的分类、分地区汇总和明细表。2.2存量债务的后续管理

按照2014年底清理甄别存量债务的要求，对于清理甄别认定的存量债务情况，相关信息要严格锁定，不允许在系统中进行更改，系统不再提供解锁2014年债务的功能，并严格控制新增债务，原债务填报中的新增债务、新增举借功能按钮取消，只能对存量债务进行后续的还本、转化、付息等业务处理，其中典型的业务包括正常还本付息、债券置换、债务展期、转化为PPP债务、或有债务转化为政府债务等，系统对这些业务都提供了相应的功能支持。

2.3债务限额管理

根据国务院文件要求，各地的政府性债务要实行余额限额管理，财政部已经发布了2015年各省的债务限额标准，在此基础上，各省要将全省限额分解到市县，核心是限额的测算方法，其中涉及到各地区可偿债财力的测算。

系统提供可偿债财力测算结果的导入和债务限额分解功能，可以将财政部为各省统一测算的可偿债财力数据导入系统中，并根据财力计算分地区的债务限额，实时统计各地区的债务超限情况，定期上报财政部，为全国债务限额管理提供支持和保障。

2.4统计查询

为提高债务数据统计质量，满足不同级别、不同单位用户统计需求，对统计查询报表口径进行细化、完善，同时对部分报表查询性能进行优化。

 债务明细报表（包含余额明细表、逾期明细表、未到期明细表等） 按单位汇总表（包含余额汇总表、逾期汇总表、未到期汇总表等） 按地区汇总套表（包含债务分类汇总表、逾期汇总表、未表期汇总表、债务用途汇总表等）

 棚户区改造报表（包括明细表和汇总表） 清理甄别套表

2.5自定义查询

自定义查询可以依据用户需求，对债务数据按照不同维度自由组合分析，使用更加灵活、统计口径更加丰富多样。

三．发布内容

本次地债3.0的升级文件中一共包含如下内容：

1)网络版升级程序weblogic10版本和weblogic8版本 2)单位单机版升级程序 3)升级任务文件（网络版）4)升级说明 5)用户手册 6)操作演示视频

7)地方政府性债务系统3.0升级培训PPT 8)3.0版本基础数据

四．升级步骤

本次发布的版本分单机版、网络版。单机版为安装程序、任务文件。网络版为安装程序、任务文件。

1、网络版升级前需备份原有数据，以防升级操作失误。

2、请务必按照以下升级步骤严格执行。

3、由于各地区现场环境不同，建议接收到该补丁后，先在测试环境上进行加载，没有问题后再推广使用。

4、该版本为大版本3.00.00，升级之后，将无法接收1.50.XX 和 2.00.XX版本数据，请务必统一进行升级。

5、本次升级只升级单位单机版，原财政单机版不予以升级，原财政单机版用户可以使用网络版。

3.1网络版升级

注意：网络版只需要系统管理员sa执行此操作即可，其他网络版用户不可使用该补丁执行加载操作。

1、接收财政部下发的数据包

点击数据传送接收下发数据

点击选择文件，选择下发数据包，点击接收文件，提示“接收成功”后，即完成下发数据包的接收。

2、备份数据库

导出升级前的债务数据库，作为备份。

3、更新程序

停止债务服务，连接网络版的应用服务器。打开相应的安装程序文件夹，双击执行安装文件“setup.cmd”，进入安装界面。

设置应用服务器类型、版本、用户域和端口服务器类型，请选择”weblogic”。

服务器版本，根据现有的安装环境选择“weblogic.8.X”或“weblogic.10.X”。用户域，通过后方【浏览】按钮，选择当前债务系统的用户域。端口默认为当前债务系统的端口设置完成后，点击【下一步】按钮。

进入数据库连接设置界面，如下图所示。

使用的数据库： Oracle（通过右方下拉按钮选择）

录入当前使用的债务数据库的“主机名或IP地址”、“访问数据库端口”、“数据库名字”、“数据库用户名”、“数据库密码”。

此时再点击【下一步】，即可进入正常安装界面。

安装完成后出现“安装完成”提示界面，如下图所示：

此时点击【完成】按钮，即可退出安装程序。程序更新完成。注：

（1）若使用linux环境，停止服务后，将安装程序内的webserverwebappsURclientfile文件夹，覆盖债务系统的用户域applicationsUR下方的clientfile文件夹即可完成程序的升级。

（2）若使用的是weblogic10则需要在weblogic的控制台重新发布程序。

4、加载升级任务

启动债务服务。使用系统管理员sa登录。进入“数据传送”—>“下发/接收报表模板”打开“页签”，选择【升级任务文件】目录中的“地方政府性债务管理系统V3.0(网络版).rmis”进行加载。

使用加载完成后，点击界面右上角，“注销”

注销重新使用sa登录，通过右上角“关于”查看版本信息，显示如下：

3.2单机版升级

1、卸载单机版（1）查找安装路径

鼠标右击桌面债务系统的图标，在快捷菜单选择“属性”

进入属性界面后点击【查找目标】

（2）卸载单机版程序

进入当前债务系统的安装路径。该路径为原始安装路径。

点击“开始”—>地方政府性债务管理系统（单位版）

点击，卸载单机版

点击“确定”完成单机版的卸载。

进入（1）查找安装路径中查看的安装路径，删除【地方政府性债务管理系统（单位版）】文件夹。

2、安装升级程序

打开相应的安装程序文件夹，双击“Install”图标

进入安装目录选择界面。点击【浏览】按钮，选择在第1步查到的原始路径。点击【下一步】，进行覆盖安装。

点击【下一步】

等待安装，直到出现下方界面，点击【完成】，即可。

3、加载升级任务

登录后进入“数据传送”—>“下发/接收报表模板”打开“页签”，选择上级下发的带有单位信息的【升级任务文件】进行加载。

使用加载完成后，点击界面右上角，“注销”

注销重新登录，通过右上角“关于”查看版本信息，显示如下：

4、接收下发数据

点击【数据传送】【接收下发数据】

管理系统升级说明第3篇

关键词：柯达公司,专利自救,“专利楚奥”

由于经营不善, 市值曾超过300亿美元的柯达公司跌价99%, 雇员从7万多人降低到1.7万多人, 资产51亿美元, 负债高达68亿美元, 被迫进入破产保护程序。目前, 柯达已启动专利自救, 但是其前景并不明朗。

一、柯达被迫启动专利自救

2012年1月, 获得花旗银行9.5亿美元融资的柯达, 开始拍卖其1100多项图像处理技术专利, 这些专利的估值超过30亿美元, 如果Google、苹果、微软三大阵营展开竞购, 这些专利的售价会更高;专利拍卖已成为柯达近期可见的最大一笔业务。有些评估机构认为, 柯达公司保留的1万多项专利价值也超过30亿美元, 如果不正式宣告破产, 柯达就要保留这些保护其基础业务的专利。但是, 也有一些机构认为, 柯达公司85%的专利已被数字图像处理与智能手机技术所淘汰, 剩余的专利价值不会太高。

国外一些专家认为, 柯达自救的唯一出路就是变身为一家专利楚奥 (patent troll) *, 目前很难有产品业务能创造拯救柯达的现金流。可是, 它变身专利楚奥的时机不好。

例如, 为了改善财务状况, 柯达公司在美国国际贸易委员会 (ITC) 起诉苹果公司、RIM公司侵犯其摄像头手机的图像预览软件专利, 索赔额高达10亿美元。该案被很多专家判定为柯达决心做专利楚奥的标志性事件。但是, 仓促上阵的柯达碰了大钉子。

2011年6月, ITC裁定苹果的产品不侵权, 柯达股价立即暴跌20%。

二、柯达变身专利楚奥的策略有缺陷

柯达的专利战略存在缺陷, 在RIM等公司盈利丰厚的时候, 它没有启动专利诉讼, 反而在RIM江河日下的时候去挑战一贯强硬的苹果公司, 一并打压RIM公司, 这加大了和解收费的难度。

ITC裁决不像法院陪审团裁决那样容易保护专利权人, 容易出现天价判赔额, 柯达公司选择在ITC起诉苹果等公司的产品进入美国, 还不如在外国法院起诉苹果及其代工厂, 用临时禁令中止苹果产品从代工国家的海关运往欧美市场, 更不如在“亲专利”的美国联邦地区法院起诉外国企业。历史经验表明, 美国法院经常在国内企业的危机关头, 对外国被告判决天价专利赔偿, 救活美国公司。柯达积极挑战的被告, 却主要是苹果等美国公司。

柯达公司在ITC诉讼中使用的专利也比较偏僻;这种情况下, 它应当在多个国家的法院用不同技术领域的专利同时发难, 从而加速被告和解付费的进程。它却选择仅仅在美国挑战被告。

三、柯达用产品创新摆脱过专利灾难, 但是很难用专利经营摆脱商业灾难

柯达公司最关键的问题是, 它启动专利战略的时间太晚了。

它曾因侵犯一次性相机专利被法院判决赔偿原告9亿多美元, 以及约1亿美元律师费。当时, 法院还要求柯达支付5亿多美元买回它售出的1600多万台侵权产品, 并裁退700多名员工, 关闭耗资15亿美元建造的工厂。

当时, 柯达公司用产品创新, 迅速实现市场崛起, 摆脱了专利危机。

但是, 专利收入非常缓慢, 需要长期艰苦的努力拓展许可体系, 不像新产品, 一旦被市场认可, 能迅速爆发, 产生巨大盈利。柯达仓促上阵耍专利“大刀”, 很难在短期内获得大量收入。

例如, 2009年1月1日到2012年2月15日, 柯达公司总共卷入34个美国联邦专利诉讼**, 其中27个案件中, 拥有上万专利储备的柯达公司仅充当被告7个案件中, 柯达公司充当原告 (见表1) 。可笑的是, 柯达在2012年1月份发起的专利诉讼, 占了柯达过去3年多发起的全部专利诉讼的57%。

四、柯达公司的经验, 对国内企业有何借鉴价值

很多专家认为IBM、德州仪器、飞利浦、微软等公司都是兼职的专利楚奥, 其销售软硬件产品与技术服务之外的知识产权许可收入都不低。例如, IBM每年的专利许可收入已超过10亿美元;德州仪器累积专利许可收入已超过40亿美元。这些公司每件专利的年度利润是100万到1000万美元。这种情况下, 它们尚且积极运用专利谋求收入增加。柯达专利的年度利润连续多年为负数, 这种情况下, 柯达公司手持上万项专利仍无所作为, 这实在令人费解。

在专利大战如火如荼的2011年, IBM分批向Google销售专利武器2300多件, 获取了巨额收入;柯达公司却忽略了向频频被告的HTC、Google兜售专利。

如果柯达公司保持每年10亿美元专利许可费, 那么它1万多个专利10年累积获得收入将高达100亿美元, 会极大地改变公司财务状况。

柯达公司组建过一个网络图像浏览、下载技术的专利组合, 包括几十项专利, 也曾到处销售许可证, 但实施效果很差。柯达公司组建过OLED等专利池, 向全球企业积极主张过专利许可费, 但效果也不理想。例如, 它曾连续多年“逼迫”亚洲企业, 包括中国大陆企业购买其OLED专利组合, 连年遭到拒绝。这种情况下, 财务上捉襟见肘的柯达公司没有及时把专利委托给专利风险公司、专利楚奥、律师所打理, 错过了收取专利使用费的最佳机会。

等到柯达决心发起强硬的专利攻势, 亚洲企业已储备了大量OLED专利, 并改革了技术方向和工艺, 获得了专利反攻的筹码。它的专利收费计划有始无终。

柯达公司的经验说明, 对柯达这种温和的专利持有者, 亚洲企业打打专利谈判的“太极拳”能避免经济损失;此外, 稳定、持续的专利收入能大大改善公司财务状况, IBM、飞利浦、美国高通、微软、甲骨文等企业“兼职”当专利楚奥, 取得了大量收入, 柯达公司养着一堆专利不挣钱, 最终酿成了破产危机。因此, 我国专利巨头应当尽早兼职当“专利楚奥”, 拓展专利业务收入, 不能白白供养专利, 要让专利挣钱。

值得警惕的是, 柯达公司的专利出售后, OLED、数码设备领域的专利战可能会升级。亚洲企业要准备迎战。

(资料来源:商业周刊网站数据库)

注释

1专利楚奥, 又称专利蟑螂、专利流氓。是指一些自己不生产产品, 从其他公司 (往往是破产公司) 或个人手上购买专利, 即使在明知胜算不高的情形下, 有目的地起诉某些公司产品侵犯其专利权, 索要高额赔偿以牟利, 利用被告往往不愿花费巨额诉讼成本 (包括费用、时间、社会影响等) 的心态, 迫使被告付钱和解。

升级网络管理第4篇

网管员的好帮手

TCP/IP 是全球的网络协议，特别是对采用Internet技术的协作企业网，并且每个TCP/IP 网络必须分配一个惟一的地址。但是，传统的配置和管理TCP/IP 网络客户是非常耗时的，而且费用昂贵。正因为如此，在Windows 操作系统中采用动态IP 地址技术，并创建动态DHCP解决方案，把网络管理员从手工的配置计算机工作中解放出来。

DHCP 是配置IP 地址的标准，由IETF 的RFC2131和 RFC 2132定义。它能够自动配置连接在TCP/IP 网络上的主机，当主机连接到网络时改变其设置。这样就允许所有可用的地址和相关的配置信息（诸如子网掩码、网关和DNS服务器地址）存储到一个中央数据库中。

DHCP 简化了网络管理员的工作，特别是对大型网络来说尤为明显。因为如果没有动态地址分配，就必须逐一配置客户。对IP 地址必须进行管理，从而避免重复使用。但是这种管理非常复杂：必须手工改变用户设置；没有集中配置信息，并且很难得到所有的客户配置信息。

相反，DHCP 提供了如下优点：（1）DHCP 是基于开放的IETF 标准的；（2）动态分配IP 地址允许通过租借来地址重用；（3）自动下推配置给用户，配置变化是透明的。在Windows 操作系统中，配置有DHCP 服务器，它和Windows Internet 名称服务器（Windows Internet Name Server，WINS）一起，提供网络地址的管理工作。Windows Server 2003 的主要特点有：集成了DHCP 和DNS、增强了DHCP服务器的监控和统计报告能力、新的供应商指定的选项和类ID 选项支持、组播地址分配、冗余DHCP 服务器检测、高可用性的W i n d o w s 集群和改进的DHCP管理器等。这些特点，连同从Microsoft DHCP服务器的先前版本继承来的冗余功能，使得它符合当今网络协同工作的需要。

升级概览

和Windows NT 4.0比较，在Windows Server 2003上运行WINS和DHCP，在性能和稳定性等方面都有较大的提高，而且增加了许多新功能。例如，WINS包含复制纪录的能力，在进行对WINS和DHCP的管理时，都可以通过微软管理控制台（Microsoft ManagementConsole，MMC）实现。此外，如果在一个域控制器上运行WINS或DHCP，并且所有的域控制器已经更新到Windows Server 2003，那么AD 目录服务可以得到很大提升，而且增加了许多新的AD 功能。当实现从Windows NT 4.0 到Windows Server 2003 升级的时候，需要仔细考虑硬件、软件等因素。

如果用户在原来的系统中已经有了WINS 和DHCP，那么可以把原来相关的数据库和服务器迁移到Windows Server 2003上，这样就节省了很多时间。因为不再需要重新在新的DHCP服务器上配置许多参数，同时继续保持现有的WINS 数据库。如果当前的基础设施完全可以满足您的商业需求，迁移到Windows Server 2003 将非常简单。反之，需要做许多规划和设计工作。

升级的重要条件是硬件配置满足Windows Server2003的要求。同时，还有机会决定是否继续使用现有的WINS 和DHCP。在把现有的WINS 和DHCP 迁移到Windows Server 2003 时，一定要确保它们能够满足现在的需求。

例如，如果您最近已经把大多数客户端的计算机升级到Windows 2000 或Windows XP，或者您不再使用严重依赖WINS 的应用，那么当前的WINS 架构就足够强健，可以继续使用。反过来，在迁移WINS 数据库之前，一定要保证它能够满足企业当前和未来一段时间的需要。例如，您可能要增加无线连接的客户端，并希望把他们组织成一个子网，或者目前子网的运行效率较低，在这些情况下，就不是迁移数据库的问题了，而需要进行重新设计和规划。

升级DHCP 服务器

在从Windows NT 4.0 向Windows Server2003 升级时，WINS 和DHCP 可以自动升级。因此，在升级操作系统的过程中，一般不需要特殊的操作升级它们。可是，如果需要升级AD，那么，必须在AD 中授权基于Windows Server 2003 的DHCP 服务，这样DHCP 才能继续分配IP 地址。

升级DHCP 大约需要30min，取决于升级服务的数量和数据库的大小。由于在升级过程中系统不报告当时进展的状态，但是，如果升级时间过长，那么显然表明升级失败。因此，在升级后，如果需要重新启动DHCP 服务，一定要有充足的时间，特别在是升级较大的数据库或升级多种服务的情况下。

注意：如果现有的WINS 服务和DHCP 服务在一个要升级的主域控制器（P r i m a r y D o m a i nC o n t r o l l e r ，PDC）或备份域控制器（BackupDomain Controller，BDC）上，那么WINS和DHCP将自动随操作系统升级。这样将导致相应的域控制器的升级花费更长的时间。

在操作系统升级后，应该对WINS和DHCP 进行测试，确保它们继续保持良好的性能。如果性能不能保证，也许需要把这些服务迁移到其他服务器上。

迁移DHCP 服务

迁移DHCP 服务可以把数据库从基于Windows NT 4.0 的DHCP服务器上导出，直接导入到基于Windows Server 2003 的DHCP。具体导出DHCP 服务器设置的步骤如下。

1．DHCHExim.exe 程序，打开DhcpExim 对话框，见图1。

2．在DhcpExim 对话框中，选取“E x p o r tconfiguration of the local service to a file”，点击“OK”。出现导出文件（DhcpExim Export To File）对话框，见图2。

3．在导出文件对话框中，键入文件名，选择保留文件的文件夹，然后点击“OK”

4．在DhcpExim 对话框中（见图3），选中所有要迁移的范围，勾选“Disable the selected scopes on localmachine before export”，然后点击“Export”。以后开始进行导出过程，这一步骤也许需要几min的时间。在导出过程中，没有指示进展的信息框出现。但是，如果您想知道进展的情况，可以启动Windows 任务管理器进行观察。

5．当出现信息“The operation was completedsuccessfully”时，点击“OK”。

6．把导出的文件拷贝到基于Windows Server 2003服务器上的某个文件夹，以后就可以进行访问了。