调试

调试资源

在测试实验室中部署应用程序之后，就可以开始查找错误了。部署之前进行彻底的测试和调试是非常关键的。带有 IIS 5.0 的 Windows 2000 提供了调试应用程序的新功能。客户支持诊断软件包包含诊断系统所用的符号和调试工具。这些工具有助于您凭自己的力量解决错误，或有助于借助支持服务顺利地查出和解决错误。

除传统的 Windows NT 调试工具（DrWtsn32、Windbg/WindbgRM、内核调试程序 (KD)、NT 软件调试程序 (NTSD)/CDB 等等）之外，Windows 2000 支持工具中还包括了新的与调试程序有关的工具组。该工具组包括检查内核数据结构的调试程序扩展、检查内存池的工具和智能内核内存转储分析工具。

这些故障排除和开发工具扩展了现有调试工具（如内核调试程序）的功能，提供了可作为新调试方法基础的新功能，并提供了开发支持。

建议：下载 Windows 2000 客户支持诊断，以便获得符号和调试工具。

• Debugger Related Resources on the Microsoft Web site - http://www.microsoft.com/hwdev/driver/ntdebugging.htm
  　

调试 COM 应用程序

随着 .com 公司需求的增长，许多 .com 公司添加了功能更强大的基于组件对象模型 (COM) 的应用程序。利用 COM 满足在线企业某些目标的开发人员，可能更熟悉脚本模型，而在调试 COM 时常常会碰到更复杂的问题。以下在线资源与在带有 IIS 5.0 的 Windows 2000 中调试 COM 有关：

建议：请查看以下资源，以帮助在 IIS 中调试 COM 组件。

• HowTo:Debug InProc COM Components Inside IIS Using WinDbg - http://support.microsoft.com/support/kb/articles/Q192/7/54.ASP
  　
• HowTo:Debug a Native Code Visual Basic Component in VC++ - http://support.microsoft.com/support/kb/articles/Q166/2/75.ASP
  　
• Debugging a VB DLL Under Active Server Pages - http://support.microsoft.com/support/kb/articles/Q177/1/82.ASP
  　
• Debug ISAPI and Filter DLL Under IIS 4.0 - http://support.microsoft.com/support/kb/articles/Q183/4/80.ASP
  　

请求产品支持

需要 Microsoft 提供技术支持时，可以搜索 Personal Online Support 站点，从 Microsoft Knowledge Base 的众多文章中寻求自助。当需要专业支持人员的援助时，以下技巧将有助于问题的成功解决：

描述/确定问题范围。问题描述得越清楚，越容易确定问题的范围。如有可能，应确保可以将问题确定在特定的领域。
再现问题。 详细描写支持专业人员可以用来使问题再现的步骤。
评估问题的影响。 问题对产品或业务有何影响？

建议：在联系 Microsoft 产品支持部门之前收集应准备的信息。以下文章提供了使用网上自助的建议。

• How to Find Answers Online -
  http://support.microsoft.com/support/howto/services.asp
  　
• HowTo:Search for ASP Knowledge Base Articles - http://support.microsoft.com/support/kb/articles/Q246/4/53.ASP
  　
• HowTo:Use the Developer Support Microsoft Knowledge Base - http://support.microsoft.com/support/kb/articles/Q242/9/71.ASP
  　
• HowTo:Search for COM+ Knowledge Base Articles - http://support.microsoft.com/support/kb/articles/Q252/3/18.ASP
  　

开发人员资源

在 IIS 5.0 中已利用一些功能增强了 Active Server Page 环境，使其更便于脚本编写人员和 Web 应用程序开发人员使用。下面推荐的文章讨论了使这些新功能发挥最大作用的方法。

建议：理解和结合使用新的 ASP 3.0 功能。

• Leveraging ASP in IIS 5.0 - http://msdn.microsoft.com/voices/server.asp
  　
• Two New Redirection Methods in Microsoft IIS 5.0 - http://msdn.microsoft.com/msdnmag/issues/0400/default.asp
  　
• ASP Best Practices (PowerPoint presentation) - http://support.microsoft.com/support/activeserver/AspBestPractices.ppt
  　
• What's New in ASP with IIS 5.0 - http://support.microsoft.com/support/kb/articles/Q222/4/87.ASP
  　
• Using Enhanced <SCRIPT> Tags for Includes - http://support.microsoft.com/support/kb/articles/Q224/9/63.ASP
  　

