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

После переезда на новую съёмную квартиру, первая же перезагрузка компьютера для втыкания очередной железки привела к тому, что мой двухлетний SSD приказал долго жить. BIOS/EFI тратили по минуте, чтобы выяснить, что пациент не отвечает ни на какие запросы. Другой компьютер подтвердил диагноз. Поскольку куплен диск был в далёкой стране, надежды на гарантийную замену/ремонт не было, поэтому я сразу заказал новый.

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

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

Что-то давно мы не рассказывали о классических системах резервного копирования данных – ленточных библиотеках. Ведь что бы не говорили некоторые вендоры СХД (сосредоточенные исключительно на дисковых устройствах), ленточные библиотеки остаются важнейшим средством резервного копирования и долгосрочного архивирования. В 2012 году был проведен опрос среди севроамериканских ИТ-директоров на предмет их планов по использованию лент. Так вот, 87% подтвердили, что будут увеличивать их применение или, как минимум, оставят его на прежнем уровне. А кто же является ведущим производителем ленточных библиотек? По данным storagenewsletter.com лидирует компания НР, в 2012 г. продавшая 31% устройств, почти в два раза больше ближайшего конкурента. Несмотря на то, что НР поддерживает стандарты DDS и LTO, сегодня мы поговорим только о последнем, т.к. продажи LTO составляют 94% от всех типов приводов.
Читать полностью »

image

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

Windows Azure Backup – это облачное решение для Windows Server, которое позволяет осуществлять резервное копирование и восстановление файлов и папок в облако, предоставляя встроенную защиту от потерь данных. Сервис предлагает ИТ-администраторам и разработчикам возможность резервного копирования и защиты критически важных данных и легкий способ их восстановления из любого места и без затрат на аппаратное обеспечение.

Windows Azure Backup содержит следующие ключевые особенности:

Упрощенные конфигурация и управление. Сервис Windows Azure Backup интегрируется со знакомой утилитой Windows Server Backup в Windows Server и с Data Protection Manager в System Center и Windows Server Essentials для того чтобы предложить единый путь резервного копирования на диск или в облако.

Инкрементальные бэкапы на уровне блоков. Windows Azure Backup Agent осуществляет инкрементальные бэкапы на основе изменений в файле и изменений на уровне блоков и копирует только те блоки, которые были изменены, что уменьшает трафик и потребность в хранилище. Различные версии бэкапов эффективно используют место в хранилище, храня только изменения между блоками.

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

Опустим долгое вступление о необходимости резервного копирования данных. Все мы знаем, что бэкапы нужно делать. Те, кто активно использует Zabbix, тоже задумываются о возможности восстановления базы в случае её повреждения либо переноса на новый сервер и т.д. Понятно, что оптимальным вариантом для этого является репликация, но далеко не каждая организация может себе это позволить. Я покажу, каким образом проблема резервного копирования Zabbix решена у нас. Если кому-то интересно, прошу под кат.
Читать полностью »

PostgreSQL предлагает несколько вариантов резервирования данных. Обо всех них уже рассказано не раз, в том числе и на хабре. Но в основном рассказывается про технические особенности методов. Я же хочу постараться рассказать про общую стратегию резервного копирования, объединив все методы в эффективную систему, которая поможет вам сохранить все данные и уменьшить число погибших нервных клеток в критических ситуациях.
Вводные данные: сервер PostgreSQL 9.2, База размером >100Gb.
Читать полностью »

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

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

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

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

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

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

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

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

1998 год, Студия Pixar. Полным ходом идет создание «Истории игрушек 2». В процессе участвует более 150 человек. Размер исходных материалов анимации составляет 10 ГБ (по тем временам это очень много). Каждый день строится полный бэкап на ленту. Кассета имеет размер… 4ГБ (данные при записи на ленту сжимаются, но, конечно, не до такой степени). Каждый раз выдается ошибка, но этого никто не замечает, потому что лог-файл располагается на этой же кассете и пишется в самом конце бэкап-задания, а, поскольку места на кассете уже нет, он имеет размер 0 байт. Каждую неделю проводится тестовое восстановление данных, в ходе которого проверяются первые 2000 кадров анимации. И, конечно, каждый раз тест проходит успешно.

… А потом вдруг наступил день, когда кто-то из сотрудников (ошибочно или намеренно) запустил на сервере команду "/bin/rm -r -f *" (или аналогичную), которая удалила 90% из 100,000 файлов исходников анимации. Один из сотрудников компании, Ларри Катлер, как раз просматривал файлы папки с исходниками анимации, собираясь откорректировать что-то в модели шляпы персонажа Вуди, как вдруг он заметил, что файлов в папке осталось всего 40… потом 4… а еще через секунду их там не осталось вовсе. Ларри позвонил в ИТ службу и сообщил, что "произошла масштабная потеря данных", и что "восстановление потребует полную резервную копию..." Которой, как выяснилось чуть позже, у них не было, несмотря на ежедневный бэкап.

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

Я постоянно пытаюсь найти какие-то альтернативы RAID'ам в плане объединения нескольких жестких дисков в единый массив. Пробовал много что, но ни на чем так и не остановился окончательно. RAID не нравится тем, что штука достаточно капризная, негибкая и требовательная до дискового пространства.

image

Что мне вообще хочется:

  1. Объединить диски с данными в один массив большого объема, чтобы не приходилось вручную сортировать файлы — что возникает при нескольких дисках (пусть даже при монтировании их в папки).
  2. Иметь возможность добавлять/удалять/заменять диски в любой момент без развала массива.
  3. Независимость информации на дисках друг от друга — чтобы смерть одного из них не приводила к недоступности остальных.
  4. В идеале — какой-то метод хранения одного файла на нескольких дисках. Бэкапы — это хорошо и я их делаю, но лучше, когда к их помощи не приходится прибегать.

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

Не так давно мы говорили о системах хранения данных HP: речь шла о дисковых библиотеках и сравнении их с ленточными. Сегодня мы расскажем вам об успешном опыте безостановочного переезда со старой СХД на новую HP 3PAR StoreServ одного из российских вузов.

HP 3PAR StoreServ
Читать полностью »


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