Couchbase 社区升级 - couchbase-server (3.x) 与 couchbase-server-community (4.x) 冲突
Couchbase Community Upgrade - couchbase-server (3.x) conflicts with couchbase-server-community (4.x)
我正在尝试将当前为 运行 3.0 的 Couchbase 社区服务器升级到 4.0。我在 AWS 上使用 'Amazon Linux'，并使用 CentOS 6 版本从 2.5 升级到 3.0 - 升级非常顺利。根据文档，我应该也可以从 3.x 到 4.x。
http://developer.couchbase.com/documentation/server/4.0/install/upgrade-matrix.html:
Upgrade from the latest version 3.x directly to version 4.x using any supported upgrade strategy.
但我收到消息
couchbase-server conflicts with couchbase-server-community-4.0.0-4051.x86_64
我发现couchbase-server名称现在是为企业版保留的，而couchbase-server-community现在在4.0中用于社区版，这将解释冲突。 https://issues.couchbase.com/browse/MB-15716
这真的是一个升级破坏性的变化吗？除了卸载和重新安装之外，我找不到任何关于如何解决此更改的文档。
如果是我，因为你在 AWS 上，只需启动新实例，在它们上安装 Couchbase 并在你添加一个并删除一个旧实例的地方进行重新平衡（1 进 1 出或 2 进 2出等）。在进出集群的数量相同的情况下，集群将进行最有效的交换再平衡。所有这些都可以在启动和服务流量时完成。这是一个非常标准的升级路径，也是在云端推荐的方法。
升级后，丢弃旧实例。是的，您在升级期间同时 运行 个实例，但只需几杯拿铁咖啡的费用，您就可以顺利升级。
我在尝试从 Community 版本 3.0.1 升级到 Community 4.0.0 时遇到了同样的冲突。
值得一提的是，如果卸载3.0.1版本再安装4.0.0，你所有的buckets及其数据都会被保留。也许在某些情况下这会失败，最好先进行备份，但就我而言，转换很顺利。
这是在我的开发机器上，对于云安装，我非常喜欢交换 in/out 这意味着您可以在不中断服务的情况下进行升级。
我正在尝试将当前为 运行 3.0 的 Couchbase 社区服务器升级到 4.0。我在 AWS 上使用 'Amazon Linux'，并使用 CentOS 6 版本从 2.5 升级到 3.0 - 升级非常顺利。根据文档，我应该也可以从 3.x 到 4.x。
http://developer.couchbase.com/documentation/server/4.0/install/upgrade-matrix.html:
Upgrade from the latest version 3.x directly to version 4.x using any supported upgrade strategy.
但我收到消息
couchbase-server conflicts with couchbase-server-community-4.0.0-4051.x86_64
我发现couchbase-server名称现在是为企业版保留的，而couchbase-server-community现在在4.0中用于社区版，这将解释冲突。 https://issues.couchbase.com/browse/MB-15716
这真的是一个升级破坏性的变化吗？除了卸载和重新安装之外，我找不到任何关于如何解决此更改的文档。
如果是我，因为你在 AWS 上，只需启动新实例，在它们上安装 Couchbase 并在你添加一个并删除一个旧实例的地方进行重新平衡（1 进 1 出或 2 进 2出等）。在进出集群的数量相同的情况下，集群将进行最有效的交换再平衡。所有这些都可以在启动和服务流量时完成。这是一个非常标准的升级路径，也是在云端推荐的方法。
升级后，丢弃旧实例。是的，您在升级期间同时 运行 个实例，但只需几杯拿铁咖啡的费用，您就可以顺利升级。
我在尝试从 Community 版本 3.0.1 升级到 Community 4.0.0 时遇到了同样的冲突。
值得一提的是，如果卸载3.0.1版本再安装4.0.0，你所有的buckets及其数据都会被保留。也许在某些情况下这会失败，最好先进行备份，但就我而言，转换很顺利。
这是在我的开发机器上，对于云安装，我非常喜欢交换 in/out 这意味着您可以在不中断服务的情况下进行升级。