使用组件体系结构

组件可以给 ASP 应用程序提供许多优点，如可伸缩性、性能，以及配置和部署灵活性。COM 对象封装了一块执行一小组功能的编译代码。它可以嵌入到任何程序中，而主要功能仍保持相同。构建 ASP 项目（或编写实际的任何程序）时，可以调用该功能，就像调用程序内定义函数那样简单。COM 体系结构的特点使许多项目或用户可以同时使用 COM 对象。这种封装使得用户可以很方便地反复使用代码，并且它们可以分发到不同的计算机上。

ASP 组件

ASP 组件是在编写时考虑到 Web 应用的 COM 对象。例如，发送输出文字时，可以不用“printf”，而用“Response.Write”，或者组件可以根据 Web 客户机的输入，操纵数据库。组件是已编译的代码这一事实使它们比用 ASP 代码执行相同功能快得多。Microsoft Transaction Services (MTS) 使您能够管理组件，无论它们位于何处，并且允许您管理那些组件作出的事务。在 COM+（在 Windows 2000 中），该功能得到了扩展。组件可以以支持 COM 的任何语言编写，如 VB 和 VC++。它们可以由其它任何语言访问，如 VB、VC++，ASP 或 Windows Scripting Host 中的 VBScript 或 JScipt。创建组件的新版本时，开发人员使用规定的方法，防止它破坏为组件的旧版本编写的旧应用程序。通过将业务逻辑移到基于组件的体系结构中，就可以迈入一个“无所不能”的世界。

建议：将业务逻辑移入基于组件的体系结构中。

• Free Microsoft Developer Training for Windows 2000 - http://msdn.microsoft.com/training/offers/win2000/default.asp
  　
• Web Workshop:ASP Component Guidelines - http://msdn.microsoft.com/workshop/server/asp/server01242000.asp
  　
• Compiling Components in Visual Basic for ASP - http://msdn.microsoft.com/msdnmag/issues/0300/serving/serving.asp
  　
• Bulletproofing Your ASP Components -
  http://www.microsoft.com/mind/defaultframe.asp
  　
• Fitch & Mather Stocks:Web Application Design - http://msdn.microsoft.com/library/techart/fmstocks_Web.htm
  　

COM+
COM+ 是组件对象模型 (COM) 和 Microsoft Transaction Server (MTS) 的进一步发展。COM+ 建立于使用 COM、MTS 和其它基于 COM 的技术编写的应用程序之上，并扩展了这些应用程序。COM+ 处理了许多开发人员以前必须编程才能完成的资源管理任务，如线程分配和安全。在适用时，COM+ 可用来开发基于 Windows 2000 操作系统的全企业范围的、关键的、分布式应用程序。

建议：理解升级到 COM+ 的优点。

• Basic Instincts:Porting Applications from MTS to COM+ - http://msdn.microsoft.com/msdnmag/issues/0300/basics/basics.asp
  　
• MSDN Online Library:COMponents- http://msdn.microsoft.com/library/techart/msdn_components.htm
  　
• MSDN Online Library:COM+ (Component Services) - http://msdn.microsoft.com/library/psdk/cossdk/complusportal_9o9x.htm
  　

Windows Script Host
Windows Script Host (WSH) 是允许在基础操作系统内，无论是在 Windows 95 还是在 Windows NT 4.0 上，本地运行 Visual Basic Scripting Edition 和 JScript 的工具。可以使用已知的脚本语言编写脚本，以自动完成一些常见的任务，并可编写功能强大的宏和登录脚本。

建议：掌握嵌入在 Windows 2000 中的 Windows Script Host，并将其应用在 Web 体系结构中。

• Microsoft Windows Scripting Home Page - http://msdn.microsoft.com/scripting
  　
• 可以使用 Visual InterDev® Web 开发系统支持 Windows Script Host 文件：How to Enable Windows Script Version Tools Support for Visual InterDev - http://support.microsoft.com/support/kb/articles/Q249/0/24.ASP
  　

