Алексей Бережной

Организуем систему резервного копирования
для малого и среднего офиса

Наверное, нет необходимости говорить о важности резервного копирования. И не только для крупных организаций. Бизнес-информация любой, даже самой небольшой, компании нуждается в хорошей и своевременно сделанной резервной копии. Но далеко не каждая компания может позволить себе мощное и дорогостоящее решение на базе дорогих ленточных библиотек и известных программных продуктов, таких как Symantec Backup Exec. В то же время копировать (а иногда и восстанавливать данные) необходимо. Из создавшейся ситуации сам собой напрашивается несложный выход – создать некую систему резервного копирования на базе бесплатных программных продуктов на базе Linux. Как обычно бывает в небольших компаниях, сдать законченную систему нужно было еще вчера, поэтому основной акцент сделаем на простоте реализации, а также на возможности делегирования операций резервного копирования другому лицу, не обладающему навыками опытного администратора UNIX-систем.

Что угрожает нашим данным

Бессмысленно пытаться создавать систему резервирования и восстановления данных без четкого понимая причин, которые могут привести к потере данных. Факторы эти могут быть как внешнего, так и внутреннего характера.

Внутренние факторы

К этим факторам можно отнести уничтожение данных в связи с заражением компьютерным вирусом, удаление данных в связи с ошибочными или умышленными действиями пользователей, некорректной работой программ, сбоев оборудования, бросков напряжения и других факторов, носящих локальный характер и вызванных причинами, возникшими внутри офиса.

Внешние факторы

Довольно подробный перечень данных факторов можно получить, заглянув на последние страницы большинства договоров, где указываются форс-мажорные обстоятельства, начиная от разломов земной коры и заканчивая действиями третьих лиц.

Соответственно если в офисе случился пожар или представители правоохранительных органов изъяли или опечатали оборудование, доступ к данным, содержащим важную дляведения бизнеса информацию, будет прекращен. (Здесь особенно важно понимать, что резервная копия, призванная сберечь наши бизнес-процессы, должна храниться внетерритории офиса.)

Способы организации резервного копирования

Существует несколько способов организации резервного копирования.

Установка внутреннего Backup-сервера

Защититься от большинства внутренних факторов можно, установив специальный файловый сервер для создания и хранения резервных копий. Таким образом, большая часть данных копируется по сети в период наименьшей загрузки, чаще всего ночью на жесткие диски сервера, специально выделенного для хранения резервных копий.

Преимущества: данная система легко организуется и требует относительно небольших затрат. Достаточно компьютера с большим объемом дискового пространства. Данный комплект вполне можно использовать в качестве платформы при организации файл-сервера для хранения резервных копий информации с других серверов и рабочих станций.

Недостатки: эта технология не подходит для защиты от внешних факторов, так как информация хранится на территории предприятия. Также она может оказаться бесполезной вслучае заражения компьютерным вирусом или вредоносного воздействия других лиц, так как Backup-сервер, находящийся во включенном состоянии и доступный по сети, также может подвергнутся как вирусной, так и любой другой атаке.

Копирование данных на сменный носитель

Эта технология предполагает наличие некоего устройства, способного писать на сменные носители данных. В совокупности с физической транспортировкой носителя, содержащего свежую копию данных, за пределы предприятия (в дальнейшем этот прием будем называть off-site) решение способно обеспечить сохранность данных в большинстве случаев.

Преимущества: защищает как от внутренних, так и от большинства внешних факторов.

Недостатки: требует дополнительное оборудование и программное обеспечение для резервного копирования. Замедляется процесс восстановления данных в связи снеобходимостью обратной транспортировки носителя на территорию предприятия. Также требует наличия дополнительных навыков у лица, ответственного за сохранение ивосстановление данных.

Копирование данных off-site посредством сетевых соединений

Этот метод заключается в копировании файлов по сети за пределы территории предприятия. При этом может использоваться как прямое подключение, так и защищенные интернет-соединения (VPN).

Преимущества: не требует физической транспортировки носителя.

Недостатки: требует скоростного сетевого подключения. Возможны трудности при восстановлении данных. При использовании интернет-соединения плата за трафик может составить значительную сумму.

Подведем итоги

Наиболее рациональным представляется метод, сочетающий в себе наличие внутреннего Backup-сервера и копирование данных на сменный носитель. В этом случае появляется возможность значительно расширить возможности нашей backup-системы, используя технологию, когда данные в ночное время предварительно копируются на Backup-сервер, ауже оттуда выгружаются на ленту. Это позволит разгрузить компьютерную сеть и более эффективно использовать время, отведенное для резервного копирования. Так как приэтом backup-сервер интегрирован с системой копирования на сменный носитель, при его организации необходимо ориентироваться на специфику аппаратных и программных средств, используемых при копировании данных на сменный носитель.

Создание плана резервного копирования

Рассмотрим типы резервного копирования.

Полное копирование (Full backup)

Производится копирование данных в полном объеме.

Достоинства: самый надежный способ резервного копирования. В случае выхода из строя свежей резервной копии часть данных все равно можно восстановить с предыдущей копии. Самый эффективный метод для быстрого восстановления информационной инфраструктуры предприятия.

Недостатки: требует носителей данных большей емкости и более продолжительного времени выполнения.

Дифференциальное копирование (Differential backup)

Копируются только изменения с момента выполнения последнего Full backup. Данные копируются «нарастающим итогом», так что последняя копия будет содержать все изменения с момента последнего Full backup.

Достоинства: выполняется несколько быстрее, нежели Full backup. Повреждение одной из копий не приводит к потере всех данных за период (при наличии действительной копии Full backup).

Недостатки: так или иначе, все равно требуется регулярное выполнение Full backup. В случае повреждения носителя с полной копией (Full backup) данный экземпляр резервной копии становится бесполезен. Последняя копия, содержащая в себе все изменения за продолжительный период, может оказаться сравнима по размерам с Full backup.

Инкрементное копирование (Incremental backup)

Выполняется копирование только информации, измененной после выполнения предыдущего Incremental backup.

Достоинства: самый быстрый метод резервного копирования. Занимает меньше всего объема.

Недостатки: самый ненадежный метод резервного копирования. В случае повреждения одной из копий все последующие копии становятся бесполезными. В случае повреждения носителя с Full backup становится бесполезен. Необходимо осуществлять off-site всех копий Incremental backup за период. Восстановление данных занимает продолжительное время.

Подведем итоги

Тип копирования обычно диктуется финансовым положением и важностью данных. Если позволяет бюджет и данные представляют собой коммерческую ценность, предпочтительнее всего использовать Full backup.

Если бюджет минимален или данные не представляют большой ценности, то можно использовать Incremental backup.

Differential backup представляет собой некий компромисс, зачастую не всегда оправданный, так как может оказаться, что последняя копия требует объема дискового носителя ивремени создания почти столько же, сколько и Full backup.

Создание системы резервного копирования

Учитывая величину оборота компании, можно вычислить примерную стоимость одного бизнес-дня и соответственно важность коммерческих данных. В наших условиях целесообразно остановится на следующем варианте.

В качестве метода резервного копирования используем сочетание Backup-сервера и накопителя на съемных носителях (например, ленточного накопителя).

План резервного копирования представляет собой ежедневный Full backup предварительно на Backup-сервер с последующей выгрузкой на ленту и транспортировкой вбезопасное место (off-site) ленточного носителя данных (картриджа). В подобных системах Backup-сервер также называют кэш-сервером, стремясь подчеркнуть его промежуточное значение перед окончательным копирование на ленту (см. рис. 1).

Планирование процесса восстановления

Создание резервной копии – это, безусловно, очень важная часть в системе защиты и восстановления данных. Но не менее важно знать, как будут восстанавливаться данные изрезервной копии.

Поэтому при выборе системы резервного копирования следует опираться на стандартизированное решение, поддерживаемое большинством производителей оборудования ипрограммного обеспечения.

Например, таким решением являются ленточные накопители (стримеры), поддерживающие стандарт LTO (Linear Tape Open), разработанный такими известными участниками компьютерного рынка, как IBM, HP и Seagate.

Примем за основу следующую схему восстановления:

• Мелкие, но срочные задачи по восстановлению данных, такие как реанимация испорченного по ошибке файла, выполняются с кэш-сервера.
• В случае возникновения более серьезные проблем, например, когда нужно восстановить данные после серьезной аварии (после уничтожения большого количества файлов компьютерным вирусом и т.д.), а также в случае необходимости получения доступа к информации за прошлый период будем восстанавливать со съемного носителя, хранящегося в безопасном месте.

