测试环境的vertica是单节点的，无法做到故障自动恢复，需要手工处理。案例如下：
发现5433端口连接不上，vertica挂了，手工运行admintools，重新启动vertica，仍然失败，提示：
*** Starting database: bigdata ***
Starting nodes:
v_bigdata_node0001 (172.16.105.41)
Starting Vertica on all nodes. Please wait, databases with a large catalog may take a while to initialize.
Node Status: v_bigdata_node0001: (DOWN)
Node Status: v_bigdata_node0001: (DOWN)
Node Status: v_bigdata_node0001: (DOWN)
Node Status: v_bigdata_node0001: (DOWN)
Node Status: v_bigdata_node0001: (DOWN)
Node Status: v_bigdata_node0001: (DOWN)
Node Status: v_bigdata_node0001: (DOWN)
Node Status: v_bigdata_node0001: (DOWN)
Node Status: v_bigdata_node0001: (DOWN)
Node Status: v_bigdata_node0001: (DOWN)
Found these errors in startup.logs on hosts:
host ['172.16.105.41'] report: Startup Failed, ASR Required
Do you want to continue waiting? (yes/no) [yes]
出现这种错误，通常是由于断电等特殊原因造成的，解决方案是，恢复到最近一个成功的事务。
【总结】
1. 只有一个节点的Vertica数据库没有高可用，至少得3个节点。3个节点以上的Vertica集群，宕掉一个节点数据库还可以继续工作。
2. 批量处理的业务，DML语句和COPY语句最好都加上DIRECT 选项或hint、或者把表的缺省加载策略设置为DIRECT，强制数据直接写磁盘，可以避免这个ASR的情况。