Microsoft 数据访问组件体系结构
Microsoft 数据访问组件 (MDAC) 体系结构提供一个通用的框架，以显示传统的基于 SQL 的数据库源和非 SQL 数据存储，如文档或多维源。该体系结构不需要任何数据，只是可以从 OLE DB 数据提供程序或 ODBC 数据源以表格形式显示数据。Microsoft ActiveX® 数据对象 (ADO)，Remote Data Service (RDS)，甚至 OLE DB 本身也可以将该数据显示到使用者应用程序上。
　

建议：阅读为数据库开发人员准备的 MDAC 开发技巧和操作平台 SDK。

• Improve the Performance of Your MDAC Application - http://www.microsoft.com/data/impperf.htm
  　
• Top Ten Tips:Accessing SQL Through ADO and ASP- http://www.microsoft.com/mind/1198/ado/ado.htm
  　
• MSDN Online Library:Pooling in the Microsoft Data Access Components - http://msdn.microsoft.com/library/psdk/dasdk/pool0y2b.htm
  　
• MSDN Online Library:MDAC General Technical Articles - http://msdn.microsoft.com/library/psdk/dasdk/mdac1lpu.htm
  　

ADO 2.5
ADO 2.5 提供与 Internet 信息服务 (IIS) 5.0 中的 ASP 页，以及 Remote Data Service (RDS) 2.5 和 ASP 之间的内置集成。ADO 2.5 可与 ASP 页一起用来直接从服务器产生 XML。
　

建议：理解 Windows 2000 中的 ADO 2.5、ASP 和文档对象模型 (DOM) 的 XML 集成。

• 介绍 XML、DOM、名称空间、XML 用于服务器端脚本、XML 数据岛的资源和其它开发人员资源：XML Integration Features in ADO 2.5 - http://msdn.microsoft.com/xml/articles/xmlintegrationinado.asp
  　
• XML Developer's Guide - http://msdn.microsoft.com/xml/xmlguide/default.asp
  　

SOAP
SOAP（Simple Object Access Protocol - 简单对象访问协议），是使用现有的 Internet 基础结构，创建在 Internet 上运行的广泛分布的、复杂计算环境的方式。

建议： 查看有关 SOAP 的文档。

• Simple Object Access Protocol - http://msdn.microsoft.com/xml/general/soaptemplate.asp
  　

部署

JDP 客户在 .com 中部署带有 IIS 5.0 的 Windows 2000 时，经常出现一些问题。以下建议是针对这些常见问题的，有助于针对这些问题作好计划，或避免它们发生。下列第一条建议包括的信息、工具和资源可使 Windows 2000 的部署更容易完成。无人参与的、自动化的部署可以大大地减少在每一台计算机上安装 Windows 2000 所花费的时间。

建议：

使用安装管理器部署工具，可以简化用于无人参与安装的应答文件的创建。
在 Windows 2000 安装完之后，按需要使用小写和大写字母重新命名计算机。该解决方法可以解决 JDP 部署期间在 Sysprep 中发现的错误。该错误使 Mini-Setup Wizard 将以小写字母输入的计算机名全部转换为大写字母。

• 阅读“Windows 2000 Deployment Planning Guide”和其它与部署有关的信息。Windows 2000 - Planning & Deployment -
  　
• http://www.microsoft.com/windows2000/library/planning/default.asp
  　
• 如果您的企业使用 Systems Management Server (SMS) 1.2 版管理 Web 服务器，（要知道）SMS 1.2 客户应用程序不是为与 Windows 2000 一起使用而设计的。必须手动安装 Windows 2000 软件，并保留各自独立的清单。SMS 未来的服务包将在 Systems Management Server 下载站点发布 - http://www.microsoft.com/smsmgmt/downloads/default.asp

SSL 连接限制

.com 企业必须为全部安全套接字层 (SSL) 连接购买足够的客户端访问许可证 (CAL)。这要求为电子商务作周密的计划，例如，要估计可能执行安全操作的同时连接的数量。在电子商务中，安全操作通常涉及使用信用卡的付款事务。如果超过 SSL 限制，多出来的连接将收到 403.15 错误消息。

