标签: cluster-shared-volumes

我在所有“Windows Server 2012 r2”帖子中都没有看到的一项新功能是集群现在支持使用 ReFS 格式化的 CSV。因此，很自然地，我想将存储 VHDX 文件的 CSV 更改为 ReFS。但是 VHDX 文件用于在运行 Sql Server 2012 的 VM 中存储数据库文件。

我的想法是，我将在硬件级别拥有 RAID，以防止瞬时故障。在此之上，真正的操作系统（Hyper-V Server 2012 r2）会将它们作为 ReFS 卷进行维护，这将保护这些驱动器上的数据免受比特腐烂。最后，VHDX 是 NTFS 驱动器，这意味着受支持的应用程序将继续使用它们所依赖的文件系统。

到目前为止，我能找到的最好的方法是这在技术上是受支持的——因为 Hyper-V 报告说，当您尝试从ReFS 卷。但我找不到比这更可靠的信息了。它真的准备好迎接黄金时段了吗，还是实际上只是集群的技术预览？

编辑：2014-01-22

我发现 ReFS 只能自己检测 bitrot。为了让 ReFS 同时检测和自动修复，您还必须使用存储空间来创建使用多个 ReFS 驱动器的 RAID-1 卷。所以看起来我的解决方案正在演变成让硬件 RAID 将其磁盘呈现为 JBOD，然后 Windows 将处理 RAID-1 部分。在接下来的一个月左右的时间里，我将测试这是否是生产中可行的设置。

我在远程文件服务器上托管了一个 GlusterFS 卷。我可以从同一个 DC 中的网络服务器以及其他 DC 中的其他服务器装载卷，但是当我尝试在本地开发服务器上装载卷时，装载失败并显示以下日志条目：

