Резервное копирование данных на сервере

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

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

Те файлы которые вам не нужны сейчас, наверняка могут вам понадобиться завтра или через 5 лет. А где эти файлы? — Да на старом компьютере/флэшке/отформатированном съемном носителе…

А должно всё это храниться в резервных копиях. В зашифрованном виде (по обстоятельствам), на резервируемом носителе.

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

1#. Резервное копирование данных на каждом отдельно стоящем компьютере:

На рабочих станциях пользователей должно быть настроено теневое резервное копирование штатными средствами windows. (В windows 7 делается через свойства значка компьютер > Дополнительные параметры системы > Защита системы). Можно включить как бэкап реестра при изменениях (контрольные точки), так и сохранение состояний файлов на локальных дисках. Придется пожертвовать свободным местом на HDD, но нервы дороже.

После нежелательных (непреднамеренных) изменений папки или файла можно будет восстановить их предыдущее состояние.

Если штатное резервное копирование не может быть использовано по какой либо из причин, можно воспользоваться сторонним софтом таким как acronis backup and recovery (платный) или Areca (бесплатный). Программ на эту тему — масса.

Однако, резервное копирование данных в пределах одного физического диска не избавит вас от опасности его выхода из строя. Сложно оценить ценность бэкапа, когда он вместе с исходными данными находится в битых секторах на 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. Можете ознакомиться со статьей по настройке Areca backup.

Как кажется автору, вариант б) более предпочтителен, ведь у компании почти пропадает головная боль относительно сохранности резервных данных. Но здесь тоже есть пара минусов: — если вы используете VDS для бэкапа, то этот сервер уже ни с чем не совместить. Можно конечно туда поместить и ваши приложения (1с), но тогда помимо дискового пространства вам придется платить еще и за дополнительное процессорное время и память (а это уже другие суммы).

Еще один очевидный минус — это дорогой интернет для юрлиц. И при отсутствии вменяемого провайдера поблизости вам остается только вариант а).

Итак второй вариант с VDS(б):

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

Стоит учесть один нюанс: «Копирование файлов по протоколу ftp с SSL или TLS — значительно замедляет процесс, а при больших объемах данных может и зависнуть вовсе».

Нужно лишь продумать политику резервного копирования, а именно: «Собирать все важные данные сначала внутри сети на какм-либо сетевом хранилище (общая папка например) и потом под одной учетной записью FTP сбрасывать их на VDS в назначенное время. Или сбрасывать данные со всех компьютеров в разное время под разными учетными записями». Первый вариант будет лучше если компьютеров больше 5. Если же сеть небольшая то и отдельное сетевое хранилище выделять не нужно.

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

Пользователи прочитавшие эту запись обычно читают:

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

Резервное копирование — это процесс непрерывного создания резервных копий и их дальнейшее хранение.
Резервное копирование бывает:

«горячее» — когда копирование выполняется в режиме реального времени;

«холодное» — когда копии снимаются по расписанию или с определённой периодичностью.

Зачем делать резервное копирование?

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

Типы резервного копирования:

  • Копирование критически важных файлов. Подходит, когда размер данных невелик и можно производить копирование часто, без снижения работоспособности информационной системы.
  • Копирование программной среды: конфигурационных файлов сервисов и программного обеспечения. Программная среда информационной системы на сервере меняется нечасто, поэтому такой вид резервного копирования стоит выполнять при изменении настроек программного обеспечения. Например, программное окружение копируется сразу после сдачи проекта в эксплуатацию, а следующая копия будет сделана при изменении программной среды или обновлении её версии.
  • Полное копирование всей информации на случай утраты всех данных. Копируются все файлы и папки, кроме директорий с кешем, журнальными файлами и т. д. Утрата — последних не критична, система сгенерирует их заново.
Читайте также:  Как добавить фото в альбом группы

Как часто копировать?

Частота резервного копирования данных на сервере зависит от следующих факторов:

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

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

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

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

Где хранить копии?

Есть два варианта:

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

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

Копирование баз данных

Копирование баз данных — трудоёмкая операция, потому что её нужно выполнять без прерывания работы сервера баз данных. К сожалению, утилита mysqldump при экспорте данных блокирует их для изменения. Это затрудняет работу веб-сайта. Если размер базы данных невелик, пользователь не заметит сбоя. Но что делать, если в ней десятки гигабайт?