在 Web 服务器上设置了 SSL 连接计数器。如果有 15 个 CAL，那么 SSL 连接计数器设置为 15。若匿名和已验证的用户增加，该计数器就减少。如果匿名用户浏览到 Web 站点并购物，然后开始支付事务（过渡到 SSL 会话），该用户名消耗一个 SSL 连接。不消耗 CAL。SSL 连接不消耗 CAL，但 SSL 连接的总数被限制为在 Web 服务器上安装的 CAL 的数量。

如果 Web 服务器上安装了 20 个 CAL，那么它可同时支持多达 20 个已验证的用户和 20 个 SSL（匿名和/或已验证）连接。如果用户已验证并使用 SSL，那么就消耗一个 CAL，SSL 连接计数器则减少一个。只有身份验证行为要求 CAL。IIS 为 SSL 连接保留一个独立的计数器。
　

建议：为 Web 服务器购买足够的 CAL，以涵盖全部已验证和 SSL 连接。

• Error Message:HTTP 403.15 - Forbidden:Client Access Licenses Exceeded - http://support.microsoft.com/support/kb/articles/Q253/2/39.ASP
  　

安全配置

Windows 2000 Internet 服务器安全配置工具使保护运行 IIS 5.0 的 Web 服务器更容易。它会进行一个访问，以确定您想提供什么服务、希望服务器运行的一般方式，然后产生和部署一个策略，以适当地配置服务器。在使用该工具之前，一定要阅读它所附带的自述文件。该工具会为慎重起见而执行错误的操作，并锁定系统的许多方面。因此在决定是否锁定服务器之前，有必要了解这样做会带来哪些影响。

建议：

• 下载 Windows 2000 Internet 服务器配置工具。- http://www.microsoft.com/technet/security/tools.asp
  　
• 有关 Windows 2000 安全服务的最新信息，请查阅 TechNet 的安全指南 - http://www.microsoft.com/technet/security

监视和观察

一个好的监视计划会检查在测试实验室中、先导部署中、在生产环境中进行部署之后的各个方面的性能。要改善服务器性能，则应检查系统每一部分，以找出可能的瓶颈。硬件配置不充分或不适当，或者 IIS 5.0 或 Windows 2000 中的软件设置都会引起瓶颈。在了解服务器性能后，即可开始作出更改，以改进性能。以下援引的性能调整的文章提供了有关监视运行 Windows 2000 的基于 IIS 5.0 的服务器的信息。虽然很多信息也适用于 IIS 4.0，但许多内容是 IIS 5.0 所特有的。

编写高性能的服务器应用程序要求监视桌面应用程序的传统的性能问题，加上诸如内存分配、缓存线、缓存数据、线程增生、锁定策略、多处理器计算机、阻塞的调用、测量和分析、多客户机测试和现实情况等事项。

可以建立计数器以监视这些方面的情况。Windows 2000 中有几百个性能监视计数器。计数器有助于确定瓶颈发生的位置。性能调整白皮书提供了跟踪此类瓶颈的指南。可以建立计数器并保存它们，性能监视工具将定期运行它们，这样就不必在每次希望检查性能时都重建计数器。可以对不同的计数器设置警报。此外，应至少每隔两天监视一次事件日志。出现问题时，这些事件日志将有助于检测出现问题的源位置。

IIS 5.0 之前的版本所没有的另一个新功能是进程统计。它可使 IIS 5.0 跟踪每一 ASP 和通用网关接口 ( CGI) 应用程序使用的 CPU 时间量。日志文件显示出任何给定应用程序在运行时 24 小时时段内的运行时间量，可精确到毫秒。当想要跟踪哪些应用程序在服务器上运行时间最长或应用程序是否占用太多的处理器时间时，该数据十分有用。

建议：

