Migrating to Drupal 8 from a previous version

This is a stub page referenced from update.php in Drupal 8 core.

@see https://drupal.org/node/2168011

We will eventually need to document the process of migrating a Drupal 7 site to Drupal 8 using Drupal 8's migrate module.

For Example
Enable the migrate_drupal module, go to admin/structure/migrate/run , enter database credentials, the file path, click migrate configuration if succeeded continue with migrate content. If migrate configuration failed, reinstall, fix and try again.

Limiting backup storage space consumed

Overview

When working with database backups you can build up a huge amount of backup data. It is crucial having lots of backups to be able to restore a know working state, and the more backups you have the better the time resolution to get back to the exact same state you need.

Backup your database and files

Database and custom file backups are essential.

There are many posts in the forum topics about irrecoverable errors, WSOD, database gone fubar etc. There are times when your site goes awry or gets deleted or corrupted, and the only or best choice is to restore it from a backup.

Backup & Migrate

The Backup & Migrate module facilitates emergency recovery and site migration. You can configure it for automatic backups saved to the filesystem - with more frequent backups during development.

You can also create a manual backup before undertaking any complex configuration. That way, you have a "restore point" in case of disaster.

While there may be some issues of security when you save the database and content as a file (you could exclude certain tables, perhaps), the benefits of having a rollback in case of disaster are significant.

Backing up a site

General backup best practices

  • Always back up the entire site before updating or upgrading. (It is also a good idea before migrating, copying, moving, or replacing.)
  • Date your backups. Save each one into a directory or file with a title that includes the date of the backup. You do not want to be guessing which backup is the most recent one when you are trying to recover your failed site. Panic is not conducive to a good recovery process.
  • Save a copy of each backup in a different location than your webserver. Remember, if data doesn't exist in three places, it doesn't exist at all. If your webserver crashes, then all the backup files might be gone too (see earlier reference to panic).
  • Inquire about your ISP or web host's backup policies. Most good web hosts have a backup plan that kicks in every 24 hours. If yours does not, it's up to you to back up your site daily, or find a host who will. It cannot be stressed enough that if a site's data does not exist in three places, it doesn't exist at all.
Subscribe with RSS Subscribe to RSS - backup & migrate