windows server 2012 搭建ISCSI目标服务器群集、DFS故障转移群集

更新：windows server下实现iscsic同步的方式：先做iscsic，在客户端对映射的硬盘安装DFS（可能会有权限问题，导致一个用户创建的东西另一个用户无法改，右击添加权限即可）

背景：是文章ubuntu(服务端)+windows(客户端)搭建iscsi的继续研究，另一篇实验Ubuntu下使用ISCSI+OCFS2实现网络存储及文件共享已经实现了基本需求，但因为这里客户机是windows平台，而目前能想到的windows运行linux虚拟机的方案实在别扭，因此考虑在windows server 2012下实现。

1. ISCSI目标服务器群集

之前的iscsi实验之所以不能实现文件共享同步，是因为还缺少一个群集文件系统，然后查来查去发现这篇文章：Windows Server 2012 iSCSI目标服务器群集，开心的以为就是最终答案。经历千辛万苦搭建起来后才明白，这个其实还是没解决文件系统的问题，只是通过集群提高了服务的稳定性。考虑到过程的煎熬，还是总结一下。

搭建方法与文章Windows Server 2012 iSCSI目标服务器群集基本一样，总结几个不一样的地方：

1）由于实验环境限制，仅用了1台域控服务器，1台节点服务器，1台存储服务器，因此心跳网卡也省略了

2）所有机器通过交换机连接，切记一定要关闭防火墙，然后互ping测试一下

3）我的理解是：节点服务器管理所有的存储服务器，然后客户机通过节点服务器访问数据（即存储服务器是节点服务器的target，而节点服务器又是客户机的target），因此实际上存储服务器不需要加域，域控服务器只需控制客户机访问节点服务器就可以了

4）整个过程的千辛万苦主要在节点机创建故障转移群集上。

在节点服务器上创建群集需要登录域用户而不是本地用户，因此首先要在网络中搭建一个域控服务器，并新建域用户。这一块参考文章windows server 2012服务器建立域控详细过程，同样，记得关闭防火墙

这里可能会有2个问题：

a. 由于域名需要DNS解析，因此一帮在搭建域控服务器时同时勾选DNS服务器角色。但搭建好后很可能会出现DNS仍无法解析的情况（测试方法为：nslookup 域名，如果能解析那么会出现对应的DNS主机名和IP，不能解析时主机名为unknown）。

解决办法是：（首先确保DNS主机IP地址与DNS地址一致）在DNS服务器上新建反向查找区域并设置PTR指针，同时查看下正向查找区域，我当时的正向区域只有ipv6的记录，因此添加了个ipv4的记录，而Ipv6比ipv4的优先级高，所以干脆对所有的主机禁用ipv6

b. 这时在节点机上登录域用户，验证故障转移群集的配置应该不会有问题，结论是适合建立群集。但当我新建群集时却报错，提示在域控服务器上创建用户失败，查了很多资料未果，最后google了一下（在此再问候一遍北邮的那位），猜测是权限的问题，照着文章Allow Domain User To Add Computer to Domain的两个方法试了下，第1种无效，再尝试第2种后终于成功了！

2. DFS故障转移群集

上一种ISCSI群集仍没解决文件共享的问题，这里基于上一节建立的故障转移群集(iscsi弃用)，在域控机上添加DFS复制和DFS命名空间角色，然后在群集中任何一台机器（这大概就是分布式文件系统的意思吧）想要共享的目录开启共享，把路径添加到域控机的共享目录下就可以实现文件共享了

主要步骤参考文章Windows Server 2012故障转移群集+共享文件夹仲裁