• 监视某些计数器以便进行性能分析 - http://www.microsoft.com/windows2000/library/operations/web/tuning.asp
  　
• 监视各种事件日志：系统事件日志和应用程序事件日志都要监视。
  　
• 为 IIS 5.0 配置性能监视器 - http://webtool.rte.microsoft.com/tutor/perf.htm
  　
• 设置警报以监视关键系统资源 - http://msdn.microsoft.com/library/techart/smartalerts.htm
  　
• 启用进程统计以建立基准性能信息- http://support.microsoft.com/support/kb/articles/Q243/0/59.ASP
  　
• 观察、分析和测试性能不好的应用程序。
  　
• Solutions for Poor Server Performance - http://www.microsoft.com/technet/iis/sol.asp
  　
• Sever Performance and Scalability Killers -
  http://msdn.microsoft.com/workshop/server/iis/tencom.asp

复制计算机 GUID 错误

运行时内存不足会导致系统重新产生密钥。这些密钥与注册表中计算机的全局唯一标识符 (GUID) 关联。已更改的 GUID 对任何其它服务器、服务或程序都不可访问。在这种情况下，可能无法启动或停止 IIS 服务。这是在 JDP 部署期间发现的已知错误。现在已推出了即时修订程序，在安装和配置带有 IIS 5.0 的 Windows 2000 之后，应使用该即时修订程序。

建议：安装即时修订程序，以便解决计算机 GUID 错误。

• Running Out of Memory Can Cause Loss of Cryptographic Keys -
  http://support.microsoft.com/support/kb/articles/Q252/3/25.ASP
  　

管理

部署 .com Web 站点之后，您可能想休息一下，放松放松。但是，还不到休息的时候。站点不但需要更新内容，还需要一些例行的管理和维护。无论 Web 站点的开发计划制定得多好，都肯定会在某些阶段产生一些错误或中断链接的情况。可能不总是您的过错。Web 之所以成其为 Web，是因为它有复杂得难以想象的诸多站点间和页面间的链接。对于站点管理员来说，最令人头痛的往往就是需要维护和更新这些链接中您的那一份。带有 IIS 5.0 的 Windows 2000 提供了可用于管理站点的功能及对一些工具的支持。在 JDP 部署期间，以下这些经过验证的最佳做法将有益于管理 .com Web 站点。
　

维护链接

创建自定义错误页，可以有效地帮助您保留那些通过旧的或部分断开的链接发现您的站点的访问者。只要该链接将该访问者带到您的站点（即，它包括您的域），路径和文件名是否错误无关紧要。访问者将得到自定义错误页。访问者在浏览器中看到的错误消息仅仅是普通的 HTML 网页。可以编辑该文件，对其进行自定义，更重要的是，添加链接以使丢失的访问者回到您的主页或站点映射。还应对站点进行例行测试，以查看一般操作如何，以及有无损坏的链接。Web 应用程序包含多个到 HTML 网页、图形和其它文件的链接。Web 应用程序越大，验证和维护这些链接就越复杂。可以创建链接关系图，以识别 Web 应用程序中各文件之间的链接，并发现各项目之间的损坏的链接。
　

建议：自定义 IIS 错误，识别损坏的链接，并进行例行 Web 测试。

• Feedback, Errors, and Broken Links - http://www.microsoft.com/technet/iis/feedch7.asp
  So You Want to Build a Web Site?- http://msdn.microsoft.com/workshop/management/planning/SITEBLD.asp
  　
• Configuring Custom Error Messages in IIS 5.0 - http://www.microsoft.com/technet/iis/custerr.asp
  　

IIS Reset

IIS 5.0 和 Windows 2000 Server 最重要的可靠性改进之一，是 IIS 5.0 的可靠的重新启动功能。它可使管理员重新启动 Web 服务，而不必重新启动计算机。默认情况下，IIS 5.0 使用一个新的工具（IIS Reset），在 IIS 服务发生故障时自动重新启动 IIS 服务。缺点是可能不会轻而易举地发现服务器中的问题。要确保定期监视事件日志。如果必须重新启动 Web 服务，IIS Reset 会通过一个命令停止和重新启动 IIS 服务和进程外 Web 应用程序，从而使重新启动 Web 服务变得十分容易。

