1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | # Optional variables for a backup script MYSQL_USER="root" MYSQL_PASS="password" BACKUP_ROOT=/var/backups/mysql; BACKUPS=2; BACKUP_DIR="$BACKUP_ROOT/$(date +%Y-%m-%dT%H_%M_%S)"; # Create folders test -d "$BACKUP_DIR" || mkdir -p "$BACKUP_DIR" # Get the database list, exclude information_schema for db in $(mysql -B -s -u $MYSQL_USER --password=$MYSQL_PASS -e 'show databases' | grep -v information_schema) do # dump each database in a separate file mysqldump -u $MYSQL_USER --password=$MYSQL_PASS "$db" | gzip > "$BACKUP_DIR/$db.sql.gz" done # backup cleanup ls "$BACKUP_ROOT" \ | head -n$(expr $(ls "$BACKUP_ROOT" | wc -l) - $BACKUPS) \ | while read in; do rm -rf "$BACKUP_ROOT/$in"; done |
Показаны сообщения с ярлыком backup. Показать все сообщения
Показаны сообщения с ярлыком backup. Показать все сообщения
2016-09-08
Бэкап всех баз MySQL с ротацией (удалением старых) бэкапов
Скрипт делает дампы всех БД сервера, сохраняя в папки именованные по дате и времени создания. Сохраняются последние N (переменная $BACKUPS) бэкапов.
2013-02-05
Veeam Backup: Storage is locked by running session
Ошибка: Storage '*.vbk' is locked by running session '*' может возникнуть при неожиданном рестарте сервера во время работы задания. Проблема решается редактированием базы данных как указано в KB1487 Veeam. В случае использования MS SQL Express последовательность действий для редактирования следующая:
- Открываем консоль
- sqlcmd -S localhost\veeam
(если инстанс называется veeam - дефолтное имя)
если коннект успешен - увидим приглашение 1> - use VeeamBackup
go
(если база данных имеет имя по дефолту - VeeamBackup - иначе используем
sp_databases
go
для вывода существующих баз данных)В случае успеха увидим: "Changed database context to VeeamBackup" - delete from [Backup.TrackedActions.Leases]
delete from [Backup.TrackedActions.LockItems]
delete from [Backup.TrackedActions.Locks]
go - Пробуем запустить задание.
2012-03-04
Падение скорости бэкапа Veeam Backup & Replication
Если наблюдается падение производительности Veeam Backup&Replication при бэкапе >1 ТБ данных - нужно отключить нахрен Inline Deduplication. Inline Deduplication самым сильным образом сказывается на задумчивости вима, заставляя его задумываться на простейших операциях и в десятки раз снижая скорость. Точно актуально до 6й (актуальной на данный момент) версии включительно.
2012-02-28
Настройка Veeam Backup & Replication в режиме Direct SAN Access с СХД EMC CLARiiON
Столкнулся с несколькими проблемами при настройке сабжа, думаю, стоит написать правильный вариант настройки.
В моем случае я настраивал связку СХД EMC CLARiiON CX4-120 (2 шт.) связанное по Fibre Channel, в качестве железного сервера было лезвие Dell PowerEdge M610 с Windows 2008 R2, для бэкапа использовался Veeam backup & Replication 6.
- Перво-наперво, перед установкой ОСи, стоит отвязать сервер от СХД. В моем случае я сделал это правкой зоны на FC-свиче. Крайне желательно, чтобы сервер не видел никаких лишних дисков.
- Ставим ОСь. Мега крайне желательно использовать Win 2008 R2, так как в ней есть нативный MPIO, ака MultiPath I/O.
- После установки ОСи добавляем штатную Feature "Microsoft MPIO". Перезагружаемся.
- Ставим вим. Настройку оставляем на потом, просто ставим. При установке вима автоматом отключается автомонтирование новых дисков, что нам пригодится.
- После установки вима следует подцепить СХД, при этом в менеджере дисков обнаружатся LUN'ы с VMFS, при этом, если актуален MPIO, - будет много дублей (если LUN'ы не видны, не определяется их размер - возможно у вас установлен Касперский). Перезагружаемся.
- Заходим в Control Panel -> MPIO, на второй вкладке должно быть видно устройство, которое можно выделить и нажать ADD - это наша СХД. Если подключено несколько СХД - будет несколько устройств, по одному на СХД (в моем случае, по крайней мере, было так). Добавляем СХД, перезагружаемся.
- В менеджере дисков количество оных должно уменьшиться, при этом некоторые диски будут отмечены на Healthy, на них будут видны размеченные разделы (файловая система не определится, разумеется). На других дисках будет написан статус Unknown, на них не будет видно никаких разделов. Важно: диски будут помечены как offline, включать и инизиализировать их вручную НЕЛЬЗЯ.
- Для того чтобы Veeam смог работать в СХД напрямую, нужно заставить винду видеть исключительно все LUN'ы как Healthy диски. Для этого, если речь идет про CLARiiON, нужно поставить софт от EMC - PowerPath. Я ставил PowerPath 5.5, версии без лицензии вполне достаточно. После перезагрузки все ЛУНы будут определены.
- Настраиваем Veeam.
2009-03-29
Бэкап настроек в Linux
В линуксе редки случаи "вчера работало, а сегодня нет =(". Будучи настроенной, программа (заслуживающая уважения, конечно) способна работать в режиме "сегодня как вчера, а завтра как сегодня" очень и очень долго. Но что делать если настройки по той или иной причине сбились в непонятном направлении? Разумеется восстановить из бэкапа! Но, если для того чтобы продать что-нибудь ненужное, надо сначала купить что-нибудь ненужное, то для восстановления из бэкапа надо сначала его сделать. Сделать это очень просто.
Все настройки в линуксе делятся на две большие группы - системные и пользовательские. Системные настройки хранятся в директории /etc, являются общесистемными (например определяют список репозиториев с софтом, или список жестких дисков, монтируемых при загрузке, содержат настройки демонов), их редактирование разрешено только суперпользователю. Такие настройки как настройки опен офиса, музыкального проигрывателя и прочих пользовательских программ (в том числе настройки интерфейса) не требуют прав суперпользователя для изменения, и хранятся в домашней директории конкретного пользователя в виде скрытых файлов и поддиректорий ( т.е. с названиями начинающимися с точки. Например .gnome, .mozilla, .bashrc).
Из этого можно сделать вывод — все настройки можно сохранить простым копированием директории /etc/ и тех файлов и папок из домашней директории, которые называются с точки.
Теперь все просто. Создаем в своей домашней директории (/home/yourname/) директорию backup. Сохраняем туда архив, содержащий настройки пользователя:
tar cpvzf ~/backup/`date +%y.%m.%d`_home_settings.tgz ~/.[a-z,A-Z]*
Эта команда создаст сжатый архив с примерно таким названием "09.03.29_home_settings.tgz". В дальнейшем в него можно будет зайти как в обычную папку при помощи Midnight Commander, и извлечь из него нужную папку или файл.
Возможно потребуется исключить из бэкапа некие папки. Например я бэкаплю настройки файрфокса его расширением FEBE, а бэкапы вайна и антивируса мне просто не нужны. Для исключения директорий и файлов слегка видоизменяем скрипт, дописывая исключения. В моем случае:
tar cpvzf ~/backup/`date +%y.%m.%d`_home_settings.tgz --exclude='.wine' --exclude='.mozilla' --exclude='.avast' ~/.[a-z,A-Z]*
Теперь о бэкапе системных настроек. В общем-то все аналогично, но делаем через sudo (и меняем yourname )):
sudo tar cpvzf /home/yourname/backup/`date +%y.%m.%d`_etc_settings.tgz /etc/
Замечу, что архив создастся под правами суперпользователя, поэтому если мы захотим его переместить, переименовать или удалить - система нас пошлет. Поэтому сразу после создания выдадим себе права на него:
sudo chmod 666 /home/yourname/backup/`date +%y.%m.%d`_etc_settings.tgz
(дата будет отличаться ;))
Теперь архив можно переименовывать и в общем обращаться как со своим =). Для восстановления файла из него — запускаем mc с правами рута (sudo mc), заходим внутрь и копируем нужный конфиг обратно в /etc.
PS: полный бэкап всего и всея:
tar -cvpf /backups/fullbackup.tar --directory=/ --exclude=proc --exclude=sys --exclude=dev/pts --exclude=backups .
Все настройки в линуксе делятся на две большие группы - системные и пользовательские. Системные настройки хранятся в директории /etc, являются общесистемными (например определяют список репозиториев с софтом, или список жестких дисков, монтируемых при загрузке, содержат настройки демонов), их редактирование разрешено только суперпользователю. Такие настройки как настройки опен офиса, музыкального проигрывателя и прочих пользовательских программ (в том числе настройки интерфейса) не требуют прав суперпользователя для изменения, и хранятся в домашней директории конкретного пользователя в виде скрытых файлов и поддиректорий ( т.е. с названиями начинающимися с точки. Например .gnome, .mozilla, .bashrc).
Из этого можно сделать вывод — все настройки можно сохранить простым копированием директории /etc/ и тех файлов и папок из домашней директории, которые называются с точки.
Теперь все просто. Создаем в своей домашней директории (/home/yourname/) директорию backup. Сохраняем туда архив, содержащий настройки пользователя:
tar cpvzf ~/backup/`date +%y.%m.%d`_home_settings.tgz ~/.[a-z,A-Z]*
Эта команда создаст сжатый архив с примерно таким названием "09.03.29_home_settings.tgz". В дальнейшем в него можно будет зайти как в обычную папку при помощи Midnight Commander, и извлечь из него нужную папку или файл.
Возможно потребуется исключить из бэкапа некие папки. Например я бэкаплю настройки файрфокса его расширением FEBE, а бэкапы вайна и антивируса мне просто не нужны. Для исключения директорий и файлов слегка видоизменяем скрипт, дописывая исключения. В моем случае:
tar cpvzf ~/backup/`date +%y.%m.%d`_home_settings.tgz --exclude='.wine' --exclude='.mozilla' --exclude='.avast' ~/.[a-z,A-Z]*
Теперь о бэкапе системных настроек. В общем-то все аналогично, но делаем через sudo (и меняем yourname )):
sudo tar cpvzf /home/yourname/backup/`date +%y.%m.%d`_etc_settings.tgz /etc/
Замечу, что архив создастся под правами суперпользователя, поэтому если мы захотим его переместить, переименовать или удалить - система нас пошлет. Поэтому сразу после создания выдадим себе права на него:
sudo chmod 666 /home/yourname/backup/`date +%y.%m.%d`_etc_settings.tgz
(дата будет отличаться ;))
Теперь архив можно переименовывать и в общем обращаться как со своим =). Для восстановления файла из него — запускаем mc с правами рута (sudo mc), заходим внутрь и копируем нужный конфиг обратно в /etc.
PS: полный бэкап всего и всея:
tar -cvpf /backups/fullbackup.tar --directory=/ --exclude=proc --exclude=sys --exclude=dev/pts --exclude=backups .
2009-01-15
Пара способов быстро и просто "оживить" Windows 2000/XP
Общеизвестным фактом является то, что великая и могучая операционная система Windows имеет обыкновение временами падать. Делает она это по-разному, с разной частотой и сокрушительной силой. Мне, как работнику весьма крупной компании, занимавшемуся несколько лет поддержкой работоспособности пользовательских машин, известно много-много-много самых различных случаев, когда "вчера все работало, а сегодня...". А сегодня не запускается autocad, в телефонном справочнике кракозябры, не загружается профиль пользователя, система непонятно тормозит, Word не хочет открывать документ, система падает в синий экран смерти. Перечислять так или иначе возникающие глюки можно долго. Иногда они связаны с криворуким пользователем, который смог пролезть куда не надо и сделать что не положено, иногда - причина кроется в аппаратной части компьютера. Хотя аппаратные глюки бывают очень впечатляющими и интересными, заставляющими несколько часов кряду корпеть над поиском причины неадекватного поведения машины, мне бы хотелось очень-очень кратко написать о том, что можно сделать при подозрении, что виновата в глюках таки сама система.
Я не великий гуру ОС Windows, и мне не хотелось бы разбирать сложные системы наподобие бэкапов сохраняемых на серверах, тонких клиентов и прочего-прочего, что труднореализуемо и с чем я не имел опыта. Мой опыт - это сетка на 1000++ компьютеров, доменная аутентификация, юзеры под Power Users, частые перестановки людей и компов, вагон разнообразного софта кочующего промеж компов и яростно замусоривающего реестр и системный раздел диска. Машинки самые разношерстные по ттх, с 2000 или XP на борту. В этих условиях машинки часто падают, и хочется иметь возможность быстро откачать очередную. Особенно если владелец стоит с ножом у горла со словами "Почему не работает? Вы срываете нам сроки!". Но хватит лирики.
Исходя из своего опыта могу сказать: не всегда, но довольно часто заглючившую винду можно легко и просто привести в нормальное состояние, иногда получив вполне рабочую систему, иногда - систему которая может проработать необходимый минимум до сдачи горящего проекта. В конце концов что по сути может сломаться в винде? Системные файлы и реестр. Вот их восстановлением и стоит озаботиться.
Файлы.
Самый прямой и брутальный способ спасти системные файлы - делать полный бэкап системы, причем желательно не встроенным архиватором, к которому есть существенные претензии, а сторонним софтом. Задача прямо скажем трудная, если речь идет не о конторе с 10ю компьютерами. Поэтому копнем что предлагает винда для сохранения своего добра.
А предлагает она консольную утилиту sfc, которая может сверить часть системных файлов с файлами дистрибутива. Есть подводный камень - дистрибутив должен содержать интегрированный сервиспак именно той версии (и, разумеется, языка), которая установлена на компьютере. Второй камень - дистрибутив должен быть воткнут в привод имеющий букву, соответствующую букве привода, с которого система ставилась. То есть если система ставилась на диск C: с DVD-ROM'а D:, а потом дивидюк сняли и заменили на второй хард, который получил ту же букву, то ничего не выйдет. Проще всего скопировать файлы с компакт-диска в локальную папку, например C:\windistr (таким образом чтобы внутри папки C:\windistr\ оказалась папка i386) и поправить пути в реестре. Последнее можно сделать приготовленным .reg-файлом, примерно таким:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup]
"SourcePath"="c:\\windistr\\"
"ServicePackSourcePath"="c:\\windistr\\"
(Стоит обратить внимание на то, что в файле реестра слеши (\) экранируются и потому удваиваются. Если менять реестр вручную, ничего удваивать не нужно.)
Когда файлы приготовлены, в реестр внесены правки пути и совершена перезагрузка (без этого не заработает!), можно открыть консоль и набрать
sfc /scannow
или
sfc /scanboot
Первая команда выполнит немедленную сверку и восстановление системных файлов, вторая - сделает это при следующей загрузке системы. Стоит заметить, что команда не работает в безопасном режиме.
Если применение утилиты sfc по каким-либо причинам невозможно, можно попробовать переустановить текущий сервиспак и Internet Explorer - в ряде случаев это помогает вернуть к жизни неработающие службы системы, поправить сбойные ветки реестра.
Если файлы системы можно попробовать вернуть с помощью утилиты sfc или путем переустановки сервиспака и IE, и, в ряде случаев довольно легко и просто вернуть работоспособность системы не проводя никаких предварительных операций (за исключением поиска дистрибутива Windows, инсталлятора сервиспака и IE), то восстановление реестра требует наличие бэкапа этого самого реестра. А ведь Windows 2000 вообще не имеет штатной службы, производящей целенаправленный бэкап. А если речь идет об XP, то ее встроенная служба восстановления, хоть и сохраняет точки восстановления, содержащие в себе в том числе слепки реестра, но во-первых, делает их не регулярно, во-вторых, сами точки получаются избыточными по размеру, при том что восстановить состояние из этих точек получается далеко не всегда. Так или иначе я долго самыми теплыми словами вспоминал линейку Windows 9x, в которой реестр бэкапился при загрузке и хранил 5, если не ошибаюсь, последних слепков. Для Win 2000/XP бэкап реестра фактически сводится к сохранению файлов из %windir%\system32\config:
default
SAM
SECURITY
software
system
Эти файлы хранят все ветки реестра за исключением веток профилей пользователей. Последние, впрочем, лично я не вижу особого смысла бэкапить, так как если страшный глюк распространяется лишь на 1 профиль в системе, то, пожалуй, проще его удалить и пересоздать, чем заниматься восстановлением. Тем более что для этого придется озаботиться не только сохранением реестра профиля, но и всех системных файлов заключенным в нем.
Итак, в ходе недолгого поиска удалось обнаружить консольную утилиту, умеющую делать именно то, что нужно - создавать бэкап файлов реестра, копируя их в указанный каталог. Утилита называется erunt и она как нельзя лучше подошла для решения задачи, так как во-первых, как я уже сказал, она консольная, что позволяет запускать ее скриптом, а во-вторых, она позволяет сохранять не более N копий реестра, при этом избегая создания нескольких копий за один день. В моем случае эта утилита запускается путем скрипта на VBS, стартуемого групповой политикой домена, примерно такого:
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "\\srv\Script\script_run\registry_backup_test\autoback.exe C:\ERDNT\#Date# /noprogresswindow /days:5"
Этот скрипт, выполняемый при включении компьютера, сохраняет 5 последних копий реестра за разные дни в папку C:\ERDNT\, отводя под каждый бэкап отдельную папку с именем, соответствующим дате бэкапа. В случае потребности восстановить реестр, остается лишь загрузиться с какого-нибудь диска подобного Mini PE, и вернуть файлы на их законное место - %windir%\system32\config.
Используя утилиту sfc, имея под рукой инсталляторы сервиспака и Internet Explorer'а, а также копии реестра сделанные утилитой erunt, можно, не бросаясь в омут переустановки ОС, за 10-20 минут попробовать восстановить работоспособность Windows 2000/XP.
Я не великий гуру ОС Windows, и мне не хотелось бы разбирать сложные системы наподобие бэкапов сохраняемых на серверах, тонких клиентов и прочего-прочего, что труднореализуемо и с чем я не имел опыта. Мой опыт - это сетка на 1000++ компьютеров, доменная аутентификация, юзеры под Power Users, частые перестановки людей и компов, вагон разнообразного софта кочующего промеж компов и яростно замусоривающего реестр и системный раздел диска. Машинки самые разношерстные по ттх, с 2000 или XP на борту. В этих условиях машинки часто падают, и хочется иметь возможность быстро откачать очередную. Особенно если владелец стоит с ножом у горла со словами "Почему не работает? Вы срываете нам сроки!". Но хватит лирики.
Исходя из своего опыта могу сказать: не всегда, но довольно часто заглючившую винду можно легко и просто привести в нормальное состояние, иногда получив вполне рабочую систему, иногда - систему которая может проработать необходимый минимум до сдачи горящего проекта. В конце концов что по сути может сломаться в винде? Системные файлы и реестр. Вот их восстановлением и стоит озаботиться.
Файлы.
Самый прямой и брутальный способ спасти системные файлы - делать полный бэкап системы, причем желательно не встроенным архиватором, к которому есть существенные претензии, а сторонним софтом. Задача прямо скажем трудная, если речь идет не о конторе с 10ю компьютерами. Поэтому копнем что предлагает винда для сохранения своего добра.
А предлагает она консольную утилиту sfc, которая может сверить часть системных файлов с файлами дистрибутива. Есть подводный камень - дистрибутив должен содержать интегрированный сервиспак именно той версии (и, разумеется, языка), которая установлена на компьютере. Второй камень - дистрибутив должен быть воткнут в привод имеющий букву, соответствующую букве привода, с которого система ставилась. То есть если система ставилась на диск C: с DVD-ROM'а D:, а потом дивидюк сняли и заменили на второй хард, который получил ту же букву, то ничего не выйдет. Проще всего скопировать файлы с компакт-диска в локальную папку, например C:\windistr (таким образом чтобы внутри папки C:\windistr\ оказалась папка i386) и поправить пути в реестре. Последнее можно сделать приготовленным .reg-файлом, примерно таким:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup]
"SourcePath"="c:\\windistr\\"
"ServicePackSourcePath"="c:\\windistr\\"
(Стоит обратить внимание на то, что в файле реестра слеши (\) экранируются и потому удваиваются. Если менять реестр вручную, ничего удваивать не нужно.)
Когда файлы приготовлены, в реестр внесены правки пути и совершена перезагрузка (без этого не заработает!), можно открыть консоль и набрать
sfc /scannow
или
sfc /scanboot
Первая команда выполнит немедленную сверку и восстановление системных файлов, вторая - сделает это при следующей загрузке системы. Стоит заметить, что команда не работает в безопасном режиме.
Если применение утилиты sfc по каким-либо причинам невозможно, можно попробовать переустановить текущий сервиспак и Internet Explorer - в ряде случаев это помогает вернуть к жизни неработающие службы системы, поправить сбойные ветки реестра.
Если файлы системы можно попробовать вернуть с помощью утилиты sfc или путем переустановки сервиспака и IE, и, в ряде случаев довольно легко и просто вернуть работоспособность системы не проводя никаких предварительных операций (за исключением поиска дистрибутива Windows, инсталлятора сервиспака и IE), то восстановление реестра требует наличие бэкапа этого самого реестра. А ведь Windows 2000 вообще не имеет штатной службы, производящей целенаправленный бэкап. А если речь идет об XP, то ее встроенная служба восстановления, хоть и сохраняет точки восстановления, содержащие в себе в том числе слепки реестра, но во-первых, делает их не регулярно, во-вторых, сами точки получаются избыточными по размеру, при том что восстановить состояние из этих точек получается далеко не всегда. Так или иначе я долго самыми теплыми словами вспоминал линейку Windows 9x, в которой реестр бэкапился при загрузке и хранил 5, если не ошибаюсь, последних слепков. Для Win 2000/XP бэкап реестра фактически сводится к сохранению файлов из %windir%\system32\config:
default
SAM
SECURITY
software
system
Эти файлы хранят все ветки реестра за исключением веток профилей пользователей. Последние, впрочем, лично я не вижу особого смысла бэкапить, так как если страшный глюк распространяется лишь на 1 профиль в системе, то, пожалуй, проще его удалить и пересоздать, чем заниматься восстановлением. Тем более что для этого придется озаботиться не только сохранением реестра профиля, но и всех системных файлов заключенным в нем.
Итак, в ходе недолгого поиска удалось обнаружить консольную утилиту, умеющую делать именно то, что нужно - создавать бэкап файлов реестра, копируя их в указанный каталог. Утилита называется erunt и она как нельзя лучше подошла для решения задачи, так как во-первых, как я уже сказал, она консольная, что позволяет запускать ее скриптом, а во-вторых, она позволяет сохранять не более N копий реестра, при этом избегая создания нескольких копий за один день. В моем случае эта утилита запускается путем скрипта на VBS, стартуемого групповой политикой домена, примерно такого:
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "\\srv\Script\script_run\registry_backup_test\autoback.exe C:\ERDNT\#Date# /noprogresswindow /days:5"
Этот скрипт, выполняемый при включении компьютера, сохраняет 5 последних копий реестра за разные дни в папку C:\ERDNT\, отводя под каждый бэкап отдельную папку с именем, соответствующим дате бэкапа. В случае потребности восстановить реестр, остается лишь загрузиться с какого-нибудь диска подобного Mini PE, и вернуть файлы на их законное место - %windir%\system32\config.
Используя утилиту sfc, имея под рукой инсталляторы сервиспака и Internet Explorer'а, а также копии реестра сделанные утилитой erunt, можно, не бросаясь в омут переустановки ОС, за 10-20 минут попробовать восстановить работоспособность Windows 2000/XP.
Подписаться на:
Сообщения (Atom)