Автоматические резервные копии
Материал из 1GbWiki.
| Версия 21:38, 25 марта 2011 (править) Rekby (Обсуждение | вклад) ← К предыдущему изменению |
Версия 21:57, 25 марта 2011 (править) (отменить) Rekby (Обсуждение | вклад) (→Резервные копии OpenVZ) К следующему изменению → |
||
| Строка 52: | Строка 52: | ||
| == Резервные копии OpenVZ == | == Резервные копии OpenVZ == | ||
| - | + | Делаются раз в 1-2 дня. Обычно доступна последняя копия файлов сервера и история изменений файлов за последние несколько дней. В копию попадают только файлы, которые были созданы/изменены вами после создания VDS, т.е. взять например оригинальный файл чтобы заменить им испорченный не получится. | |
| [[Категория:Кабинет]] | [[Категория:Кабинет]] | ||
Версия 21:57, 25 марта 2011
Содержание |
Автоматические резервные копии
На хостинге раз в 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 вашего сайта все папки в порядке, обратном хронологическому (т.е. сначала самую свежую, потом чуть старее, потом еще старее) с заменой файлов. Если вы восстанавливаете базу данных, то копируйте по параметрам первой ссылки.
Резервные копии 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, т.е. взять например оригинальный файл чтобы заменить им испорченный не получится.
