《Exchange Server 2013 SP1管理实践》——导读

前言
首先需要确认一点,本书不是单纯地介绍从Exchange Server 2010升级到Exchange Server 2013,而是通过项目部署方式,结合一个通用的网络环境,从项目部署开始到结束(12章内容),实现Exchange Server 2013的完整部署。部署过程中,整合实际应用中遇到的疑难问题,将其穿插分布到各个章节。如果读者在部署过程中遇到问题,建议不要首先打开搜索引擎,而是耐心地读完部署部分的内容,也许遇到的问题本书已经给出了详细的解决方案。

Exchange Server 2013之前的版本部署前,首先需要考虑利用专业存储设备解决磁盘IO的问题。Exchange Server 2013对磁盘IO的要求越来越低,得益于Exchange整体架构优化。数据显示,Exchange 2010在Exchange 2007基础上使磁盘IO减少了原来的70%,而Exchange 2013相比Exchange 2010而言,又可节省高达50%的磁盘数据吞吐量(以每秒输入/输出的数据量为单位计算),由于IO模式得到进一步优化,使用普通的SATA 硬盘(大容量)也可以满足Exchange IO需求,可以支持更多的邮箱用户和更大的存储空间,有效地降低企业投入和运维成本。

从管理角度看,Exchange Server 2013易用性越来越好,管理难度越来越低。它摒弃了2010版本的“EMC”控制台,通过浏览器方式的“Exchange管理中心”(基于Web的一体化系统管理界面)完成基本管理,并结合后台高效的PowerShell命令,提升Exchange的管理效率。

Exchange Server 2013中安装“客户端访问角色”的服务器(前端)是轻量型无状态代理服务器,只负责用户身份验证、代理和重定向,而其他的一些功能由安装“邮箱服务器角色”服务器(后端)承担,因此,客户端访问服务器角色变得非常简单。但是在运维中需要注意:如果需要启用POP应用,要在前端和后端同时启用,这是和Exchange Server 2010版本不同的地方。

实际运维过程中,Exchange管理员更关心如何保护Exchange数据安全。结合作者的实际运维经验,以及部分Exchange用户在生产环境中遇到的问题,通过3章(第22、23、24章)内容着重介绍如何在不同环境中(DAG环境、独立MBX环境)实现Exchange数据库的灾难恢复,所以建议读者静下心来读完本书,或者通过实验环境完成相关灾难恢复章节测试并做好文档记录,以备不时之需。

为了保证Exchange数据库安全,建议在企业内部署数据库高可用性组(DAG)时,至少需要部署2台安装邮箱角色的服务器。当出现数据库级的故障(例如磁盘故障)时,由于数据库和服务器之间不再紧密捆绑,可以在数据库副本之间轻松移动,不会影响服务器上的所有用户,从而提高Exchange的可用性(据微软资料介绍需要30秒故障转移时间)。

当Exhange出现突发状态,管理员既要对上负责,又要对下负责,处在夹层中备受煎熬。因此作为Exchange管理员,首先要提高自己的业务技能,建立自己的技术“人脉”,做好紧急响应预案并形成文档,才能真正管理好、用好Exchange。在实际运维过程中,管理员不仅要运维Exchange,还要运维活动目录(AD DS域服务、Active Directory)。后者是前者的基础,因此对Exhange管理员提出了更高的要求。
前言
第1章 Exchange部署之前注意事项
1.1 项目网络规划 ]()
1.2 服务器基本概念 ]()
1.3 服务器安装操作系统 ]()
1.4 Exchange Server部署助理 ]()
第2章 部署域控制器
2.1 项目任务 ]()
2.2 部署域控制器 ]()
2.3 验证域控制器是否成功部署 ]()
2.4 提升为域控制器后产生的变化 ]()

时间: 2024-09-20 05:44:00

《Exchange Server 2013 SP1管理实践》——导读的相关文章

《深入理解Scala》——第1章,第1.2节当函数式编程遇见面向对象

1.2 当函数式编程遇见面向对象 深入理解Scala 函数式编程和面向对象编程是软件开发的两种不同途径.函数式编程并非什么新概念,在现代开发者的开发工具箱里也绝非是什么天外来客.我们将通过Java生态圈里的例子来展示这一点,主要来看Spring Application framework和Google Collections库.这两个库都在Java的面向对象基础上融合了函数式的概念,而如果我们把它们翻译成Scala,则会优雅得多.在深入之前,我们需要先理解面向对象编程和函数式编程这两个术语的含义

《深入理解Scala》——第1章,第1.4节与JVM的无缝集成

1.4 与JVM的无缝集成 深入理解Scala Scala的吸引力之一在于它与Java和JVM的无缝集成.Scala与Java有很强的兼容性,比如说Java类可以直接映射为Scala类.这种紧密联系使Java到Scala的迁移相当简单,但在使用Scala的一些高级特性时还是需要小心的,Scala有些高级特性是Java里没有的.在Scala语言设计时已经小心地考虑了与Java无缝交互的问题,用Java写的库,大部分可以直接照搬(as-is)到Scala里. 1.4.1 Scala调用Java 从S

《深入理解Scala》——第2章,第2.1节学习使用Scala交互模式(REPL)

