Remove zone

docs-2.0/2.quick-start/4.nebula-graph-crud.md

@@ -104,11 +104,12 @@ nebula> SHOW HOSTS;
     [replica_factor = <replica_number>,]
     vid_type = {FIXED_STRING(<N>) | INT64}
     )
-    [ON zone_list]
+<!--    [ON zone_list]-->
     [COMMENT = '<comment>'];
 
+<!--
     zone_list:
-    "zone_name" [,"zone_name" ...]
+    "zone_name" [,"zone_name" ...]-->
     ```
 
     参数详情请参见 [CREATE SPACE](../3.ngql-guide/9.space-statements/1.create-space.md)。

docs-2.0/20.appendix/learning-path.md

@@ -136,11 +136,13 @@
   | ------------------------------------------------------------ |
   |[创建快照](https://docs.nebula-graph.com.cn/{{nebula.release}}/7.data-security/3.manage-snapshot/#_5)|
 
+<!--
 - 资源隔离
 
   | 文档 |
   | ------------------------------------------------------------ |
   |[Group & Zone](https://docs.nebula-graph.com.cn/{{nebula.release}}/7.data-security/5.zone/)|
+-->
 
 - SSL 加密
 

docs-2.0/3.ngql-guide/9.space-statements/1.create-space.md

@@ -60,7 +60,7 @@ CREATE SPACE <new_graph_space_name> AS <old_graph_space_name>;
 
 |参数|说明|
 |:---|:---|
-|`<new_graph_space_name>`|目标图空间名称。该图空间必须未创建。图空间名称以英文字母开头，支持 1~4 字节的 UTF-8 编码字符，包括英文字母（区分大小写）、数字、中文等，但是不包括除下划线外的特殊字符。使用保留关键字时，需要用反引号（\`）包围，详情参见[关键字和保留字](../../3.ngql-guide/1.nGQL-overview/keywords-and-reserved-words.md)。创建时会克隆`<old_graph_space_name>`图空间的 Schema，包括图空间本身参数（分片数量、副本数量等）、Tag、Edge type、原生索引和 Zone。|
+|`<new_graph_space_name>`|目标图空间名称。该图空间必须未创建。图空间名称以英文字母开头，支持 1~4 字节的 UTF-8 编码字符，包括英文字母（区分大小写）、数字、中文等，但是不包括除下划线外的特殊字符。使用保留关键字时，需要用反引号（\`）包围，详情参见[关键字和保留字](../../3.ngql-guide/1.nGQL-overview/keywords-and-reserved-words.md)。创建时会克隆`<old_graph_space_name>`图空间的 Schema，包括图空间本身参数（分片数量、副本数量等）、Tag、Edge type 和 原生索引。|
 |`<old_graph_space_name>`|原始图空间名称。该图空间必须已存在。|
 
 ## 示例

docs-2.0/4.deployment-and-installation/3.upgrade-nebula-graph/upgrade-nebula-graph-to-latest.md

@@ -98,7 +98,7 @@
   <nebula_install_path>/scripts/nebula-metad.service start
   ```
 
-  启动后，Meta 服务选举 leader，并更新 Zone。该过程耗时数秒。
+  启动后，Meta 服务选举 leader。该过程耗时数秒。
 
   启动后可以任意启动一个 Graph 服务节点，使用 Nebula Graph 连接该节点并运行[`SHOW HOSTS meta`](../../3.ngql-guide/7.general-query-statements/6.show/6.show-hosts.md)和[`SHOW META LEADER`](../../3.ngql-guide/7.general-query-statements/6.show/19.show-meta-leader.md)，如果能够正常返回 Meta 节点的状态，则 Meta 服务启动成功。
 
@@ -188,18 +188,23 @@ Q：是否有工具或者办法验证新旧版本数据是否一致？
 
 A：没有。如果只是检查数据量，可以在升级完成后再次运行`SUBMIT JOB STATS`和`SHOW STATS`统计数据量，并与升级之前做对比。
 
-Q: 为什么`SHOW HOSTS`提示 Storage `OFFLINE`并且`Leader count`是`0`？
+Q: Storage `OFFLINE`并且`Leader count`是`0`怎么处理？
 
-A：可能的原因有：
+A：运行以下命令手动添加 Storage 主机：
 
-- Meta 没有启动成功或者升级失败，导致 Storage 节点没有自动加入默认 Zone。
-- Meta 升级成功但是没有自动把 Storage 节点加入默认 Zone。连接 Nebula Graph 并手动将 Storage 节点[加入默认 Zone](../5.zone.md)，例如：
+```ngql
+ADD HOSTS <ip>:<port>[, <ip>:<port> ...];
+```
 
-    ```
-    ADD HOSTS 192.168.10.100:9779, 192.168.10.101:9779, 192.168.10.102:9779;
-    ```
+例如：
 
-  如果有多个 Meta 服务节点，手动`ADD HOSTS`之后，部分 Storage 节点需等待数个心跳（`heartbeat_interval_secs`）的时间才能正常连接到集群。
+```
+ADD HOSTS 192.168.10.100:9779, 192.168.10.101:9779, 192.168.10.102:9779;
+```
+
+如果有多个 Meta 服务节点，手动`ADD HOSTS`之后，部分 Storage 节点需等待数个心跳（`heartbeat_interval_secs`）的时间才能正常连接到集群。
+
+如果添加 Storage 主机后问题仍然存在，在[论坛](https://discuss.nebula-graph.com.cn/)或 [GitHub](https://github.com/vesoft-inc/nebula/issues) 提问。
 
 Q：为什么升级后用`SHOW JOBS`查询到的 Job 的 ID 与升级前一样，但 Job 名称等信息不同了？