是否可以在没有 SAN 的情况下创建 3 节点 Windows Server 2008 R2 故障转移群集?
我们的目标是创建一个没有任何单点故障的集群 MSMQ。理想情况下,存储的消息将保留在集群的所有节点上,以便如果任何单个节点脱机,集群可以继续运行并保持仲裁。
或者,是否有另一种更好的方法来创建高度可用的 MSMQ?
(附加的最可能不相关的信息)该集群将充当 NServiceBus“分发器”并在我们的系统中保存所有“待处理”消息。它将成为所有消息流量经过的枢纽。
编辑:澄清一下,我对存储在节点本身上复制的 MSMQ 队列特别感兴趣。我会使用 FileShare 或节点多数仲裁来处理集群仲裁。
我正在考虑在我们的企业应用程序中使用 MSMQ。我无法找到相关信息的一个领域是灾难恢复。
设想
服务器机房发生火灾。所有设备都已被毁坏,我们需要在几英里外的备份地点进行操作。
使用 SQL Server,我们启用了复制,它在备份站点提供操作数据库的备用副本。如果发生灾难,我们可以切换到备用站点并继续使用最新的数据库。
使用MSMQ,我想知道如何实现相同风格的复制,以便如果托管队列的服务器突然不存在,我们应该能够切换到包含相同未处理的备用队列消息。
这能实现吗?如果 MSMQ 无法轻松管理此问题,是否可以在存储级别做一些事情?
您可以重命名 Windows Server 2003 上现有的专用 MSMQ 队列吗?
在 windows server 2003 上打开 windows "QUEUE MESSAGES" 时收到错误消息
"The list of messages cannot be retrieved. Error: Access is denied"
Run Code Online (Sandbox Code Playgroud)
为什么?
"The list of messages cannot be retrieved. Error: Access is denied."
Run Code Online (Sandbox Code Playgroud)
上下文:MSMQ、Windows Server 2008(“常规”或“R2”版本)
根据此处的 MS 在线文档:
http://technet.microsoft.com/en-gb/library/cc725576%28WS.10%29.aspx
MSMQ 消息可以通过 HTTP 传输。
然而,这种运输技术所需的端口是:
现在,端口 80(或主机的默认 HTTP 端口,大多数情况下为 80)是微不足道且可以理解的。
但是 TCP 端口 1801 呢?为什么?不是纯HTTP吗?
提前致谢。