Резервное копирование сайта

AN
На сайте с 05.06.2004
Offline
243
582

Появляющиеся в последнее время довольно часто темы наподобие этой дали толчок к написанию статьи "Резервное копирование сайта".

Буду рад, если кому-то статья реально поможет. :rolleyes:

А также любым конструктивным замечаниям и дополнениям.

Размещу ваши баннеры на посещаемых сайтах. Места еще есть! Возможен безнал. (/ru/forum/324945) Нужны копирайтеры/рерайтеры - медики. Пишите в личку. (/ru/forum/676932)
[Удален]
#1

Хорошая статья.

Спасибо.

bbon
На сайте с 01.04.2006
Offline
127
#2

Не удержался :)

В MySQL есть утилита mysqldump, которая также автоматически обеспечивает корректность дампа, но только для транзакционных таблиц (InnoDB). Если же ваша MySQL-база построена на таблицах типа MyISAM (а большинство веб-приложений используют именно их), то перед запуском процедуры копирования надо сделать явную блокировку таблиц, то есть запретить пользователям что-либо в них записывать.

А про ключи запуска mysqldump слабО документацию прочитать? 😕

AN
На сайте с 05.06.2004
Offline
243
#3
bbon:
А про ключи запуска mysqldump слабО документацию прочитать?

Вы про

--lock-tables, -l
Lock all tables before dumping them. The tables are locked with READ LOCAL to allow concurrent inserts in the case of MyISAM tables. For transactional tables such as InnoDB and BDB, --single-transaction is a much better option, because it does not need to lock the tables at all.
Please note that when dumping multiple databases, --lock-tables locks tables for each database separately. Therefore, this option does not guarantee that the tables in the dump file are logically consistent between databases. Tables in different databases may be dumped in completely

Дак это оно и есть - блокировка таблиц перед дампом. :)

Хотя согласен - если уж пошел тут в конкретику, то про этот ключик надо упомянуть. Сейчас поправлю.

bbon
На сайте с 01.04.2006
Offline
127
#4
AnNik:
Вы про

Дак это оно и есть - блокировка таблиц перед дампом. :)
Хотя согласен - если уж пошел тут в конкретику, то про этот ключик надо упомянуть. Сейчас поправлю.

Да, про него - в нашем мире только ленивый MySQL не обижает. :)

AN
На сайте с 05.06.2004
Offline
243
#5
bbon:
только ленивый MySQL не обижает.

:)

Когда работаешь одновременно с Ораклом и с Мускулом - сравнение понятно в пользу кого ;)

Хотя MySQL 5 + InnoDB - это уже очень и очень нехило :)

А тройка мне нравилась как раз своей легкостью и простотой ;)

S0
На сайте с 23.11.2006
Offline
55
#6

молодец хорошая статья ;)

Предлагаю хостинг icq 468655368. Отзывы (http://www.hostobzor.ru/opinion/op.php?pid=1518) еще Отзывы (/ru/forum/221296)
Moony
На сайте с 02.07.2005
Offline
64
#7

Статья уж больно простая (не в обиду). Понятно, что хранить все яйца лучше не в одной корзине и корзины лучше хранить в разных местах. Для разнообразия можно было бы описать программы для ручного бэкапа базы и файлов, бэкап через ssh, выбор архиваторов для сжатия файлов (zip, к примеру, не делает архивы больше 2,5 гб). Вот эта информация действительно полезна даже чайникам (таким как я), когда приходит время переносить сайт на другой хостинг или настраивать автоматический бэкап на vds или шареде.

AN
На сайте с 05.06.2004
Offline
243
#8
Moony:
Для разнообразия можно было бы описать ...

Ну, это уже не одна статья получится, а штук пять как минимум :)

Moony:
Статья уж больно простая (не в обиду). Понятно, что хранить все яйца лучше не в одной корзине и корзины лучше хранить в разных местах.

И тем не менее как часто мы про это забываем :(

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий