Метка «бэкап» - 2

Детальный ликбез про корпоративный бэкап, как сравнивать системы + пара практических советов
Cистема резервного копирования может работать вот так

Чем корпоративный бэкап отличается от домашнего?
Масштаб — инфраструктуры до петабайта. Скорость – тысячи транзакций в секунду, поэтому, например, нужно уметь забирать бэкап из базы данных на лету, не останавливая запись. Зоопарк систем: рабочие машины, мобильные телефоны и планшеты, профили людей в «облаке», копии баз данных CRM/ERP, все это на разных ОС и в тяжелых разветвленных системах.

Ниже я расскажу про решения от IBM, EMC, CommVault, Symantec и то, что они дают как бизнесу в целом, так и IT-отделу. Плюс о некоторых подводных камнях.

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

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

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

Имея бэкапы на руках, можно легко восстановить данные после таких проблем, как:

• Неисправность носителя, на котором хранилась информация;
• Ошибки пользователя (например, удаление таблицы);
• Технические сбои (например, повреждение диска или потеря соединения с сервером);
• Стихийные бедствия.
Читать полностью »

Добрый день!

Не так давно мы рассказывали о возможностях дисковых систем и сравнивали их с ленточными, и в той статье упоминалась дисковая библиотека HP D2D B6200. Данное устройство относится к линейке Store Once, с которой мы и хотим вас познакомить сегодня.

Линейка Store Once — не первый опыт HP в области резервного копирования. Лучшие технологии и функционал систем HP D2D BackupSystem стали основой для новых СХД, которые стали третьим крупным поколением дисковых библиотек от Hewlett-Packard. Ладно, оставим лирику Александру Сергеевичу, нас интересуют цифры и характеристики, не так ли? :)
Читать полностью »

Авторство статьи принадлежит нашему сотруднику Степану Карамышеву skob
Инвайта у него пока нет, потому выкладываю за него.
Далее повествование от его имени.

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

Дедка за red'ку
Народная сказка

image

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

Многие компании используют ленточные архивы для долговременных бэкапов и резервного копирования самой важной информации. Понять их несложно: достаточно дешевый, простой и надёжный метод хранения данных, успешно используюшийся много лет — срок годности картриджа составляет 2-3 десятка лет, информации на него влезает много, потоковый бэкап пишется быстрей, чем на классические дисковые системы, иными словами: зачем что-то менять, если это тебя устраивает? :)

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

К счастью, мир не стоит на месте, технологии развиваются, и сегодня VTL (virtual tape library) уже догнали в стоимости владения ленточные архивы, многократно превосходя их по ряду других параметров. Давайте разберёмся, чем собирается крыть лента, и не пора ли переходить на дисковые библиотеки?

Image #1864362, 151.3 KB
Читать полностью »

Архитектура высоконагруженных приложений. Масштабирование распределенных систем. Часть первая Некоторое время назад зам.главы московского офиса разработки Badoo Алексей Рыбак и ведущие IT-Компот записали выпуск подкаста «Архитектура высоконагруженных приложений. Масштабирование распределенных систем".

Сейчас мы сделали расшифровку подкаста, привели ее в удобный для чтения вид и разбили на 2 части.

О чем говорили в первой части:

  • Общая информация о проекте Badoo: стек технологий, характер и объем нагрузки, посещаемость.
  • Горизонтальное масштабирование проекта:

— веб-сервера, кеширование, мониторинг etc;
— подводные камни при масштабировании проекта;
— масштабирование баз данных, как правильно делать шардинг.

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

Все знают, но я поясню: Аплоадинг ( загрузка сознания) — это процедура которая в перспективе позволит смоделировать психику человека в компьютере. Считайте что это ваш личный бэкап. Как это сделать?

1) Регистрируемся на портале госуслуг (это не так просто, но в перспективе пригодится каждому)
esia.gosuslugi.ru/sia-web/rf/registration/lp/Index.spr
2) и голосуем (это просто):
www.roi.ru/poll/petition/zdravoohranenie/prinyat-zakon-o-posmertnom-sohranenii-golovnogo-mozga/

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

Бюджетное решение для бэкапа целого офиса

Большинство статей в наш блог пишут разработчики. Мы решили исправить эту несправедливость и добавить немного DevOps. Сегодня поговорим о важном ― о бэкапах.
Так как Badoo активно развивается и количество сотрудников постоянно увеличивается, мы пришили к выводу, что централизованное резервное копирование гораздо удобнее, чем частичное копирование и хранение информации в различных местах.
В статье мы рассмотрим, как различными способами «забэкапить» довольно большое количество рабочих станций с помощью одного хранилища, не прибегая к серьёзным вложениям и избегая громоздкой реализации.
Заранее оговоримся, что бэкап не охватывает 100% сотрудников, так как не все хранят свои данные на локальных машинах, поэтому у нас не было цели сделать бэкап обязательно-принудительным.
Одной из основных сложностей централизованного бэкапа стало то, что сотрудники используют разные операционные системы.

Как же мы смогли собрать всех на одном сервере?
Читать полностью »

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

1. Размер резервной копии

Оценить размер резервной копии можно с помощью хранимой процедуры sp_spaceused

К примеру вот такой запрос:

USE your_database;
GO
EXEC sp_spaceused @updateusage = N'TRUE';
GO

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

Всем привет,

А вы знали, что Google не отвечает за сохранность, резервное копирование и восстановление пользовательских данных? Лично я удивился, когда к нам в Alconost Video пришел за видеороликом “How To” сервис резервного копирования данных Google аккаунтов. Оказывается, потребность в таких услугах есть: информация может быть удалена пользователем случайно, потеряна в результате взлома аккаунта или утраты пароля. Если заранее не побеспокоиться о резервном копировании своих данных — Google ничем помочь не сможет.

А вот и ролик, хороший пример продающего How To, рассказывающий о том, как настроить бэкап данных Gmail, Google Drive, Picasa и Calendar:

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


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