Cadence Workflow Server 升级（0.12.1 到 0.16.0）：是否总是需要 运行 不受支持的工作流命令？
Cadence Workflow Server Upgrade (0.12.1 to 0.16.0): Is running the unsupported workflow command always required?
我正在尝试将 Cadence 从 12.1 升级到 16.0 及更高版本。 None 我的工作流将开放一个多月，但它们都已在 v12.1 上启动。我是否仍需要 运行 不受支持的工作流命令，如下所述：
MySQL/Postgres:
cadence admin db unsupported-workflow --db_type=<mysql/postgres>
--db_address --db_port --username= --password= --db_name --lower_shard_bound= --upper_shard_bound= --rps --output_filename ./cadence_scan
如果是这样，我的分片 ID 范围是否只是 1-numHistoryShards？ rps 的合理值是多少？
谢谢！
是的，您仍然应该这样做，除非工作流已因保留配置而被系统删除。
原因是那些关闭的工作流仍然会有一些活动的内部任务，例如删除工作流或可见性，或后台扫描等。另一个原因是Cadence允许用户使用重置重新打开关闭的工作流到历史的任何一点。
对于 RPS，这取决于您的数据库当前的工作负载。我会尝试至少 10 个，如果您认为数据库可以承受当前负载，我会尝试更大的数字。
我正在尝试将 Cadence 从 12.1 升级到 16.0 及更高版本。 None 我的工作流将开放一个多月，但它们都已在 v12.1 上启动。我是否仍需要 运行 不受支持的工作流命令，如下所述：
MySQL/Postgres:
cadence admin db unsupported-workflow --db_type=<mysql/postgres> --db_address --db_port --username= --password= --db_name --lower_shard_bound= --upper_shard_bound= --rps --output_filename ./cadence_scan
如果是这样，我的分片 ID 范围是否只是 1-numHistoryShards？ rps 的合理值是多少？
谢谢！
是的，您仍然应该这样做，除非工作流已因保留配置而被系统删除。
原因是那些关闭的工作流仍然会有一些活动的内部任务，例如删除工作流或可见性，或后台扫描等。另一个原因是Cadence允许用户使用重置重新打开关闭的工作流到历史的任何一点。
对于 RPS，这取决于您的数据库当前的工作负载。我会尝试至少 10 个，如果您认为数据库可以承受当前负载，我会尝试更大的数字。