Централизованный или децентрализованный метод?

Существует два метода организации получения данных, подлежащих резервному копированию: централизованный и децентрализованный.

В первом варианте за весь процесс резервного копирования отвечает единый программный комплекс, работающий по технологии «клиент-сервер». То есть имеется центральный сервер с установленным специализированным серверным ПО и программы-клиенты резервного копирования на компьютерах. Информация, подлежащая резервному копированию, собирается посредством этих самых клиентов. По такой схеме работает большинство известных коммерческих backup-систем, таких как Symantec Backup Exec. Также существуют бесплатные системы резервного копирования, в основном на базе Open Source, например Bacula, которые также работают по «клиент-серверной» технологии.

Второй метод – децентрализованный, означает отсутствие единого центра управления. В этом случае на каждом сервер установлена отдельная программа обеспечения резервного копирования, с помощью которой данные переносятся на другой носитель или сетевой ресурс. По такой схеме работает, например, программа ntbackup, поставляемая ссовременными операционными системами семейства Windows.

В нашем случае выбран децентрализованный метод резервного копирования. Данные с Windows-серверов, которых в нашей сети явное большинство, будут копироваться посредством программы ntbackup на сетевой ресурс кэш-сервера, с серверов на базе UNIX-систем – посредством программы tar. Причина довольно банальная: необходимо вкратчайшие сроки создать работающую backup-систему и делегировать полномочия по выполнению рутинных операций резервного копирования другому лицу. То есть система должна быть максимально простой и понятной, при этом не требующей изучения сложного программного комплекса, такого как Backup Exec или Bacula. Кроме того, не потребуется инсталляция программ-клиентов, так как и ntbackup и tar уже присутствуют в соответствующих операционных системах.

Выбор программного обеспечения для организации сервера резервного копирования

