Автоматические резервные копии
Материал из 1GbWiki.
| Версия 07:17, 12 мая 2011 (править) Rekby (Обсуждение | вклад) (→Автоматические резервные копии) ← К предыдущему изменению |
Текущая версия (07:17, 12 мая 2011) (править) (отменить) Rekby (Обсуждение | вклад) (→Автоматические резервные копии) |
Текущая версия
Содержание |
[править] Автоматические резервные копии
На хостинге раз в 1-2 дня создаются резервные копии файлов и баз данных пользователей. Обычно хранится последняя копия и изменения сделанные ранее, т.е. обычно можно откатить состояние сайта на несколько дней назад, при этом гарантируется наличие только последней копии, количество и сроки более ранних версий четко не отслеживаются и в каждом конкретном случае могут отличаться.
ВНИМАНИЕ В связи с вводом нового сервера для резервного копирования для некоторых сайтов и баз копирование может выполняться значительно реже и части копий может не быть или они могут быть старыми, обычный режим восстановится после того как на новый сервер будут скопированы все имеющиеся данные. Проверить наличие резервных копий для вашего сайта/базы можно через доступ к автоматическим резервным копиям. Перед глобальными изменениями рекомендуется делать ручную резервную копию файлов сайта и дамп базы данных.
Автоматические резервные копии доступны из личного кабинета со страницы "Доступ к автоматическим резервным копиям".
Для каждого ресурса представлены 3 ссылки:
- Текущая - называется как сайт или база данных. Доступ к актуальным файлам сайта или базы, на самом деле это не резервная копия, это запасной путь доступа например в случае полной блокировки аккаунта.
- прошлый backup - последняя сделанная системой резервная копия. Тут хранится полная копия файлов на момент резервного копирования. Файлы из этой резервной копии можно восстановить в сайт или базу из личного кабинета.
- Ранние - через эту ссылку доступна последняя резервная копия и измененные файлы на более ранние даты. Они не являются полными резервными копиями, но в большинстве случаев их хватает для отката на более ранние состояния.
Ссылки для доступа обычно понимаются FTP-клиентами и можно её просто скопировать в FTP-клиент. Если ваша программа не позволяет вводить ссылки, то можно получить из нее параметры вручную.
Каждая ссылка представлена в виде: ftp://user:password@server
Например ссылке ftp://a38402:jBaks@adm.1gb.ru соответствуют:
Имя: a38402
Пароль: jBaks
Сервер: adm.1gb.ru
Их можно ввести в вашу программу напрямую
[править] Восстановление последней копии сайта/базы
- На всякий случай сделайте ручную резервную копию
- Перейдите на страницу "Доступ к автоматическим резервным копиям"
- В строке с сайтом/базой которую хотите восстановить отметьте галочку "Очистить"
- Внизу страницы введите код подтверждения, нажмите "ОК" и подождите 10-15 минут, пока удалятся все файлы из рабочей версии сайта (для сайтов с очень большим количеством файлов может быть дольше).
- На этой же странице в строке "Последняя резервная копия" поставьте галочку "восстановить" и введите внизу страницы код подтверждения. И подождите несколько минут.
[править] Восстановление более ранних копий
- Выполните восстановление до последней копии
- Зайдите на FTP по ссылке "Ранние резервные копии"
- Скопируйте к себе на компьютер все папки, начиная с даты на которую делаете восстановление и позднее.
- Скопируйте на FTP вашего сайта все папки в порядке, обратном хронологическому (т.е. сначала самую свежую, потом чуть старее, потом еще старее) с заменой файлов. Если вы восстанавливаете базу данных, то копируйте по параметрам первой ссылки.
[править] Резервные копии расписания cron
Резервных копий расписания не делается, если это вам важно - нужно сохранять копию своими силами.
[править] Резервные копии MySQL с таблицами InnoDB
Для баз с таблицами InnoDB по ссылке "резервные копии" лежат дампы в файлах с именами вида dump_database_201012120314_utf8.sql, в имя файла включена дата создания файла в виде ГОДМЕСЯЦДЕНЬЧАСМИНУТА (год, месяц, день, час, минута - слитно) и кодировка дампа. Обычно вариант utf-8 подходит. Вам нужно скачать его на свой компьютер, потом очистить базу MySQL через phpMyAdmin и импортировать дамп со страницы "Импорт/экспорт/перенос базы" в личном кабинете.
Создание дампа долгий и ресурсоемкий процесс, поэтому мы не можем выполнять его для больших баз. Если ваша база содержит InnoDB-таблицы и занимает больше примерно 100МБ или больше - вам нужно позаботится о сохранении нужных вам данных своими силами.
[править] Резервные копии MS-SQL
Резервные копии MS-SQL делаются, но в автоматическом режиме не доступны. Копия представляет из себя стандартный BAK-файл MS-SQL.
[править] Резервные копии Hyper-V
Резервных копий серверов Hyper-V нет, заботиться о сохранении данных, хранящихся внутри сервера - ваша задача.
[править] Резервные копии OpenVZ
Делаются раз в 1-2 дня. Обычно доступна последняя копия файлов сервера и история изменений файлов за последние несколько дней. В копию попадают только файлы, которые были созданы/изменены вами после создания VDS, т.е. взять например оригинальный файл чтобы заменить им испорченный не получится.
