Address a comment and remove warning

Author: NataliaIvakina

modules/ROOT/pages/import.adoc

@@ -12,7 +12,16 @@ You should use this tool when:
 
 * Import performance is important because you have a large amount of data (millions/billions of entities).
 * The database can be taken offline and you have direct access to one of the servers hosting your Neo4j DBMS.
-* The database is either empty.
+* The database is empty and you have to perform the initial data load.
+* You need to update your graph with large amount of data.
+In this case, importing data incrementally can be more performant that transactional insertion.
++
+[NOTE]
+====
+The incremental import can be done either within a single command or in stages.
+For details, see <<_incremental_import_in_a_single_command>> and <<incremental-import-stages>>.
+====
++
 * The CSV data is clean/fault-free (nodes are not duplicated and relationships' start and end nodes exist).
 This tool can handle data faults but performance is not optimized.
 If your data has a lot of faults, it is recommended to clean it using a dedicated tool before import.
@@ -686,20 +695,17 @@ Incremental import into an existing database.
 
 === Usage and limitations
 
-[WARNING]
-====
-To safely use the importer in a clustered environment please use the following process.
+The importer works well on standalone servers.
 
-Use the importer to import the database into one server in the cluster. 
-This server can then be the source for other cluster members to copy the database from using the xref:clustering/databases.adoc#cluster-designated-seeder[designated seeder] approach.
-
-To perform an incremental import in a clustered environment first alter the database topology to 1 primary using xref:procedures.adoc#procedure_dbms_recreateDatabase[`dbms.recreateDatabase()`].
-Then stop the database using xref::database-administration/standard-databases/start-stop-databases.adoc#manage-databases-stop[STOP DATABASE].
-Perform the incremental import against the server hosting the database. 
-Then start the database using xref::database-administration/standard-databases/start-stop-databases.adoc#manage-databases-start[START DATABASE].
-Lastly, alter the database back to the desired topology using xref::database-administration/standard-databases/alter-databases.adoc#[ALTER DATABASE].
-====
+To safely perform an incremental import in a clustered environment, follow these steps:
 
+. Run the incremental import command on a single server in the cluster. 
+This server can then be used as the xref:clustering/databases.adoc#cluster-designated-seeder[designated seeder] from which other cluster members can copy the database.
+. Reconfigure the database topology to a single primary by running the xref:procedures.adoc#procedure_dbms_recreateDatabase[`dbms.recreateDatabase()`] procedure.
+. Then stop the database using xref::database-administration/standard-databases/start-stop-databases.adoc#manage-databases-stop[STOP DATABASE].
+. Perform the incremental import on the server that hosts the database.
+. Then start the database with xref::database-administration/standard-databases/start-stop-databases.adoc#manage-databases-start[START DATABASE].
+. Lastly, restore the desired database topology using xref::database-administration/standard-databases/alter-databases.adoc#[ALTER DATABASE].
 The incremental import command can be used to add:
 
 * New nodes with labels and properties.