Чтобы обойти особенности встроенной утилиты mysqldump, применяют программный комплекс Percona Xtrabackup. Он позволяет копировать не содержимое базы данных, а все базы данных целиком. При этом и восстановление баз возможно только полное, всех сразу (и в этом его недостаток).

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

Констистентость резервных копий. Планы восстановления.

Консистентность — свойство резервной копии, от которого зависит, можно ли её использовать для восстановления данных. После создания резервных копий необходимо проверять их консистеность.

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

План восстановления — чётко сформулированный список действий которые требуется выполнить сотруднику в нештатной, стрессовой ситуации.

Если вы приобрели услугу «Администрирование выделенного сервера» в REG.RU, проработкой плана и восстановлением данных будут заниматься наши специалисты. Также в эту услугу входят другие работы по настройке и технической поддержке сервера.

Схема работы резервного копирования для Dedicated

Система резервного копирования серверов в REG.RU использует несколько серверов управления, которые дублируют друг друга. Мы храним данные на профессиональных, многодисковых шасси Supermicro. Резервное копирование баз данных выполняем с помощью собственных разработок на основе утилит mysqldump, rsync, xtrabackup.

Мы разработали планы резервного копирования:

1 план копирования — хранение информации 14 суток: полное копирование всех файлов — по выходным (либо дням, согласованным с клиентом); инкрементальное копирование — в будни в ночное время; резервное копирование баз данных — 1 раз в сутки в ночное время. По желанию клиента время начала копирования можно изменить. Инструмент для копирования баз данных выбирается индивидуально для каждого проекта.

2 план копирования — хранение информации 7 суток. Условия те же, что в предыдущем плане. Отличается только время хранения, и требования к дисковому хранилищу.

Подробнее о резервном копировании читайте в блоге REG.RU.

Резервное копирование

Закажите резервное копирование сервера отдельно или приобретите услугу «Администрирование выделенного сервера», в которую входит настройка резервного копирования данных сервера.

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

О плачевных примерах крупных компаний и важности резервного копирования мы уже писали в статье про 3 стратегии

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

Читайте также:  Почта яху моя страница

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

Как настроить хранение резервных копий информации – возможные варианты

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

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

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

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

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

Идеальный вариант для хранения ценной информации – это автоматическое резервное копирование на удаленный сервер, который не зависит от внешнего воздействия и регулярно модерируется администраторами. Мы в SmileServer в каждом тарифе предлагаем резервное копирование и хранение данных наших клиентов на серверах в Германии, что обеспечивает их безопасность и сохранность на случай любых технологических сбоев.

Backup стратегия на сервере

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

Для настройки резервного копирования можно использовать ряд команд, таких как cp и rsync, вручную. Но для автоматизации процесса копирования такой подход требует создания отдельных сценариев, что сложно и не всегда эффективно. Для бизнес-задач резервное копирование осуществляется с помощью специальных инструментов и утилит, таких как BackupPC, Bacula и Duplicity, которые предлагаем рассмотреть подробнее.

Автоматизированные решения для бэкапов

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

BackupPC

Решение применяется как для Windows, так и для Linux, устанавливается на выделенный сервер или VPS, который действует как сервер резервного копирования. Затем этот сервер загружает пользовательские файлы. Все необходимые пакеты устанавливаются на один сервер, а настраивать нужно только доступ к диску по протоколу или по SSH. На виртуальных серверах Smile Server можно внедрить SSH-ключи BackupPC при развертывании без использования дополнительного ПО.

Bacula

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

Duplicity

Это настоящая альтернатива для всех существующих инструментов резервного копирования. Главное отличие этого программного решения в применении GPG- шифрования при сохранении информации, что повышает безопасность хранения данных.

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

Блочное резервное копирование

Этот вид резервного копирования еще называют «создание образов». Технология позволяет копировать и восстанавливать данные целых устройств. Если при стандартном резервном копировании формируются копии отдельных файлов на уровне файловой системы, то при создании образов данные копируются блоками без разделения на файлы.

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

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