我有一个由两个节点组成的 Windows Server 2022 故障转移群集。它配置了文件服务器角色（通过向导），可以按预期工作。
使用故障转移集群管理器 (GUI)，我向该角色添加了另一个通用服务类型的资源。我选择了所需的服务，并输入所需的命令行选项作为启动参数，并通过 进行确认Get-ClusterResource -Name myservice | Get-ClusterParameter。
当我将资源置于联机状态（在 GUI 或 PowerShell 中Start-ClusterResource）时，服务将启动，但任务管理器显示可执行文件是在没有命令行选项的情况下启动的。
如何为此服务提供命令行选项？
我是瑞士一家公司的学徒。我们有一个测试/学习环境，由多个物理服务器组成。在一个故障转移群集中有两台物理 Microsoft Hyper-V 服务器，它们通过 iSCSI 连接到 HP MSA G3 P2000，vhdx 驱动器驻留在其中。其中的虚拟机非常慢。它们是 Windows Server VM，并且始终（或大部分时间）都显示 100% 的磁盘活动。我知道问题出在 HP MSA G3 P2000 上，但我认为当 SAS 磁盘进入时它会更快一些。但现在它们被 SATA HDD (5400 RPM) 取代，VM 速度慢得无法忍受。问题是什么？
无需购买太贵的 SAS 驱动器，有哪些简单的步骤可以提高性能？我在某个论坛上读到，SSD 在这样的用例中不会持续很长时间（他们说一周左右..）。从配置的角度来看，我是否遗漏了一些非常基本的东西？
顺便说一句，SAS 驱动器被我们拿走了，因为它们在生产中是必需的。
我想设置一个策略，以便我的故障转移群集始终投入使用，即使只有一个（两个节点中的一个）可用。
背景：我在集群中只有两个节点，外加 DC 共享中的见证仲裁。对于这个问题，假设 DC 保持运行状态。（Windows 服务器 2019）。
如果我关闭 node1，则 node2 将处于活动状态。如果我随后关闭 node2，则集群将停止（显然），但是，如果我随后仅启动 node1，则集群将永远无法恢复。如果没有 node2，它不仅不会恢复，而且我看不到使用集群管理器使集群投入使用的简单方法。在这种情况下，我可以恢复集群的唯一方法是启动 node2，但是（对我而言）这似乎不是真正的高可用性。IMO 我应该能够设置策略或有一种相当简单的方法使集群重新上线（可能在等待一段时间之后），即使 node2永远不会恢复。
我只是在想这个错误的方式还是遗漏了一些明显的东西？
更新：我确实看到了一个错误：
Node 'SOM2' failed to form a cluster. This was because the
witness was not accessible. Please ensure that the witness
resource is online and available.
但是当时witness是可用的，这让我怀疑这是权限问题，即witness share对集群可用，但不是每个节点上的集群服务账户。那可能吗？
见证共享上是否有一些特殊的权限设置，以确保每个节点上的本地服务帐户都可以访问它？
更新：
要修复权限错误（不是中心问题），我需要使用以下 powershell 命令：
https://docs.microsoft.com/en-us/powershell/module/failoverclusters/set-clusterquorum
检查见证人的权限以允许由正确的域帐户进行完全控制，例如密码永不过期且无法更改的服务帐户。然后，在集群主机上，首先去掉当前的见证配置：
Set-ClusterQuorum -NoWitness
Get-ClusterResource
如果需要的话：
Remove-ClusterResource -Name "File Share Witness"
或使用故障转移群集管理器将其删除
然后，使用必要的域凭据重新添加文件共享见证以允许访问：
Set-ClusterQuorum -NodeAndFileShareMajority \\server\path-to-witness -Credential $(Get-Credential)
首先，我需要为我糟糕的技术和语言技能道歉。我会尽可能详细地描述一个问题。
有子网 172.16.10.0/24 在这个子网中我有 3 个服务器 1 个存储和 7 个工作站（实际数量更多）。所有这些机器都连接到 1 个单核交换机。
172.16.10.15/24 gw 172.16.10.1 - windows domain controller sovi.sk (FQDN dcsrv.sovi.sk) win serv 2008r2
172.16.10.11/24 gw 172.16.10.1 - Cluster1 (FQDN Cluster1.sovi.sk) win serv 2008r2
172.16.10.12/24 gw 172.16.10.1 - Cluster2 (FQDN Cluster2.sovi.sk) win serv 2008r2
172.16.10.13-14/24 - IBM system storage
172.16.10.1 - VPN router.
172.16.10.9 - file server role (NetBios Name ClusterFS)
10.62.17.130 - windows domain controller System911.com (win serv 2008r2)
两台服务器和存储是故障转移集群的一部分。集群所需的 Sovi.sk Windows 域控制器。我们使用集群作为内部子网 172.16.10.0/24 的故障转移文件服务器。有很多文件夹为 sovi.sk 用户配置了 SMB 和 NTLM 权限。
我稍后描述的 7 个工作站 (win 7 x64 pro) 172.16.10.101-107/24 gw 172.16.10.1 dns 10.62.17.130 是我们另一个域 System911.com 的一部分。
域 system911 是位于云服务（虚拟机 VMware）中的 Windows 域控制器，在 172.16.10.1 上配置的 NAT 允许我们的工作站访问域 System911.com（IP 10.62.17.130），但不适用于 sovi.sk 服务器。
7台工作站正在使用System911.com的帐号登录。一切正常。我正在使用 netbios 名称 \\ClusterFS\Share 通过网络路径从文件服务器上的这 7 个工作站访问文件服务器。Netbios 名称 ClusterFS 我写在工作站 System911.com 的文件主机中（之前我在 System911.com 域上创建了一条 A 记录，但后来我删除了它）。共享是文件夹的名称。在我录下这个网络路径后，窗口会要求我输入用户名和密码。我正在使用 sovi.sk 帐户，例如 [email protected] 并输入密码或 sovi\admin 并输入密码。我更喜欢第二种变体。在那之后，奇怪的事情开始了。出现窗口并显示“\\ClusterFS\Share 无法访问错误 0x800704cf”的消息。在我选择一个诊断按钮后，共享文件夹出现了！好的，之后一切正常。但大约几个小时后，文件夹变得无法访问。我试图再次访问一个文件夹，出现新的授权窗口，需要再次输入用户名和密码（输入正确的用户名和密码不能解决问题）授权窗口包含一条消息“系统检测到可能尝试危及安全。请确保您可以联系对您进行身份验证的服务器。” Windows 安全日志通知审计失败。t 解决问题）授权窗口包含一条消息“系统检测到可能尝试破坏安全性。请确保您可以联系对您进行身份验证的服务器。” Windows 安全日志通知审计失败。t 解决问题）授权窗口包含一条消息“系统检测到可能尝试破坏安全性。请确保您可以联系对您进行身份验证的服务器。” Windows 安全日志通知审计失败。
帐户无法登录。
Subject:
Security ID: NULL SID
Account Name: -
Account Domain: -
Logon ID: 0x0
Logon Type: 3 (network access)
Account For Which Logon Failed:
Security ID: NULL SID
Account Name: 1011120 (this is username of system911.com)
Account Domain: system911.com
Failure Information:
Failure Reason: Unknown user name or bad password.
Status: 0xC000006D
Sub Status: 0xC0000064
Process Information:
Caller Process ID: 0x0
Caller Process Name: -
Network Information:
Workstation Name: system911-PC1
Source Network Address: 172.16.10.101
Source Port: 57380
Detailed Authentication Information:
Logon Process: NtLmSsp
Authentication Package: NTLM
Transited Services: -
Package Name (NTLM only): -
Key Length: 0
我启用了所有 NTLM 审计，但它没有提供任何适当的信息。在阅读了很多论坛后，我发现很多答案都认为这是 NULL SID 的攻击，但事实并非如此。子网 172.16.10.0 和 Internet 之间没有访问权限。这个工作站系统 911-PC1 和另外 6 个没有任何病毒。工作 NTLM、SMB、Kerberos 所需的所有端口都在服务器和工作站上打开。我什至尝试禁用服务器和工作站上的防火墙。在网络适配器上启用 TCP\IP 网络。
我也无法通过 IP \172.16.10.9\Share 访问 Share 文件夹。Cmd 命令 net use \ClusterFS 显示命令成功完成。如果我使用 net use \172.16.10.9 命令显示错误 1231。我在 system911-PC1 工作站上执行此 cmd 命令。集群验证测试成功通过，但有 1 个警告，只有一个可访问的子网（建议需要两个）。
我不知道如何启用通过 IP 访问文件夹，例如 \172.16.10.9\Share。我还需要知道当我访问 ClusterFS 上的共享文件夹时授权发生在哪里。访问共享文件夹的授权在哪里发生？在 ClusterFS 或 sovi.sk 域上，还是在 system911.com 域上？当我的工作站试图访问 ClusterFS 上的共享文件夹时，谁询问授权、ClusterFS、Sovi.sk 域或 system911.com 域？我无法在它们之间配置森林间信任，因为 system911.com 域作为服务从另一家公司提供给我。似乎是 NTLM 问题。但正如我稍后所描述的，在几个小时内一切正常。关于错误“系统检测到可能试图破坏安全性。” 文件服务器系统检测到工作站的尝试或系统？关于为什么几个小时后文件夹变得无法访问的任何想法？
我们在 2 节点集群上运行 Hyper-V 2019。我们在故障转移集群中有 2 个虚拟机，它们聚集在一起运行服务器。此服务需要共享磁盘。共享磁盘位于 Hyper-V 群集上的 CSV 中。
我们最近停止了其中一个虚拟机，但是当我们尝试重新启动它时，我们得到了一个错误
该进程无法访问该文件，因为它正被另一个进程使用。
当我们尝试检查仍在运行（并托管驱动器）的其他 VM 上的磁盘时，我们会收到相同的错误。
目前我有一个 zentyal 域控制器（社区版）。我有 2 个节点已经连接到域。
所以我设置了 Windows 故障转移群集，但我总是收到错误消息验证失败access denied。早些时候我已经使用管理员级别的域控制器创建了使用，并且该用户已经加入了每个节点上的管理员组。
但是access denied当我设置 Windows 故障转移集群时，我仍然在验证步骤中遇到错误。
这是 zentyal 的影响或限制，还是需要对 zentyal 进行更多配置？
我正在尝试编写一个简单的起搏器主/从系统。我创建了一个代理，它的元数据如下：
elm_meta_data() {
cat <<EOF
<?xml version="1.0"?>
<!DOCTYPE resource-agent SYSTEM "ra-api-1.dtd">
<resource-agent name="elm-agent">
<version>0.1</version>
<longdesc lang="en">
Resource agent for ELM high availability clusters.
</longdesc>
<shortdesc>
Resource agent for ELM
</shortdesc>
<parameters>
<parameter name="datadir" unique="0" required="1">
<longdesc lang="en">
Data directory
</longdesc>
<shortdesc lang="en">Data directory</shortdesc>
<content type="string"/>
</parameter>
</parameters>
<actions>
<action name="start" timeout="35" />
<action name="stop" timeout="35" />
<action name="monitor" timeout="35"
interval="10" depth="0" />
<action name="monitor" timeout="35"
interval="10" depth="0" role="Master" />
<action name="monitor" timeout="35"
interval="11" depth="0" role="Slave" />
<action name="reload" timeout="70" />
<action name="meta-data" timeout="5" />
<action name="promote" timeout="20" />
<action name="demote" timeout="20" />
<action name="validate-all" timeout="20" />
<action name="notify" timeout="20" />
</actions>
</resource-agent>
EOF
}
我的监控，提升，降级是：
elm_monitor() {
local elm_running
local worker_running
local is_master
elm_running=0
worker_running=0
is_master=0
if [ -e "${OCF_RESKEY_datadir}/master.conf" ]; then
is_master=1
fi
if [ "$(docker ps -q -f name=elm_web)" ]; then
elm_running=1
fi
if [ "$(docker ps -q -f name=elm_worker)" ]; then
worker_running=1
fi
if [ $elm_running -ne $worker_running ]; then
if [ $is_master -eq 1 ]; then
exit $OCF_FAILED_MASTER
fi
exit $OCF_ERR_GENERIC
fi
if [ $elm_running -eq 0 ]; then
return $OCF_NOT_RUNNING
fi
...
if [ $is_master -eq 1 ]; then
exit $OCF_FAILED_MASTER
fi
exit $OCF_ERR_GENERIC
}
elm_promote() {
touch ${OCF_RESKEY_datadir}/master.conf
return $OCF_SUCCESS
}
elm_demote() {
rm ${OCF_RESKEY_datadir}/master.conf
return $OCF_SUCCESS
}
如果我使用以下 cib 命令配置集群，它会得到三个从属服务器并且没有主服务器：
sudo pcs cluster cib cluster1.xml
sudo pcs -f cluster1.xml resource create elmd ocf:a10:elm \
datadir="/etc/a10/elm" \
op start timeout=90s \
op stop timeout=90s \
op promote timeout=60s \
op demote timeout=60s \
op monitor interval=15s timeout=35s role="Master" \
op monitor interval=16s timeout=35s role="Slave" \
op notify timeout=60s
sudo pcs -f cluster1.xml resource master elm-ha elmd notify=true
sudo pcs -f cluster1.xml resource create ClusterIP ocf:heartbeat:IPaddr2 ip=$vip cidr_netmask=$net_mask op monitor interval=10s
sudo pcs -f cluster1.xml constraint colocation add ClusterIP with master elm-ha INFINITY
sudo pcs -f cluster1.xml constraint order promote elm-ha then start ClusterIP symmetrical=false kind=Mandatory
sudo pcs -f cluster1.xml constraint order demote elm-ha then stop ClusterIP symmetrical=false kind=Mandatory
sudo pcs cluster cib-push cluster1.xml
ubuntu@elm1:~$ sudo pcs status
...
elm_proxmox_fence100 (stonith:fence_pve): Started elm1
elm_proxmox_fence101 (stonith:fence_pve): Started elm2
elm_proxmox_fence103 (stonith:fence_pve): Started elm3
Master/Slave Set: elm-ha [elmd]
Slaves: [ elm1 elm2 elm3 ]
ClusterIP (ocf::heartbeat:IPaddr2): Stopped
而如果我将以下命令添加到 cib，我会得到一个主/从设置：
sudo pcs -f cluster1.xml constraint location elm-ha rule role=master \#uname eq $(hostname)
Master/Slave Set: elm-ha [elmd]
Masters: [ elm1 ]
Slaves: [ elm2 elm3 ]
ClusterIP (ocf::heartbeat:IPaddr2): Started elm1
但是在最后一个版本上，大师似乎坚持使用 elm1。当我测试失败时，通过停止主服务器上的 corosync 服务，我最终得到了 2 个从服务器，主服务器处于停止状态。我猜测设置规则是强制起搏器将主控保持在 elm1 上。
Master/Slave Set: elm-ha [elmd]
Slaves: [ elm2 elm3 ]
Stopped: [ elm1 ]
ClusterIP (ocf::heartbeat:IPaddr2): Stopped
如何配置它，以便当我发送我的 cib 命令时，它会选择一个主服务器并在主服务器出现故障时进行故障转移？我的代理需要一些不同的东西吗？
我有 3 台带有 Ubuntu 19.10、PostgreSQL 12.2 和 Patroni 1.6.4 的服务器，我希望进行以下设置：
我想拥有两台具有同步复制的服务器，并且我想添加第三台具有 pglogical 复制的服务器，只是为了接受对特定表的插入。没有 DELETE、TRUNCATE 或其他任何东西。
我每天记录大量购买，大约 3 亿。我希望服务器已经拥有过去 30 天的购买历史记录，并且具有非常大存储空间的第三台服务器将保存所有购买历史记录。
到目前为止，我有一个带有 etcd 的赞助人集群，用于 2 台服务器，配置如下：
这是针对第一台和第二台服务器我有以下配置，当然每个配置中服务器的名称都不同：
scope: patroni_cluster_1
name: server_X
restapi:
listen: 0.0.0.0:8008
connect_address: X.X.X.X:8008
etcd:
hosts: X.X.X.X:2379
protocol: http
bootstrap:
dcs:
ttl: 30
loop_wait: 10
retry_timeout : 10
maximum_lag_on_failover: 1048576
postgresql:
use_pg_rewind: true
use_slots: true
parameters:
wal_keep_segments: 100
initdb:
- encoding: UTF8
- data-checksums
pg_hba:
- host replication replicator 0.0.0.0/0 md5
- host all all 0.0.0.0/0 md5
postgresql:
listen: 0.0.0.0:5432
connect_address: X.X.X.X:5432
synchronous_mode: true
synchronous_mode_strict: false
data_dir: /var/lib/postgresql/patroni_cluster_1/server_X/data
bin_dir: /usr/lib/postgresql/12/bin
authentication:
replication:
username: replicator
password: XXXX
superuser:
username: postgres
password: XXXX
parameters:
shared_preload_libraries: pglogical
我将 pglogical 添加为共享库，因为我想知道是否可以使用 Patroni 完全设置第三台服务器。
我阅读了有关如何使用https://blog.dbi-services.com/postgresql-logical-replication-with-pglogical/设置 pglogical 的信息，我想知道我是否可以使用 pglogical 完全配置第三台服务器以仅用于插入。
我是 Patroni 的新手，我很迷茫，所以关于这个问题的任何信息都将不胜感激。
2016 服务器核心。将节点添加到 SQL Server 2019 故障转移群集。
已采取的步骤：将服务器添加到故障转移群集
我发现这个页面，从命令提示符安装 SQL Server很有帮助。但是，我无法在没有错误的情况下完成安装。
这是我在上面链接的帮助下编写的代码。
.\Setup.exe /QS /Action=AddNode /IACCEPTSQLSERVERLICENSETERMS=true
/INSTANCENAME=SQL2019 /FAILOVERCLUSTERNETWORKNAME=YouClusterName
/FAILOVERCLUSTERIPADDRESSES=192.168.2.36 /CONFIRMIPDEPENDENCYCHANGE=0
/AGTSVCACCOUNT=domainName\sqlagent /AGTSVCPASSWORD=********
/SQLSVCACCOUNT=domainName\sqlengine /SQLSVCPASSWORD=********
/PID=22222-00000-00000-00000-00000
这是我在“功能安装的运行规则” 时收到的错误
发生以下错误：您选择了 Windows Server Core 不支持的功能。Windows Server Core 支持的功能包括：数据库引擎服务、SQL Server 复制、用于搜索的全文和语义提取、分析服务、客户端工具连接、集成服务和 SQL 客户端连接 SDK。
错误结果：-2067922334
结果设施代码：1214
结果错误代码：61
对此的任何帮助都会很棒。
我在上面的错误中发现了这一点。但是，它适用于 2012 年，而不是 2019 年：您无法安装 SQL Server 2012 群集实例
我在测试服务器上完成了安装过程，以查看在安装过程中它选择了哪些功能。并在集群节点配置 - 页面上。
Features = SQLEngine, SQLEngine\Replication, SQLEngine\FullText, SQLEngine\DQ
它具有 Core 需要的正在安装的功能，仅此而已。
那么，为什么会大喊大叫，您选择了 Windows Server Core 不支持的功能？？？
最近，我们使用相同的磁盘重新创建了一个文件服务器。新服务器newfs1是使用相同的磁盘、相同的路径、相同的磁盘创建的；作为旧的文件服务器oldfs1。
两台服务器都在故障转移群集管理器中。问题出现在oldfs1服务器上——该服务器不断地创建警报，因为它在集群管理器中处于故障状态。我认为解决方案是删除节点，但我不能 100% 确定磁盘会保持完整，或者是否会有任何问题。
从集群管理器到节点right-click>remove是否安全？oldfs1
有没有更好的方法来处理oldfs1从集群管理器中删除节点？
我也愿意接受任何建议。