IT教程: 部署Exchange 2013 本地多租户：AD环境准备

本邮件内容由第三方提供，如果您不想继续收到该邮件，可点此退订。

部署Exchange 2013 本地多租户：AD环境准备 阅读原文»

许久没有写博客和看博客了，但其实这段时间还是有一些东西能够与大家分享的，只是真的有点懒了，没有及时的回复大家的留言，非常的内疚。从今天起将与大家分享一些对于大家来说旧的，对于我来说也是旧的内容。

微软在Exchange 2010时候就已经推出了多租户托管解决方案，而我也一直拖到今天，才与大家一起分享，实在非常的抱歉，好在今天带来的内容也是基于Windows Server 2012及Exchange 2013平台，相比之下技术和功能更加完善，内容也更加的充实。

首先，需要拿出微软官方对于多租户、托管解决方案的概念便于大家认识和了解多租户解决方案的益处和存在的价值:

在这种部署中，Exchange 组织配置为承载多个离散组织或业务单位（租户），这些租户通常不共享电子邮件、数据、用户、全局地址列表 (GAL) 或其他常用的 Exchange 对象。通过这种硬件、软件和资源的共享（同时完全保持租户之间的逻辑分隔），组织可以利用标准 Exchange 部署的简单性，同时还能提供多租户功能和服务以满足其托管需求。

关于多租户的更多介绍，可以参考此TechNet文章：

http://technet.microsoft.com/zh-CN/library/jj862352(v=exchg.150).aspx

那么我们下面就开始多租户的AD环境准备，首先我们需要部署活动目录，然后我们在AD用户和计算机中创建一个名为"租户"的OU，用于存放每个租户的域。

在这个租户OU中我们将存放多个租户的域名称。

继续在"租户"OU中创建OU。

输入第一个租户的域名称，不用加.com\cn\net之类的根。

然后我们在每个租户的OU中创建一个组，用于存放该租户的用户，有点类似与每个AD域的domain users的感觉。

这里我就以A users为A租户的域用户组。

-然后我们在基于活动目录的PowerShell中添加UPN后缀，这里就需要设置完整域名包含跟根域了，比如包含.com\cn\net之类的。

Set-ADForest -Identity demo.com -UPNSuffixes @{add="a.com"}

Set-ADForest -Identity demo.com -UPNSuffixes @{add="b.com"}

然后我们再在每个租户OU中创建用户。

在创建的过程中，我们就可以设置该用户所属的租户了。当然这只是一个标识，实际上这些用户都属于我们的根域，我的环境中即demo.com的用户。

这里我把新建的用户放在租户A中。

因为我们是为邮件系统准备多租户环境，所以我们可以继续创建每个租户的邮件管理员帐户。

继续为租户A邮箱管理员设置密码。

然后我们需要为每个租户中的用户添加到相应的Users组。

在成员选项卡中，单击添加。

然后我们设置位置，搜索相应租户OU中的用户。

设置OU位置。

然后单击立即查找，并选中搜索出来的用户，单击确定将其添加到指定的用户组中。

在成员选项卡中确认这些用户已经添加到相对应的用户组中，然后单击确定保存。

本文出自 "Reinember" 博客，请务必保留此出处http://reinember.blog.51cto.com/2919431/1586480

HP P2000RAID-5两块盘离线的数据恢复报告 阅读原文»

1. 故障描述

存储：HP P2000的存储

操作系统：VMWARE ESX

文件系统：VMFS

磁盘阵列：RAID-5

本案例的RAID-5由10块lT硬盘组成，其中6号盘是热备盘，由于故障导致RAID-5磁盘阵列的两块盘掉线，表现为两块硬盘亮黄灯。

经用户方维护人员检测，故障硬盘应为物理故障，表现为：序列号无法读取，在SAS扩展卡上硬盘无法识别。

2. 数据备份与修复

故障发生后用户方工程师与我公司(北亚数据恢复中心)联系，经过详细咨询，了解到故障比较严重，必须把RAID-5磁盘阵列带到我公司进行检测，检测RAID-5的每块成员盘是物理故障(磁头损坏或者盘片划伤)还是逻辑故障。由于情况紧急，我北亚工程师在接到原盘以后，立即着手准备检测。对能识别的好盘用连接到北亚镜像服务器上使用WinHex做扇区级镜像，同时对不能识别的坏盘进行检测。

