topic状态问题 about metamorphosis

[killme2008]

hi，对这个功能我有点疑问，是否细粒度到topic级别，到broker级别应该就足够了吧。控制broker是否可发送，可订阅。

[hanzhihua]

hi
dennis :
存在这样的场景，转移topic,比如一个量大的topic需要重差机器上面上面转移到好机器上面，但不能丢消息，只能停在发送，直到消息消费完成，然后在从这个差机器中删除topic相关信息

在 2012-05-13 20:38:19，"dennis zhuang" [email protected] 写道：

hi，对这个功能我有点疑问，是否细粒度到topic级别，到broker级别应该就足够了吧。控制broker是否可发送，可订阅。

---

Reply to this email directly or view it on GitHub:
#9 (comment)

[killme2008]

hi

这样的场景目前就可以实现了，无需停止发送，只要暂停该broker，将该topic的数据全部拷贝到新机器上即可。因为你的服务是集群，暂停一台broker做拷贝是毫无关系的。当新机器起来的时候，消费者会去新机器继续消费。

[hanzhihua]

：），我们broker没有用master slave方式，而且不能停止broker . 其实我们是b2b的，我们这边napoli是一个推拉结合的，不分开的，拉的服务器就是用你的优秀的metaq

在 2012-05-13 21:11:32，"dennis zhuang" [email protected] 写道：

hi

这样的场景目前就可以实现了，无需停止发送，只要暂停该broker，将该topic的数据全部拷贝到新机器上即可。因为你的服务是集群，暂停一台broker做拷贝是毫无关系的。当新机器起来的时候，消费者会去新机器继续消费。

---

Reply to this email directly or view it on GitHub:
#9 (comment)

[wq163]

不是有个关闭分区功能吗，把这个topic的全部分区关闭掉是否满足需求？

[killme2008]

已提交一个功能实现，添加参数acceptPublish和acceptSubscribe来控制broker和topic是否允许接收消息或者接收订阅。
这两个参数同时是system参数，也可以被topic的配置覆盖。

[killme2008]

1.4.3 released.