1
1
[[indices-clone-index]]
2
- == Clone Index
2
+ === Clone Index
3
3
4
4
The clone index API allows you to clone an existing index into a new index,
5
5
where each original primary shard is cloned into a new primary shard in
6
6
the new index.
7
7
8
8
[float]
9
- === How does cloning work?
9
+ ==== How does cloning work?
10
10
11
11
Cloning works as follows:
12
12
@@ -21,7 +21,7 @@ Cloning works as follows:
21
21
had just been re-opened.
22
22
23
23
[float]
24
- === Preparing an index for cloning
24
+ ==== Preparing an index for cloning
25
25
26
26
Create a new index:
27
27
@@ -57,7 +57,7 @@ PUT /my_source_index/_settings
57
57
changes like deleting the index.
58
58
59
59
[float]
60
- === Cloning an index
60
+ ==== Cloning an index
61
61
62
62
To clone `my_source_index` into a new index called `my_target_index`, issue
63
63
the following request:
@@ -112,7 +112,7 @@ NOTE: Mappings may not be specified in the `_clone` request. The mappings of
112
112
the source index will be used for the target index.
113
113
114
114
[float]
115
- === Monitoring the clone process
115
+ ==== Monitoring the clone process
116
116
117
117
The clone process can be monitored with the <<cat-recovery,`_cat recovery`
118
118
API>>, or the <<cluster-health, `cluster health` API>> can be used to wait
@@ -131,7 +131,7 @@ become `active`. At that point, Elasticsearch will try to allocate any
131
131
replicas and may decide to relocate the primary shard to another node.
132
132
133
133
[float]
134
- === Wait For Active Shards
134
+ ==== Wait For Active Shards
135
135
136
136
Because the clone operation creates a new index to clone the shards to,
137
137
the <<create-index-wait-for-active-shards,wait for active shards>> setting
0 commit comments