nextcloud / nextcloud/documentation
pre-populate data when "Migrating to a different server"?
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 628
- Forks
- 2.5k
- Avg merge
- 2d 11h
- Merged PRs (30d)
- 135
Description
Migrating to a different server mentions transferring the data folders using rsync.
Is it safe to pre-populate the destination data so that the "final" rsync runtime (and consequent server downtime) is minimized?
If so, is it worth updating this paragraph with the new sentence below?
Copy all files from your Nextcloud instance, the Nextcloud program files, the data files, the log files and the configuration files, to the new machine (See Backup and Restoring backup). The data files should keep their original timestamp (can be done by using rsync with -t option) otherwise the clients will re-download all the files after the migration. Depending on the original installation method and the OS the files are located in different locations. On the new system make sure to pick the appropriate locations. If you change any paths, make sure to adapt the paths in the Nextcloud config.php file. Note: This step might take several hours, depending on your installation. You can safely reduce down time by pre-populating the new data folder using rsync (with appropriate settings) before enabling maintenance mode then doing a final rsync at this stage with maintenance mode enabled and the web server disabled.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the linked “Migrating to a different server” section in the Nextcloud administrator documentation and compare its rsync guidance with the linked backup and restore pages. Confirm whether pre-populating the destination data folder is safe and what rsync settings are required, then update the migration paragraph only if the guidance is confirmed. Done means the downtime-reduction procedure is accurate and clearly integrated into the existing instructions.
Written by the indexing model from the issue text.
Assessment
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100