首先将坏盘连接到外部的SAS扩展卡上，加电后通过硬盘工作声音判断硬盘电机能够起转，但是磁头没有进行寻道操作，于是尝试把硬盘PCB分离下来对HDA组件氧化部分进行清洁操作，将PCB还原后故障依旧。于是和客户沟通使用6号热备盘的好PCB替换到故障盘上进行尝试性修复，再将故障盘PCB上的ROM芯片替换到6号盘的好PCB上面后硬盘工作时起转和磁头寻道声音都正常，但是在寻道结束后，有明显的敲盘声音，于是判断有可能磁头损坏。在和用户沟通后尝试使用6号热备盘中的好磁头对故障盘进行替换操作以读取数据。

在无尘室对故障盘进行开盘更换磁头操作后，将故障盘连接到专业硬盘维修工作上进行检测，发现故障盘已经不能识别，数据无法读取(下图是北亚工程师在实验室开盘时的情景)。

以为用户有两块故障盘，之前尝试修复的都是其中一块，再次和客户沟通尝试对另一块故障盘进行修复操作。和先前的故障盘一样，这块盘的故障依旧是磁头损坏，因为用户的HP OEM盘价格昂贵，于是尝试在网上购买ST原厂的相同型号硬盘进行磁头更换。这块硬盘的磁头更换完成后，设备能够正常识别硬盘，于是将故障盘所有扇区完整镜像到一块相同容量的备份盘中。

3.重组RAID-5步骤

3.1.判断起始扇区

所有硬盘都镜像好后就可以重组了，用WinHex打开9块盘(热备盘不需要加进去重组)，先把镜像文件解析成磁盘。可以看到这9块盘的0扇区都有"55 AA"标志，如图1所示。

图1

查找结果如图2所示，0x01C2H处表示该分区的类型，这里显示"05"，代表这是一个扩展分区。因此从0扇区看这是一个不正常的MBR分区结构。

图2

按图1方式继续往下找，分别在9号盘和8号盘找到了"55 AA"的标志。9号盘查询结果如图3所示。这是一个正常的MBR分区，其0x01C6处数值代表指向的下一个扇区为GPT的头部。

图3

8号盘查询结果如图4所示。其0x01C6处数值代表指向下一个扇区。但是下一个扇区很明显不是GPT的头部。

图4

由此可以确定9号盘是第一块盘，8号盘可能是最后一块盘。GPT分区所在扇区起始于172032扇区，因此初步确定LUN的起始扇区是172032扇区。

3.2.判断条带(stripe)大小

条带也称块，它是RAID处理数据的基本单元。不同的RAID其条带大小有所不同。RAID-5的1个条带组中有1个校验区，1个校验区的大小等于1个条带的大小，根据这一点，针对这个RAID-5案例做分析。如果对VMFS的文件系统不熟悉，可以通过比较法确定条带大小。如某一条带组中的校验区跟这一条带组中的非校验区可能相差的很明显，通过WinHex查看并做对比，就可以找到条带大小。本案例判断出一个条带是1024个扇区。

3.3判断RAID-5成员盘盘序

按照1024扇区分割，使一个记录为一个条带的大小，如图5所示。并且9块盘跳到同一记录283123。

图5

当9块盘都定位到同一位置时，通过对比可以判断校验区的走向，继而判断整个RAID-5的走向。之前已经判断出9号盘是第一块盘了，把9号盘放在第一个位置，接着就可以判断走向了，结果如图6所示(drive9是第4块盘)。确定RAID-5为左走向，盘序为9，2，3，4，10，1，7，8，5。

图6

前面内容初步确定了LUN的起始扇区是172032扇区。用WinHex跳到172032扇区，观察各硬盘实际情况。如果172032扇区是LUN的起始扇区，那么这个扇区所属条带中的5号盘应该是校验区，但是此条带中却显示8号盘是检验区，根据本案例RAID-5的左走向，5号盘的校验区应该在172032-1024=171008扇区，即上一个条带。跳转到171008扇区，发现校验区为5号盘。因此可以确定LUN的起始扇区为171008扇区。

3. 重组RAID-5

使用专业恢复工具按照确定的盘序组好，添加进去，如图7所示。选择RAID-5，Stripe size 512KB，左异步。

图7

点击Build进行重组。组好后，由于数据从1024*8=8192个扇区开始，若专业恢复工具没有跳转到此扇区的功能，那么刚组好的RAID必须和一个文件再进行一次Build重组操作。RAID的起始扇区(Start sectors)选择8192，这个文件可以任意选择起始扇区和大小大小(Count sectors)，如图8和图9所示，图10是组好的RAID-5。