Windows2000DNS技术指南(十三).pdf

下载 第13章 最好的实践和维护任务 本章内容包括： • 设计D N S服务器：讨论了一些与更复杂的 D N S服务器层次的发展有关系的一些问题，并 推荐了一些设计原则。 • 对运行中D N S服务器的监测：介绍如何使用 Windows 2000 中所提供的工具保持对 D N S 服务器及其配置和运行质量的了解。 • 改变已注册D N S服务器的I P地址：介绍了改变 D N S服务器的I P地址时应考虑的一些重要 问题，包括在I n t e r N I C 的注册。 • 用新的D N S服务器提高性能：概括了在已有的 D N S服务结构内增加新的D N S服务器的理 由和操作步骤。 • 域区数据维护：介绍了维护域区数据和在服务器之间传送域区数据所涉及的各项工作。 许多决定了D N S服务器工作性能重要决定都是在设计阶段或者在监测到 D N S服务器的性 能和可靠性不合要求而调整设计时做出的。为了在工作负载最大时 D N S服务仍能正常提供并 且使D N S服务器的能力跟上变化的需求， D N S 管理员需要不断的监测所安装的 D N S服务器， 包括安装了 D N S服务器的机器的性能。软件的服务级别，尤其是与安全相关的补丁必须保持 更新。另外还要维护 D N S数据库，所涉及工作包括资源记录变化的日常管理，偶尔的将域区 移到不同的机器上，机器的取代和重建，此外现在还包括对动态域区的清理以除去过时的记 录和检查其大小。 13.1 设计D N S服务器 本节介绍了监测 D N S 服务器的一些方法。要充分利用这些方法，需要对服务有所了解。 还需要在普通的操作窗口中确立了有关性能和负载的基线，还应对服务的设计及其能力有深 刻的理解。当监视结果显示有问题存在时，查看墙上的图表不是一次狩猎探险，而是考虑一 些关系以确定应进行测试的可能是造成问题的地方。服务体系结构的图表应使你清楚什么样 的查询是从哪里来的，经过哪里。它还能帮助你看到客户端执行内部和外部解析的路径以及 客户端可用的选择。 监测D N S服务器的性能是重要的，能提醒是否应该调整服务，但仅止于此。端用户所感 觉到的性能或其他 D N S 服务器的解析器所感觉到的性能才是真正的度量，仅查看服务器的日 志是得不到这种信息时，必须有一种方法评价整个系统，包括影响服务的网络延迟。可以在 通常负载下自动地抽样检查，或者采取可靠性或可用性更低的听取用户的反馈的方法。 当找到瓶颈或重负载点后，想一下是否有转移负载的简单的方法。或者说是否需要另一 台服务器分担负载？当所有的传输都应该是 I X F R 时，为什么服务器耗费了许多时间响应 A X F R传输？ 在开始的设计阶段还应考虑安全策略。安全策略被正确实现了吗？是否需要一个测试程 序？对控制和配置变化的监测是否提供了足够的安全保证？ 第13章 最好的实践和维护任务计计163 下载 随着时间的推移，设计是会有变化的。比如说你可能发现将客户端配置为直接使用主服 务器而不是辅服务器，对你手动执行域区或软件维护是极大的限制。或者说 I n t e r n e t 的商业应 用可能增加了对外部域名解析的数量，还比如说随着时间的推移一些变化改变了系统。当这 些情况发生时，应牢记设计原则并试图调整配置以满足需求，尽可能好地提供服务。 推荐的设计原则如下： • 在当前服务和安全补丁级别下易于维护，不会造成对客户服务的降级或中断。 • 从客户端到该客户端的权威服务器及最经常使用的域区数据的距离应最小化，该距离按 网络质量度量。 • 使域区传送所消耗的网络带宽最小化，所有授权服务器的域区数据的会合所花的时间最 短。 • 每个客户端应可配置至少两条真正独立的解析路径，并且该解析路径只能提供和完全提 供站点安全策略所允许的解析访问。 将上面的原则翻译成可用的配置选择就得到以下的推荐做法： • 使用带通告功能的增量传输（ I X F R ） • 限制除了预定的D N S服务器之间的以外的数据传输 • 对所有的解析需求按服