Ви точно знаєте, що все це означає?
Якщо немає, то прийшов час знайти більш просте рішення.
Перед початком - одна порада
Як завжди, встановіть та увімкнення модуля Backup and Migrate. Тепер, перш ніж продовжити, зробіть одну річ. Створіть повну резервну копію кореневого каталогу вашого сайту. Для цього ви повинні підключитися по FTP до свого сайту і скопіювати на локальний диск всі файли і підкаталоги, що відносяться до вашого сайту. Якщо хочете, заархівуйте їх в ZIP / RAR / TAR, і помістіть в безпечне місце. Це буде ваша майстер-копія сайту з усіма файлами ядра, модулями, темами і т. Д. І т. П. Модуль Backup and Migrate творить чудеса, але завжди варто мати майстер-копію сайту на випадок непередбачених збоїв.
Ручне створення резервної копії бази даних
Відновлення бази даних
Сталося страшне, і ви втратили половину контенту? Ніяких проблем. Натисніть на вкладку Restore (Відновити) і завантажте зроблену раніше резервну копію бази даних. Щоб все пройшло ще більш гладко, натисніть на "Advanced settings" (Розширені можливості пошуку) і поставте галочку напроти пункту "Take site offline" (Перевести сайт в режим off-line), і потім натисніть на кнопку "Restore Now" (Відновити). І все!
Другий ключовий компонент резервного копіювання сайту на Drupal - це вміст підкаталогу sites / default / files. Саме тут зберігається весь призначений для користувача контент, завантажений на сервер. Щоб створити резервну копію файлів, необхідно переконатися, що на вашому хостинговому сервері встановлені бібліотеки PEAR і archive_tar. Якщо ці бібліотеки на сервері встановлені, то вам пощастило, встановлюйте модуль Backup and Migrate Files і увімкніть її. Після цього вам залишається зробити зовсім небагато - під час створення резервної копії додатково до звичайної функції резервного копіювання бази даних у вас з'явиться можливість вибрати підкаталог для архівування.
Автоматичне створення резервних копій
Давайте зробимо ще один крок вперед і спробуємо пом'якшити необхідність робити резервні копії вручну. Для цього натисніть вкладку "Schedules" (Розклад) і натисніть на "Add a schedule" (Додати розклад). Натисніть на перемикач, щоб активувати налаштування розкладу і виберіть час між створенням резервних копій. Додатково до цього можна встановити необхідну кількість резервних копій. Якщо ви вважаєте, що в певний момент місце на сервері може закінчитися, то ця опція допоможе запобігти надмірному роздування підкаталогу файлів.
Збереження резервних копій на сторонніх серверах
Якщо у вас є доступ до іншого сервера, то ви можете вибрати альтернативний FTP (або SFTP) сервер. Після того як нове місце призначення буде додано, ви зможете змінити налаштування будь-якого автоматичного резервного копіювання, щоб використовувалося дане місце призначення.
Крім цього є й інші варіанти офф-лайнового збереження резервних копій, наприклад, Dropbox.
А що щодо міграції?
Як правило прямолінійна міграція бази даних сайту на Drupal з одного хостингу на інший або з локального сервера на робочий рідко буває успішною. Різниця між версіями PhpMyAdmin по відношенню до налаштувань за замовчуванням здатні стати причиною виникнення довгого списку повідомлень про помилки, або взагалі появи жахливого і дивного "білого екрану смерті". У цьому випадку вас чекає кілька "веселих" днів пошуку та виправлення виниклих проблем. В якості альтернативи для переміщення бази даних вашого сайту ви можете скористатися можливостями модуля Backup and Migrate, який працює в цьому випадку просто бездоганно.
При цьому процес міграції буде виглядати наступним чином:
- Створюємо резервну копію поточних файлів сайту;
- За допомогою модуля Backup and Migrate створюємо резервну копію бази даних сайту;
- Копіюємо файли сайту на новий хостинг;
- Встановлюємо на новому хостингу Drupal;
- На знову встановленому сайті заходимо в адміністративну панель, переходимо на панель "Modules" (Модулі) і активуємо модуль Backup and Migrate;
- Відновлюємо за допомогою Backup and Migrate базу даних з резервної копії.
Отримуємо сайт, який працює так, як на колишньому хостингу. Єдине, може знадобитися очистити всі кеші за допомогою команди Configuration -> Performance (Конфігурація -> Продуктивність). Ніколи ще міграція сайту не була настільки простий!