В качестве операционной системы был выбран Linux CentOS за его совместимость с широко известной операционной системой Linux Red Hat Enterprise (RHEL), поддержку rpm пакетов и простоту установки и обслуживания. Когда подготавливалось данное решение по резервному копированию, была доступна версия Linux CentOS 5.2, сейчас уже вышла версия 5.3 (http://www.centos.org).

Для облегчения задач по управлению и удаленному администрированию, а также для дальнейшего делегирования полномочий другим сотрудникам (например, администратору Windows-систем) будем использовать протокол RDP. Для этого установим программу xrdp для поддержки терминального доступа посредством RDP-клиента. Для работы xrdp нужен поднятый VNC-сервер, поэтому мы должны установить и его.

Примечание: программа xrdp в некоторых реализациях не всегда корректно работает с тем или иным RDP-клиентом. Например, в случае с xrdp-0.4.0-1.el5.rf для CentOS неподдерживается работа с последней версией RDP-клиента, поставляемого с Service Pack 3 для Windows XP. В подобных случаях рекомендуется пользоваться программой rdesktop, http://www.rdesktop.org (в частности, ее Windows-версией rdesktop.exe, скачать которую можно по адресу: http://www.atomice.com/blog/?page_id=9).

Для облегчения работы с файлами имеет смысл установить Midnight Commander – файловый менеджер, аналог небезызвестного Norton Commander.

Ну и наконец, необходимо установить программное обеспечение для поддержки работы с ленточным накопителем: HP Data Protector Express Single Server Edition, страница проекта: http://h18000.www1.hp.com/products/storage/software/datapexp/sse/index.html .

Выбор оборудования для кэш-сервера

В качестве кэш-сервера был выбран старенький сервер SuperMicro в корпусе big tower.

Аппаратное обеспечение сервера:

• Материнская плата: Super X6DHE-XG2.
• Объем ОЗУ: 1 Гб.
• Дисковые контроллеры:
  • встроенный в материнскую плату контроллер Adaptec Embedded Host Raid;
  • дополнительный RAID-контроллер LSI Logic MegaRAID Ser523 в формате PCI-X-133 с четырьмя портами для подключения SATA-дисков.
  • два жестких диска Seagate ST31000340AS емкостью 1 Тб, предназначенные для промежуточного хранения данных;
  • два жестких диска Seagate ST3500320NS емкостью 500 Гб для объединения в RAID1 и установки на них операционной системы;
  • RAID-контроллер SCSI для подключения ленточного накопителя LSI Logic LSI20320-HP в формате PCI-X-133 с внешним SCSI-интерфейсом;
  • Ленточный накопитель HP Storage Works Ultrium 1840LTO4 вместе с кабелем для подключения к внешнему SCSI-интерфейсу.

Кратко прокомментирую выбор аппаратного обеспечения. Как можно догадаться из вышеописанной конфигурации сервера, его собирали из того, что было под рукой. А вот ленточный накопитель LTO4 вместе с SCSI с контроллером для его подключения и запасом сменных картриджей (кассет) был приобретен отдельно.

Подготовка кэш-сервера

После того как мы полностью определились с оборудованием и программным обеспечением, пришло время воплотить наш проект в жизнь.

Первым шагом установим операционную систему на наш кэш-сервер. Так как в Linux-системах часто не поддерживаются те или иные модели host-RAID-контроллеров, имеет смысл не рисковать и для размещений непосредственно операционной системы собрать RAID1 на базе имеющегося контроллера известной модели LSI Logic MegaRAID Ser523 идвух SATA-дисков по 500 Гб. Оставшиеся два жестких диска по 1 Тб мы подключим к контроллеру на материнской плате без объединения в RAID-массив. Таким образом, сама операционная система и прикладное ПО будут установлены на RAID1, а два отдельных диска по 1 Тб предназначены для хранения временных резервных копий.

Сами жесткие диски по 1 Тб, предназначенные для хранения промежуточных копий, имеет смысл подключить и разметить во время установки системы. Создаем на каждом издисков по одному тому и используем точки монтирования /vol0 и /vol1 соответственно.

Установка операционной системы производится в обычном режиме. При установке программного обеспечения в качестве шаблона инсталляции выбираем Server GUI. Из оконных менеджеров выбираем Gnome за его простоту и экономичность.

Из дополнительных программных пакетов необходимо установить Samba для организации файлового сервера в среде Windows, а также VNC-сервер для обеспечения работы xrdp. Также рекомендуется установить пакеты из категории «Development: Development Libraries, Development tools, Legacy Software development», чтобы иметь возможность в дальнейшем инсталлировать программное обеспечение.

И еще установим супердемон xinetd, чтобы иметь возможность запускать программу SWAT для управления сервером Samba.

Сразу при инсталляции создадим учетную запись (например, backuper), из-под которой и будет производиться работа по резервному копирования (см. рис. 2).

Если по каким-либо причинам не удалось создать ее сразу, в дальнейшем можно будет воспользоваться инструментом User Manager, который запускается из основного меню: System -> Administration -> Users and Groups (см. рис. 3).

Примечание: при невозможности воспользоваться программой User Manager можно воспользоваться командой useradd с соответствующими ключами.

Стоит немного сказать об основной концепции настройки программного обеспечения в нашем случае – максимально использовать возможности графического интерфейса. Большинство UNIX-гуру сразу бы запустили любимую оболочку (shell) командной строки, принялись вводить команды и редактировать конфигурационные файлы. Но в нашем случае предстоит непростой процесс передачи полномочий другому лицу, скорей всего мало знакомому с работой с интерфейсом командной строки в UNIX-системах. Поэтому все, что можно сделать через графический интерфейс, должно быть сделано именно так. Исходя из этих соображений, мы создадим на рабочем столе иконку для запуска Midnight Commander (см. рис. 4).

Как уже упоминалось выше, при настройке Samba мы также не будем отклоняться от намеченной стратегии и воспользуемся веб-интерфейсом под названием SWAT.

Так как SWAT запускается посредством супердемона xinetd, необходимо подредактировать файл./etc/xinet.d/swat

Вот как примерно должен выглядеть файл после редактирования:

# default: off

# description: SWAT is the Samba Web Admin Tool.

# Use swat to configure your Samba server.

# To use SWAT, connect to port 901

# with your favorite web browser.

service swat

Port = 901

Socket_type = stream

Wait = no

User = root

Server = /usr/sbin/swat

Log_on_failure += USERID

Disable = no

Теперь можно запустить сам веб-интерфейс. Набираем в строке браузера (например, Mozilla Firefox) адрес http://127.0.0.1:901 и, введя имя пользователя root с соответствующим паролем, попадаем в окно SWAT. Далее, воспользовавшись вкладкой Password, необходимо задать имя пользователя для доступа к назначаемым сетевым ресурсам. Для того чтобы избежать дополнительных проблем, настоятельно рекомендую использовать те же имя и пароль пользователя, которые уже заведены в системе. Поэтому вводим имя пользователя backuper, тот же пароль, что и при создании пользователя UNIX, и нажимаем кнопку Add New User, далее необходимо разрешить данную учетную запись, поэтому нажимаем кнопку Enable User (см. рис. 5).

Примечание: при невозможности воспользоваться программой SWAT можно использовать команду smbpasswd с ключами -a для добавления и -e для разрешения учетной записи пользователя Samba.

Для того, чтобы иметь возможность более гибко распорядиться дисковыми ресурсами (например, в дальнейшем убрать некоторые файлы из общего доступа, перенеся их в другой каталог), создадим на подключенных дисках vol0 и vol1 каталоги /vol0/backup0 и /vol1/backup1. Для того, чтобы пользователь backuper имел доступ в эти ресурсы, сменим владельца каталога на backuper и зададим соответствующие права. Для этих целей довольно удобно использовать Midnight Commander.

Примечание: при невозможности воспользоваться программой Midnight Commander нужно использовать команды: mkdir – для создания каталога, команды chmod и chown – для изменения разрешений и смены владельца (группы) соответственно.

В случае если по каким-то причинам не удалось сразу создать необходимые разделы и подключить диски, чтобы сделать это после инсталляции, придется немного поработать в командной строке.

Запускаем программу Terminal или любую другую оболочку командной строки. При необходимости переходим в режим суперпользователя root:

# su

Файлы устройств: /dev/sda, /dev/sda1, /dev/sda2 и /dev/sda3 нас не интересуют, так как относятся к уже подключенному дисковому массиву RAID1 с операционной файловой системой. А вот /dev/sdb и /dev/sdc как раз и являются файлами устройств тех самых дисков, которые предстоит подключить.

Если возникли трудности с определением какой файл устройства какому диску принадлежит, можно воспользоваться командой fdisk с параметром -l:

#fdisk -l

Disk /dev/sda: 500.0 GB, 500093157376 bytes 255 heads, 63 sectors/track, 60799 cylinders /dev/sda1 * 1 5222 41945683+ 83 Linux /dev/sda2 5223 6266 8385930 82 Linux swap / Solaris /dev/sda3 6267 60799 438036322+ 83 Linux Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System

Для создания необходимого раздела на диске вызываем программу fdisk:

# fdisk /dev/sdb

Первоначально программа выдает сообщение, подобное этому:

Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel Building a new DOS disklabel. Changes will remain in memory only, until you decide to write them. After that, of course, the previous content won"t be recoverable. The number of cylinders for this disk is set to 121601. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

Создаем новый раздел:

Command (m for help): n

Проверяем список созданных разделов:

Command (m for help): p

В ответ программа выдаст информацию о созданных разделах:

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdb1 1 121601 976760001 83 Linux

Записываем изменения и выходим из программы:

Command (m for help): w

The partition table has been altered! Calling ioctl() to re-read partition table. Syncing disks.

Создаем файловую систему на новом дисковом разделе:

# mkfs.ext3 /dev/sdb1

Так как используемая нами файловая система ext3 является журналируемой, нет нужды проверять ее перезагрузкой. Отключаем эту функцию:

# tune2fs -c 0 -i 0 /dev/sdb1

Создаем каталог для монтирования вновь созданного раздела с файловой системой:

# mkdir /vol0

И монтируем файловую систему:

# mount -t ext3 /dev/sdb1 /vol0

По аналогии размечаем и монтируем второй диск (/dev/sdc).

Для того чтобы созданные нами разделы автоматически монтировались при запуске, необходимо отредактировать файл /etc/fstab. Пример файла /etc/fstab:

# vi /etc/fstab

LABEL=/ / ext3 defaults 1 1

/dev/sdb1 /vol0 ext3 defaults 0 0

/dev/sdc1 /vol1 ext3 defaults 0 0

tmpfs /dev/shm tmpfs defaults 0 0

devpts /dev/pts devpts gid=5,mode=620 0 0

sysfs /sys sysfs defaults 0 0

proc /proc proc defaults 0 0

LABEL=SWAP-sda2 swap swap defaults 0 0

Далее снова воспользовавшись SWAT, создаем общий ресурс для резервных копий. Переходим на вкладку Share. Далее задаем имя ресурса: в нашем случае backup0. Указываем путь к каталогу: в нашем случае /vol0/backup0 и пользователей, имеющих право доступа к каталогу valid users и admin users (см. рис. 6).

В конечном итоге конфигурационный файл Samba – smb.conf должен выглядеть примерно следующим образом:

Workgroup = VAI.LAN

Server string = Backup Server LTO4

Passdb backend = tdbsam

Username map = /etc/samba/smbusers

Ldap ssl = no

Cups options = raw

Comment = All Printers

Path = /var/spool/samba

Printable = Yes

Browseable = No

Comment = Backup0

Path = /vol0/backup0

Valid users = backuper

Admin users = backuper

Read only = No

Browseable = No

Comment = Backup0

Path = /vol1/backup1

Valid users = backuper

Admin users = backuper

Read only = No

Browseable = No

Где vol0 и vol1 – собственно и есть вышеописанные диски по 1 Тб для хранения резервных копий.

Ну и наконец переходим к настройке программного обеспечения для выполнения резервного копирования на ленту – HP Data Protector Express Single Server Edition. Для начала зайдем на страничку программы http://www.hp.com/go/dataprotectorexpress/sse для регистрации и получения ключа (valid key). Маленький секрет – желательно использовать MS Internet Explorer, так как в других браузерах скрипт может работать некорректно (например, мне в первый раз с Mozilla Firefox 3.0 и OpenSUSE Linux 11.1 ключ получить не удалось). Ответив на необходимые вопросы и получив на e-mail с valid key, приступаем к установке программы.

Для этого входим в систему как пользователь backuper, вставляем CD с программой, получаем доступ к CD (при необходимости монтируем носитель) и запускаем программу Terminal (командную строку).

Набираем команду su и вводим пароль пользователя root для перехода в режим суперпользователя. И, перейдя в каталог с примонтированным CD, запускаем программу install. Запустится окно установки программы (см. рис. 7).

В принципе здесь особо описывать нечего. Установка программы проходит штатным путем, с использованием понятного графического интерфейса.

В конце программа-инсталлятор предложит запустить HP Data Protector Express Single Server Edition.

К сожалению, так как программа была запущена из-под учетной записи root, то и ярлык для запуска программы также был создан в домашнем каталоге пользователя root. Для устранения этого нюанса нужно всего лишь скопировать ярлык с рабочего стола (Desktop) из домашнего каталога root на рабочий стол пользователя backuper и назначить соответствующие права.

Создание запланированной задачи по резервному копированию

Как было описано выше, резервное копирование на ленту будет выполняться раз в день по схеме Full Backup. Поэтому мы не будем решать вопросы, связанные со сложной схемой планирования, ротацией носителей, и т.д. Все, что нам нужно, это создать задачу по полному копированию выбранных каталогов кэш-сервера на ленту раз в день, при этом ленточный носитель будет каждый раз перезаписан.

Для начала запускаем программу HP Data Protector Express Single Server Edition. (Если программа уже запущена, данный шаг можно пропустить.)

При старте программы потребуется ввести пароль доступа. По умолчанию реквизиты для доступа: сервер localhost, имя пользователя admin, без пароля (см. рис. 8).

Далее запустится основное окно программы. Надо отдать должное разработчикам – программа имеет простой и понятный интерфейс, большинство операций выполняется при помощи «помощников» (Wizards) (см. рис. 9). Для получения информации по работе с программой на инсталляционном диске имеется подробная документация.

По умолчанию при запуске программы сразу открывается раздел Wizards. (Для перехода в данный раздел можно воспользоваться иконкой Wizards в правой части окна.) Кликаем на значке Backup и переходим в окно выбора способа копирования. Кликаем на самой нижней иконке в левой части окна Backup Specific и переходим в окно Wizard – Welcome. Вполе Enter the name for the commanf being created вводим имя нашего задания и щелкаем кнопку Next.

Теперь мы попадаем в окно Select files and folders, где выбираются файлы и каталоги, подлежащие копированию на ленту.

Далее после нажатия кнопки Next появляется окно Device Options. Здесь необходимо выбрать используемое устройство (Device to be used), а также установить некоторые параметры: «Автоформатирование» (Auto format – Auto format mode), «Имя нового носителя» (New media name) и др. (см. рис. 10).

Снова нажимаем кнопку Next. В открывшемся окне Job Options задаем следующие параметры (см. рис. 11):

• Backup Mode – Full (будем создавать полный бэкап).
• Auto verify mode – Quick verify (режим автопроверки. По умолчанию стоит Full verify, но режим полной проверки архива занимает весьма продолжительное время, сравнимое со временем выполнения копирования, поэтому в данном случае ограничимся проверкой на читаемость носителя, учитывая тот факт, что мы каждый день создаем полную копию данных. Следует помнить, что для твердой уверенности в качестве записанной копии следует обязательно использовать режим Full verify).
• Span mode – Split file. В случае если файл слишком велик для использования на одном носителе, использовать несколько носителей. В другом случае, при выборе Restart file, программа будет просить поместить в накопитель другой носитель большего размера.
• Change mode – Prompt to another media. Если программа не обнаруживает требуемый носитель, она высылает предупреждение с просьбой загрузить искомый носитель в накопитель.

Рисунок 11. Окно Job options

Окно Encryption/Compression появляется сразу после Job options. Здесь задаются параметры шифрования (encryption) и сжатия (компресии). Следует заметить, что заявленный объем для носителей LTO (1,6 Гб для LTO4, 800 Мб для LTO3 и т.д.) будет доступен только при включении аппаратного сжатия. (И то при условии, что информация на носителе может быть успешно сжата).

Предпоследнее окно – Shedule job, как и следует из названия, служит для планирования выполнения задания в нужное время. Так как мы собираемся всего лишь запускать Full backup в нужное время, при этом просто перезаписывая вставленный носитель и не обращая внимания на дополнительные нюансы типа ротации носителей, то ограничимся самым простым расписанием.

Для этого выбираем:

• Shedule type – Run repeatedly. Для создания настроек расписания.
• Start time – 10:30. Время старта задания. К этому времени у нас в любом случае должен завершиться ночной Full backup c рабочих серверов на кэш-сервер.
• Start date – 15/05/2009. Дата начала бэкапа.
• Rotation type – No rotation. В нашем случае ротация носителей не требуется.

И в последнем окне Copy Policy остается нажать кнопку Finish.

Все, задание по резервному копированию создано. Осталось проконтролировать его выполнение, и, при необходимости, внести корректировки для обеспечения требуемой функциональности.

Проверка возможности восстановления из резервной копии

Для проверки возможности восстановления поступим следующим образом. Скопируем на кассету один небольшой файл, а потом попробуем его восстановить.

Для этого снова перейдем в окно Wizards и выберем иконку Restore. Это приведет нас в следующее окно, где нам будет предложен всего один-единственный метод восстановления Restore Specific. Жмем на одноименную иконку и переходим в окно Select files and folders. Здесь выбираются файлы, подлежащие восстановлению.

После нажатия кнопки Next мы переходим в окно Device options, в котором собственно и выбирается устройство и носитель, с которого будут восстанавливаться файлы.

Далее по кнопке Next перед нами появляется окно Job options. Основная деталь, на которую надо обратить внимание, – флажок Restore files that are in use (восстанавливать ли файлы, использующиеся в данный момент). Дополнительные параметры, устанавливаемые в окне Advanced options, вызываемом по нажатию одноименной кнопки, в большинстве случаев лучше оставить без изменения (см. рис. 12).

Рисунок 12. Окно Job options с открытым окном Advanced options

Ну и наконец уже знакомое нам окно планировщика Shedule job.

Конечно, весьма огорчает тот факт, что программа лишена возможности восстанавливать файлы в другое место (как минимум, мне лично так и не удалось обнаружить данную функцию). Придется учитывать этот факт в работе и переименовывать файлы и каталоги, которые желательно не затирать при восстановлении из резервной копии.

Настройка ntbackup

Несмотря на то что в мире существует довольно большое число программ резервного копирования для операционных систем семейства Windows, программа ntbackup продолжает пользоваться популярностью в первую очередь за бесплатность и простоту использования. Рассмотрим маленький пример по созданию тестового задания резервного копирования.

Для запуска программы достаточно в строке запуска «Выполнить» (Run) меню «Пуск» (Start) ввести имя программы ntbackup и нажать .

Если программа запускается первый раз, она выдаст окно запуска мастера (Wizard). Пользоваться им не очень удобно, поэтому мы откажемся от его использования, сняв пометку «Всегда запускать в режиме мастера».

Далее в окне «Архивация и восстановление» мы выбираем пункт «Архивация файлов и параметров» и переходим к следующему окну: «Что следует архивировать». В зависимости от цели резервирования выбираем один из двух пунктов: «Всю информацию на данном компьютере» или «Предоставить возможность выбора объектов для архивации» (в нашем случае отмечаем второй пункт). Далее переходим в окно выбора объектов, подлежащих резервному копированию.

Отметив необходимые пункты, нажимаем кнопку «Далее» и переходим к следующему окну «Имя, тип и расположение архивации», где указывается ресурс, на который будет производиться копирование (мы указываем адрес и расшаренный ресурс нашего кэш-сервера).

Появится окно «Завершение мастера архивации и восстановления». В случае если больше ничего не надо настраивать, можно нажать кнопку «Финиш», и процесс резервного копирования сразу же запустится, при этом большая часть параметров будет установлена по умолчанию. Но так как мы хотим создать запланированное задание, мы нажимаем кнопку «Дополнительно» и продолжаем настройки.

В окне «Тип архива» выбираем какой архив мы будем делать: «Обычный» (Full backup), «Добавочный» (Differential), «Разностный» (Incremental) и т.д. Следующее окно предлагает выбрать «Способы архивации».

Назначить метод копирования и указать цель (файл или устройство). Далее задание можно либо запустить сразу, либо запланировать на определенное время. При планировании задания в «Планировщике» Windows (Windows Sheduler) появится задание в виде командной строки с длинным перечнем параметров. (Которую при желании можно вставлять в скрипты и т.д.). Помимо всего прочего, данная программа умеет корректно копировать открытые файлы. Как говорится – «дешево и сердито». Эту программу мы будем использовать для сбора информации с серверов, работающих под Windows.

Завершающая настройка системы резервного копирования

После окончательной настройки кэш-сервера и системы записи на ленту осталось немного. Проверить доступность сетевых ресурсов на нашем сервере резервного копирования, настроить локальное ПО для создания резервных копий.

Еще нужно обязательно составить расписание резервного копирования, назначить ответственных лиц и передать им соответствующие полномочия.

Заключение

Нет сомнения в том, что резервное копирование – важный аспект в работе ИТ-структуры любой компании. И несмотря на жесткие экономические условия, тем не менее возможно создать приемлемо работающую систему резервного копирования, затратив минимум средств на приобретение необходимых компонентов (ленточного накопителя и кассет). При этом созданная система позволяет делегировать полномочия другому лицу и при необходимости легко восстанавливать потерянные данные.

Лунтик 10 ноября 2012 в 02:21

Простой сервер резервного копирования

• Чулан *

Одной из задач IT службы предприятия (аутсорсинговой, или штатной) является обеспечение сохранности данных как в штатных так и в исключительных ситуациях. Профессионалы же делают исключительные ситуации штатными, детально их прорабатывая. С этой целью около полугода назад мы подняли backup сервер для резервного копирования данных наших клиентов.

Резервное копирование бывает ручное и автоматическое. Также не стоит путать резервное копирование с архивированием. Задача резервного копирования - хранить несколько актуальных версий данных на случай “все пропало, нужно срочно восстановить”. Архивирование же предназначено для доступа к данным за прошлый год, или прошлую пятилетку. Мы эти две услуги объединяем. Обычно ежедневные резервные копии хранятся в течении месяца, а ежемесячные - пожизненно. При необходимости срок хранения можно изменить.

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

1. Резервное копирование баз данных 1С
Тут есть два варианта первый - простой и правильный. База находится на терминальном сервере 1С, на этом сервере по расписанию запускается скрипт, который проводит архивацию базы с паролем, который известен только клиенту и пересылает эту базу по протоколу FTP на наш бекап сервер, который архив принимает и надежно хранит.
Если же база находится на компьютере бухгалтера и все коллеги к ней подключаются по общей сетевой папке, то расписание резервного копирования можно составить таким образом, чтобы во время копирования все сотрудники уже отдыхали, но компьютер уже был включен, например на 10 вечера с последующим выключением компьютера. Либо же запускать backup скрипт вручную, когда бухгалтер идет домой. Но в таком случае мы советуем перейти на терминальный сервер, что мы тоже можем помочь сделать.
Ручное копирование можно запустить в любой момент, это делается одним кликом.

В плане безопасности хранения тоже все продумано. Доступ к архивам имеет администратор сервера (который не знает пароль от архива) и клиент. Клиент может добавить новые архивы, прочитать старые, но не может их изменить или удалить. Доступ на изменение закрыт для исключения маловероятного но все же возможного случая вредительства (пользователя либо вируса пользователя). Удаление возможно только администратором по запросу клиента. Данные можно хранить в течении нескольких лет. Правда от длительности хранения и размера баз зависит цена.

2. Резервное копирование веб сайтов
Хотя хостинг достаточно надежная штука - иметь бекапы под рукой на случай откатывания версии назад, или срочного восстановления сайта на другой площадке хочется всегда. Скажем даже так: бекапы делают и сами хостеры, но обычно эти бекапы хранятся не долго, сделаны в своем формате, недоступны, когда хостер «лежит». В этих случаях держать актуальную версию сайта в удобном для вас формате на отдельной технической площадке - мечта параноика.
Сайт состоит из двух частей: база данных и файлы. Бекапим обе. Технически автоматическое резервное копирование сайта происходит так: каждую ночь в заданное время бекап сервер обращается к веб сервер с просьбой отдать бекап, тот в свою очередь архивирует дамп БД и файлы, и пересылает все на бекап сервер.
Возможно создать резервную копию сайта вручную. В панели управления нашей CMS есть волшебная кнопка “бекап”, по нажатию которой создается архив и отсылается на бекап сервер. В зависимости от размера сайта (через 5 секунд, или 20) резервная копия уже находится в надежном месте, а вам на почту приходит отчет о ее успешном завершении, либо о ошибке (если такова присутствует).

3. Резервное копирование серверов
Довольно часто возникает необходимость в резервном копировании особых серверов, например корпоративный портал, контроллер домена, серверов контроля версий для разработчиков. Все это возможно!

4. Резервное копирование пользовательских данных.
В идеальном варианте все пользовательские данные находятся в системе хранения данных (СХД) и надежно защищены. Но это далеко не всегда так. Особенно ситуация усложняется, если у предприятия несколько маленьких офисов или есть удаленные сотрудники. В таком случае можно настроить резервное копирование самых важных данных непосредственно с рабочих машин, или локальных файловых серверов. Если количество данных большое и измеряется гигабайтами, можно организовать локальный сервер резервного копирования. Или в случае, если используется домен Windows - файловый сервер для хранения пользовательских профилей.
Для современного взаимодействия сейчас используются облачные хранилища информации. Данные из Google Drive тоже имеет смысл резервировать, т.к. владелец может удалить данные, и у тех кто их совместно использует ничего не останется. Мы периодически резервируем гугл документы с помощью программы GDocBackup и соответствующего скрипта который архивирует с паролем и отправляет на сервер резервного копирования.

Мы рассмотрели основные случаи, когда может быть необходимость в резервировании данных, конечно кроме основных могут быть нестандартные, потому обращайтесь к нам и мы поможем вам забекапится.

Что представляет собой наш бекап сервер?
Физически сервер установить очень просто, гораздо сложнее и интереснее организовать систему резервного копирования. Жесткие диски поставили в RAID-1 для обеспечения зеркалирования данных, настроили отчет на email при выходе из строя одного из дисков. Процессор - Intel Atom, просто и дешево, ведь задача сервера - только хранить данные. А точнее ночами получать несколько десятков гигабайт, а по запросу (обычно днем) отдавать несколько гигабайт. Сервер размещен в серверной комнате, запитан через источник бесперебойного питания и подключен к интернет через оптический кабель.
Используется операционная система Linux Debian, что также обеспечивает стабильность работы.

Есть множество способов выполнить резервное копирование отдельной информации или целых серверов. Я хочу рассказать о самом простом способе полного бэкапа сервера и переноса его на другое железо, если будет такая необходимость. Делается все это очень просто, без лишних телодвижений с помощью бесплатного Veeam Agent for Linux FREE.

Ранее я уже неоднократно рассматривал вопрос резервного копирования данных или целых серверов linux. Конкретно в этих статьях:

Забэкапить сразу весь сервер можно, например, с помощью Duplicity. Но вот восстановить его на другом железе будет не так просто. Помимо данных нужно будет, как минимум, позаботиться о разметке диска, установке загрузчика. На это необходимо затратить некоторые усилия и немного разбираться в теме initramfs и grub. Сам я не очень разбираюсь в нюансах работы этих инструментов и очень не люблю с ними возиться.

Некоторое время назад появился отличный бесплатный продукт для бэкапа всего сервера целиком. Речь идет о Veeam Agent for Linux FREE . С его помощью можно сделать полный backup сервера, положить его куда-нибудь по smb или nfs , потом загрузиться с live cd и восстановить из бэкапа на другом железе.

Сразу расскажу о некоторых нюансах работы бесплатной версии, с которыми столкнулся в процессе эксплуатации замечательного продукта от veeam.

1. Бэкап можно сделать либо всего сервера сразу, либо отдельного диска, либо отдельных папок и файлов. При выборе бэкапа всего диска или сервера, нельзя задать исключения для отдельных папок или файлов. Это очень неудобно, но увы и ах, таков функционал. Исключения можно сделать только если вы делаете бэкап на уровне папок.
2. Бэкап можно положить локально на соседний раздел, если делаете резервную копию раздела, локально в папку — если делаете бэкап файлов и папок. Если бэкапите всю систему целиком, то удаленно по smb и nfs. К сожалению, по ftp или sftp программа не работает.

В качестве хранилища для архивов может выступать репозиторий Veeam Backup & Replication. Но я не рассматриваю этот вариант, так как в данном случае использую только бесплатное решение.

Мне очень хотелось настроить резервную копию всего сервера на Яндекс.Диск, но, к сожалению, у меня это не получилось из-за технических ограничений. Яндекс.Диск подключается к системе через webdav . Для того, чтобы сделать резервную копию всей системы, нужно бэкапить либо всю систему сразу, либо образ диска. Если у вас небольшой веб сервер, то скорее всего на нем только один раздел. На этом же разделе хранится кэш, который использует webdav для передачи файлов. Без кэша он работать не умеет.

Думаю вы уже поняли, в чем проблема сделать полный backup сервера с помощью Veeam Agent for Linux на Яндекс.Диск по webdav. Вы не сможете добавить в исключения папку с кэшом от webdav. В итоге, во время бэкапа с помощью veeam будет расти папка с кэшом webdav, которая, в свою очередь, будет бэкапиться. В итоге, свободное место на диске закончится, бэкап прервется.

Я подробно описал ситуацию с Яндекс.Диском, потому что пространство на нем не дорого стоит. Я часто его использую в повседневной жизни, настраиваю бэкапы, храню данные и т.д. В общем, мне он нравится по ряду причин. Для того, чтобы бэкапить весь сервер целиком, вам придется найти место для архивных копий с доступом по smb или nfs . Таких предложений не очень много на рынке. Практически не из чего выбирать, я специально искал.

Остановился вот на этом варианте — . После оплаты, вам дают адрес сервера, логин и пароль. Вы можете сразу же подключаться по smb к хранилищу. Можно прям в windows через два обратных слеша зайти или подмонтировать хранилище к linux серверу.

Для того, чтобы получить доступ к разделу с загрузками, придется зарегистрироваться. Выбираете тип системы и скачиваете репу.

Копируем файл с репозиторием на сервер и устанавливаем его. На момент написания статьи, файл можно было скачать по прямой ссылке.

# cd /root # wget https://download2.veeam.com/veeam-release-el7-1.0-1.x86_64.rpm # rpm -Uhv veeam-release-el7-1.0-1.x86_64.rpm

Обновляем репозитории и устанавливаем veeam.

# yum update # yum install veeam

Все, Veeam Agent for Linux установлен и готов к работе.

Настройка полного бэкапа сервера

Сделать бэкап с помощью Veeam Agent for Linux очень просто. Вариантов настроек не так много, можете сами все проверить и посмотреть. Я для примера рассмотрю вариант с созданием полного бэкапа всей системы и перенос ее на другое железо. Создаем задачу для резервного копирования сервера на наше хранилище по smb.

Нам сразу же предлагают указать файл с лицензией. Так как у нас лицензии нет, то отказываемся. Нас встречает главное окно программы.

Нажимаем C (configure) для настройки задания на backup. Задаем любое имя задания, затем указываем, что будем делать полный бэкап сервера.

В качестве приемника для архива системы, указываем Shared Folder .

В пункте Restore Points указывается глубина архива. Это число копий, которые будут храниться на сервере. Если делать бэкап каждый день и указать число 14, то будут храниться резервные копии системы за последние 14 дней. Если делать будете через день, то за 28 дней и т.д.

Можно создавать несколько заданий с различной глубиной архива. Например, каждый день с глубиной 7 копий, раз в неделю с глубиной 4, и раз в месяц с глубиной в 12. Таким образом у вас всегда будут последние 7 бэкапов системы на этой неделе. Потом по одному бэкапу в неделю за последний месяц и 12 бэкапов по месяцам в течении последнего года.

Если получите ошибку:

Current system does not support cifs. Please install cifs client package.

Установите пакет cifs . В CentOS вот так:

# yum install cifs-utils

И так в Debian/Ubuntu:

# apt install cifs-utils

Запускайте заново veeam и продолжайте. После настройки Destination, предлагается указать скрипты для выполнения перед и после бэкапа. Нам сейчас это не надо. Далее настраиваем расписание и запускаем задание на архивацию в конце настройки.

Запустилась архивация. Можно следить за ее прогрессом.

После завершения архивации системы, можно проверить содержимое сетевого хранилища, зайдя на него прямо из винды.

На этом настройку полного бэкапа сервера мы завершили. Резервная копия системы лежит в надежном месте. Попробуем теперь с нее восстановиться.

Перенос или восстановление linux сервера

Представим теперь ситуацию, что наш веб, или какой-нибудь другой сервер умер, и нам надо восстановить систему в другом месте. Выполним полное восстановление всего сервера с помощью созданной ранее резервной копии. Для этого нам понадобится Veeam Linux Recovery Media , который мы скачали ранее.

Для восстановления системы нужно соблюсти два обязательных условия:

1. Готовим новый сервер с диском, который должен быть не меньше диска исходного сервера. Это обязательное условие, иначе восстановление системы даже не начнется. Veeam скажет, что размер диска недостаточный и не предложит больше никаких вариантов восстановления.
2. Оперативной памяти для системы должно быть не меньше 1024 Мб. Если меньше, то загрузка с диска не будет выполнена. Система скажет, что она не может развернуть корневой раздел.

Загружаемся с диска. В разделе Configure network убеждаемся, что сеть настроена, получен ip адрес, который имеет доступ к интернету. Далее выбираем Restore volumes -> Add shared folder . Заполняем параметры доступа к хранилищу архивов.

Выбираем там директорию с нашим архивом системы, которую будем восстанавливать. Далее будет показан список задач в левом столбце и список резервных копий в правом.

В моем случае там только одна копия. Выбираю ее. Дальше мы видим слева список дисков нашего сервера, справа диски резервной копии.

У меня слева чистый диск, справа тоже один диск, на который установлен загрузчик и есть один раздел с корнем системы. Выбираем справа наш диск (не раздел с корнем!!!) и жмем Restore whole disk to .

В качестве приемника выбираем пустой диск на новом сервере.

Нажимаем S (Start restore) . Визард покажет список действий, которые будут выполнены и попросит их подтвердить, нажатием на Enter.

Делаем это и наблюдаем за процессом восстановления сервера centos из бэкапа.

Дожидаемся окончания переноса сервера, выбираем перезагрузку и извлекаем загрузочный CD. Грузимся с жесткого диска.

Дальше может быть много различных вариантов. Если вы переносите сервер на тот же гипервизор, то проблем скорее всего не будет, и все заведется сразу. Если же гипервизор другой, то могут быть варианты, в зависимости от ситуации.

Перенос виртуальной машины с KVM на Hyper-V

В моем случае я переношу сервер с KVM на Hyper-V. После загрузки системы я получаю такую картину.

Сервер начинает бесконечно висеть в подобном состоянии с такими характерными ошибками:

Warning: dracut-initqueue timeout starting timeout scripts a start job is running for dev-disk-by ......

Начинаю разбираться в чем может быть дело. Конечно, тут решение проблемы будет зависеть от конкретной ситуации. А успешность решения от квалификации сисадмина. Я уже немного повозился с подобными переносами и примерно представляю, в чем тут может быть проблема. Частично я эту тему затрагивал, когда делал . Но там была другая проблема, связанная с кастомным ядром от Xen.

В нашей ситуации с переносом виртуальной машины с KVM на Hyper-V проблема в другом. У нас поменялось имя диска. Нам нужно изменить это имя в fstab и в конфиге grub . До кучи я еще собрал заново initramfs, но не уверен на 100%, что в данном случае это нужно было делать. Я сделал на всякий случай сразу все за один заход.

Итак, загружаемся с установочного диска CentOS 7 и выбираем режим Rescue a CentOS system . Подробно об этом рассказывал в упомянутой ранее статье с переносом от xen. Выбираем первый режим запуска.

# fdisk -l

У меня это sda , а на прошлом сервере он назывался vda . Нам нужно внести эти изменения в 2 файла:

1. /etc/fstab
2. /boot/grub2/grub.cfg

Диск восстановления в самом начале мог сам смонтировать системный раздел в директорию/mnt/sysimage . Если он этого не сделает по какой-то причине, то сделайте это сами:

# mount /dev/sda1 /mnt/sysimage

Теперь нам надо сделать chroot в систему, предварительно смонтировав туда информацию о текущей системе. Выполняем команды:

# mount --bind /proc /mnt/sysimage/proc # mount --bind /dev /mnt/sysimage/dev # mount --bind /sys /mnt/sysimage/sys # mount --bind /run /mnt/sysimage/run # chroot /mnt/sysimage

Мы загрузились в окружение нашего сервера. Тут можете использовать установленный у вас на сервере текстовый редактор. С его помощью изменяете имена дисков в файлах /etc/fstab и /boot/grub2/grub.cfg . Можете просто автозаменой поменять имена.

Теперь соберем новый initramfs . Идем в директорию /boot и смотрим там последнюю версию ядра.

# cd /boot # ls -l | grep initramfs

В данном случае просто смотрим самые высокие цифры. Соберем новый initramfs в соответствии с версией ядра.

# dracut initramfs-3.10.0-514.26.2.el7.x86_64.img 3.10.0-514.26.2.el7.x86_64

В завершении установим измененный загрузчик на наш диск:

# grub2-install /dev/sda

Перезагружаем сервер. После этих изменений, у меня благополучно все загрузилось. Перенос виртуальной машины с KVM на Hyper-V выполнен полностью. Причем, у нас не было доступа к образу системы. Хотя подобная ошибка скорее всего все равно возникла бы, даже если бы мы конвертировали и переносили готовый образ.

Заключение

Изначально планировал написать небольшую заметку на тему использования Veeam для бэкапа сервера. Но в процессе получилось разобрать еще и перенос сервера с одного гипервизора на другой. Еще раз повторюсь, кому показалось это слишком сложным. Если вы будете бэкапить и восстанавливать сервер в рамках одного и того же гипервизора, то описанных выше проблем у вас не будет. Все пройдет гладко.

При переносе с железа на виртуальную машину или наоборот, тоже скорее всего возникнут какие-нибудь проблемы. Не существует софта или готового решения, которое бы позволило все это выполнить в автоматическом режиме. С проблемами загрузки придется разбираться по ходу дела. Но две основные проблемы я разобрал:

1. Неподходящие версии ядер. После переноса нужно будет переустановить или обновить ядро.
2. Разные имена дисков или меток разделов. Нужно будет их привести в соответствие с новым железом.

Это наиболее популярные проблемы. С другими мне не приходилось сталкиваться. Хотя не сказать, что мне часто приходилось переносить сервера, но некоторый опыт есть. Думаю, эта статья будем многим полезна, так как подобный перенос не очень раскрыт в статьях в интернете. По крайней мере мне не попадались хорошие гайды на эту тему. Разбираюсь обычно сам с помощью гугления по англоязычному сегменту.

Делитесь своим опытом и оставляйте замечания к статье или указывайте на ошибке в комментариях.

Онлайн курс "Администратор Linux"

Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, рекомендую познакомиться с онлайн-курсом «Администратор Linux» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров. Проверьте себя на вступительном тесте и смотрите программу детальнее по.

Резервное копирование сервера и рабочих станций позволяет осуществлять бэкап либо непосредственно на сервере, либо по сети, под управлением с центральной консоли . Задачи сетевого бэкапа сервера создает администратор сети, а не пользователь.

Как бэкап сервера, так и резервное копирование рабочих станций осуществляются клиентом Handy Backup в фоновом режиме , что позволяет не отвлекать пользователей от выполнения основных рабочих задач на компьютерах в сети.

Архитектура резервного копирования сервера и рабочих станций

Для того, чтобы подготовить сетевое резервирование с помощью Handy Backup Server Network, системный администратор должен определить компьютер, который будет выступать в качестве Сервера резервного копирования, обычно это компьютер самого системного администратора. Он служит для управления всеми бэкап-задачами и для записи сделанных копий на внешние носители информации.

На удалённые сервера и рабочие станции в сети, информацию с которых надо копировать через центральную консоль, устанавливаются Сетевые Агенты Handy Backup. Сетеавые Агенты не имеют графического интерфейса и служат для предоставления Серверу доступа к данным, хранящимся на удалённых компьютерах.

Сервер Handy Backup устанавливается на машине администратора, позволяет управлять операциями резервного копирования, синхронизации и восстановления данных на самом сервере и рабочих станциях сети.

Кроме копирования файлов, программой предусмотрено резервное копирование физических серверов, бэкап виртуальных машин Hyper-V , VMware Workstation и других, резервное копирование Exchange Server , MSSQL, MySQL/MariaDB, PostgreSQL, Oracle, Lotus Notes на серверах и рабочих станциях, а также бэкап любых ODBC-совместимых баз данных на сервере.

Сетевой Агент Handy Backup (Network Agent) устанавливается на каждый пользовательский компьютер, данные которого необходимо копировать. Клиент работает как служба Windows, не имеет графического интерфейса, и позволяет программе собирать данные для резервного копирования с серверов и рабочих станций пользователей.

Как работает сетевое резервное копирование

• Сетевые Агенты через определенные промежутки времени связываются с Сервером Handy Backup , таким образом Сервер резервного копирования имеет список компьютеров, доступных для удалённого бэкапа по сети .
• Администратор Сервера Handy Backup создает бэкап-задачи для сетевых рабочих станций. Можно создавать как отдельные задачи для пользовательских машин, так и единое задание для всех машин.
• Сервер Handy Backup обращается непосредственно к каждой машине из списка и запрашивает список файлов и папок, доступных для бэкапа. Администратор может копировать необходимые данные и создавать образы дисков .
• Завершив выбор данных, администратор настраивает расписание для выполнения задач, а также устанавливает различные опции копирования.

Кроме резервирования информации сетевых компьютеров - файлов и папок, образов дисков, можно производить бэкап баз данных (1С, MySQL, Oracle и др.), данных MS Exchange и Lotus Notes, хранящихся на самом сервере. Также программа позволяет выполнять резервное копирование VMware , Hyper-V и других виртуальных машин.

Handy Backup Server Network состоит из Панели Управления и Агентов:

* Включает в себя Панель Управления и один Сетевой Агент для бэкапа сервера (устонавливается на том же компьютере, где и Панель Управления).

Сервер и Сетвые Агенты Handy Backup работают под ОС Windows 10/8/7/Vista или 2016/2012/2008 Server .

Отзыв пользователя о Handy Backup

"С удовольствием пользуюсь Handy Backup - продуктом для создания и восстановления копий программ и данных. Есть возможность сохранять данные не только с одного компьютера, но и с различных рабочих мест . Привлекает надежная работа, дружественный интерфейс, возможности поддержки. Программа может выполнять работу по расписанию, сохранять и восстанавливать данные на различных устройствах."

В.И.Крыш, Ведущий программист ООО КБ "Пласт-М"

Защита данных всегда была критически важной для профессионалов, работающих с Windows. Обычно эта задача решается регулярным выполнением задания резервного копирования, записывающего данные на пленку или диск. Имеющие значительный бюджет крупные ИТ-отделы могут позволить себе приобрести полнофункциональные продукты сторонних поставщиков. Остальным приходится довольствоваться бесплатными средствами резервного копирования, которые предоставляет Microsoft.

Бесплатный инструмент от Microsoft назывался NTBackup, но он уже в прошлом. В Windows Server 2008 появился новый набор средств резервного копирования, и я расскажу вам, насколько просты они в работе. Даже если у вас есть средства резервного копирования сторонних разработчиков, всегда полезно знать, как быстро и без лишних усилий сделать резервную копию штатными средствами. Имейте в виду, что новая утилита не умеет работать с резервными копиями, созданными средствами NTBackup.

Кратко об утилите архивирования

Сначала надо установить утилиту резервного копирования, потому что по умолчанию она не устанавливается. Откройте в диспетчере сервера (Server Manager) Мастер добавления компонентов (Add Features Wizard) и добавьте компонент «Возможности системы архивации данных Windows Server» (Windows Server Backup Features) (рис. 1 ). Нам нужен подкомпонент, позволяющий использовать команды командной строки, что позволяет использовать Windows PowerShell. Для установки этого подкомпонента можно также использовать средства командной строки так: C:\ servermanagercmd –install backup-features.

Рис. 1 Использование мастера добавления компонентов для установки системы архивации данных Windows Server и средств командной строки.

Далее следует указать место, где будут храниться резервные копии. Файлы можно хранить на общем сетевом томе, на локальном томе или выделенном диске. Нельзя копировать данные на пленку, но ввиду широко распространения недорогих подключаемых USB-устройств сейчас это уже не выглядит как серьезный недостаток. Однако есть ряд обстоятельств, которые надо учесть.

Резервное копирование Windows создает существенную дополнительную нагрузку ввиду необходимости создания дополнительных индексов, каталогов и других вспомогательных файлов. Это уже не простое создание ZIP-файла. Не надо рассчитывать, что резервная копия файла общим объемом 100 Кб займет столько же места на диске - ее размер будет существенно больше.

При копировании на сетевую папку надо внимательно отнестись к уровню доступа к файлам, чтобы обеспечить целостность и защиту резервных копий. Также надо иметь в виду, что при копировании в общую сетевую папку, предыдущая резервная копия перезаписывается. Самое простое решение - создавать подпапку для каждой резервной копии. Та же история с размещением резервных копий на локальном томе.

Одно из преимуществ использования сетевой папки или тома состоит в том, что утилита архивации Windows создаст файл с расширением.vhd, содержащий все копируемые файлы. При определении места хранения резервных копий утилита архивации Windows создаст папку верхнего уровня по имени WindowsImageBackup. В этой папке создаются подпапки для каждого компьютера. Версии резервных копий различаются по времени; вот пример имени папки:«Backup 2009-12-14 172606».В этой папке хранятся архивы и VHD- файл. Этот VHD- файл можно подключить в Windows 7 или Windows Server 2008 R2. В зависимости от вида резервной копии и требований по архивации этот файл можно переместить на диск долгосрочного хранения или на DVD-диск.

Самый простой и быстрый вариант - выделенный подключенный диск. Он может внутренним или внешним с интерфейсом USB или FireWire. Microsoft рекомендует, чтобы на диске было в 2,5 раз больше свободного пространства, чем необходимо для создания архива всех архивируемых данных. Диск надо отформатировать и скрыть от обычных инструментальных средств управления - он должен быть доступен только в панели Управление дисками (Disk Management). Поддерживаются диски объемом до 2 Тб.

Создание задания резервного копирования

Утилита архивирования Windows задумана как универсальный инструмент защиты сервера. Можно создать регулярное задание архивирования файлов и состояния системы или обеспечить возможность восстановления целого сервера «с нуля». Microsoft предполагает, что для этой цели создается одно задание. Я предполагаю, что вы используете возможности утилиты архивирования Windows из-за ограниченного бюджета и хотите получить от нее максимально возможную защиту при существующих ограничениях.

Установив утилиту архивирования Windows, в Диспетчере сервера разверните узел «Хранилище» (Storage) и выберите «Архивирование сервера Windows» (Windows Server Backup). В панели Действие (Action), выберите «Задание архивирования» (Backup Schedule) - откроется Мастер архивации по расписанию (Backup Schedule Wizard). На первой странице мастера щелкните Далее (Next).

На второй странице мастера определите тип архива. Выберите полную резервную копию сервера. Вы можете выбрать пользовательскую резервную копию и выбрать архивируемые элементы, например определенные файлы и состояние системы. Как делать быстрое резервное копирование файлов, я покажу чуть позже, а пока сделаем полную копию сервера.

На третьей странице задается время выполнения задания. В большинстве случаев одного резервного копирования достаточно, но можно запускать его чаще раза в день, например резервное копирование критически важных файлов.

На четвертой странице определите, где хранить резервные копии. Microsoft рекомендует использовать выделенный жесткий диск. Имейте в виду, что диск будет переформатирован и недоступен для каких-либо других операций. Можно также использовать локальный или сетевой том. Внимательно ознакомьтесь с предупреждениями и информацией об ограничениях - наверняка вы увидите предупреждение, что выбранный диск будет переформатирован.

Если все диски не видны, щелкните кнопку «Все доступные диски» (Show All Available Disks), чтобы обновить список. Утилита выдаст предупреждение, если вы выберете новый диск. Задав диск, переходят к проверке параметров архивирования. Если что-то не так, используйте кнопку Назад (Previous), чтобы вернуться и устранить ошибку. Если все правильно, должно открыться окно сводки. На следующий день проверьте результаты выполнения задания в узле утилиты архивирования Windows на предмет сообщений об ошибках.

Вы можете также использовать утилиту архивирования Windows для одноразового создания резервной копии. Выберите вариант «Однократная архивация» (Backup Once) в панели Действие (Actions). Вы можете использовать те же параметры, что и у существующего задания, или задать совершенно другие. Если выбрать второй вариант, мастер перезапустится, предоставив возможность ввести новые параметры. Например, скопировать файлы на сетевой том. Помните, что любые существующие резервные копии в той же папке будут перезаписаны. Резервное копирование начинается немедленно. Если же это отдельное задание резервного копирования, которое нужно выполнять часто, рекомендуем создать сценарий командной строки или Windows PowerShell. Я расскажу об этой процедуре позже.

Восстановление данных

Для отслеживания версий утилита архивирования Windows использует метки времени. При выборе команды Восстановление (Recover) запускается мастер, инструкции которого практически самоочевидны. Выберите резервную копию. Мастер восстановления предоставит список всех доступных резервных копий. Выберите нужный архив. В зависимости от типа резервного копирования может быт только один вариант.

Далее указывают данные, которые надо восстановить. Если выбрать «Файлы и папки» (Files and Folders), потребуется указать нужные файлы. К сожалению, выбор файлов из нескольких каталогов практически невозможен. Восстановить все файлы или выбранные файлы одного каталога намного проще. Не забывайте об этом, создавая задание резервного копирования.

Восстанавливая файлы, надо указать целевую папку:это может быть та же папка, которую архивировали, или любая другая. Вы также можете определить, что должно произойти с восстанавливаем файлом, если он уже существует: создать еще одну копию, чтобы были доступны обе копии, перезаписать существующий файл или не выполнять восстановление. Процесс восстановления начинается немедленно.

Использование WBADMIN.EXE

Если установить средства архивирования из командной строки, у вас появляются еще несколько вариантов. Откройте окно командной строки и ознакомьтесь со справкой WBADMIN.EXE. Эту утилиту можно использовать для создания запланированного задания архивирования, но я все-таки думаю, что для выполнения этой задачи графический интерфейс намного удобнее. WBADMIN.EXE полезнее для создания одноразовых заданий резервного копирования. Выполните следующую команду, чтобы увидеть информацию о синтаксисе:

C:\> wbadmin start backup /?

Здесь недостаточно места для рассказа о всех вариантах, но я покажу, как можно использовать эту утилиту для периодического копирования файлов на сетевой том:

@echo off::Demo-Backup.bat::demonstration script using WBADMIN.EXE on a Windows Server 2008 R2 Server rem backup share UNC set backupshare=\\mycompany-dc01\backup rem files and folders to include set include=c:\scripts,c:\files rem define date time variables for building the folder name set m=%date:~4,2% set d=%date:~7,2% set y=%date:~10,4% set h=%time:~0,2% set min=%time:~3,2% set sec=%time:~6,2% rem defining a new folder like \\mycompany-dc01\backup\RESEARCHDC\12152009_132532 set newfolder=%backupshare%\%computername%\%m%%d%%y%_%h%%min%%sec% echo Creating %newfolder% mkdir %newfolder% rem run the backup echo Backing up %include% to %newfolder% wbadmin start backup -backuptarget:%newfolder% -include:%include% -quiet rem Clear variables set backupshare= set include= set m= set d= set y= set h= set min= set sec= set newfolder=

Я не хочу перезаписывать существующие резервные копии, поэтому я создаю новую папку с именем компьютера, а имя файла содержит штамп времени. В данном пакетном файле есть весь код, необходимый для решения задачи. Основная функция сценария вызывает WBADMIN.EXE для создания резервной копии в заданном месте. При модификации этого сценария не забывайте поглядывать в справку по синтаксису команды. В этом сценарии мне нравится возможность создавать собственное задание, используя планировщик задач. Мастер архивации позволяет создать только одно задание, а используя WBADMIN.EXE, а могу создать их сколько угодно.Я могу также использовать этот инструмент для создания резервных копий состояния системы.

Чтобы узнать, какие задания резервного копирования были выполнены, выполните команду: C:\> wbadmin get versions.

Особое внимание надо обращать на идентификатор версии, так как он необходим для восстановления файлов средствами WBADMIN (впрочем это же можно делать средствами мастера восстановления).

Резервное копирование средствами Windows PowerShell

Другой способ задействовать командную строку состоит в использовании командлетов PowerShell утилиты архивирования Windows. Чтобы получить к ним доступ, надо загрузить оснастку архивирования Windows:

PS C:\> add-pssnapin Windows.ServerBackup

Чтобы увидеть список доступных командлетов, выполните команду:

PS C:\> get-command -pssnapin windows.serverbackup

К сожалению, создание задания резервного копирования - многошаговый процесс. Хотя нужные команды можно вводить в окно последовательно вручную, я предпочитаю писать сценарии. Вот PowerShell-версия моего исходного пакетного файла:

#requires -version 2.0 #requires -pssnapin Windows.ServerBackup #Demo-WBBackup.ps1 $policy = New-WBPolicy $files=new-WBFileSpec c:\scripts,c:\files Add-wbFileSpec -policy $policy -filespec $files $backdir=("\\mycompany-dc01\backup\{0}\{1:MMddyyyy_hhmmss}" -f $env:computername,(get-date)) write-host "Creating $backdir" -foregroundcolor Green mkdir $backdir | out-null $backupLocation = New-WBBackupTarget -network $backdir Add-WBBackupTarget -Policy $policy -Target $backupLocation write-host "Backing up $files to $backdir" -foregroundcolor Green $policy Start-WBBackup -Policy $policy

Идеология командлетов Windows PowerShell основана на создании и выполнении политик. Политика содержит включаемые или исключаемые файлы или тома, место, куда надо копировать файлы, а также несколько других параметров. Можно также создавать задания восстановления состояния системы и восстановления целого сервера «с нуля». В своем примере я просто копирую несколько каталогов. Для резервного копирования задействуется командлет Start-WBBackup.

При более близком изучении списка командлетов утилиты архивирования Windows заметен один явный пробел: нет никаких командлетов для восстановления данных. Я полагаю, что эту операцию не нужно автоматизировать, хотя это и можно сделать с помощью WBADMIN.EXE. Возможно такие командлеты будут добавлены позже, а пока для восстановления файлов можно пользоваться мастером восстановления или WBADMIN.EXE.

Теперь ваша очередь

Я уверен, что в процессе самостоятельной работы с описанными средствами вы поймете, что помимо перечисленных утилита архивирования Windows предоставляет много других возможностей. Также вам придется оценить, как они вписываются в вашу общую стратегию резервного копирования и планы обеспечения непрерывности бизнес-операций. В определенном смысле возможности бесплатной утилиты архивирования Windows весьма ограничены, но поддержка создания сценариев и использование VHD-файлов предлагают массу интересных способов преодоления ограничений. Надо просто быть чуть более изобретательным.

Ну, и как с любым другим ПО для резервного копирования, не забывайте проверять процесс восстановления в непроизводственной среде. Вам наверняка не понравится постигать азы в процессе реального восстановления рухнувшей после аварии среды да еще со взбешенным боссом за спиной. Предварительная тренировка позволит выйти из сложной ситуации победителем.