etl服务器启动失败

网络的问题。etl服务器启动失败多数是网络连接异常导致。

1、首先打开电脑检查网络。

2、其次打开etl服务器进行测试网络连接是否异常。

3、最后点击etl服务器即可。

服务器运行失败是因为勾选了“在单独的进程中打开文件夹窗口”功能，将其取消即可解决问题，取消方法如下：

操作设备：戴尔电脑

操作系统：win7

1、当使用电脑过程中，遇到"服务器运行失败“，如下图所示：

2、选择电脑左下角窗口图标打开，如下图所示：

3、在搜索框输入”文件夹选项“，如下图所示：

4、打开上方文件夹选项，如下图所示：

5、点击“查看”选项，并向下查看，如下图所示：

6、找到”在单独的进程中打开文件夹窗口“选项，不勾选后，点击确定即可，如下图所示：

生产的CK集群模式为4*2，即4个shard，其中每个shard有2个replica，采用复制表（Replicated）。

集群中一个CK节点，因服务器电压不稳意外重启后，CK启动失败，一直报错：

查找官方文档中，在 Data Replication 说明这里，提到了故障恢复方法：

注意这里flage目录可以是你安装时指定的具体clickhouse根目录。然后重启CK服务，CK会从另外一个备份中恢复数据。

这里是CK自带的故障恢复机制，前提是使用复制表（Replicated开头），本质是告诉CK，强制重建数据。建议使用此方法。

如果数据完全丢失的情况，进行restore时，CK本身没有带宽限制，表很多或数据量很大的话，需要做好网络压力以及时间评估。

目录下的所有文件都是空的（0B大小），原因无从得知，只能假定是因为服务器级别的异常重启，数据仍然在缓冲区中，没有写入磁盘？于是有了上面的“ParsingException”，CK没有读取到期望的值。

得到CK的逻辑为：

启动时，检查本地文件系统中的数据集是否与预期的数据集（ ZooKeeper 中信息）一致。如果存在轻微的不一致，系统会通过与副本同步数据来解决，如果系统检测到损坏的数据片段（如文件大小错误）或无法识别的片段（写入文件系统但未记录在 ZooKeeper 中的部分），则会把它们移动到 ‘detached’ 子目录（相当于逻辑删除），然后再从其他备份中去恢复这个数据片段。

但是注意这里是有一个安全机制的，即CK判断你损坏的片段大于一定的值（max_suspicious_broken_parts，对应源码图二中的逻辑），即“本地数据集与预期数据的差异太大”，CK将会拒绝帮你自动修复，并抛出异常、阻塞启动，这个时候你就必须手动执行恢复。

通过查询配置得到，max_suspicious_broken_parts参数的默认值是10：

通过此次异常处理，更加深了CK“一辆性能超强的手动跑车”的印象，如同传说中的法拉利开启了ESC-OFF死亡模式，生死完全掌握在使用者的手上，不愧是战斗名族开源出来的系统。在完善周边支撑的道路上，CK还有很长的路要走。

---