过去，要重新启动 IIS，管理员需要在每次中断之后启动四个分开的服务，并要求有专门的知识，如 Net 命令语法。
　

建议：从命令行或调度程序使用 IIS Reset 重新启动 Inetinfo.exe (IIS 5.0)。

• Internet Information Services 5.0 Command-Line Syntax for IISreset.exe - http://support.microsoft.com/support/kb/articles/Q202/0/13.ASP
  　
• New Restart Features in IIS 5.0 - http://www.microsoft.com/technet/iis/restart.asp
  　

管理组件服务

可以以两种方式部署和管理 COM+ 应用程序。可以使用组件服务管理工具（Microsoft 管理控制台的一个管理单元）或编写脚本，以将这些过程自动化，该脚本应带有使用 COMAdmin Library DLL 提供的管理对象的代码。有关如何使用这些对象的说明，请参见“Automating COM+ Administration”。它位于 Microsoft Platform SDK 的 Creating and Configuring COM+ Applications in the Component Services 小节。您可以使用脚本完成很多操作，例如停止 Mtx.exe 以更换损坏的 DLL。

大多数组件服务管理任务包括将完整的开发成果投入网络使用中，并确保部署的应用程序和组件有很高的性能和安全性。可能包括为组件服务配置系统、进行初始服务设置、安装和配置应用程序、监视和调整组件服务等任务。
　

建议：

使用组件服务管理 MMC 管理单元监视 IIS 进程外汇集的应用程序。
通过 COM+ 管理脚本管理组件服务。
管理脚本和实例程序，可以在 COM 和 ActiveX 开发人员操作平台 SDK 组件中找到： http://msdn.microsoft.com/downloads/sdks/platform/com.asp

Windows 媒体服务

Windows 媒体服务完全与 Windows 2000 Server 集成，可使您将流式多媒体集成到应用程序中，以促进公司通讯、电子学习、客户和销售支持、新闻和娱乐服务和产品促销活动。通过 Windows 媒体服务，可以配置和管理 Internet 和 Intranet 上高品质的数字媒体内容，尽可能多地向用户提供实况的和点播的内容。
　

建议：可能时用 Windows 媒体服务集成、共享和发布内容。

• Windows 2000 Media Services - http://www.microsoft.com/windows2000/guide/server/features/media.asp
  　

Intranet

Intranet 是对已经部署到运行 .com 的功能强大、便于使用的技术的一种运用。带有 IIS 5.0 的 Windows 2000 支持 Distributed Authoring and Versioning (DAV)，可对您的企业带来可观的价值和便利。在 JDP 部署期间，许多客户表示，要学习更多有关在 Intranet 上部署技术的知识。

建议：部署 Intranet。

• Intranet resource center from TechNet - http://www.microsoft.com/technet/intranet/default.asp
  　
• Working with Distributed Authoring and Versioning (DAV) and Web Folders - http://support.microsoft.com/support/kb/articles/Q221/6/00.ASP
  　

小结

Windows 2000 Server 操作系统在所有的服务中集成了 Internet 技术。Internet 信息服务 5.0 (IIS) 在操作系统的层次全面集成，有助于企业快速、方便地添加 Internet 功能，这些功能直接编排到其余计算基础结构中。IIS 5.0 使用由 Windows 2000 提供的其它服务，如安全服务和 Active DirectoryTM 服务。它还结合了 Windows 2000 中的这些高级功能，以便为 .com 公司改善可靠性、性能、管理、安全性和应用服务。操作系统功能（如汇集的进程隔离和 IIS Reset）使带有 IIS 5.0 的 Windows 2000 能够更可靠地用于 .com 公司计算系统。本文中的最佳做法是在主要 .com 公司参加 Microsoft 的 Windows 2000 联合开发计划的部署期间编纂的。参加 JDP 部署的开发人员和工程师建议，建立 .com 公司时您应遵循这些做法。
　

其它信息

有关 Windows 2000 Server 的最新信息，请查看 Microsoft TechNet 或我们的 Web 站点，网址是：http://www.microsoft.com/windows2000，以及 Windows 2000/Windows NT 论坛，网址是：http://computingcentral.msn.com/topics/windowsnt。