[2015-02-04 15:02:56.034956] I [MSGID: 100030] [glusterfsd.c:2018:main] 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.6.2 (args: /usr/sbin/glusterfs --volfile-server=eros --volfile-id=/storage /var/storage)
[2015-02-04 15:02:56.065574] E [glusterfsd-mgmt.c:1494:mgmt_getspec_cbk] 0-glusterfs: failed to get the 'volume file' from server
[2015-02-04 15:02:56.065650] E [glusterfsd-mgmt.c:1596:mgmt_getspec_cbk] 0-mgmt: failed to fetch volume file (key:/storage)
[2015-02-04 15:02:56.065889] W [glusterfsd.c:1194:cleanup_and_exit] (--> 0-: received signum (0), shutting down
[2015-02-04 15:02:56.065905] I [fuse-bridge.c:5599:fini] 0-fuse: Unmounting '/var/storage'.
[2015-02-04 15:02:56.081713] W [glusterfsd.c:1194:cleanup_and_exit] (--> 0-: received signum (15), shutting down

我已经验证防火墙没有阻止数据包，所有机器都运行来自同一个 repo 的相同版本的 …

我最近设置了一个新环境，包括：
- 带有 10Gib 网络的 QSAN 存储
- Mellanox 交换机 10Gib
- 4 个物理节点连接到 LAN 和 SAN 10Gib

物理主机使用 MPIO 连接到 SAN 存储，在所有连接到 SAN 的物理服务器上进行了性能测试，并显示单个 SSD（在集群中以 CSV 形式存在）的 8K 随机写入 200MB/s。该测试是使用 diskspd 进行的。

现在我在集群共享卷上创建了一台 Hyper-V 机器并在虚拟机内测试了 diskspd：8k 随机写入：0.5MB/s

在检查 Hyper-V 来宾内部磁盘的延迟时，我看到类似 10 秒的值。

我很困惑为什么会这样。我想这不是 SAN 存储，也不是 ISCSI 或 MPIO 设置，因为我在物理主机上进行测试时得到了预期的结果。所以Hyper-V的配置肯定有问题。

我正在 Hyper-V 来宾中的 C: 驱动器上进行测试，这是一个固定大小的 IDE 驱动器（因为 SCSI 将无法启动）。SAN 卷使用 64k...

CSV 与 Hyper-V 来宾属于同一主机，...

更新：不幸的是，Guest-VM 是第 1 代。

我有一个 Windows 集群共享卷 (CSV) 的 SAN 级快照\克隆，我想安装在同一个集群上以检索文件，作为备份的形式。

如此处所述：访问集群共享卷的存储端快照

...由于 GUID 冲突，在同一集群上安装 CSV 的克隆存在问题。

我已经找到了如何通过一种对我不起作用的解决方法来实现我想要的。我可以在另一台 Windows 机器上安装 CSV 的快照\克隆，通过 Powershell 获取磁盘对象，如下所示：

$disk = get-disk -Number *number*

... Powershell 有一个 set-disk 方法，它使我能够更改磁盘 ID：

Set-Disk -Guid {New GUID}

我现在可以将这个克隆挂载回同一个集群，现在没有 GUID 冲突，我可以像访问任何其他 NTFS 卷一样访问它。

我想做的是通过 Linux 机器更改此磁盘标识符，以便我可以明智地自动化该过程。我看到一个例子，如果磁盘是 MBR，这可能是如何可能的，但是如果机器是 GPT，这是否可行？

任何帮助将不胜感激。

我已将一块空间从 SAN 映射到 3 个集群节点 (2012r2)，如下所示：

1. 每个节点的 2 个端口已映射到 SAN 上的相同共享以实现冗余。
2. 已经在所有节点上配置了 MPIO
3. SAN 共享已成功添加到所有节点。

题：

我是否应该在所有节点上看到该 SAN 共享的相同内容，目前我从 1 个节点创建了一些文件，但我无法从其他节点看到该共享中的那些文件？

知道为什么吗？

我们有一个 Windows 故障转移群集，其中包含分配给角色的共享磁盘，并且希望从中设置复制。

我们尝试从集群中删除磁盘以使用 DFS 复制，但是即使使用相同的权限和路径重新创建磁盘的网络共享，我们也无法访问它们。使用共享磁盘重新创建角色后，我们就重新获得了访问权限。

除此之外，我们需要在集群内进行复制。配置存储复制时，由于标记“不在不同站点”，可用存储中的第二个共享磁盘不符合条件。

我无法找到与此错误相关的任何内容，并且我找到的 Windows 指南都显示集群到集群的复制。

谁能解释这个标志，或者有人知道配置集群存储复制的正确方法吗？

我们在 azure 2019 数据中心上的 2 节点集群中看到了一些非常奇怪的行为。我们没有立即发现这个问题，但在某个时候它开始发生，现在我们可以重复它。

我们有一个天蓝色的共享磁盘，我们在故障转移集群管理器中将其分配为集群共享卷。如果我们在再次启动时重新启动其中一个节点，Windows 资源管理器将在相当长的一段时间内没有响应。有趣的是，在 Windows 资源管理器变得有响应之前，powershell 也没有响应（甚至无法在其中键入命令）。我们使用任务管理器启动了 powershell。但是，从任务管理器启动命令窗口不会有延迟。

我们已从集群中删除了所有角色。删除已安装的软件并格式化 CSV 驱动器，使其全部干净。

如果我们以 CSV 形式删除磁盘并将其保留在可用磁盘中并重新启动，则不会出现延迟。如果我们将其作为 CSV 添加回来，我们会再次遇到延迟。我们可以根据需要重复此操作。

如果我们同时弹跳两个节点，则 explorer 和 powershell 最多需要 45 分钟才能再次激活。在没有 CSV 的情况下执行相同的操作没有问题。

我在事件日志中看不到任何表明问题的内容。这真是一个奇怪的现象。

我想说这是一次性的，但我们之前遇到过这个问题，并决定从头开始重新部署。一两天一切正常，然后又开始了。

我们几乎已经完成了可以尝试的事情，我想知道是否有任何类似的东西，或者是否还有其他我们可以看的东西。