 |
Бэкап и восстановление данных из БД memcachedb и других хранилищ на базе BerkeleyDB |
[обсудить]
|
| | Memcachedb использует для хранения данных на диске BerkeleyDB, поэтому для
резервного копирования следует использовать утилиты db_dump и db_load, для
восстановления повреждённой БД можно использовать db_recover, а для проверки
целостности db_verify.
Для бэкапа выполняем:
db_dump -h /usr/local/memcachedb data.db| gzip > memcachedb.dump.gz
где через опцию "-h" передан путь к рабочей директории с базой. Gzip используем
для сжатия, так как итоговый файл с переносимым дампом в текстовом формате
получается очень большим.
Для восстановления в пустой директории, в которую нужно восстановить БД, выполняем:
zcat memcachedb.dump.gz| db_load data.db
Утилита db_dump может выполняться очень долго и создаёт дамп значительного
размера, превосходящего по размеру файл базы. Более быстрый способ резервного
копирования заключается в использовании утилиты db_hotbackup, которая копирует
целостный слепок базы.
Копируем базу:
db_hotbackup -h /usr/local/memcachedb -b /mnt/backup/memcachdb_backup
Для восстановления достаточно скопировать в пустую директорию содержимое
созданной утилитой db_hotbackup директории.
|
| |
 |
