第 20 章：实现高可用性和高可靠性的设计
云计算中的高可用性设计
云计算中的高可用性设计随着云计算技术的飞速发展，云平台已经成为越来越多企业和个人的首选。
然而，为了满足用户对系统可靠性和高可用性的需求，云计算中的高可用性设计变得至关重要。
本文将探讨云计算中高可用性设计的相关概念、重要性以及实现方法。
一、高可用性设计的概念高可用性是指系统在遭受各种故障或攻击时，能够持续提供服务的能力。
在云计算环境下，高可用性设计是确保用户可以随时随地访问云服务，且不会因为硬件故障、软件问题或网络中断而中止服务。
高可用性设计的目标是最大限度地减少系统故障对用户的影响，并通过合理的容错机制保持系统的正常运行。
二、高可用性设计的重要性1. 提供稳定可靠的服务：云计算平台作为用户运行业务的基础架构，其稳定性和可靠性直接影响到用户的业务连续性。
通过高可用性设计，可以最大限度地减少系统故障对业务的影响，提供稳定可靠的服务。
2. 提升用户体验：高可用性设计可以有效降低用户的服务中断时间和访问延迟，提升用户体验。
用户可以随时随地访问云服务，无需担心因系统故障而导致的服务不可用或访问缓慢。
3. 提高数据安全性：高可用性设计需要考虑数据备份、灾备恢复等安全机制，以保护用户数据的安全性。
在系统故障或数据丢失的情况下，可以通过备份和灾备恢复方案快速恢复数据，降低数据丢失的风险。
三、实现高可用性设计的方法1. 双机热备份：通过部署主备两个服务器，实现热备份机制。
主服务器出现故障时，备用服务器可以立即接管服务，提供连续可用的服务。
这种方法可以较快地实现系统的切换，保证服务的连续性。
2. 数据冗余：采用数据冗余技术，将数据存储在多个存储设备上，确保数据的可靠性和持久性。
当其中一个存储设备发生故障时，可以从其他存储设备中恢复数据，保证数据的完整性。
3. 负载均衡：通过负载均衡技术，将用户请求均匀地分配到多个服务器上，避免单一服务器过载。
当其中一个服务器故障时，其他服务器可以继续处理用户请求，保证服务的可用性和性能。
高可用架构设计：保证系统的稳定性与可靠性
高可用架构设计：保证系统的稳定性与可靠性高可用架构设计指的是设计一种系统架构，以保证系统具有高稳定性和可靠性的特点。
在当今数字化时代，系统的高可用性对于许多企业和组织来说至关重要，因为系统的不可用性可能导致业务中断、数据丢失以及用户流失等严重后果。
下面将讨论高可用架构设计的重要性和一些常见的架构策略。
首先，高可用架构设计的重要性在于确保系统能够持续地提供服务，即使在面临硬件故障、软件错误或自然灾害等问题时也能保持运行。
对于一些关键业务系统，例如金融交易系统、电子商务平台和医疗健康系统，系统中断可能会导致巨大的经济损失和用户的不满。
因此，通过设计高可用架构，可以降低系统中断的风险，并提高用户满意度。
其次，高可用架构设计的目标是消除系统单点故障。
单点故障是指系统中一个关键组件的失效引起整个系统的停机。
为了提高系统的可靠性，可以采用以下几种常见的架构策略：1.多点冗余：在架构中引入冗余节点或组件，使系统具有备用的能力。
例如，可以设计主备系统或使用集群和负载均衡技术来实现多个节点之间的数据同步和负载分担，从而避免单点故障的影响。
2.容错处理：通过使用容错技术来处理系统错误，以保证系统正常运行。
例如，可以使用容错机制如错误检查和纠正码、校验和、故障恢复和自动重启等方法，为系统提供容错能力。
3.水平扩展：通过增加系统的计算和存储能力来应对系统负载的增加。
水平扩展可以通过增加服务器、分布式存储、使用云服务等方式来实现，从而提高系统的吞吐量和并发处理能力。
4.数据备份和恢复：定期进行系统数据的备份，并设计合理的数据恢复策略。
备份数据可以存储在分布式文件系统、云存储或磁带库等多种介质上，以便在数据丢失或损坏时能够及时恢复。
此外，在高可用架构设计中还需要考虑到以下几个方面：1.故障检测和自动恢复：设计监控系统来检测故障，并采取自动恢复措施。
例如，通过心跳检测、自动重启或替换故障节点来提高系统的可靠性和稳定性。
2.性能监控和调优：实时监测系统的性能，并根据监测结果进行相应的调优。
系统设计高可用性与容错性的设计与实现
系统设计高可用性与容错性的设计与实现在系统设计中，高可用性和容错性是两个重要的考虑因素。
高可用性指系统在长时间运行过程中，能够持续提供正常的服务能力，而容错性则是指系统在面对硬件故障或者其他异常情况时，能够继续工作而不会导致系统崩溃或者数据丢失。
本文将探讨高可用性和容错性的设计与实现。
一、硬件冗余在保证系统高可用性和容错性方面，硬件冗余是一种常用的手段。
通过使用冗余的硬件设备，可以在一个设备出现故障时，切换到备用设备继续提供服务，从而减少系统停机时间和数据丢失风险。
例如，在服务器集群中，可以使用主备模式。
主服务器负责提供正常的服务，而备用服务器则处于待命状态。
当主服务器出现故障时，系统能够自动将服务切换到备用服务器上，保证系统的高可用性。
这种模式可以通过网络冗余、磁盘冗余等手段来实现。
二、数据备份与恢复为了保证系统的容错性，进行定期的数据备份非常重要。
当系统出现故障或者数据丢失时，可以通过备份数据来进行恢复，从而减少系统损失。
同时，备份数据也可以用于灾难恢复，防止系统被恶意攻击或者数据遭受破坏时造成的不可逆损失。
数据备份可以采用全量备份和增量备份相结合的方式。
全量备份是指将整个系统或者数据库的数据全部备份，而增量备份则是只备份自上次全量备份之后的增量数据。
这样可以减少备份时间和存储空间的占用。
三、负载均衡负载均衡是实现系统高可用性的另一种常见方式。
通过将请求均匀地分发到多个服务器上，可以提高系统的性能和稳定性。
当某一台服务器出现故障或者超过负荷时，其他服务器可以接管其工作，保证系统的可用性。
常用的负载均衡算法包括轮询算法、加权轮询算法、最少连接算法等。
这些算法可以根据系统的实际情况来选择，以达到最优的负载均衡效果。
四、故障检测与恢复及时检测系统故障并进行相应的恢复，是保证系统高可用性和容错性的关键。
系统可以通过定期的健康检查、监控和报警等手段，预测和诊断潜在的问题，并尽早采取措施进行修复。
例如，网络监控可以检测网络连接的异常和延迟。
设计模式之高可用性设计
设计模式之高可用性设计随着互联网技术的快速发展，高可用性成为了各大企业的核心竞争力之一。
高可用性设计不仅可以防止系统出现故障而引起的服务中断，而且可以提高系统的性能和稳定性，通过故障自动转移和自动容错实现系统最大的可用时间和可靠性，从而更好地满足用户的需求和期望。
高可用性设计需要从多个方面展开，包括硬件、软件、网络、数据中心等各个环节。
而在软件开发中，设计模式是提高系统高可用性的重要手段之一。
下面将介绍一些常用的高可用性设计模式。
1. 负载均衡模式负载均衡是指将大量的客户端请求均衡地分配到多个服务器集群中，从而提高系统性能和可用性。
负载均衡模式主要包括软件负载均衡和硬件负载均衡。
软件负载均衡使用一些特定的算法来分配请求，常见的算法包括轮询、加权轮询、哈希、IP散列等。
而硬件负载均衡则使用专门的负载均衡设备来实现。
例如，互联网上的一些大型电商、社交等网站，通常采用负载均衡来分散访问压力，以提高系统可用性和性能。
2. 冗余容错模式冗余容错是指在系统中引入冗余的硬件或软件，以保证即使部分组件出现故障，系统依然能够继续正常运行。
冗余容错模式主要包括备份、镜像、副本等。
例如，在一个企业级应用系统中，数据库是关键的组成部分之一。
为了提高数据库的可用性，可以通过数据镜像、主备复制等方式来实现冗余容错，从而保证系统数据的完整性和可靠性。
3. 容错恢复模式容错恢复是指当系统出现故障或异常时，能够迅速恢复到正常运行状态。
容错恢复模式主要包括预检测、热备份、快速恢复等。
例如，在一个在线支付系统中，为了防止支付过程中出现故障而导致用户资金损失，需要采用容错恢复模式来保证支付系统的可用性和安全性。
4. 信息重构模式信息重构是指将系统中的信息分成多个组件，从而使得每个组件的数据量尽可能的小，并能够快速更新。
信息重构模式主要包括分离、分治、重构等。
例如，在一个大型的数据分析系统中，需要将数据分成多个维度来分析，通过信息重构模式可以使得数据分析更加高效和准确，从而提高系统的可用性和性能。
高可用设计方案
高可用设计方案高可用性是指系统在正常运行时，能够持续提供服务，即使遭受一些故障也能够维持在可接受的水平。
下面介绍一个高可用设计方案。
一、容错与冗余设计：1.硬件冗余：采用双机热备份技术（Active-Standby），将两台服务器连接在同一网络上，当主服务器出现故障时，备份服务器能够实时接收并处理请求。
2.数据冗余：采用主从复制技术，将数据存储在多个服务器上，当主服务器发生故障时，备份服务器能够接替主服务器继续提供服务。
3.多点连接：在不同的地理位置部署服务器，通过负载均衡技术将流量分散到不同服务器上，当某一地点的服务器出现故障时，其他地点的服务器能够接替继续提供服务。
二、监控与告警系统：1.实时监控：设置监控系统对服务器、网络、数据库等进行实时监控，及时发现故障。
2.告警与通知：当系统出现故障时，监控系统能够及时发出警报，并通过短信、邮件等方式通知相关人员，以便及时处理故障。
三、自动化运维：1.自动故障转移：通过自动化脚本或软件工具，实现故障转移，当主服务器发生故障时，能够快速将请求转移到备份服务器上，从而不影响正常运行。
2.自动扩展与收缩：根据系统负载情况，通过自动化工具监测，实现系统的弹性伸缩，当系统负载过高时，自动添加服务器来提供更多资源；当系统负载过低时，自动释放多余的资源，提高系统的效率和稳定性。
四、灾备与备份策略：1.灾备环境：在不同地理位置部署服务器，建立灾备环境，将数据实时备份至灾备服务器上。
当主服务器发生严重故障时，能够快速切换至灾备服务器，从而保障系统的可用性。
2.定期备份：定期对系统数据进行备份，备份数据存储在独立的存储介质上，以防止数据丢失。
以上是一个基本的高可用设计方案，具体方案应根据具体业务需求和系统规模来设计。
高可用性系统设计与实现
高可用性系统设计与实现一、引言在信息技术高速发展的今天，高可用性系统设计与实现成为了各个行业的焦点之一。
高可用性系统代表着一个系统在面临各种异常情况下，能够持续地提供服务，避免中断或故障。
本文将探讨高可用性系统的设计原则和具体实现方法。
二、设计原则1.冗余备份冗余备份是高可用性系统设计的基础。
通过将系统的各个关键组件、数据和服务进行冗余部署，避免单点故障。
同时，实现冗余备份可以提供更高的系统可靠性和容错能力。
2.容灾与灾备容灾与灾备是高可用性系统设计的重要组成部分。
通过在地理位置上进行分布式部署，使得系统在遭受一定地区灾害或故障时，能够自动切换到备份系统，确保服务的连续性。
灾备策略要考虑到不同地域的网络延迟、带宽和安全性等因素。
3.自动化运维高可用性系统的实现需要依靠自动化运维工具和流程。
自动化可以降低人为错误风险，并提高系统的可维护性和可扩展性。
自动化运维工具可以帮助系统监控、故障处理和自动化部署等方面，提供快速响应和恢复。
4.性能优化性能优化对于高可用性系统至关重要。
通过对关键组件和模块的性能测试、优化和负载均衡，确保系统能够在高负载情况下稳定运行，避免潜在的性能瓶颈。
三、实现方法1.硬件冗余在高可用性系统中，硬件冗余是一种最基本和常用的实现方法。
通过在关键组件上配置冗余硬件设备，可以避免硬件单点故障。
例如，通过使用热备份机制，当主机器发生故障时，自动切换到备份机器。
2.数据冗余数据冗余是确保系统高可用性的另一种重要手段。
通过使用数据冗余技术，如主从数据库复制、分布式文件系统等，可以保证数据的备份和同步，降低数据丢失和故障的风险。
3.负载均衡负载均衡是分布式系统中常用的实现方法。
通过将用户请求均匀地分发到不同的服务器上，可以提高系统的并发处理能力和可扩展性，并降低单台服务器的压力。
4.故障检测与恢复故障检测与恢复是保证系统高可用性的关键环节。
通过使用心跳机制、自动故障检测和恢复系统等技术，可以实现对系统状态的实时监控和故障检测，并自动切换到备份系统，以实现服务的连续性。
高可用性架构设计：构建稳定和可靠的系统
高可用性架构设计：构建稳定和可靠的系统在当今数字化时代，高可用性架构设计已经成为企业建设稳定和可靠系统的关键因素之一。
随着云计算、大数据和物联网等新兴技术的不断发展，越来越多的企业开始意识到高可用性架构设计的重要性。
本文将从何为高可用性架构设计、为什么需要高可用性架构设计以及如何实现高可用性架构设计等方面展开探讨，希望读者能对高可用性架构设计有更深入的了解。
一、何为高可用性架构设计高可用性架构设计是指系统能够在面临各种异常情况时，仍能保持持续可靠、稳定运行的能力。
一个高可用性系统应该保证在任何情况下都能够继续提供所需的服务，而不受到任何异常事件的影响。
这些异常事件不一定是由技术层面引起的，也有可能是由自然灾害、人为失误等多种因素导致的。
在高可用性架构设计中，系统应该能够快速检测异常事件，并且自动地进行故障转移和恢复，确保系统的稳定性和可靠性。
在现代企业应用架构中，高可用性不仅仅是一个选项，而是一个必须考虑的因素。
无论是电子商务平台、金融系统还是社交媒体应用，都需要保证系统能够随时随地提供稳定、可靠的服务。
传统的单点故障架构可能已经无法满足用户的需求，因此高可用性架构设计已经成为了现代企业必备的一部分。
二、为什么需要高可用性架构设计1.用户需求日益增长：随着互联网的普及和移动互联网应用的快速发展，用户对于系统稳定性和可靠性的要求也越来越高。
用户不再满足于系统能够在正常情况下提供稳定的服务，而是希望系统能够在面临各种异常情况下依然保持稳定运行。
因此，为了满足用户的需求，企业需要考虑采用高可用性架构设计来提升系统的稳定性和可靠性。
2.数据安全性要求提高：随着大数据和物联网等新兴技术的发展，企业所需处理的数据量也越来越大。
在这些数据中，可能包含了大量的敏感信息，例如用户的个人资料、金融交易记录等。
如果系统出现故障，可能会导致数据丢失或泄露，对企业造成重大的损失。
因此，为了保证数据的安全性，企业需要采用高可用性架构设计来确保系统能够随时提供稳定和可靠的服务。
高可用性设计的实践方法和步骤详解(三)
高可用性设计的实践方法和步骤详解引言：在当今互联网时代，高可用性设计已成为保证系统稳定运行和用户满意度的关键因素。
高可用性指的是系统在各种异常和故障情况下仍能正常运行，并且能够及时恢复服务。
本文将详细介绍高可用性设计的实践方法和步骤。
一、需求分析和规划高可用性设计的第一步是进行需求分析和规划。
在这一阶段，需要明确系统的服务水平协议(SLA)和用户需求，以便后续的设计和实施工作。
需求分析包括以下几个方面：1. 确定系统的关键业务功能和流程，以及对系统可用性的要求；2. 分析系统的流量预估，考虑系统的容量规划和扩展性需求；3. 定义系统的故障恢复时间和数据恢复点目标(RTO和RPO)，即系统在故障情况下的最大容忍秒数。
二、架构设计在需求分析和规划的基础上，进行架构设计是高可用性设计的核心环节。
以下是几个关键的实践方法和步骤：1. 采用分布式系统架构，将系统划分为多个独立的模块和组件，以提高系统的可伸缩性和容错能力；2. 使用负载均衡来均衡系统的访问流量，将流量导向可用的服务器，在服务器故障时能够自动切换到备用服务器；3. 引入冗余机制，包括硬件冗余、软件冗余和数据冗余，以提高系统的可靠性和可用性；4. 将数据库进行集群化部署，以提高数据库的性能和可用性；5. 使用缓存机制来减轻数据库的负载，并提高系统的响应速度；6. 在系统的开发阶段引入自动化测试和自动化部署机制，以提高系统的可测试性和可维护性。
三、故障监控和处理为了实现高可用性设计的目标，必须对系统进行实时的故障监控和处理。
以下是几个常用的方法和步骤：1. 定期对系统进行性能监控，包括服务器的负载情况、数据库的性能指标、网络带宽的使用情况等，及时发现潜在的故障点；2. 使用集中式的日志管理系统，对系统的各个组件产生的日志进行收集和分析，以快速定位故障的原因并及时处理；3. 配置故障告警系统，当系统发生故障时及时通知相关的运维人员，并提供解决方案；4. 配置故障恢复机制，包括自动重启服务、自动切换到备用服务器和自动恢复数据库等，以提高故障的响应和恢复能力；5. 定期进行系统备份，并测试数据的可恢复性，以保障数据的安全性和完整性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据分区
服务器群集
对数据进行分区
磁盘 配置
驱动器 C – NTFS (or FAT) 磁盘1
20.4.2对数据进行分区 组件
Windows 启动文件，如果是 FAT 分区，包含 MS-DOS 操作系统启动文件，和在启动文件中包含 MS-DOS 命令提示符 Windows 操作系统文件和交换文件
驱动器 D – NTFS
读/写 EDB STM EDB STM EDB STM 写
LOG
RAID-5
RAID0+1
事务日志文件 (推荐)
存储组
实验 20-1：为高度可用的 Exchange Server 2003 组织进 行规划20.5.4实验 20-1：为高度可用的 Exchange Server 2003 组织进行规划 目的: 阅读 Northwind Traders 场景
设计高度可用的 Internet 客户端访问策略 设计高度可用的后端服务器策略
设计高度可用的数据存储策略
设计高度可用的 Internet 客户端访问策略
设计前端服务器可用性的注意事项
20.3 设计高可用的 Internet 客户端访问策略
使用 Internet 协议前端服务器
实现网络负载平衡
设计前端服务器可用性的注意事项
20.4 设计高度可用的后端服务器策略
设计后端服务器和数据可用性的注意事项
对数据进行分区
实现服务器群集 Exchange Server 群集的设计注意事项
设计后端服务器和数据可用性的注意事项
20.4.1设计后端服务器和数据可用性的注意事项
考虑以下步骤对 Exchange Server 应用程序数据和邮件数据进行分区：
域控制器
互联网协议 前台服务器
全局 编录服 务器 DNS
防火墙
SMTP 前台 服务器
后台 群集
公用 文件夹
实现网络负载平衡
20.3.3 实现网络负载平衡
网络负载平衡 群集
前台服务器
前-后台 服务器 虚拟 IP: 10.10.10.10
配置 NLB 服务器： 在所有属于网络负载平衡群集的前端 服务器上创建完全相同的虚拟服务器 以相同的方法配置网络负载平衡群集 中的每台服务器
3
4
数据存储的规划注意事项
RAID
级别 RAID-0 描述 性能
20.5.3数据存储的规划注意事项
推荐 缺乏容错不要存放存 储数据 系统和引导磁盘 SMTP 队列 事务日志文件 .edb 和 .stm 数据库文 件
带区磁盘阵列 最有效的 RAID 技术
RAID-1
磁盘镜像阵列 最可靠的 数据分布到整 依靠有效的磁盘空间 个阵列 结合 RAID-0 和 RAID-1 在冗余时候提供高性 能
设计群集策略以提供后端服务器可用性时， 需要考虑以下注意事项:
实现与 Exchange Server 2003 组织要求相适应 的群集模型 为 Exchange Server 实现专用群集 规划 Exchange 虚拟服务器磁盘资源 根据 Exchange Server 2003 存储组限制规划节 点 根据 Windows 盘符限制来规划群集
设计高度可用的数据存储策略
为 Exchange Server 组织提供冗余支持服务
Active Directory 和 DNS 可用性设计的注意事项
20.2 为 Exchange Server 组织提供冗余支持服务
域控制器和全局编录服务
DNS 服务
Active Directory 和 DNS 可用性设计的注意事 项 20.2.1 Active Directory 和 DNS 可用性设计的注意事项
建立冗余网络基础结 构 包含：
冗余的网络设备
帧中继 1
帧中继 2
冗余的网络路径
快速响应并跳过 任何故障组件的 路由
备份或备用服务 器
桥头 服务器
路由组 2
桥头 服务器
冗余路由拓扑
20.1.4 冗余路由拓扑
路由组 A A 路由组 连接器
路由组 B B
路由组 A A
路由组 B B
路由组 连接器
路由组 C C
实现服务器群集
八节点, 6 主动/2 被动
20.4.3实现服务器群集
EVS
EVS
EVS
EVS
EVS
EVS
0
0
1000
1000
1000
1000
1000
1000
两节点, 主动/被动
EVS EVS
两节点，主动/主动
EVS
0
1000
500
500
Exchange Server 群集的设计注意事项
20.4.4 Exchange Server 群集的设计注意事项
第 20 章：实现高度可用性和高度可靠性的设计
设计高度可用的 Exchange Server 组织的简介
为 Exchange Server 组织提供冗余支持服务
设计高度可用的 Internet 客户端访问策略 设计高度可用的后端服务器策略
设计高度可用的数据存储策略
设计高度可用的数据存储策略
20.5设计高度可用的数据存储策略
路由组 D D
路由组 C C
路由组 D D
全网状路由拓扑
部分网状路由拓扑
监视功能
20.1.5 监视功能
• 事件查看器 • 系统监视器 • 性能日志和警报 • 监视和状态 • 队列查看器 • 服务器监视
Exchange Server
Administrator
Microsoft Operations Manager 2005 – Microsoft Exchange 2005 管理包
冗余硬件
冗余的网络设备
监视功能 安全补丁管理和防病毒措施 灾难恢复计划
冗余硬件
20.1.2 冗余硬件
提供的可能备用硬件包含:
(1) 网卡
(2) 硬件磁盘控制器 (3) 磁盘
(4) 电源提供
(5) 内存 (6) 可替换的或备用服务器
冗余网络基础结构
20.1.3冗余网络基本架构
路由组 1 桥头 服务器 桥头 服务器
第 20 章：实现高度可用性和高度可靠性的设计
设计高度可用的 Exchange Server 组织的简介
为 Exchange Server 组织提供冗余支持服务
设计高度可用的 Internet 客户端访问策略 设计高度可用的后端服务器策略
设计高度可用的数据存储策略
设计高度可用的 Exchange Server 组织的简介
磁盘2 磁盘3 磁盘4 磁盘5 磁盘6 磁盘7
驱动器 E – NTFS 驱动器 F – NTFS
驱动器 G – NTFS 驱动器 H – NTFS 驱动器 I – NTFS 驱动器 J – NTFS
Exchange 文件和其他服务器应用程序（例如防病毒 软件或资源工具）
存放存储组 1 事务日志文件 存放存储组 1 数据库文件 存放 存储组 2 的日志文件 存储存储组 2 的数据库文件 SMTP 队列
第 20 章 实现高可用性和高可靠 性的设计
企业级通信和协作的规划、实现和管理—— 以Exchange Server 2003为例
第 1 章：邮件基础与Exchange Server 2003概述 第 2 章：安装和升级至 Exchange Server 2003 第 3 章：配置和管理 Exchange Server 2003 第 4 章：Exchange Server 2003 安 全 第 5 章：管理收件人 第 6 章：管理公用文件夹 第 7 章：管理地址列表 第 8 章：用 Internet 协议实现和 管理客户端访问 第 9 章：客户端配置和连通性管 理 第 10 章：管理路由 第 11 章：管理数据存储和硬件 资源 第 12 章：灾难规划和灾难恢复 第 13 章：进行 Exchange 维护 第 14 章：与 Microsoft Exchange Server 5.5 共存 第 15 章：从其他邮件系统迁 移到 Microsoft Exchange Server 2003 第 16 章：分析 Active Directory 和设计管理规划 第 17 章：设计路由拓扑和服 务器角色与位置 第 18 章：设计公用文件夹和 客户端连接策略 第 19 章：设计 Exchange Server 2003 安全策略 第 20 章：实现高可用性和高 可靠性的设计 第 21 章：设计组织间连接 第 22 章：设计 Exchange Server 5.5 到 Exchange Server 2003 的部署策略
?
Administrator
1 2 3
?
下一步我应该做什么?
Exchange Server
我应该联系谁?
第 20 章：实现高度可用性和高度可靠性的设计
设计高度可用的 Exchange Server 组织的简介
为 Exchange Server 组织提供冗余支持服务
设计高度可用的 Internet 客户端访问策略 设计高度可用的后端服务器策略
在设计 Active Directory 和 DNS 可用性时， 应该首先回答以下问题：
域控制器可用性
全局编录服务器可用性
DNS 服务可用性
域控制器和全局编录服务
20.2.2 域控制器和全局编录服务
全局编录 服务器
10.0.1.0
Active Directory 站点 A
路由器
10.0.2.0
全局编录 服务器
集中监视 事件警告 报告
Active Directory
灾难恢复计划
一个良好的灾难恢复计划包含:
20.1.6 灾难恢复计划