Что значит резервное место
Резервное копирование данных простым языком
Основные принципы
1. Регулярность и частота
Backup данных должен быть таким же регулярным, как прием таблеток. Именно за эту дисциплинированность себя можно будет благодарить, если вдруг произошел какой-то крах. Порой потерять даже всего несколько рабочих дней из-за того, что backup не сделан, — может быть очень болезненным. Ответить на вопрос — как часто делать бэкап возможно, поняв, данные за какой промежуток времени тебе было бы наименее болезненно терять. Один из оптимальных вариантов — backup данных раз в неделю по выходным.
Раздельность
Желательно, чтобы данные сохранялись на отдельный внешний жесткий диск (или другой носитель), хранились в отдельном месте от основных данных. Принцип вполне очевиден — если произошла проблема, она будет локализована в одном месте. Например, если сломался жесткий диск на компьютере, диск с резервной копией будет функционировать отлично. Тем не менее, здесь стоит соблюдать баланс между легкостью доступа и безопасностью. Жесткий диск, стоящий рядом с компьютером, существенно повышает мотивацию использовать его по назначению. И в то же время, это не самый безопасный вариант для очень важных данных, которые терять нельзя ни в каком случае. Именно поэтому различают резервное копирование и архивацию данных.
Перепроверка
Как только сделана первая резервная копия данных, необходимо сразу проверить, что из нее эти данные можно восстановить! Это означает не только то, что файлы становятся видны. Нужно открыть несколько файлов на выбор и проверить, что они не испорчены. Желательно такую проверку потом повторять раз в какой-то период (скажем, раз в год).
Различение
Лучшая практика — различать данные по категориям. Категорией может быть их важности для тебя, частота обновления, или просто тематика.
Зачастую программы резервного копирования делают так называемые «образы» (image). Они выглядят как один единственный файл. Так вот в каждый такой образ лучше сохранять различные данные.
Для чего это нужно. Данные разной важности требуют разного обращения с собой, это очевидно. Свои важные документы, наверняка, захочется хранить более бережно, чем, скажем, коллекцию фильмов. Разделив данные по частоте обновления можно, к примеру, сэкономить время занимаемое резервным копированием. Тематика — какие данные желательно вместе восстанавливать за один шаг? Яркий пример двух типов backup, которые следует делать раздельно:
Резервное копирование данных
Это документы Word, фотографии, фильмы и т.д. Так же к этому относятся, но часто забываются — закладки в браузере, письма в почтовом ящике, адресная книга, календарь со встречами, конфигурационный файл банковского приложения и т.д.
Резервное копирование системы
Речь идет об операционной системе со всеми ее настройками. Такой backup избавляет от необходимости устанавливать операционную систему заново, делать все настройки, устанавливать программы. Однако, это не самый из необходимых типов резервного копирование.
Куда делать backup
1. Внешний жесткий диск. Часто можно купить прямо в коробке. Бывают ноутбучные — такие диски маленькие по размеру, но более дорогие. Обычные жесткие диски можно сравнительно дешево купить объемом в 2 Тб — тогда за место на диске долго не придётся беспокоиться.
+ Достаточно надежный (если не ронять и не трясти чрезмерно)
+ Относительно недорогой
-Необходимо самому не забывать подключать диск для бэкапа
-Не очень удобно переносить (не относится к ноутбучным дискам)
2. USB-stick — подойдет как дополнительное средство, когда данные хотелось бы переносить с одного компьютера на другой и/или иметь под рукой. Так же если сами данные не хочется хранить на компьютере.
Есть одно большое но — у флешки ограничено число записей, так что если на ней хранить данные приложения, которое будет интенсивно записывать, то флешка (usb stick) довольно быстро прикажет долго жить. К тому же, по моему личному впечатлению, они достаточно часто ломаются. Мой знакомый, покупая самые дорогие флешки, которые позиционировались как «не убиваемые», получал сломанную флешку за месяц-другой. Справедливости ради, надо сказать что у меня до сих пор ни одна флешка не сломалась, некоторые работают уже лет 5. Тем не менее, только на одном только usb-stick`e я бы хранить данные не стала.
+Мобильное хранение
+Занимает мало места
+Очень дешево
3. Хранение данных на удаленном сервере ( или в облаке).
Есть свои плюсы и минусы:
+Данные будут доступны не только дома, но и на работе, во время путешествий.
+Локационная раздельность основных данных и резервных копий (например, если случается, не дай бог, пожар данные выживают)
+Нет нужды подключать жесткий диск для бэкапа, как правило, все делается полностью автоматически.
-Желательно шифровать данные, так как неизвестно кто к ним может получить доступ
-Тратится большой объем трафика (если он ограничен, то возникают проблемы)
-Зачастую бесплатно можно хранить только данные до 2 Гб. Так что, такой backup — это дополнительная статья расходов
Список с хорошим описанием сервисов можно найти тут
Чем делать backup
Приведу список приложений, на которые стоит обратить внимание (по моему мнению), при резервном копировании на жесткий диск.
Из бесплатных пользуются популярностью
1. Genie Backup Manager — очень удобная программа, но немного тормозит при работе
2. Handy Backup — простой интерфейс, работает быстро.
Дополнительно
Часто в настройках программ по backup есть опция — сделать инкрементальный или дифференциальный backup. Практическое различие довольно простое. При дифференциальном резервном копировании можно сэкономить на месте которое он занимает. Зато есть только две возможности восстановления: данные в том состоянии, когда был сделан полный backup + данные на тот момент, когда был сделан дифференциальный.
Инкрементальный backup же позволяет откатиться на любой из моментов в прошлом, когда делалось резервное копирование. Однако, особенно если изменения в данных происходили часто, место будет съедаться быстро.
Правило резервного копирования «3-2-1». Часть 1
Считается, что бэкап-правило «3-2-1» впервые описал Peter Krogh в своей книге «Управление цифровыми активами для фотографов». И это, наверное, неудивительно, так как потеря личного архива означает для профессионального фотографа полную катастрофу, и он просто обязан придерживаться такой стратегии резервного копирования, которая гарантировано защитит его от потери данных.
Однако, увы, именно в реальной жизни часто имеет место быть статистическая зависимость угроз. Например, когда в цепи питания офиса возникает электромагнитный импульс, он одинаково воздействует на все диски сразу. И, если выходит из строя один диск, то, скорее всего, выйдут из строя и два других (в силу однородной природы воздействия импульса на типовые серийно выпускающиеся диски, которые, предъявляют идентичные требования к качеству электропитания).
Почему копий нужно три, а не две? Потому что в реальной жизни, очень часто, угрозы двум копиям данных оказываются статистически зависимыми в силу логической организации процедуры резервного копирования. К примеру, рассмотрим RAID1 (или дисковый массив с «зеркалированием», см. подробнее пост «технологии дисковых снапшотов»). Если вирус заражает файл на одном диске массива, сразу же происходит заражение второй копии на зеркальном диске. Аналогично, если настроена репликация, то реплика мгновенно будет также испорчена вирусом. Даже, если просто выполняется ежедневное построение полной резервной копии, она также будет заражена, если администратор за день не заметит заражение исходных данных. В целом: двух копий будет не достаточно для восстановления информации во всех случаях, когда время выявления и реакции администратора на повреждение оригинальных данных превышает период между смежными задачами по копированию/реплицированию/зеркалированию этих данных.
Для того, чтобы обеспечить еще большую статистическую независимость угроз рекомендуется записывать данные как минимум в двух различных физических форматах. К примеру, если сохранить данные на DVD (оптическая запись информации), то он не пострадает от описанного ранее электромагнитного импульса. Даже, если из строя выйдет DVD-накопитель, сами оптические носители информации сохранят ваши данные. Другими примерами статистически зависимой угрозы может являться длительное критическое повышение температуры вследствие вышедшего из строя кондиционера в серверной комнате или пожар в офисе, который, разумеется, абсолютно однородно воздействует на все копии, которые хранятся внутри офиса.
Таким образом, хранение копий в различных физических форматах имеет своей целью снизить вероятность одновременной гибели данных всех копий в силу однородного воздействия.
По сути дела, третий пункт, — хранение одной копии вне офиса, решает ту же задачу (снижение статистической зависимости угроз разным копиям данных), только через географическое распределение мест хранения. Кража или пожар в офисе могут привести к потери всех хранившихся там копии, однако пожар или кража в одном офисе не приведет к пожару или краже в другом географически обособленном офисе, что делает эти угрозы в разных офисах статистически независимыми.
А что с хранением данных в облаке? Может ли это считаться заменой бэкапа? Очевидно, нет. Это просто альтернативное место хранения данных или их резервных копий, и, кстати, хороший кандидат для внеофисного хранения резервных копий. Однако надо всегда помнить, что данные могут быть потеряны в облаке также, как и в любом другом месте.
При этом несомненным плюсом облачных провайдеров является то, что процесс резервного копирования значительно упрощается. Администратору не нужно покупать и настраивать сложное СХД или «возиться» со сменой лент. Часто облачное хранилище прозрачно расширяется по требованию клиента, то есть не имеет для него физического ограничения по размеру (ограничение для клиента скорее носит финансовый характер), что также имеет свои плюсы перед СХД, свободное место на которых может «внезапно» закончиться.
По сути облачное хранилище резервных копий копий является альтернативой лентам, так как данные из него по сравнению с локальным дисковым хранилищем извлекаются с определенной задержкой (которая зависит от ширины канала и тарифа провайдера, так как, обычно, чем ниже тариф по стоимости, тем медленнее будет скорость извлечения данных).
Всегда ли нужно жестко следовать правилу «3-2-1»? Нет, все зависит от стоимости ваших данных, с одной стороны, и критичности (стоимости потенциального ущерба) и вероятности угроз данным, с другой стороны. Любая защита не должна превышать по стоимости защищаемый объект. Поэтому, если у вас хранятся не особо ценные данные, или угрозы низко критичны или маловероятны — можно реализовывать правило «3-2-1» частично. Главное — все же составить матрицу угроз данным (то есть составить список всех возможных угроз, оценить их вероятность и критичность) и провести процесс их деактуализии (то есть у каждой угрозы либо написать в таблице либо «деактуализирована такой-то технической мерой» или «признать не актуальной с точки зрения характера бизнеса компании»). После проработки матрицы угроз, станет понятно в какой степени следует реализовывать правило 3-2-1, и какой в итоге потребуется бюджет.
Во второй части данной статьи будет рассказано как можно реализовать бэкап-правило «3-2-1» с помощью продукта Veeam Backup & Replication v7.
Как сделать бэкап и для чего он нужен
реклама
Среди айтишников ходит присказка-поговорка: «есть два типа людей – кто еще не делает бэкапы, и кто уже делает». И действительно, один раз потеряв ценную для себя информацию, и с трудом и большими денежными затратами восстановив ее, или вообще не сумев восстановить, вряд ли какой-то здравомыслящий человек захочет столкнуться с подобной ситуацией еще раз. В этой статье я расскажу о бэкапах (резервных копиях) данных – что это такое, зачем они нужны, как и где их делать.
Материал ориентирован не на системных администраторов и не на работников коммерческих фирм, а на пользователей домашних ПК и геймеров, поэтому информация будет подаваться в наиболее доступной форме, а многие профессиональные нюансы не будут затронуты. В этот раз я не стану рассказывать о полностью автоматизированных бэкапах и тому подобных вещах – эта статья о ручном создании резервных копий особо ценных данных и их последующем беспроблемном восстановлении.
Что такое бэкап простыми словами?
Бэкап – это резервная копия каких-либо данных. Например, в вашем компьютере установлены 3 накопителя: SSD и два жестких диска – HDD 1 и HDD 2. На HDD 1 вы храните ценные для вас семейные фотографии, и вдруг он выходит из строя, унося с собой всю имеющуюся на нем информацию. Вы пробуете программы для восстановления данных с поврежденных «винчестеров», но ничего не помогает. Остается только одно – идти в специализированный сервис и отдавать кругленькую сумму. И то не факт, что помогут. А вот если бы эти фотографии были не в единственном экземпляре и хранились где-нибудь еще…
Как сделать бэкап?
реклама
Сделать резервную копию каких-либо файлов очень просто: их нужно скопировать на другой физический накопитель. Подчеркну: именно на другой физический накопитель, а не на другой «локальный диск». Физический накопитель (SSD или жесткий диск) может состоять из нескольких разделов. Простой пример из жизни: физический накопитель – это ящик для столовых приборов, а локальные диски – это разные отсеки; один для ножей, один для вилок, один для ложек и так далее. То есть, если у вас HDD 1 разбит на разделы D и E, а HDD 2 на разделы F и G, то недостаточно скопировать фотографии из раздела D в раздел E – необходимо «забэкапить» их в раздел F или G. Но находясь даже в нескольких экземплярах на одном компьютере или в одной квартире, данные все равно могут потеряться – например, в случае чрезвычайных обстоятельств вроде пожара. Вот простые правила, которые помогут этого избежать.
Главные правила резервного копирования
Правило первое: для действительно важных данных должно существовать как минимум три бэкапа, физически находящихся в разных местах, причем парочка из них – на удаленных серверах. В случае пожара, затопления и других форс-мажорных обстоятельств вы легко можете лишиться всех электронных устройств, находящихся в одной квартире, поэтому бэкапов «по месту жительства» недостаточно. Но почему я предлагаю именно два удаленных сервера? Да потому что, если такой сервер один, с ним тоже может случиться форс-мажор (сгорел дата-центр, закрылась компания, случайно стерли данные), а вы об этом узнаете только если потеряете «оригинальные» данные и их копию по месту жительства.
реклама
Если вы используете для бэкапов бесплатные хранилища, хостинги и файлообменники – будьте готовы, что они в любой момент могут решить стереть ваши данные, и сделайте еще пару удаленных резервных копий. Да, муторно, но лучше так, чем потерять данные. И обязательно защитите свою информацию при помощи шифрования, не заливайте ее в открытом виде. О том, как это сделать, я расскажу в соответствующем разделе.
Правило второе: проверяйте бэкапы. Если бэкап не проверен, то можно считать, что его и нет. Браузер или программа закачки может показать, что все загрузилось успешно, а при попытке скачать, расшифровать или разархивировать – бац, ошибка. После создания бэкапов проведите пару тестовых восстановлений данных из разных источников.
Правило третье: если речь идет о домашнем ПК, делайте резервные копии только действительно важных данных. Нет никакой надобности бэкапить любимые игры или сериалы – если полетит SSD/жесткий диск, их всегда можно скачать заново. А вот уникальные и имеющиеся только у вас данные, такие, как сохраненки для игр, уже вполне можно бэкапить, если вы заядлый геймер. Но чаще всего в случае домашних бэкапов сохраняются копии личных/семейных фотографий и видео, а также заметок.
реклама
Выбор этих важных данных должен быть индивидуальным. Ценные для вас фото, скриншоты заметки, и тому подобное стоит бэкапить всегда (только не забывайте все это шифровать!), а дальше – как говорится, кто на что горазд. Если вы просидели много сотен часов в Скайриме, то стоит сделать резервную копию нескольких сохранений с разных этапов игры, если вы играете в покер на деньги – бэкапьте базу данных с информацией на оппонентов, если храните криптовалюту – бэкапьте кошельки или данные для доступа к ним.
Если говорить о бэкапах для коммерческих фирм, дата центров и т.д., существуют и некоторые другие правила – например, о том, что создание резервных копий должно быть автоматическим и не должно мешать повседневной работе и интересам клиентов, или о том, что необходимо минимизировать дублирование файлов ради экономии места, но подробно на них я останавливаться не буду – все это мало касается резервного копирования «домашней» информации.
Как защитить резервную копию данных на удаленном сервере при помощи шифрования?
Любые чувствительные данные вроде бэкапов личных заметок, фото и криптокошельков, следует защищать при помощи шифрования. Рекомендую использовать VeraCrypt – программу с открытым исходным кодом, которая в свое время стартовала как форк TrueCrypt. В настоящий момент она считается одним из самых надежных бесплатных решений для шифрования и используется журналистами, активистами и лицами, работающими с чувствительной информацией, по всему миру.
Выберите «Тома» – «Создать новый том», далее – «Создать зашифрованный файловый контейнер» – «Обычный том». Подойдет AES с алгоритмом хеширования SHA-512. После этого укажите максимальный размер тома – он должен быть таким, чтобы туда влезли все ваши файлы, резервную копию которых вы хотите создать. Введите подходящий пароль и подтвердите, что собираетесь хранить в контейнере файлы размером более 4 ГБ. Дальше следуйте указаниям программы. Жмите «разметить», а по окончанию шифрования монтируйте созданный контейнер и переносите туда нужные файлы, после чего размонтируйте.
Все, файлы зашифрованы, можно заливать том в облако/на удаленное хранилище! Если хотите, можете перед этим еще и заархивировать контейнер с паролем, чтобы уменьшить его размер, но это необязательно. Главное, не забудьте разархивировать/размонтировать бэкап и проверить его работоспособность перед тем, как начать загрузку, после же загрузки скачайте его и повторите процедуру. Это может занять немало времени, но, поскольку резервные копии домашних данных создаются нечасто – ничего страшного.
Заключение
Не ленитесь и не откладывайте создание бэкапа на потом, не думайте, что уж с вами потеря данных точно не случится – если у вас нет резервной копии какой-либо ценной информации, как можно скорее сделайте ее.
Что такое резервная копия Ватсап, зачем она нужна и как ее восстановить
В наше время стало удобно переносить все необходимые данные на новое устройство. Не нужно переживать за сам процесс — всё происходит автоматически. Достаточно лишь включить необходимые настройки, а дальше система сделает всё за вас. Переписка и данные чатов в WhatsApp — одна из тех вещей, которую не хочется терять при покупке нового смартфона. Вместе с ней могут быть утрачены важные изображения, видео и другие важные файлы. Рассказываем все нюансы о создании резервной копии WhatsApp, зачем это нужно делать и как удалить резервную копию WhatsApp, если в ней нет необходимости.
Рассказываем, как настраивать резервное копирование в WhatsApp
Что такое резервная копия WhatsApp
Резервная копия существует для того, чтобы восстановить данные в случае утраты устройства или критического повреждения. Допустим, вы вдрызг разбили смартфон, в котором были все переписки, и купили новый — достаточно запустить процесс восстановления и все перенесется в ваше новое устройство. По умолчанию резервная копия создается раз в день в 2 часа ночи. При восстановлении появятся все те же чаты, которые были в это время. Не восстановится только то, что было после, при условии, если вы не делали резервную копию сами. Резервные копии хранятся на устройстве или на карте памяти. Все зависит от того, куда вы установили приложение.
Как сделать резервную копию WhatsApp
Это очень просто. Зайдите в настройки WhatsApp и выберите «Чаты». Затем нажмите «Резервная копия чатов» и выберите частоту копирования, которая вам удобна. Жизнь — такая штука, что никогда не знаешь, где окажешься завтра. Поэтому лучше выставить ежедневное резервное копирование, чтобы наверняка обезопасить себя и свои данные.
Резервная копия WhatsApp настраивается очень быстро
Не забудьте выбрать способ создания резервной копии — по Wi-Fi или Wi-Fi или сотовой связи. Лучше выбрать второй вариант, чтобы не зависеть от точки доступа беспроводного интернета — иногда их просто нет поблизости или смартфон попросту может не подключиться к ним.
Удобно делать резервную копию WhatsApp вручную — в разделе «Чаты» нужно всего лишь нажать на «Резервное копирование». Учтите, что резервное копирование может занять много времени, так что волноваться не стоит — дальше этот безопасный процесс станет протекать незаметно от ваших глаз.
Как восстановить резервную копию WhatsApp
Не забудьте включить резервное копирование в настройках WhatsApp
Здесь все просто. Установите приложение WhatsApp, войдите в приложение и введите свой номер телефона. На экране появится предложение о восстановлении чатов — ждите пока все восстановится. Это очень удобно — во времена ICQ вся переписка утрачивалась с переходом на другое приложение и перенести ее было невозможно. О других полезных фишках в современных мессенджерах рассказываем в нашем Google News — не забудьте подписаться!
WhatsApp позволяет сохранить не только переписку и фото, но и видео. Для этого не забудьте включить опцию «Добавить видео» в настройках резервного копии. Бэкап станет заметно «тяжелее», зато все видеофайлы останутся в истории переписки.
Как удалить резервную копию WhatsApp
Некоторые предпочитают удалять текущую резервную копию сразу же после восстановления. Это связано в первую очередь с тем, что она больше не пригодится, ведь проще создать новую. Как это сделать:
Проблемы с резервной копией WhatsApp
Зачастую могут возникать неполадки с резервной копией — она просто не создается. В таком случае проверьте сигнал сотовой связи или переключитесь на Wi-Fi.
На проблемы может указывать нехватка свободного места на смартфоне или низкий заряд аккумулятора. Не забудьте проверить синхронизацию устройства с облачным хранилищем.
Зачем нужно делать резервную копию
А вы пользуетесь резервным копированием в WhatsApp?
Многие мои знакомые пренебрегают восстановлением данных из резервной копии в WhatsApp — они попросту отключают копирование в настройках, чтобы смартфон лишний раз не растрачивал трафик и не разряжал аккумулятор в неподходящий момент. Некоторые делают это вручную в удобное время — чтобы всё было под контролем, а кто-то предпочитает и вовсе не делать бэкап, когда меняет смартфон — их устраивает то, что приложение фактически установится заново, потеряется вся переписка и не видят в этом проблемы. А как вы относитесь к резервной копии WhatsApp? Расскажите об этом в нашем Telegram-чате.
К сожалению, до сих пор нет официального способа перенести WhatsApp с Android-смартфона на iPhone. Но есть отличное решение — читайте об этом удобном приложении в нашей статье.
Резервная копия в WhatsApp позволяет сохранять видео — это очень удобно
Я делаю резервную копию в WhatsApp, чтобы вся история переписки была со мной. Да, это делает ее более объемной, зато всегда есть возможность найти информацию в истории переписки: дни рождения, события, детали разговора или какие-нибудь важные фотографии, которые, казалось, давно были утеряны. Резервная копия делается быстро и не мешает пользоваться смартфоном и самим приложением, зато эта функция позволит не потерять важные данные.
Ирония бэкапа: успешный бизнес-план для катастрофы
«С нами это никогда не случится. »
1. Бэкап имеет значение: не игнорируйте это
Почему резервное копирование и восстановление данных в наше время так важны? Не будем утомлять вас длинными рассуждениями о том, что данные в наше время стали новым золотом. Лучше сразу перейдем к конкретному примеру. Что, если завтра утром вы узнаете, что потеряли результаты 8 часов работы всех своих сотрудников? Просто попробуйте посчитать экономический ущерб от данного инцидента. Но есть еще сопутствующий ущерб, например недовольство сотрудников, которым надо переделывать работу. Использование Zextras Suite исключает возможность потери данных, поскольку наше резервное копирование является надежным и постоянным. Оно сохраняет каждое изменение данных. Эта статья для вас, если:
Вы ищете решение для бэкапа данных
Существующий бэкап вас не удовлетворяет или его нет
Вам нужно соответствовать требованиям законодательства
Вам интересно, как работает бэкап на Zimbra Open Source
1.2. Знакомая ситуация
Вы легко припомните множество случаев, когда ему приходилось восстанавливать данные. Чаще всего это происходит из-за аварии сервера или при необходимости восстановить удаленные данные. Самыми распространенными из них являются аварии, которые случаются на серверах, однако нередко приходится восстанавливать данные по просьбе пользователей, которые они по неосторожности удалили. Аварии, как правило, разрушительны и создают много неприятностей для администраторов. Их мы обсудим позже, так как падение сервера — это очень распространенная ситуация. С другой стороны, просьба сотрудника требует от администратора потратить много времени и сил на восстановление одного элемента. Удаление важных файлов происходит довольно часто и случается вследствие неосторожности или ошибки пользователей. Например, пользователь может удалить событие в календаре, чтобы создать его заново с новой датой, но потом вспоминает, что удаленная встреча содержала важный контактный номер, который теперь утерян. Единственной надеждой на его восстановление становится обращение к администратору.
Хоть обращения по поводу восстановления одного элемента происходят на 90% чаще, чем аварии, для решения обеих этих проблем необходим доступ к резервным данным всего сервера. Чтобы обеспечить такой доступ, и нужна полноценная система резервного копирования данных.
1.3. Сложности резервирования Zimbra
Инкрементального бэкапа не достаточно
Каждый системный администратор сервера Zimbra знает о проблемах с его бэкапом. В Zimbra OSE встроенного резервирования нет, а сторонние альтернативы не идеальны. Можно пытаться автоматизировать копирование сервера самому, но это тоже не лучшее решение для крупных систем с важными данными. Но есть еще один вариант, который создан на современных технологиях, прост в управлении и обеспечивает сохранность данных в реальном времени. Это Zextras Backup.
1.4. В чем отличие Zextras Backup?
Существует несколько способов получения резервных копий серверов Linux или Zimbra. Наиболее распространенные из них:
Получение резервных копий виртуальных машин при помощи специальных программ, таких как Veeam, Zerto, Acronis и др.
Получение резервной копии файловой системы сервера Zimbra при помощи специальных программ таких как Acronis, Veeam, rsync и других
Резервирование /opt/zimbra/ и вложенных в нее папок с помощью rsync и других программ
Резервирование почтовых ящиков и конфигурации сервера с помощью Zimbra API и Zimbra LDAP
Использование скриптов с GitHub, которые могут оказаться устаревшими, неподдерживаемыми и работоспособность которых не гарантируется
У этих вариантов имеется масса недостатков. Например:
Отсутствие гранулярности. Если восстановление данных придется осуществлять после того, как с момента резервного копирования прошло много времени, можно потерять большой объем данных,
Для снятия согласованных резервных копий файловой системы вам придется остановить сервер,
Rest API перегружает центральный процессор и ненадежен с точки зрения резервирования большого количества или больших почтовых ящиков,
Объем места на диске, который требуется для этих методов резервного копирования не оптимизирован и размер копии может оказаться очень большим, в зависимости от того, как именно выполнено резервирование,
Для резервной копии Zimbra возможность восстановления также зависит от инфраструктуры, потому что в случае многосерверной установки данные, которые вам нужно восстановить, могут располагаться на разных серверах,
Важным недостатком является то, что восстанавливать данные из них очень трудоемко.
В зависимости от того, какой метод резервного копирования использовался, требуется значительное количество времени и трудозатрат, чтобы восстановить всю систему, отдельный почтовый ящик или удаленные данные. Как уже говорилось, резервная копия и метод ее получения очень важны, но для повседневных нужд решающее значение имеют скорость и простота восстановления данных.
Удобный и надежный инструмент для восстановления данных может сэкономить время системного администратора, потому что наиболее частыми запросами от пользователей являются:
Восстановление электронного письма, над которым они долго работали, но по ошибке удалили
Восстановление чего-то, что они удалили, но не помнят где
Запрос на одно или несколько восстановлений, потому что они не уверены ни в удаленных, ни в восстановленных данных.
Без установки Zextras Suite ситуация с резервным копированием в Zimbra Open Source будет совершенно иной. В этой таблице вы можете увидеть разницу между резервным копированием данных Zimbra при использовании Zextras Suite и без него.
При использовании традиционных систем резервирования:
При использовании Zextras Backup:
Традиционное резервирование нужно запускать каждые 8, 12, 24 часов. Его выполнение может занимать дни и даже недели. Если вы что-то потеряете в процессе, оно пропадет навсегда.
Резервное копирование от Zextras является транзакционным и непрерывным. Не существует периодов, во время которых оно не работает.
Вы должны отключать сервера и приостанавливать работу на время резервного копирования данных. Кроме того, вам потребуются специалисты для осуществления этого.
Процесс резервирования данных полностью автоматизирован, и он работает, не влияя на рабочий процесс сотрудников. Он также не требует специализированной поддержки.
Вам сперва нужно дождаться завершения резервного копирования, и лишь потом вы узнаете, что сохранено и что можно восстановить.
Точность. Вы сами выбираете, что восстанавливать. Установите дату и время, и вы полностью восстановите файлы по их состоянию на этот конкретный момент.
Вам скорее всего понадобится строить отдельную инфраструктуру для развертывания сервера Zimbra и использования файлов резервной копии. В том случае, если воссоздать инфраструктуру Zimbra невозможно, файлы резервной копии будут бесполезны.
Универсальность. Вы можете развернуть восстановленную резервную копию на любой версии Zimbra и на любом сервере.
Для повышения безопасности данных вам нужно будет делать много резервных копий, но уверенности в их целостности нет.
Избыточность. Есть возможность сохранять файлы резервной копии в географически разнесенных локациях. И не беспокойтесь об объеме хранилища, чем больше места занимает ваша резервная копия, тем больше экономия. Также есть возможность сохранять файлы на внешнем хранилище данных.
1.5. Почему так важно иметь возможность восстановить данные?
Потеря данных подразумевает убытки. Очень большие.
Инциденты, связанные с утерей данных, происходят чаще, чем можно подумать.
Конкурентное преимущество
Наличие резервного копирования данных дает вам важное преимущество перед конкурентами. После значительной потери данных компания теряет гораздо больше, чем просто данные: такие инциденты обернулись ущербом для репутации, потерей клиентов и снижением доходов для компаний по всему миру. Ежегодный отчет по кибербезопасности 2017 года от Cisco, который включает в себя инциденты с участием шифровальщиков и других зловредных программ, содержит тревожные цифры. Например:
В 49% организаций после возникновения инцидента проходили публичные проверки и расследования.
22% потеряли клиентов из-за атак.
29% потеряли доходы в результате атак.
Это при том, что 44% предупреждений системы безопасности даже не исследуются должным образом.
Для чего еще нужно резервное копирование?
При реализации политики хранения данных (например восстановление более ранней версии файла, чем текущая)
Для защиты от внутренних/внешних угроз информационной безопасности
Для выполнения юридических требований и соответствия регуляторным нормам
Миграции или переноса данных.
Во всех случаях вам потребуется эффективно работающая система резервного копирования.
Крайне важна возможность проверять работу системы резервного копирования. Это осуществляется за счет постоянной проверки целостности элементов в месте хранения резервной копии и их соответствие оригиналу. Благодаря этому, вы гарантированно сможете восстановить исходные данные в случае необходимости.
Несколько реальных примеров
Масштабный взлом в компании TalkTalk привел к потере £60 млн. Эта сумма включает в себя расходы на IT и потерю 101.000 клиентов
В мае 2016 года Salesforce из-за сбоя потеряла данные о транзакциях и данные клиентов за 4 часа
Lloyds, Barclays и Bank of America сталкивались с потерей данных в результате злонамеренных хакерских атак
«С нами этого никогда не случится!»
Вот немного статистики, которая показывает, насколько это вероятно и насколько дороги потерянные данные.
Стоимость часового простоя серверов на предприятиях:
2. Планирование резервного копирования
Несколько советов от экспертов
Независимо от того, выбираете ли вы резервное копирование данных на физическом хранилище или в облаке, вот несколько рекомендаций, которые помогут избежать серьезных последствий при потере данных:
Всегда храните резервные копии вне серверной: в случае катастроф, таких как пожар, если ваша резервная копия находится рядом с исходными данными, шанс ее потери крайне высок
Регулярно снимайте резервную копию со своих данных: если резервировать данные раз в год, можно в итоге потерять данные за целый год, если инцидент случится в самом конце цикла резервирования
Правило резервирования данных 3-2-1 гласит, что вам нужно иметь как минимум три копии своих данных на как минимум двух типах носителей, и хотя бы одна из них должна располагаться за пределами серверной.
2.1. Характеристики плана резервирования
Эффективность стратегии резервного копирования можно измерить с помощью ряда показателей. Они могут наглядно показать, насколько эффективна ваша стратегия:
Целевая точка восстановления (RPO) — это временной промежуток между последним снятием резервной копии и инцидентом, который приводит к потере данных. Чем меньше этот промежуток, тем больше данных можно впоследствии восстановить.
Целевой время восстановления (RTO) — это время, которое проходит между инцидентом с потерей данных и их полным восстановлением
Время восстановления работы (WRT) — это максимальное количество времени, необходимое для проверки целостности данных и возобновления работы.
Максимально допустимое время простоя (MTD) — это максимальное количество времени, на которое могут прекращать работу информационные системы предприятия без нанесения значительного ущерба бизнесу.
Такая ситуация лучше
Чем такая
2.2. Гибкость – это главное
При разработке стратегии резервного копирования можно прийти к выводу, что чем ниже показатели RPO и RTO, тем ниже возможные потери и время простоя, и, как следствие, ниже стоимость системы резервного копирования. Однако это не всегда так, поскольку доступность данных тоже имеет свою цену (стоимость доступности данных увеличивается при снижении RPO и RTO). Это может показаться нелогичным, однако хранение и восстановление данных с очень низкими показателями RPO и RTO может стоить настолько дорого, что их не получится оправдать даже за счет сокращения потерянных данных и простои системы. На самом деле нужно выдерживать баланс между показателями эффективности и затратами на систему резервного копирования.
Для достижения идеального баланса вам необходимо гибкое решение, которое позволит вам свободно проектировать стратегию резервного копирования. Zextras Backup предоставляет все необходимые инструменты для реализации эффективной системы резервного копиров
3. Решение для резервного копирования от Zextras
Zextras Backup предлагает широкий спектр возможностей для проектирования своей стратегии резервного копирования. В частности, оно позволяет хранить ваши данные, включая электронные письма, учетные записи, вложения любого типа как локально, так и в облаке. Он также предоставляет различные инструменты для восстановления данных в случае каких-либо инцидентов.
Локальное резервное копирование:
Когда мы слышим о резервном копировании, мы сразу представляем физическое или внешнее устройство для хранения копии данных. Такие базовые инструменты, как USB-флэшка или внешний жесткий диск действительно можно использовать для этих целей, однако существуют и более профессиональные решения, такие как системы NAS и выделенные серверы. Независимо от средств, операции резервного копирования обычно выполняются специальными программами. Выполнять эти операции вручную не рекомендуется.
Плюсы локального резервного копирования:
Минусы локального резервного копирования:
Высокая скорость передачи данных между дисками
Нет доступа за пределами офиса
Легкий доступ к данным в рамках офиса
Емкость ограничена объемом накопителя
Высокая защищенность от внешних проникновений и хакерских атак
Требуется принятие дополнительных мер для предотвращения физических повреждений
Дополнительные расходы на поддержку и обновление оборудования.
Облачное резервное копирование:
В последние годы объемы хранимых резервных копий в облачных хранилищах резко увеличились. Такие сервисы, как Amazon S3, Google Cloud или Microsoft Azure, являются наиболее распространенными используемыми решениями. В отличие от локального резервного копирования, облачное резервное копирование выполняется на удаленном носителе. Эти носители доступны только через сеть и управляются сторонними компаниями.
Плюсы облачного резервного копирования:
Минусы облачного резервного копирования:
Имеется доступ за пределами офиса
Скорость передачи данных ограничена скоростью интернет-соединения
Лучше защита от физических повреждений
Уязвимость перед внешними проникновениями и хакерскими атаками
Емкость не ограничена объемом накопителя
Низкие стартовые вложения и нет затрат на обслуживание оборудования
Что же выбрать?
3.1. Функции Zextras Backup
Сканирование в реальном времени
Zextras Backup представляет не имеющую аналогов систему резервного копирования для Zimbra, которая полностью устраняет необходимость планирования резервного копирования. Эта функция называется Сканирование в реальном времени и представляет из себя процесс, который постоянно выполняется на почтовых серверах и отслеживает такие события, как появление, создание и изменение элемента, а затем записывает их в место расположения резервной копии.
Как следствие в резервной копии сохраняется история изменения данных, что позволяет восстанавливать данные по состоянию на определенный момент времени.
BLOB-объектам после копирования в место хранения резервной копии присваивается имя соответствующие их контрольной сумме. Контрольные суммы, в свою очередь, хранятся в справочных метаданных.
Это гарантирует две вещи:
Целостность скопированных данных
Система дедупликации сохраняет только одну версию элемента, когда на нее ссылаются несколько объектов. Это позволяет избежать дублирования копий файлов и повысить скорость резервного копирования.
И большие BLOB-объекты, и метаданные копируются в определенные папки. Путь к этим папкам называется путем резервного копирования и создается на основе идентификатора учетной записи, которой принадлежат данные.
Системы бэкап на основе снэпшотов
Благодаря развитию технологии виртуализации, виртуальные машины стали самым распространенным способом развертывания серверных решений, к которым относится Zimbra Collaboration Suite.
Большинство гипервизоров поддерживают создание снэпшотов и резервное копирование виртуальных машин на базе снэпшотов. В случае сбоя всегда можно выполнить откат к последнему снэпшоту и импортировать недостающие данные с помощью функции внешнего восстановления Zextras Backup, используя путь к резервной копии сервера в качестве пути импорта.
Система резервного копирования Zextras на базе снэпшотов имеет два основных преимущества:
Гарантированная согласованность данных
Возможность восстановления отдельного элемента
Системы резервного копирования на базе снэпшотов позволяют сохранить приостановленную копию виртуальной машины в рабочем состоянии и вновь запустить ее по мере необходимости. Использование резервной копии на базе снэпшотов, в отличие от резервного копирования базы данных, позволяет значительно увеличить согласованность данных.
Чтобы обеспечить 100% согласованность данных, лучше всего делать снимки отключенных ВМ, но это не обязательно. Также стало возможным восстановление отдельных элементов, что является одной из наиболее распространенных проблем, с которыми сталкивается администратор. Эта функция резервного копирования Zextras называется восстановлением удаленных элементов и будет подробно рассмотрена в следующем разделе.
Экспорт резервной копии
Экспорт резервной копии — это функция создания снэпшота почтовой системы, который можно использовать для её миграции или восстановления.
Во время создания снэпшота выполняются дедупликация и сжатие данных для оптимизации использования диска, увеличения скорости ввода-вывода и уменьшения времени передачи. Снэпшот системы включает в себя все учетные записи, элементы, списки, классы обслуживания и конфигурацию домена.
Еще одним достоинством такой системы является то, что все выполняется на работающем сервере без необходимости останавливать какие-либо службы: можно экспортировать всю инфраструктуру или отдельный домен и легко импортировать их на другой сервер, на котором работает Zextras Suite, для обновления инфраструктуры. Успешное выполнение процесса также не зависит от версий Zimbra или операционной системы, используемых на новом сервере.
Функция восстановления удаленных элементов
Мы все сталкивались с тем, что при очистке почтового ящика удаляли важное электронное письмо с полезной информацией в нем. В большинстве случаев его можно восстановить из корзины, но что, если вы очистили корзину до того, как осознали, что именно вы удалили?
В таких случаях Zextras Backup может спасти вас с помощью одной из своих функций, называемой «Восстановление удаленных элементов». С помощью этой функции системный администратор может легко восстановить удаленные элементы за указанный интервал времени без необходимости восстанавливать всю систему. Восстановленные элементы помещаются в специальную папку Zimbra в исходном почтовом ящике.
Резервирование данных на внешнее хранилище
Резервное копирование электронной почты является неотъемлемой частью любой бизнес-инфраструктуры. Даже одно электронное письмо может содержать некоторые важные данные, которые могут иметь важную роль в непрерывности бизнес-процессов. Резервное копирование как средство защиты данных может прийти на помощь в случае аварии. Например, почтовый ящик может быть поврежден в результате сбоев системы, сбоя оборудования или вирусных атак, также всегда есть вероятность удаления некоторых писем во время работы с почтовым ящиком или в результате преднамеренного саботажа.
Во всех упомянутых случаях резервную копию сервера можно просто перенести на другой сервер, чтобы вернуть Zimbra OSE в рабочее состояние. Хотя он может быть эффективным и надежным в упомянутых выше ситуациях, он никоим образом не является адекватным. Представьте себе ситуацию, в которой пожар или серьезное физическое повреждение полностью разрушают диски сервера, в таких сценариях есть большая вероятность, что резервные диски тоже будут уничтожены. Вот почему так важно иметь возможность резервного копирования данных на внешнем хранилище.
Zextras Backup имеет функцию, которая позволяет вам хранить резервные данные в стороннем хранилище. Эта функция позволяет выполнять резервное копирование удаленно в облако или на внешнее хранилище. Это отличный выбор для безопасного резервного копирования данных, поскольку файлы резервных копий будут оставаться целыми независимо от того, что случилось с вашим сервером.
Экономия места за счет дедупликации и сжатия
Дедупликация и сжатие, реализованные в Zextras Suite с использованием символьных ссылок, могут значительно уменьшить размер резервной копии. Это не только выгодно, но и повышает производительность системы резервного копирования.
Для выделенных хранилищ, поддерживающих дедупликацию и сжатие на уровне блоков, предусмотрена возможность настройки уровня сжатия, поскольку дедупликация уже сжатых файлов более сложна, а в некоторых ситуациях двойное сжатие даже может увеличить итоговый размер файла. Поэтому, если вы уже приобрели такие устройства хранения, Zextras Backup позволяет отключить сжатие, чтобы сэкономить процессорные циклы, которые тратились на программную дедупликацию. Сжатие и дедупликация также могут снизить WRT, о котором говорилось ранее.
Проверка согласованности
Хотя Zextras Backup является надежным решением, все же рекомендуется проверять данные резервного копирования после различных инцидентов, таких как сбои, отключение питания и проблемы с хранилищем, чтобы не допустить потери данных.
Проверка согласованности — это компонент Zextras Backup, который считывает метаданные резервной копии и проверяет наличие соответствующих BLOB-объектов, сравнивая хранящиеся контрольные суммы.
Интеллектуальное сканирование
Интеллектуальное сканирование — это основная проверка работоспособности вашей системы резервного копирования. Он называется интеллектуальным, потому что сканирует только те учетные записи, которые были изменены с момента последнего проведения Интеллектуального сканирования. Это значительно повышает производительность, уменьшая потребность в ресурсах и время на выполнение сканирования.
Очистка резервной копии
Очистка резервной копии — это процесс, который удаляет элементы в пути резервного копирования, срок хранения которых превышает время хранения, указанное в настройках политики хранения данных.
3.2. Преимущества использования Zextras Suite для резервного копирования Zimbra OSE
Одним из главных преимуществ резервного копирования Zextras Suite является оптимизация пространства хранилища. Zextras Backup уменьшает размер резервной копии за счет использования символьных ссылок. Резервная копия Zextras занимает только 50% или меньше места по сравнению с другими решениями для резервного копирования Zimbra OSE. Например, резервная копия почтового ящика с 5 ГБ данных за последние 30 дней занимает менее 3 ГБ.
Объем хранилища для резервных копий снижается на 50% по сравнению с действующей файловой системой.
Резервное копирование Zextras с использованием Сканирования в реальном времени и его способность практически мгновенно копировать любой объект в место хранения резервной копии дает системному администратору возможность восстановить отдельное удаленное сообщение, снижая RPO почти до нуля. Это достигается за счет отсутствия необходимости переводить систему в состояние обслуживания и возможности выполнять операции восстановления без какого-либо влияния на пользователей.
Полный и постоянный контроль за архивным хранилищем обеспечивается за счет автоматического удаления данных резервной копии после превышения порогового значения времени хранения, которое указывается в настройках и гарантированного окончательного удаления данных по истечении срока, установленного политиками хранения данных.
На процесс восстановления не влияют используемые операционная система, файловая система и версия Zimbra. Zextras Backup позволяет использовать внешние платформы, когда это необходимо. Например, когда вам нужно импортировать данные с внешней платформы или когда требуется частичная или полная миграция в другие инфраструктуры. Также не требуется дополнительное программное обеспечение или специальные технические навыки, что значительно снижает RTO. Все процессы могут выполняться как через графический интерфейс, так и в командной строке.
Системные требования
Задержка и количество операций ввода-вывода в секунду имеет в производительности резервного копирования большее значение, чем размер ОЗУ или процессор. Хотя серверу с сотнями учетных записей не требуется дополнительное оборудование, чтобы обеспечить максимальную производительность Zextras Suite Backup, всё же вам потребуется как минимум:
от 2 до 4 гигабайт оперативной памяти,
выделенный SSD для резервного копирования метаданных.
Если ваша инфраструктура обрабатывает миллионы элементов, например, имея 1000 учетных записей с квотой 10 ГБ каждая, использование такой файловой системы как XFS для поддержки миллиардов индексных дескрипторов (inode) будет хорошим вариантом. Кроме того, разные размеры блоков для метаданных и самой резервной копии позволяют ускорить поиск по структуре папок.
Zextras значительно увеличивает производительность резервного копирования
Производительность резервного копирования увеличивается благодаря:
Оптимизации операций
Оптимизации работы с помощью дедупликации и распараллеливания операций резервного копирования, а также благодаря новому внутреннему планировщику, поставляемому с Zextras Suite 3. Проще говоря, новый планировщик отслеживает все изменения в почтовом ящике и ставит операции в очередь на выполнение копирования, дедупликации и оптимизации.
Оптимизации библиотеки парсинга JSON
Теперь она работает быстрее и может оптимизировать использование процессора и памяти, уменьшая число обращений к системе очистки памяти.
Использования преимуществ многоядерной архитектуры
Системные администраторы теперь могут выбрать количество используемых потоков.
Выводы
Мы надеемся, что неприятные инциденты, описанные в статье, с вами не происходили. Но мы уверены, что вы уже думали об описанных в статье проблемах. Резервное копирование — это не только вопрос аварийного восстановления. Иногда серьезными убытками оборачивается потеря нескольких часов работы или даже потеря одного важного электронного письма. Вот почему восстановление данных важно не только для защиты всей компании, но и для крепкого сна администратора.
Zextras Suite делает Zimbra Open Source на 100% безопасным решением, в котором все данные защищены и легко восстанавливаются. Начните сейчас и снизьте ваши RPO и RTO… до 0!
С оригинальной версией документа вы можете ознакомиться на официальном сайте компании Zextras Technology