|
|
Резервное копирование и восстановление системного раздела FreeBSD с применением SMB-ресурса |
Автор: 62mkv
[комментарии]
|
| | Резервное копирование и восстановление системного раздела FreeBSD с применением SMB-ресурса в качестве промежуточного хранилища дампа. В любой сети, как правило, полно Windows ПК с достаточно большими винчестерами, что позволяет рассматривать SMB-ресурс как удобное средство хранения резервных копий системы.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Использование Clonezilla для клонирования дисков с загрузкой по сети (доп. ссылка 1) |
[комментарии]
|
| | Clonezilla (http://clonezilla.org/) позволяет быстро клонировать диски, способом сходным с проприетарным продуктом Norton Ghost. При создании копии переносятся только занятые блоки данных, пустые области пропускаются. Поддерживается режим массового клонирования в multicast режиме, например, при тестировании, за 10 минут удалось провести клонирование исходного 5.6 Гб диска на 41 клиентскую машину. Поддерживаются ФС: ext2, ext3, ext4, reiserfs, reiser4, xfs, jfs, FAT, NTFS, UFS, HFS+ (Mac OS X).
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Использование unison для двусторонней синхронизации файлов |
[комментарии]
|
| | Для решения задачи по синхронизации данных между двумя машинами, в ситуации когда изменения могут появиться на каждом из компьютеров, прекрасно подходит утилита unison (http://www.cis.upenn.edu/~bcpierce/unison/). При синхронизации между удаленными машинами в качестве транспорта может использоваться ssh. При обнаружении конфликтов, например, когда на обоих машинах отредактирован один и тот же файл, unison пытается разрешить конфликт автоматически, а если это не удается предоставляет пользователю интерфейс для принятия решения.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Создание инкрементального архива с помощью утилиты tar (доп. ссылка 1) (доп. ссылка 2) |
Автор: sanmai
[комментарии]
|
| | В самом простом виде инкрементальный архив с помощью tar делается так:
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Резервное копирование MySQL с использованием LVM снапшотов в Debian Linux (доп. ссылка 1) |
[комментарии]
|
| | Утилита mylvmbackup (http://lenz.homelinux.org/mylvmbackup/) позволяет автоматизировать создание резервных копий БД MySQL с минимальным временем простоя базы. Процесс создания бэкапа состоит из следующих фаз: установка блокировки на таблицы, инициирование сброса кэшей на диск, создание LVM снапшота директории с MySQL таблицами, снятие блокировки. Так как время создания снапшота очень мало, простой базы сводится к минимуму при полном сохранении целостности.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Автоматическое создания бэкапа с задействованием DHCP сервера (доп. ссылка 1) |
Автор: scofield
[комментарии]
|
| | Ниже представлен перевод руководства (http://howtoforge.org/automated-backups-using-dhcpd-on-ubuntu) по настройке резервного копирования удаленных машин, с привязкой к обращению клиента к dhcpd серверу. Примеры настройки справедливы для Ubuntu Linux, для других дистрибутивов могут потребоваться незначительные очевидные изменения.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Создание бекапа OpenVZ контейнера (доп. ссылка 1) |
[обсудить]
|
| | Для создания инкрементального бэкапа по сети можно использовать готовый скрипт [[http://wiki.openvz.org/Backup_a_running_container_over_the_network_with_ezvzdump ezvzdump]],
суть работы которого в создании копии через rsync, заморозке окружения с сохранением дампа состояния (vzctl chkpnt $VEID --suspend
), копированию сохраненного дампа и изменившихся с момента последнего rsync файлов, продолжению работы остановленного OpenVZ контейнера (vzctl chkpnt $VEID --resume).
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Сохранение версий небольших проектов (доп. ссылка 1) |
Автор: Марецкий Александр
[комментарии]
|
| | Допустим Вы пишете скрипт или маленький проект из нескольких файлов. Соответственно возникает желание периодически
сохранять результат своих трудов, чтобы в случае необходимости откатиться на шаг или два назад.
Для крупного проекта идеально подойдет система контроля версий, а для маленькой задачи подойдет и небольшой shell-скрипт.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Резервное копирование почтового ящика Gmail в Linux |
[комментарии]
|
| | Вариант 1. GUI интерфейс.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Использование rdiff-backup (доп. ссылка 1) |
Автор: Yuri Trofimov
[комментарии]
|
| | Иногда при проведении резервного копирования, бэкапов, не требуется вся мощь систем уровня предприятия,
таких как, например, Bacula. Но, с другой строны, не совсем подходят и простые самописные скрипты.
Как всегда, требуется что-то среднее.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Полезные рецепты при работе с rsync |
[комментарии]
|
| | 1. Если копируемая директория заканчивается слэшем, то файлы будут скопированы
в каталог назначения относительно корня изначально заданной директории. Пример:
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Синхронизация файлов и содержимого БД MySQL на резервный сервер (доп. ссылка 1) |
Автор: neiro
[комментарии]
|
| | Есть два сервера под Linux/FreeBSD: СУБД MySQL + некое приложение,
задача - синхронизировать БД и данные.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Бэкап больших MyISAM таблиц без длительной блокировки в MySQL (доп. ссылка 1) |
Автор: jabrusli
[комментарии]
|
| | mysqldump лочит таблицы на запись и во время дампа база фактически простаивает.
Решения:
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Как получить информацию о разделах диска для бэкапа |
[комментарии]
|
| | Linux:
fdisk -l /dev/hda > partitions.txt
cat /proc/partitions
BSD:
disklabel da0s1 > partitions.txt
Для восстановления или клонирования:
fdisk -BI -v -b /boot/mbr da1 # Слайс на весь диск.
disklabel -R -B -r da1s1 partitions.txt
Параметры FS, без ее реального создания можно посмотреть через:
newfs -N /dev/da0s1e
Для визуального создания или редактирования разделов удобно
использовать /stand/sysinstall (Configure/Fdisk иди Label),
в качестве точки монтирования не забыть добавить перед именем "/mnt"
и создать директорию для монтирования.
|
| |
|
|
|
Как сделать бэкап таблицы разделов диска |
[обсудить]
|
| | Бэкап MBR:
dd if=/dev/hda of=mbr_backup.bin bs=1 count=512
Для восстановления всего MBR поменять if/of местами.
Таблица разделов находится в MBR по смещению 0x01BE (446) и состоит
из 4 записей по 16 байт.
Для восстановления только таблицы разделов:
dd if=mbr_backup.bin of=/dev/устройство bs=1 count=64 skip=446 seek=446
|
| |
|
|
|
Полный бэкап на дополнительный диск при помощи rsync (доп. ссылка 1) |
[комментарии]
|
| | Резервный диск монтируем как /backup в read-only режиме.
По крону еженощно запускаем скрипт следующего содержания:
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Как лучше бэкапить данные баз в PostgreSQL |
[обсудить]
|
| | Полный бэкап всех баз:
pg_dumpall [-s] [-D] > backup_file
Выборочный бэкап:
pg_dump [-s] [-D] [-t table] db > backup_file
-s - записывается только информация о структуре базы, без данных.
-D - формируется бэкап данных в виде INSERT команд.
-t table - бэкап выборочных таблиц.
|
| |
|
|
|
Советы по бэкапу данных в MySQL |
[комментарии]
|
| | Бэкап структуры:
mysqldump --all --add-drop-table [--all-databases] --force [--no-data] [-c] \
--password=password --user=user [база] [таблицы] > backup_file
( -c - формировать в виде полных INSERT.
--all-databases - бэкап всех баз, --no-data - бэкап только структуры таблиц в базах, [таблицы] - бэкапить только указанные таблицы.)
Восстановление: mysql < backupfile
(для прямой вставки из текстового файла можно воспользоваться mysqlimport)
(для анализа структуры базы, например, списка таблиц: mysqlshow <база>)
|
| |
|
|
|
Как 1 в 1 скопировать файловую систему. |
[комментарии]
|
| | Копируем /usr в текущую директорию: dump -0u -f - /usr | restore -r -f -
Для полного бэкапа /usr на ленту: dump -0u -f /dev/st0 /usr
|
| |
|
|
