如何删除多余的节点

Question

我有一组 erlang 节点，它们通过 Mnesia 的“extra_db_nodes”复制数据...我需要升级硬件和软件，所以当我从一个节点移动到另一个节点时，我必须分离一些节点。

如何删除一个节点并仍然保留插入的数据？

[更新]删除节点与添加节点一样重要。 随着时间的推移，随着集群的增长，它也必须收缩。 如果不是，那么 Mnesia 将忙于尝试向不存在的节点发送数据，从而填满队列并保持网络繁忙。

[最终更新]在仔细阅读 erlang/mnesia 源代码后，我确定不可能完全解除节点关联。 虽然 del_table_copy 删除了表之间的链接，但它是不完整的。 我想结束这个问题，但没有一个密切的描述是足够的。

Answer 1

我希望我很久以前就发现了这个： http: //weblambdazero.blogspot.com/2008/08/erlang-tips-and-tricks-mnesia.html

基本上，具有正常运行的集群....

• 登录到要删除的集群

• 停止mnesia

  mnesia:stop()。 
    

• 登录到集群上的不同节点

• 删除架构

  mnesia:del_table_copy(schema, [电子邮件受保护] ）。 
    

Answer 2

我参加聚会非常晚，但在寻找同一问题的解决方案时在文档中发现了以下信息：

“函数调用
mnesia：del_table_copy（架构，
mynode@host) 删除节点
来自 Mnesia 系统的“mynode@host”。
如果 mnesia 正在运行，则调用失败
'mynode@主机'。 其他记忆节点
永远不会尝试连接到该节点
再次。 注意，如果有光盘
节点上的常驻模式
'mynode@host'，整个 mnesia
目录应该被删除。 这个可以
使用 mnesia:delete_schema/1 完成。
如果记忆再次启动
节点“mynode@host”和目录
尚未清除，mnesia的
行为是未定义的。”
(http://www.erlang.org/doc/apps/mnesia /Mnesia_chap5.html#id74278)

我认为以下内容可能会满足您的要求：

AllTables = mnesia:system_info(tables),
DataTables = lists:filter(fun(Table) -> Table =/= schema end,
                          AllTables),

RemoveTableCopy = fun(Table,Node) ->
  Nodes = mnesia:table_info(Table,ram_copies) ++
          mnesia:table_info(Table,disc_copies) ++
          mnesia:table_info(Table,disc_only_copies),
  case lists:member(Node,Nodes) of
    true -> mnesia:del_table_copy(Table,Node);
    false -> ok
  end
end,

[RemoveTableCopy(Tbl,'gone@gone_host') || Tbl <- DataTables].

rpc:call('gone@gone_host',mnesia,stop,[]),
rpc:call('gone@gone_host',mnesia,delete_schema,[SchemaDir]),
RemoveTablecopy(schema,'gone@gone_host').

不过，我还没有测试它，因为我的场景略有不同。

Answer 3

我当然使用了这种方法来执行此操作（支持 mnesia:del_table_copy/2 使用）。 请参阅下面的removeNode/1：

-module(tool_bootstrap).

-export([bootstrapNewNode/1, closedownNode/0,
     finalBootstrap/0, removeNode/1]).

-include_lib("records.hrl").

-include_lib("stdlib/include/qlc.hrl").

bootstrapNewNode(Node) ->
    %% Make the given node part of the family and start the cloud on it
    mnesia:change_config(extra_db_nodes, [Node]),
    %% Now make the other node set things up
    rpc:call(Node, tool_bootstrap, finalBootstrap, []).

removeNode(Node) ->
    rpc:call(Node, tool_bootstrap, closedownNode, []),
    mnesia:del_table_copy(schema, Node).

finalBootstrap() ->
    %% Code removed to actually copy over my tables etc...
    application:start(cloud).

closedownNode() ->
    application:stop(cloud), mnesia:stop().

Answer 4

如果您已在要删除的节点以外的节点上复制了表（添加的表副本），那么就已经没问题了 - 只需删除该节点即可。

如果您想稍微整洁一点，可以通过 mnesia:del_table_copy/2 从要首先删除的节点中删除表副本。

一般来说，mnesia 会优雅地处理节点丢失并检测节点重新加入（重新启动的节点从继续运行的节点获取新的表副本，未重新启动的节点被检测为网络分区事件）。 Mnesia 不会为已关闭的节点消耗 CPU 或网络流量。 我认为，尽管我没有在源中确认，mnesia 不会重新连接到自动关闭的节点 - 关闭的节点预计会重新启动（mnesia）并重新连接。

mnesia:add_table_copy/3、mnesia:move_table_copy/3 和 mnesia:del_table_copy/2 是您应该查看实时模式管理的函数。

extra_db_nodes 参数仅应在初始化新数据库节点时使用 - 一旦新节点拥有架构副本，就不需要 extra_db_nodes 参数。