 |
Резервное копирование с Borg |
Автор: Александр
[комментарии]
|
| | Borg решает задачи хранения, передачи, очистки, сжатия, шифрования, дедупликации и защиты резервных копий, а также разграничивает доступ к различным репозиториям с резервными копиями. В этой статье мы рассмотрим использование инструмента borgbackup для упрощения построения системы резервного копирования. Единственный аспект, который я опущу в этой статье — шифрование. Если для вас принципиально шифровать свои бекапы, то в этом нет никакой проблемы — в официальной документации описано как использовать шифрование и вы легко сможете использовать шифрование с предложенными мной решениями.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
 |
|
|
Объединение томов через aufs для отказоустойчивости и моментального восстановления (доп. ссылка 1) |
Автор: Gleb Kulikov
[комментарии]
|
| | Объединение томов с разных физических устройств с распределением файлов/слепков файлов на предмет отказоустойчивости и моментального восстановления в случае нечисти по типу "шифровальщиков". Объединённый ресурс отдаётся через Samba и NFS.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Скрипт для резервного копирования EC2-серверов в AMI (доп. ссылка 1) |
Автор: Alexander
[комментарии]
|
| | Постановка задачи: есть некоторое количество EC2-серверов в AWS, разбросанных по разным регионам. Требуется автоматизировать их резервное копирование так, чтобы восстановление было легким и быстрым.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Организация шифрованного бэкапа с помощью rdiff-backup, encfs и Dropbox (доп. ссылка 1) |
Автор: Денис Смирнов
[комментарии]
|
| | Предлагается один из методов организации бэкапа данных, с которыми производится непосредственная работа и которые постоянно в процессе данной работы меняются.
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Частичное восстановление данных MySQL из бэкапа, созданного с использованием LVM (доп. ссылка 1) |
Автор: Андрей Татаранович
[комментарии]
|
| | Я не буду описывать процесс создания резервной копии MySQL с применением менеджера томов LVM. В интернете хватает описаний этой методики. Предположим у вас уже есть бэкап, который содержит бинарные файлы баз данных. В моем случае они хранятся на выделенном сервере. Использование бинарных файлов позволяет быстро восстановить все базы на момент создания резервной копии, но вот что делать если нужно восстановить только часть баз или только одну, или же только пару таблиц или несколько удаленных записей из таблиц?
...
[Слишком большой объем текста. Скрыт. Для просмотра см. продолжение]
|
| |
|
|
|
Бэкап и восстановление данных из БД 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
|
| |
|
|
