Skip to content

Commit afc8b04

Browse files
committed
Change the titles of the sections
1 parent 735825f commit afc8b04

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

modules/ROOT/pages/clustering/setup/discovery.adoc

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -224,7 +224,7 @@ It is important that both `dbms.kubernetes.service_port_name` and `dbms.kubernet
224224
For more information, see <<clustering-discovery-k8s>>.
225225

226226
[[discovery-v1-to-v2-semi-automated-procedure]]
227-
=== Moving an entire cluster with a procedure
227+
=== Procedure for moving an entire cluster
228228

229229
The first way to migrate from discovery service v1 to v2 is to use a semi-automated procedure, which simplifies the migration process.
230230
It automates the approach described in the xref:clustering/setup/discovery.adoc#discovery-v1-to-v2-procedures[next section].
@@ -354,7 +354,7 @@ are set as required, so that the servers start with v2 running on the next resta
354354
====
355355

356356
[[discovery-v1-to-v2-procedures]]
357-
=== Running a procedure on each server
357+
=== Per server procedure
358358

359359
// By using just procedures, the nice thing is that during the user's normal version upgrade, they can also add the new settings required for v2 discovery service.
360360
// Then, when they are ready to migrate to v2, they can use the procedures and then finally, set the version to 'V2' in the neo4j.conf at the very end - which can just sit there till the next restart

0 commit comments

Comments
 (0)