Рубрика «резервное копирование» - 35

Особенности долгосрочного хранения резервных копий
В соответствии с законодательными требованиями, отраслевыми нормативами и корпоративными политиками от компании могут требоваться длительные сроки хранения корпоративной информации (5, 10 и даже 30 лет). На что нужно обратить особое внимание в таком случае?

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

Резервное копирование в облачное хранилище

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

Специально для этого отлично подходит наше «облачное хранилище». Хранение 1 Гб данных будет стоить всего 3 рубля в месяц.

С чего начать?

Чтобы начать пользоваться «облачным хранилищем» нужно зарегистрироваться (полная регистрация занимает около 5 минут). Для всех новых учетных записей доступны 10 бонусных рублей, с помощью которых можно полноценно протестировать услугу. Если вы уже являетесь нашим клиентом и хотите протестировать услугу — по запросу через тикет систему вам будет начислено 10 бонусных рублей. Теперь все готово к работе.Читать полностью »

Доброго дня уважаемые Хабрчане!

В давно, в свое время я думал что наличие бакапа на дополнительном жестком диске или на сетевой папке или еще где-то (учитывая то там raid) на 100% обеспечит возможность восстановления утерянных данных. Как я был неправ…… Тому виной была самоуверенность, думал что переписав часть на болванки и положив в темный-темный шкаф все будет хорошо.

Прошло несколько лет и налоговой потребовалась бухгалтерская информация 3-4 летней давности (при том, что срок хранения финансовой информации составляет 5 лет, а персональных данных 75 ЛЕТ!!!). Рассказывать про то, что в самый последний момент выяснилось, что raid сломался, диски переписаны, болванки не читаются я не буду – будет слишком много звуков “3.14159….” которые я выслушал от руководства.

Самый надежный носитель информации
Читать полностью »

По законодательным требованиям США публичные компании обязаны высылать свои квартальные отчеты членам Совета Директоров в определенные сроки. Но бывают и эксцессы. Например, в одной публичной компании в последний день предоставления отчетности за 3 квартал 2004 года, внезапно упал почтовый сервер. То есть отчет был готов, но CEO не мог его отправить через доверенный почтовый сервер. Падение произошло утром в пятницу, а сервер удалось восстановить и сделать доступным для работы пользователей только к утру понедельника. Требования закона были нарушены. Поэтому важнейшим параметром любого продукта резервного копирования является время восстановления – RTO (Recovery Time Objective). Именно этот параметр кардинально улучшает технология vPower.

Технология vPower™ интегрирована в Veeam Backup & Replication, начиная с версии 5.0. В 2010 году Veeam подал заявку на получение патента; сейчас vPower поддерживает два самых распространенных на рынке гипервизора – VMware vSphere и Windows Server Hyper-V.
Читать полностью »

Задача: есть файловый контейнер TrueCrypt на 20GB. Причем используется на 2х компьютерах — дома и в офисе. Основные 2 проблемы:

1. Отсутствие удобного инкрементного бекапа этого раздела. Надо было отключать раздел и копировать его на другой носитель целиком.
2. Отсутствие удобной синхронизации между домом и офисом.

Простое и удобное решение ниже.
Читать полностью »

Рекомендации по политике резервного копирования и восстановления после «Конца Света»
В День Конца Света уместно вспомнить какой должна быть политика резервного копирования и восстановления данных после сбоев и катастроф.

Когда происходят значительные катаклизмы, подобные урагану Sandy и наводнению в Нью-Йорке, компании вспоминают про свою «страховку»: была ли резервная копия, не утеряна ли она вместе с оригинальными данными, можно ли из нее восстановить приложения и данные, была ли покрыта процессом резервного копирования вся продуктивная система или только ее часть, и сколько времени займет восстановление?

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

Что такое «backup»?
Очень часто я слышу фразы вроде «зачем мне бэкап, у меня же есть RAID!». Или «я делаю бэкапы на второй HDD в сервере!». Или что-то подобное. Очень часто через несколько месяцев после этого я слышу вопрос «а как мне восстановить убитые данные?». И это печалит.

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

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

Читать полностью »

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

Проверка резервных копий бывает двух видов:

  • Проверка целостности резервной копии – сверяются контрольные суммы блоков данных резервной копии.
  • Проверка восстановления из резервной копии – в специальной изолированной среде (“песочнице”) моделируется процесс восстановления системы из резервной копии, и проверяется, будет ли она работать корректно после восстановления.

Тестирование – проблемный вопрос

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

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

25 октября вышла новая версия нашего флагманского продукта – Veeam Backup & Replication 6.5. Новая версия включила в себя ряд интересных усовершенствований, одна из которых – восстановление виртуальных машин (ВМ) из “снэпшотов” SAN (аппаратных снимков). Ниже я коротко расскажу про эту технологию подробнее.

Кратко об СХД HP LeftHand Storage

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

С точки зрения архитектуры HP SAN Left Hand Storage (HP SAN) принципиально отличается от стандартных СХД тем, что масштабируются не только по емкости, но и про производительности. HP SAN не имеет отдельных контролеров и отдельных дисковых полок, а каждый массив обладает своими ресурсами (процессор, диски, кэш, порты ввода / вывода), поэтому наращивая массив компания не только увеличивает дисковые ресурсы, но и процессорную емкость, кэш, т.д.

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

Подробнее можно посмотреть хорошее поясняющее видео (на английском).
Читать полностью »

Резервирование пользовательских данных в Android

Нижеизложенный материал не претендует на оригинальность или новизну решаемой проблемы но может быть крайне полезен новичкам и тем, кто как и я, заботится о сохранности своих данных на устройствах под управлением Android. Далее в статье я ставлю перед собой задачи по обеспечению надежного резервирования данных при помощи облачных сервисов хранения данных и решаю их. Все еще интересно? Тогда добро пожаловать под хабркат.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js