-
Notifications
You must be signed in to change notification settings - Fork 83
Safe process for recreating database after a incremental import #2704
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: dev
Are you sure you want to change the base?
Safe process for recreating database after a incremental import #2704
Conversation
|
This PR includes documentation updates Updated pages: |
| * 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 or its content is unchanged since a previous incremental import. | ||
| * The database is either empty. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This no longer looks like a proper sentence. For the removed incremental import part here are the constraints that apply:
- database is stopped and an incremental import is run from start to end, or
- database is stopped,
preparestep of incremental import is run. Database can potentially be started in read-only mode whilebuildstep of incremental import is run and then finally the database is stopped whilemergestep of incremental is run. To run the stepsprepare,buildandmergesplit like that with taking the db online/offline is a bit complicated so I can't imagine many users doing this, if any.
Also, feel free to rephrase this however you want, if you'd want any of this information in here.
| Starting the clustered database after an incremental import without reseeding or performing the incremental import on a single server while the database remains online on other clustered members may result in unpredictable consequences, including data inconsistency between cluster members. | ||
| 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]. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have no knowledge of the steps involved for clustering
Fixes CONTROL-351