鸿 网 互 联 www.68idc.cn

如何部署Exchange2000路由和存储(1)

来源:互联网 作者:佚名 时间:2015-06-17 09:33
今天我们主要讨论Exchange 路由和存储 如何部署路由和存储 以及路由和存储的一些变化 希望Exchange能提供更好的性能 这也需要更正确地部署其规划和实现方法 [课程要求] 本课假定你了解Exchange Server的一些基本知识 比如它的界面 数据库及消息的传输方式等

   今天我们主要讨论Exchange 路由和存储如何部署路由和存储以及路由和存储的一些变化希望Exchange能提供更好的性能这也需要更正确地部署其规划和实现方法 [课程要求]
  
  本课假定你了解Exchange Server的一些基本知识比如它的界面数据库及消息的传输方式等如果你了解Exchange 中的信息存储这将非常有帮助作用此外如果你熟悉MTA(消息传输代理)这也很有帮助作用
  
  [今天的学习内容]
  
  今天将学习哪些内容呢?如何配置Exchange 存储组及Exchange 的多数据库能力它可以提供极大的灵活性因而也使得部署方案更为复杂因此你必须确定如何以最佳方式使用这些新特性 我们还将讨论前端和后端服务器它们可以在Exchange 中提供更多的伸缩能力这是一些重要的伸缩能力
  
  此外我们还将讨论内容索引Microsoft Search以及它所具有的帮助作用
  
  然后我们将讨论日志文件管理维护备份和恢复日志文件的一些改进措施以及一些新的备份和恢复选择
  
  我们将讨论如何从桌面和Web存储访问Exchange数据
  
  [今天的学习内容(#)]
  
  如果从公共文件夹运行一个网站Exchange数据如何实现任意位置的可用性 我们将讨论的路由组和路由组连接器结点的去向等
  
  我们将讨论连接状态我们还将监视Exchange管理某向下连接
  
  [Exchange 基本知识]
  
  让我们从学习Exchange的基本知识开始Exchange 只能运行于Windows 之上你需要保持活动目录的运行状态因为Exchange 本身没有目录服务但它需要活动目录活动目录包含配置信息并且提供了地址表Exchange 还依赖于Windows 自带的Internet Information Server 它依赖于SMTP/NNTP传输协议事实上 IIS 提供了Exchange 所需的全部协议这些协议组成了一个通用协议结构
  
  当然Windows 上的所有特性都依赖于DNS(域名系统)才能正确运行 [Exchange 中的存储]
  
  [Exchange 中的存储的改变]
  
  让我们从Exchange 中的存储和Exchange 中的存储改变开始讨论我们很快就向你们介绍这部分内容主要讨论多数据库支持存储组数据库组合方式一些随播内容转换及Exchange体系结构等
  
  [术语]
  
  这里有一些术语SG就是存储组存储组就是数据库组存储组是事务量的单位每个存储组都有其专用的事务日志组数据库实际存储的是数据你可能很熟悉Exchange 的PRIV和PUB现在每个存储组最多可以拥有个数据库这一数字可能随该产品发布日期的临近而发生改变 我们可以使用数据库文件每个数据库可以有多个数据库文件因此我们可以将数据存放于基于该格式的多个位置处我们将在稍后讨论该问题目的就是减少内容转换
  
  [Exchange 存储采用了Exchange 的特性]
  
  让我们讨论一下Exchange 存储它的去向及来源它的来源就是Exchange 它采用了层次化存储模型数据库文件夹和属性它采用了单字节存储并采用了企业版上多达TB的超大数据库容量它采用了基于事务的可恢复性和复制它采用了本地Internet访问协议如POPIMAP和NNTP等它采用所有这些特性完善并增添了一些新功能
  
  
  [Exchange 添加了以下特性]
  
  每台服务器的多数据库附加的数据库文件和流式媒体文件在这部分内容中我们将讨论公共文件夹树多公共文件夹树合作应用的公共文件夹树添加内容索引完全URL寻址等在一般情况下你可以获取Exchange 中的所有对象如果你知道合适的URL所有内容都有一个友好URL你可以使用该URL实现这一功能它还使用了Windows 访问控制表你无须判断这是不是我将分配权限的邮箱这是不是我将分配权限的帐户所有权限都分配了一个Windows 帐户此外我们不将过多讨论OLE DB和ADO中对存储中数据访问的增强及同步和异步事件
  
  [多数据库]
  
  让我们从多数据库开始讨论存储
  
  [Exchange 存在的问题]
  
  Exchange 存在的问题就是数据库可能非常庞大大型数据库可能大到数GB甚至数TB它们在备份和恢复或日常维护时需要耗费大量的时间如果出现问题你将不得不面对很长的停机时间此外大型存储的容量有时可能不匹配备份或恢复的容量因此要使用全功能并将大量用户置于服务器上是很困难的因为将大量用户置于服务器上的仅有方法就是把它们都放置在同一数据库中这可能会使你的数据库过于庞大因而难于管理 实际上还不够灵活不能将多个企业组合在同一服务器上此时需要采用不同的循环日志功能不同的备份模式和备份进度表如果你位于同一台服务器上你将位于同一信息存储上你将遇到相同的循环日志问题相同的备份和恢复问题因此所有用户都将受到影响同一服务器上的所有用户都将受到损耗备份和恢复问题的影响它也不能区分不同的数据类型
  
  [Exchange 多数据库支持]
  
  利用多数据库支持你将获得更好的可伸缩性事实上每台服务器都可以拥有更多的用户数因为你不再需要将所有鸡蛋放在一个篮子中你可以在服务器上使用多个数据库因此你不必将整个企业放置在同一数据库中你可以将整个企业放置在一个服务器上并跨多个数据库展开 你可以选择使用多专用或公共数据库单个数据库可以脱机装配和卸下因此如果你需要维护某台服务器并且该服务器上还有其他几个数据库你就可以使用该特性你可以将该数据库脱机卸下该数据库执行维护操作执行恢复等而不会影响到其他数据库的用户这些用户仍然可以访问服务器登录收取邮件等
  
  此外你还可以精细地控制备份和恢复哪些数据库因此你可以同时进行数据库的备份和恢复操作我们将在稍后讨论恢复因此暂时保留这些问题我们将用一整节来讨论备份和恢复
  
  你必须理解Exchange 中的这一概念每台服务器都有单实例存储在Exchange 环境下每个数据库都有单实例存储如果你向Exchange 服务器的个用户发送一个消息该数据库将只有该内容存储的一个副本现在利用Exchange 如果这个用户位于个不同的数据库上它们将有内容存储的个不同副本因此每个数据库都是单实例的这就是主要的区别通过使用户分布于多个数据库上你将得到可靠性和易管理性这样做将影响服务器的总体存储使用情况 [多数据库优点]
  
  现在讨论关于多数据库的一些改进主要优点所有的数据库不必位于同一位置所有用户不必位于同一位置因此如果出现故障该故障不会影响到所有人
  
  灵活性和备份进度表是非常有用的因为你可以选择在点备份一个数据库在午夜备份一个数据库凌晨点备份一个数据库凌晨点备份一个数据库因此你不会因为大量备份操作而使网络趋于饱和你可以选择某数据库的备份时间如果需要你还可以在不同日期进行数据库备份 此外还提升备份和恢复性能因为你将备份更少量的数据同时也因为数据库要小于所有用户位于同一数据库的情况
  
  因为数据库的大小可能会缩减脱机工具将具有更快的速度因为需要它们操纵的数据减少了
  
  同时媒体损坏也不会影响到所有用户你可以将你的数据库放置于不同的驱动器上当某个驱动器出错时它将不会影响到所有数据库
  
  你可以对不同类型的数据库进行组织和分类将你的公共文件夹放置在这里使它成为合作公共文件夹为一般性用户使用另一个公共文件夹你可以将不同的部门放置在独立的数据库上如果你有不同的支持需求或不同的建立需求如果你是一个ISP你应该将不同的企业放置于不同的数据库中原因同上
  
  [下一行多数据库缺点]
  
  现在讨论多数据库的一些缺点数据库中的自由空间不能被其他数据库所使用因此如果在另一个文件中有G的自由空间这部分空间当然不能被访问它们是独立的文件独立的数据库它们不能被任何其他数据库使用
  
  不存在跨数据库的单实例此外单实例存储以每个数据库为基础如果你向两个人发送消息他们位于不同的数据库该消息的一个副本将驻留于每个数据库中 管理多数据库可能会比较困难只要某事物的数量增加其管理工作必然会趋于复杂化你需要规划存放数据库的位置和备份这些数据库的方式备份模式也更为复杂但从长远来看这样做肯定可以节省时间
  
  移动一个数据库例如使备份作废如果你想要将某数据库移动到一个新簇也就是文件夹中的新目录你需要在完成该操作后立即备份该数据库因为如果你不这么做指针将关闭路径也将关闭
  
  [使用多MDB的场合]
  
  使用多数据库的场合同一服务器上有多个企业管理型邮箱或VIP邮箱如果需要恢复单个邮箱你需要获取备份重建服务器或恢复整个数据库这样做很困难同时也很费时间如果你有一个VIP邮箱所有的行政人员将他们的邮件保存在该邮箱中你就可以将数据分割为较小的数据库这样做更易于备份和恢复
  
  你可以分割大型公共文件夹应用
  
  使用多数据库时需要考虑的一些事项你需要大量的磁盘空间以处理存放于该数据库中的消息处于容错性和性能考虑你应该让每个数据库位于其独占的簇上创建附加数据库需要占用一些内存如果添加一个数据库Exchange存储服务需要使用MB的内存这一情况可能在最终发布版本中有所改变
网友评论
<