Резервное копирование данных простым языком. Настраиваем систему архивации Windows Server
Защита данных всегда была критически важной для профессионалов, работающих с 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-файлов предлагают массу интересных способов преодоления ограничений. Надо просто быть чуть более изобретательным.
Ну, и как с любым другим ПО для резервного копирования, не забывайте проверять процесс восстановления в непроизводственной среде. Вам наверняка не понравится постигать азы в процессе реального восстановления рухнувшей после аварии среды да еще со взбешенным боссом за спиной. Предварительная тренировка позволит выйти из сложной ситуации победителем.
Представляем вашему вниманию новый курс от команды The Codeby - "Тестирование Веб-Приложений на проникновение с нуля". Общая теория, подготовка рабочего окружения, пассивный фаззинг и фингерпринт, Активный фаззинг, Уязвимости, Пост-эксплуатация, Инструментальные средства, Social Engeneering и многое другое.
Бэкап баз данных MySQL в Linux
Если вы используете сервер MySQL с важной информацией, у вас может возникнуть желание периодически делать резервные копии баз данных. Инструмент командной строки Linux под названием mysqldump позволяет вам забэкапить базы данных MySQL без необходимости останавливать MySQL сервер. mysqldump на выходе генерирует текстовый файл, содержащий серию MySQL команд, которые представляют текущий снимок баз данных, которые были подвергнуты резервному копированию. Полученный на выходе mysqldump файл, может быть с лёгкостью сжат и/или зашифрован, если в этом есть необходимость.
В этом уроке я опишу как сделать резервную копию MySQL сервера с помощью mysqldump .
Программа mysqldump содержится в клиентском пакете MySQL. Поэтому, в первую очередь нужно установить клиентский пакет.
Для установки mysqldump на Ubuntu, Debian или Mint:
$ sudo apt-get install mysql-client
Для установки mysqldump на CentOS, Fedora или RedHat:
$ sudo yum install mysql
Чтобы сгенерировать онлайн снимок живого MySQL сервера, вам нужно предотвратить любые обновления его баз данных во время процедуры создания резервной копии. Как добиться этого зависит от системы хранения, которое вы используете внутри для MySQL таблиц. Поэтому в первую очередь выясните, какую систему хранения (например, MyISAM, Innodb) вы используете. расскажет вам как.
Резервное копирование баз данных InnoDB
Если все ваши MySQL используют InnoDB, вы можете использовать опцию "–single-transaction" с mysqldump для создания онлайн бэкапа:
$ mysqldump -h -u -p --all-databases --single-transaction > backup.sql
Обратите внимание, что в вышеприведённой mysqldump команде нет пробелов между опциями аргументов (например, -h, -u, -p) и самими величинами аргумента (например, server-ip-address, username, password).
Резервные копии баз данных MyISAM или InnoDB/MyISAM
Приведённая выше команда, тем не менее, не работает, если вы используете таблицы MyISAM или смесь таблиц InnoDB/MyISAM, поскольку MyISAM не поддерживает транзакции. В этом случае вам нужно явным образом заблокировать все таблицы на время проведения резервного копирование. Как это сделать показано ниже.
Mysql> flush tables with read lock;
Вышеприведённый MySQL оператор flush закрывает все открытые таблицы в сервере MySQL и получает блоки чтения всех таблиц во всех существующих базах данных, тем самым предотвращая любые записи в базы данных. Это обеспечивает последовательных снимок запущенной системы. Теперь продолжайте выполнять резервное копирование.
$ mysqldump -h -u -p --all-databases > backup.sql
По окончании снимите глобальную блокировку баз данных.
Mysql> unlock tables;
Бэкап баз данных MySQL в Widnows
Пользователи Widnows тоже люди и у них тоже возникает потребность в создании резервных копий. Красота использования кроссплатформенных программ в том, что синтаксис команд (если это консольное приложение) или внешний вид интерфейса (если он есть) одинаковые. Т.е. не нужно изучить две разные программы.
Файл в Widnows называется mysqldump.exe , лежит в подкаталоге bin корневого каталога MySQL. При запуске из командной строки нужно прописывать полный путь до файла. Например, у меня этот файл размещён в папке C:Serverbinmysql-5.6bin, следовательно моя команда (запускаю в командной строке — Win+X и там выбрать «Командная строка»):
C:Serverbinmysql-5.6binmysqldump.exe -h -u -p --all-databases --single-transaction > backup.sql
Если делаете на локальном компьютере, то -h можно пропустить.
Для файла backup.sql тоже можно указать абсолютный путь, чтобы потом не пришлось искать его по всему Widnows. Если абсолютный путь не указан, и если командная строка запущена не от имени администратора, то файл по умолчанию будет размещён в корне пользовательского каталога.
Например, у меня файл появился в папке C:UsersAlex
Если командная строка запущена от имени администратора, то файл появится в каталоге C:WindowsSystem32
Гарант является доверенным посредником между Участниками при проведении сделки.
Резервное копирование сервера и рабочих станций позволяет осуществлять бэкап либо непосредственно на сервере, либо по сети, под управлением с центральной консоли . Задачи сетевого бэкапа сервера создает администратор сети, а не пользователь.
Как бэкап сервера, так и резервное копирование рабочих станций осуществляются клиентом 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 - продуктом для создания и восстановления копий программ и данных. Есть возможность сохранять данные не только с одного компьютера, но и с различных рабочих мест . Привлекает надежная работа, дружественный интерфейс, возможности поддержки. Программа может выполнять работу по расписанию, сохранять и восстанавливать данные на различных устройствах."
В.И.Крыш, Ведущий программист ООО КБ "Пласт-М"
Ваши данные может зашифровать вирус, они могут бесследно кануть на неисправном жестком диске. Несколько часов работы над одним файлом могут быть загублены при нечаянном сохранении поверх него другого документа.
База бухгалтерии после кривого кода, может превратиться в кашу и в ней останутся контакты всех ваших контрагентов. А когда-нибудь конкурент натравит на вас органы, которые конфискуют ваши сервера и парализую работу всей компании, сделав вас в конце концов банкротом.
Те файлы которые вам не нужны сейчас, наверняка могут вам понадобиться завтра или через 5 лет. А где эти файлы? — Да на старом компьютере/флэшке/отформатированном съемном носителе…
А должно всё это храниться в резервных копиях. В зашифрованном виде (по обстоятельствам), на резервируемом носителе.
Как это сделать если у вас небольшая фирма или личный ПК, а денежных средств ограниченное количество?
1#. Резервное копирование данных на каждом отдельно стоящем компьютере:
На рабочих станциях пользователей должно быть настроено теневое резервное копирование штатными средствами windows. (В windows 7 делается через свойства значка компьютер > Дополнительные параметры системы > Защита системы ). Можно включить как бэкап реестра при изменениях (контрольные точки), так и сохранение состояний файлов на локальных дисках. Придется пожертвовать свободным местом на HDD, но нервы дороже.
После нежелательных (непреднамеренных) изменений папки или файла можно будет восстановить их предыдущее состояние.
Если штатное резервное копирование не может быть использовано по какой либо из причин, можно воспользоваться сторонним софтом таким как acronis backup and recovery (платный) или (бесплатный). Программ на эту тему — масса .
Однако, резервное копирование данных в пределах одного физического диска не избавит вас от опасности его выхода из строя. Сложно оценить ценность бэкапа, когда он вместе с исходными данными находится в битых секторах на HDD:)
Скажем так — резервное копирование системы штатными средствами: «must have». Но важные вещи постарайтесь дублировать в сеть. Для это можно:
а) Воспользоваться хостингом VDS (самый дешевый тариф с 5ГБ пространства 100 р. в месяц)
б) Использовать бесплатное место на облачных сервисах (google drive, icloud, yandex disk и т.д.). Например гугл диск поддерживает восстановление предыдущих версий файлов. И даже если непреднамеренно измененный файл уже синхронизирован — его всегда можно восстановить. Можете прочесть полезные советы по google drive .
в) Если файлов совсем немного — всё можно хранить в почте. Отправляя письма с важными файлами самому себе или на специальный почтовый ящик. Поиск таких файлов будет затруднен, однако почтовые системы предоставляют достаточно дискового пространства совершенно бесплатно. В одной компании, которую обслуживает автор, большинство файлов которые зашифровал вирус, были восстановлены из отправленной контрагентам почты:)
2#. Резервное копирование данных на фирме с несколькими (и более 10) рабочими станциями.
Идеальным вариантом для резервного копирования на предприятии будет наличие централизованного сервера внутри компании (FTP сервер с RAID 1) или за её пределами (VDS сервер со службой FTP).
Хранить, скажем, базу данных 1С или договора на Google-диске не совсем безопасно, т.к. потеряв доступ к почте или если доступ оказался в руках злоумышленников фирма определенно пострадает. Хотя у автора есть знакомые индивидуальные предприниматели которые только так и работают. У последних на гугл-диск всё помещается в зашифрованном виде;)
а) В случае с сервером внутри компании необходимы разовые затраты на сам файловый сервер (50-100 тыс. руб) в зависимости от уровня надежности. Затем затраты могут возникать при поломке железа (что бывает не часто). Также учтите затраты на электроэнергию.
б) В случае с внешним хранилищем на VDS, вы платите 1 раз за настройку администратором по ИТ-аутсорсингу (в районе 5 тыс. руб, в зависимости от количества компьютеров для бэкапа) и ежемесячно 500-900 рублей (в зависимости от объемов информации) за хостинг VDS. Учтите, что в этом случае нужен интернет пошустрее. Хотя бы 5 Мбит/с исходящей скорости.
Случай б) дополнительно решает такие пикантные проблемы как внезапный выход сервера из строя, конфискация сервера органами:), похищение данных сотрудниками компании, которые могут иметь физический доступ к серверу и т.д.
Ниже схематично представлены варианты резервного копирования для совсем небольшого предприятия 5-30 компьютеров.
На схеме выше — вариант а). Данные со всех серверов и рабочих станций пользователей копируются на файловый сервер с отказоустойчивой дисковой подсистемой. С одной стороны мы имеем под рукой оперативный бэкап в виде теневой копии, а с другой — всегда можем достать данные разных серверов в любой момент при физическом выходе сервера (компьютера) из строя.
Если компания небольшая, то роли веб-сервера, сервера БД и файлового сервера можно совместить физически на одной платформе, а сервера приложений вообще может не быть.
С другой стороны, все сервера могут находится в виртуальной среде на одном физическом сервере, а файловые массивы могут храниться на дисковых полках (но это больше подходит крупным компаниям ввиду бОльшей стоимости).
У такой схемы есть ряд недостатков- сервер нужно обеспечить бесперебойным питанием, содержать в спец-помещении (в идеале) и ограничивать к нему физический доступ сотрудников и других посторонних лиц. Автор знает фирму в которой считается традицией (у сотрудников) при увольнении — утащить жесткий диск с базой данных, при этом сервер до сих пор стоит под столом у одного из менеджеров:)
Что касается настроек резервного копирования — автор рекомендует делать бэкап важных данных на файловый сервер раз в сутки, а при наличии критичных данных и частой работе с ними — 2жды в сутки.
Программное обеспечение как вариант можно использовать Areca (кроссплатформенное java-приложение) + планировщик задач Windows. В Areca создается скрипт с параметрами резервного копирования (куда копировать, шифрование, вид и имена копий) который добавляется в планировщик задач windows или cron Unix. Можете ознакомиться со статьей по .
Как кажется автору, вариант б) более предпочтителен, ведь у компании почти пропадает головная боль относительно сохранности резервных данных. Но здесь тоже есть пара минусов: — если вы используете VDS для бэкапа, то этот сервер уже ни с чем не совместить. Можно конечно туда поместить и ваши приложения (1с), но тогда помимо дискового пространства вам придется платить еще и за дополнительное процессорное время и память (а это уже другие суммы).
Еще один очевидный минус — это . И при отсутствии вменяемого провайдера поблизости вам остается только вариант а).
Итак второй вариант с VDS(б):
Данные идут в том же направлении как и на первой схеме (на рисунке не показаны), однако теперь все отправляется через интернет на удаленный VDS-сервер. Areca отлично шифрует данные еще на стороне пользователя и они в таком виде помещаются на VDS по протоколу FTP. В качестве FTP-сервера на VDS Можно довольно быстро поднять vsftpd , пример его настройки есть .
Стоит учесть один нюанс: «Копирование файлов по протоколу ftp с SSL или TLS — значительно замедляет процесс, а при больших объемах данных может и зависнуть вовсе».
Нужно лишь продумать политику резервного копирования, а именно: «Собирать все важные данные сначала внутри сети на какм-либо сетевом хранилище (общая папка например) и потом под одной учетной записью FTP сбрасывать их на VDS в назначенное время. Или сбрасывать данные со всех компьютеров в разное время под разными учетными записями». Первый вариант будет лучше если компьютеров больше 5. Если же сеть небольшая то и отдельное сетевое хранилище выделять не нужно.
Как делать бэкапы — решать вам, здесь были представлены наиболее бюджетные варианты резервного копирования.
Пользователи прочитавшие эту запись обычно читают:
Вконтакте
Специальный проект с компанией Acronis
Все мы рано или поздно сталкиваемся с необходимостью бэкапа. И уж поверь мне: лучше рано, чем поздно. Когда-то очень давно, в 2009-ом году, я потерял все свои данные. Бэкапы я тогда делал на DVD-R/RW, что было не очень удобно, поэтому делались они редко. Часть данных прислали коллеги (хорошо, что они у них сохранились), ну а много чего было потеряно. Именно с того времени я регулярно делаю бэкапы, и сегодня мы поговорим о поиске идеального продукта для семейного бюджета.
Где будем хранить бэкапы
Прежде чем выбирать софт, нужно определиться, где будем хранить бэкап. Сам понимаешь, DVD-R мало годится для резервного копирования. Во-первых, небольшой объем, во-вторых, медленно, в-третьих - шумно. А поскольку я уже очень давно перешел на ноутбуки и стационарники не признаю вообще (хотя в хозяйстве они имеются), то пришлось покупать несколько внешних дисков. Сначала на 250 Гб, потом и большего объема.
Облако я не рассматривал по одной простой причине - мало места:
Сам понимаешь, даже 15 Гб маловато, особенно если минимальный размер внешнего винта, имеющегося в хозяйстве - 250 Гб. Дополнительное пространство? Можно, конечно, было бы и отдать 2 доллара в месяц за 100 Гб на Google Drive или 10 долларов за дополнительный 1 Тб, но 100 Гб меня не спасут, а 1 Тб - дороговато. В идеале подошло бы 500 Гб за 2-3 доллара в месяц 🙂
Позже в семье появилось два Android-смартфона и один планшет, с которых тоже время от времени делались бэкапы на внешний винт, по старинке (ведь я привык именно к такому процессу). Здесь можно было бы смело использовать облако, но привычка - штука сильная.
Поиск софта для бэкапа
Вот мы подошли к самому интересному. Чем делать бэкап?
В принципе, можно использовать бесплатную Clonezilla . Возможности этой программы если не впечатляют, то по крайней мере довольно неплохие. Вот некоторые из них, которые я считаю самыми важными:
- поддержка файловых систем Linux/macOS/Windows: от ext2 до ext4, xfs, jfs, FAT16, FAT32, NTFS, HFS (macOS);
- поддержка MBR и GPT;
- поддержка шифрования данных (AES 256);
- возможность развернуть один образ на несколько локальных устройств;
- поддержка SSH, Samba, WebDAV и NFS.
Если нужно сделать бэкап в корпоративной среде какого-нибудь сервера, да еще и на шару - лучшего варианта не найти. Для клонирования систем в случае разворачивания одной операционки на множество машин с одинаковой конфигурацией самое оно: завезли парк компов, поставили ось на один из них, все настроили, сделали ее образ и развернули его на остальные компы. Мечта админа!
С продуктами Acronis тоже был знаком давно, но в основном с серверными версиями. Сравнивать их с Clonezilla сейчас не стану, поскольку речь идет о домашнем бэкапе: дома ведь есть один-два компа и несколько Android-устройств, образы всех этих устройств постоянно делать не нужно. В общем, для дома CloneZilla подходит плохо. Один раз, помню, делал ею бэкап дома, когда менял системный диск на диск большего размера и лень было переустанавливать все системы. Тогда меня эта программа, конечно же, спасла.
CloneZilla - хорошая программа, но на дворе 2016-ый год и хочется чего-то более современного, а она застряла в прошлом. Хочется какой-то автоматизации, управления резервным копированием со всех устройств, в том числе и с мобильных, хочется копировать фотографии со своего профиля в социальных сетях, хочется осуществлять поиск внутри резервной копии с целью найти нужный файл. Много всего хочется. Иногда даже подумываю о покупке NAS именно для хранения резервных копий.
Собственно, я начал поиски идеального для себя софта. Наткнулся в свое время на функцию «История файлов» в Windows 8/10. «Восьмерку» я как-то пропустил, а «десятка» установлена только на одном компе. Хотя «История файлов» создавалась по образу и подобию Apple Time Machine и должна быть удобной, на практике использовать ее оказалось не совсем удобно, к тому же с компами под управлением «семерки» и смартфонами Android она не совместима.
Если кому интересно, то пока я искал нужный софт, все это время я делал бэкапы с помощью Total Commander путем обычного копирования файлов. Но это очень неудобно. Во-первых, никакой автоматизации: нужно подойти к каждому компу с внешним винтом и сделать бэкап. Во-вторых, нерациональное использование пространства. Сжатие я не использовал. Почему? Да потому что мне периодически нужен поиск информации по бэкапу. А ты пробовал что-то искать в архиве размером несколько Гб?
Совершенно случайно я вспомнил об Acronis True Image и обнаружил, что вышла версия 2017. Посмотрим, что она теперь умеет :
Похоже, что идеальный софт для бэкапа существует! Впрочем, не очень идеальный, но о недостатках я расскажу потом, а пока похвастаюсь возможностями: Acronis True Image 2017 вполне современная программа для резервного копирования, и в отличие от древнего софта вроде CloneZilla в ней есть все, что может понадобится современному человеку. Вот что очень понравилось лично мне…
Во-первых, экономия места на винтах, которые используются для резервного копирования. Бэкап делается в сжатом виде, но Acronis позволяет производить поиск внутри бэкапа.
Во-вторых, теперь я могу не волноваться за данные на мобильных устройствах. За прошедшие два года вышли из строя две microSD-карточки: одна на телефоне жены, другая на планшете. С одной фотографии удалось спасти хотя бы частично, со второй - нет, она «умерла» полностью. Acronis True Image 2017 позволяет выполнить бэкап неограниченного количества мобильных устройств Android/iOS на локальный комп.
В-третьих, можно (как я уже отмечал) дистанционно управлять бэкапом на всех домашних девайсах. Используя веб-панель, можно проверить состояние бэкапов и настроить защиту данных в реальном времени.
В-четвертых, есть поддержка копирования содержимого профиля Facebook. В социальных сетях сейчас публикуется множество информации: фото, видео, комментарии. Бэкап этих данных позволит защититься от взлома странички или от случайного удаления.
Наконец, ориентация на облако. Я не мог себе даже представить, что в Acronis появилась такая мощная поддержка облака: купив подписку, ты получаешь 500 Гб облачного пространства! Этого объема мне вполне достаточно в домашних целях (если, конечно, не выкладывать в облако образы жестких дисков целиком, хотя Acronis и это позволяет).
О недостатках
У всего есть свои недостатки. Надеюсь, разработчики Acronis прислушаются к критике. Лично мне не понравились в программе два момента.
Первый - отсутствие поддержки Linux. Данные, которые хранятся в Linux, придется делать по старинке: или путем копирования, или с помощью Clonezilla посредством создания образа раздела с данными (благо /home у меня по привычке на отдельном разделе).
Второй - отсутствие поддержки других социальных сетей, кроме Facebook. Думаю, впрочем, что со временем она появится. А вот появится ли поддержка Linux - это вопрос. Конечно, у Acronis есть продукт Linux Server, но использовать его не хочется по нескольким причинам: во-первых, использование серверной версии для домашнего применения равносильно пальбе из пушки по воробьям, во-вторых, не хочется платить еще за один продукт (а это минимум 792 рубля в месяц), и в-третьих, хочется, чтобы всем можно было управлять из одного продукта.
О цене
Все мы знаем, что Acronis никогда не был бесплатным. Однако цены меня тоже приятно удивили: на официальном сайте есть калькулятор , позволяющий узнать, во сколько тебе обойдется Acronis.
Разовая лицензия на 1 комп (количество мобильных устройств неограниченно) обойдется в 1700 рублей (примерно 27$ по текущему курсу). Но выгоднее купить подписку: в этом случае тебе достанется и сама программа, и 500 Гб облачного хранилища. Стоимость подписки на год обойдется в 1400 р. (~22$), на два года - всего 2000 р (~32$), это примерно 1.83$ или 1.33$ в месяц. За такие деньги можно купить разве что 100 Гб на Google Диск! А здесь я получил отличное средство для бэкапа + 500 Гб в облаке.
Если посчитать более реальную конфигурацию: 3 компа и 1 Тб в облаке - то подписка на год будет стоить 2400 р., а на 2 года - 3600 р. Всего 150 рублей в месяц по сравнению с 600 рублей за 1 Тб на Google Диск! Как по мне, вывод был очевиден. 150 рублей - сумма вполне доступная для домашнего пользователя, такая не ударит по семейному бюджету.
