仓库故障时的查询行为
Query behavior when the warehouse fails
我使用 snowflake 来验证它是否可以用于 DWH，我担心仓库出现故障时的查询行为。
https://docs.snowflake.com/en/user-guide/warehouses-considerations.html#multi-cluster-warehouses-improve-concurrency
根据上面的页面，如果将最小集群设置为高于1，有助于保证可用性和连续性。
我对此有疑问。
1.If我们设置为1，仓库失败，后面的查询就失败了？
2.If我们设置为2以上，仓库的一个集群挂掉了，后面的查询失败了，被另一个集群自动启动了？
当一个仓库出现故障时，自动启动一个新的仓库并退出查询。在我之前 运行 snowflake 工作的 6 年里，我们经历仓库故障的次数不到十几次。
通常是在发布版本时。失败时确实发生的一件事是发布被推迟。因此，我们注意到我们的处理速度出现波动，或者总时间增加，并且在故障期间，查询配置文件可能会为每次重试显示 1-3 个查询计划选项卡。
至少其中一次中断是因为未能建立新仓库，class 的问题，在那次事件中，我认为我们没有受到影响，因为我们总是有东西 运行宁.
附带说明一下，您还需要为这些失败付费，因此如果您正在进行大量计算并且失败并重试，这可能会产生影响。当我们可以证明由于已知故障事件导致成本增加时，我们已经获得了（额外成本的）退款。
但是，如果您正在查看 运行 中型和小型仓库，它们通常会在同一秒启动，因此您可能不会注意到“失败”，但如果您 运行 正在使用非常大的实例大小, 使该容量联机可能需要更长的时间。
我使用 snowflake 来验证它是否可以用于 DWH，我担心仓库出现故障时的查询行为。
https://docs.snowflake.com/en/user-guide/warehouses-considerations.html#multi-cluster-warehouses-improve-concurrency 根据上面的页面，如果将最小集群设置为高于1，有助于保证可用性和连续性。 我对此有疑问。
1.If我们设置为1，仓库失败，后面的查询就失败了？ 2.If我们设置为2以上，仓库的一个集群挂掉了，后面的查询失败了，被另一个集群自动启动了？
当一个仓库出现故障时，自动启动一个新的仓库并退出查询。在我之前 运行 snowflake 工作的 6 年里，我们经历仓库故障的次数不到十几次。
通常是在发布版本时。失败时确实发生的一件事是发布被推迟。因此，我们注意到我们的处理速度出现波动，或者总时间增加，并且在故障期间，查询配置文件可能会为每次重试显示 1-3 个查询计划选项卡。
至少其中一次中断是因为未能建立新仓库，class 的问题，在那次事件中，我认为我们没有受到影响，因为我们总是有东西 运行宁.
附带说明一下，您还需要为这些失败付费，因此如果您正在进行大量计算并且失败并重试，这可能会产生影响。当我们可以证明由于已知故障事件导致成本增加时，我们已经获得了（额外成本的）退款。
但是，如果您正在查看 运行 中型和小型仓库，它们通常会在同一秒启动，因此您可能不会注意到“失败”，但如果您 运行 正在使用非常大的实例大小, 使该容量联机可能需要更长的时间。