第2章 核心规则深入理解Scala 本章包括的内容: • 使用Scala交互模式(Read Eval Print Loop 简称REPL) • 面向表达式编程 • 不变性(Immutability) • Option类 本章内容覆盖了每个新Scala开发者都需要知道的几个主题.本章不会深入到每个主题里,但是会讲到可以让你自己去接着探索的程度.你将学会使用REPL,学会如何利用这个工具做软件的快速原型开发.然后我们会学到面向表达式编程,并从另一个视角来看控制结构是怎么回事.在此基础上,我们来研究不

《深入理解Scala》——第1章,第1.3节静态类型和表达力

1.3 静态类型和表达力 深入理解Scala 开发人员中有一个误解,认为静态类型必然导致冗长的代码.之所以如此是因为很多继承自C的语言强制要求程序员必须在代码中多处明确地指定类型.随着软件开发技术和编译器理论的发展,情况已经改变.Scala利用了其中一些技术进步来减少样板(boilerplate)代码,保持代码简洁. Scala做了以下几个简单的设计决策,以提高代码表达力. • 把类型标注(type annotation)换到变量右边. • 类型推断. • 可扩展的语法. • 用户自定义的隐式转

《深入理解Scala》——第1章,第1.5节总结

1.5 总结 深入理解Scala 本章中,你学到了一些Scala的设计理念.设计Scala的初衷在于把不同语言中的多种概念融合起来.Scala融合了函数式和面向对象编程,尽管显然Java也已经这么做了.Scala精选其语法,极大地减少了语言中的繁冗之处,使一些强大的特性可以优雅地表达,比如类型推断.最后,Scala和Java能够紧密集成,而且运行在Java虚拟机上,这或许是让Scala变成一种实用选择的最重要的一点.几乎不花代价就可以把Scala用于我们的日常工作中. 因为Scala融合了多种概

《深入理解Scala》——第1章,第1.1节Scala一种混合式编程语言

第1章 Scala--一种混合式编程语言 Scala是一种将其他编程语言中的多种技巧融合为一的语言.Scala尝试跨越多种不同类型的语言,给开发者提供面向对象编程.函数式编程.富有表达力的语法.静态强类型和丰富的泛型等特性,而且全部架设于Java虚拟机之上.因此开发者使用Scala时可以继续使用原本熟悉的某种编程特性,但要发挥Scala的强大能力则需要结合使用这些有时候相互抵触的概念和特性,建立一种平衡的和谐.Scala对开发者的真正解放之处在于让开发者可以随意使用最适合手头上的问题的编程范式.

《深入理解Scala》——第2章,第2.2节优先采用面向表达式编程

2.2 优先采用面向表达式编程 深入理解Scala 面向表达式编程是个术语,意思是在代码中使用表达式而不用语句.表达式和语句的区别是什么?语句是可以执行的东西,表达式是可以求值的东西.在实践中这有什么意义呢?表达式返回值,语句执行代码,但是不返回值.本节我们将学习面向表达式编程的全部知识,并理解它对简化程序有什么帮助.我们也会看一下对象的可变性,以及可变性与面向表达式编程的关系. 作者注:语句VS表达式 语句是可以执行的东西,表达式是可以求值的东西. 表达式是运算结果为一个值的代码块.Scala

《深入理解Scala》——第2章,第2.3节优先选择不变性

2.3 优先选择不变性 深入理解Scala 编程中的不变性指对象一旦创建后就不再改变状态.这是函数式编程的基石之一,也是JVM上的面向对象编程的推荐实践之一.Scala也不例外,在设计上优先选择不变性,在很多场景中把不变性作为默认设置.对此,你可能一下子会不适应.本节中,我们将学到不变性对于判等问题和并发编程能提供什么帮助. Scala里首先要明白的是不变对象和不变引用(immutable referene)的区别.Scala里的所有变量都是指向对象的引用.把变量声明为val意味着它是个不变"引

《深入理解Scala》——第2章,第2.4节用None不用null

2.4 用None不用null深入理解Scala Scala在标准库里提供了scala.Option类,鼓励大家在一般编程时尽量不要使用null.Option可以视作一个容器,里面要么有东西,要么什么都没有.Option通过两个子类来实现此含义:Some和None.Some表示容器里有且仅有一个东西,None表示空容器,有点类似List的Nil的含义. 在Java和其他允许null的语言里,null经常作为一个占位符用于返回值,表示非致命的错误,或者表示一个变量未被初始化.Scala里,你可以用

《深入理解Scala》——第2章,第2.5节多态场景下的判等

2.5 多态场景下的判等 深入理解Scala 众所周知,为多态的面向对象系统定义合适的判等和散列方法是个特别难的过程.这是因为子类可能在整个过程中造成一些相当怪异的问题,尤其是当类型层次上有多个实体(concrete)级别的时候.一般来说,对于需要比引用判等更强的判等(译者注:比如需要判断对象内部数据)的类,最好避免多层实体类层次.这是什么意思呢?有些时候类只需要引用判等就够了.也就是说只要两个对象不是同一个实例就判为不等.但是如果我们需要判断两个不同实例是否相等,而且又有多层实体类层次(mul