Pull to refresh

Домашняя надежная система для активных бекапов

Computer hardware
image

DNS-323 — отличный вариант


Наверное про этот NAS не слышали только те, кто весьма далек от IT индустрии. Если кратко — то это миниатюрный компьютер на ARM с возможностью подключения двух SATA дисков.

Отлично подходит для домашнего использования — поддерживает RAID-1 (зеркало), работает очень тихо, потребляет мало энергии. Диски можно вставить до 1Tb. Само устройство стоит примерно 300$. Согласитесь — внешний RAID-1 c 1Tb за ~500$, это вполне неплохо. Поддерживается ftp и smb протоколы.
Но не все знают, что..
Total votes 16: ↑13 and ↓3 +10
Views 2.1K
Comments 22

Отчет погорельцев

Hosting

Вводная: у нас был арендован сервер на hosting.ua на котором крутился добрый десяток сайтов наших клиентов (общая посещаемость десятки тысяч), в т.ч. магазины с приличными оборотами, хостился баг-трекер, джира, ДНС.


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


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



Суббота. Вечер.


началось
Total votes 172: ↑163 and ↓9 +154
Views 990
Comments 113

Простой скрипт для инкрементального бекапа директорий

System administration *

С чего все начиналось


«Есть 2 типа админов — те, кто ещё не делают бекапы, и те, кто уже делают.»
Будучи первым типом админа, после случайного rm -rf * в директории с проектом, очень печально осознавать, что последняя резервная копия была сделана около полугода назад. Попав в такую ситуацию, я начал поиск простого и не ресурсоемкого средства для резервного копирования информации.
Критерии:
1) Возможность делать бекапы на лету в условиях ограниченных системных ресурсов (например VPS)
2) Возможность нативно удалять устаревшие бекапы
3) Возможность работать с примонтированной файловой системой

Читать дальше →
Total votes 28: ↑19 and ↓9 +10
Views 13K
Comments 34

Пользователи Twitter теперь могут скачивать архив своих сообщений

Social networks and communities


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

Читать дальше →
Total votes 20: ↑17 and ↓3 +14
Views 14K
Comments 17

Создание и хранение резервных копий базы данных

WORKZILLA corporate blog


Регулярные бекапы — это верный способ сохранить свои важные данные. Произойти может все, что угодно: от пожара в дата центре до просто неаккуратно написанного и запущенного скрипта в вашей базе данных. К этому нужно быть готовым. Хоть вероятность этого достаточно мала, но потери, которые можно понести, огромны. Поэтому вес этого узла в дереве решений будет значителен, а следовательно, нужно позаботиться о бекапах как можно скорее.
В этой статье мы расскажем, как организован сбор и хранение бекапов в нашей системе.

Читать дальше →
Total votes 16: ↑6 and ↓10 -4
Views 15K
Comments 9

Сравнение способов резервного копирования

Selectel corporate blog
Сравнение способов резервного копирования

Подготовку нового сервера к работе следует начинать с настройки резервного копирования. Все, казалось бы, об этом знают — но порой даже опытные системные администраторы допускают непростительные ошибки. И дело здесь не только в том, что задачу настройки нового сервера нужно решать очень быстро, но еще и в том, что далеко не всегда бывает ясно, какой способ резервного копирования нужно использовать.
Читать дальше →
Total votes 27: ↑24 and ↓3 +21
Views 106K
Comments 20

50 оттенков синего, или сказ о том, как мы делали дизайн True Image 2015

Acronis corporate blog


Первоначально мы готовили очередной корпоративный пост о том, на сколько процентов новый Acronis True Image 2015 стал быстрее бекапить, но, раз уж задачу доверили дизайнерам, то расскажем кое о чем более интересном — сегодня мы поделимся историей создания нового интерфейса программы, а также покажем, что у нас в итоге получилось.
Буквы и картинки ждут под катом!
Total votes 68: ↑51 and ↓17 +34
Views 32K
Comments 75

О чём стоит помнить при выборе облака для резервирования

ua-hosting.company corporate blog
В век информационных технологий появляется всё больше компаний, для которых данные — их хлеб. Потерять данные для них значит потерять всё. Известны случаи, когда предприниматели и небольшие компании разорялись из-за неверно организованного подхода к резервному копированию. Именно поэтому мы рассказывали и продолжаем рассказывать как нашим пользователям, так и всему сообществу читателей о важности бэкапов и правильного подхода к их созданию и хранению. Сегодня мы хотим немного взглянуть на такой замечательный инструмент резервирования, как облачные технологии, и представить Вашему вниманию несколько достаточно очевидных, но порой забываемых рекомендаций по выбору лучшего облака для Ваших данных и его использованию.

image
Читать дальше →
Total votes 13: ↑9 and ↓4 +5
Views 12K
Comments 8

Ямщик, не гони лошадей или почему быстрый бекап не всегда хорошо?

Virtualization *
Недавно компания Veeam анонсировала новую функцию в грядущем обновлении своего главного продукта, вся суть которой заключается в том, чтобы не давать приложению работать слишком быстро. Звучит как минимум странно, поэтому предлагаю попробовать разобраться, зачем же надо искусственно снижать скорость создания бекапа, когда голос разума активно настаивает на обратном.

И, так как “плясать начинают от печки”, мы рассмотрим ситуацию с самого начала — с принципов, лежащих в основе виртуальных бекапов, немного копнем внутрь и раскроем одну очевидную проблему, которую не учитывает около 90% администраторов виртуальных сред. Также отмечу, что для упрощения повествования описания всех функций будут даваться на основе функционала гипервизора от VMware, как наиболее прозрачного и документированного.
Добро пожаловать за подробностями
Total votes 21: ↑20 and ↓1 +19
Views 13K
Comments 17

Выжимаем все соки из бесплатной версии Veeam Backup & Replication

System administration *Backup *
Давайте сразу начистоту: никто не любит платить за софт много. И для некоторых «много» — это всё, что больше цены ежедневного обеда. Даже когда речь идёт о профессиональном ПО для профессионалов, если на горизонте возникает чуть менее платный конкурент с меньшим количеством функций, он сразу же привлекает к себе множество внимания, а в головах изумлённой публики возникает вопрос: «А может, в признанном лидере рынка действительно уже перебор этих самых функций, и платить за них нет никакой причины?». В качестве ответа, некоторые производители начинают искать новые, относительное честные методы отъёма денег у населения, и вводят подписочные сервисы, которые в первом приближении, позволяют платить за софт намного меньше.

Другой подход к проблеме — чёткое понимание, какой функционал нужен на уровне домашнего и/или лабораторного использования, а какой на уровне больших корпораций. И после того как дзен постигнут, весь “домашний” функционал становится бесплатным, а за остальное просят денежку.

Сегодня предлагаю вам рассмотреть именно вторую модель, выяснив, что же компания Veeam предлагает своим пользователям на безвозмездной основе и так ли этого мало для ежедневного личного использования. Пусть даже если из-под “личного” проглядывает небольшая купи-продай контора, или простихосподи, стартап, который считает, что «кровавый вендор» хочет слишком много денег за свои продукты.
Если сомневаетесь, что они дают действительно мощные инструменты, не прося ничего взамен и что вообще так бывает — добро пожаловать под кат.
Читать дальше →
Total votes 15: ↑13 and ↓2 +11
Views 93K
Comments 20

Грамотно подбираем и тестируем хранилище своих бекапов

Veeam Software corporate blog Virtualization *Backup *Data storage *Data storages *
Продолжая раскрывать тему не самых очевидных, но интересных, аспектов построения систем резервного копирования, сегодня предлагается обсудить, скажем так, конечную точку этой системы — место, куда будут сохраняться ваши бэкапы, и выяснить, почему важно со всей серьёзностью подойти к его планированию. Назвать это место можно как кому угодно — репозиторий, сторейдж, накопитель, система хранения и т.д. Но для простоты изложения остановимся на варианте «хранилище», подразумевая классический дисковый накопитель (т.е. ленты, магнитооптика и им подобные сегодня затронуты не будут).



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

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

Под катом я постараюсь объяснить, как заранее спрогнозировать поведение хранилища, исходя из вашего плана резервного копирования, а также на деле доказать, что выбирать хранилище для бэкапов по остаточному принципу – это порочная практика.
Читать дальше →
Total votes 16: ↑13 and ↓3 +10
Views 21K
Comments 35

Реализация восстановления после аварий

Конференции Олега Бунина (Онтико) corporate blog System administration *Server Administration *Data recovery *Backup *

Сергей Бурладян (Avito)


Сергей Бурладян

Всем привет, меня зовут Сергей Бурладян, я работаю в «Avito» администратором баз данных. Я работаю с такими системами:



Это наша центральная база 2 Тб, 4 сервера — 1 мастер, 3 standby. Еще у нас есть логическая репликация на основе londiste (это из Skytools), внешний индекс sphinx’а, различные выгрузки во внешние системы — такая, как DWH, допустим. Еще у нас есть собственные наработки в области удаленного вызова процедуры, xrpc так называемая. Хранилище на 16 баз. И еще такая цифра, что наш бэкап занимает 6 часов, а его восстановление — около 12-ти. Мне хотелось бы, чтобы в случае различных аварий этих систем простой нашего сайта занимал не более 10-ти минут.
Total votes 22: ↑19 and ↓3 +16
Views 19K
Comments 20

От факапа до бэкапа: истории ИТ-компаний, потерявших данные

SAFEDATA corporate blog System administration *Backup *Data storage *Data storages *

 
Большинство компаний понимают важность создания бэкапов. Но вот беда — представление о том, что должна собой представлять стратегия резервирования данных, имеет не так много компаний. В результате они теряют информацию, клиентов, а значит, и деньги. Еще в 2014 году эксперты информировали о том, что бизнес теряет около $1.7 триллиона долларов в год из-за безвозвратных потерь ценнейших данных, которые почему-то не резервировались. Сейчас этот показатель вырос, поскольку часовой вынужденный простой дата-центра обходится оператору в $50 000 — $80 000. Два года назад часовой простой влек за собой убытки в $40 000 — $60 000.
 
Читать дальше →
Total votes 22: ↑21 and ↓1 +20
Views 20K
Comments 20

Gitlab «лежит», база уничтожена (восстанавливается)

System administration *Database Administration *DevOps *
image Вчера, 31 января, сервис Gitlab случайно уничтожил свою продакшн базу данных (сами гит-репозитории не пострадали).

Дело было примерно так.
Читать дальше →
Total votes 140: ↑134 and ↓6 +128
Views 81K
Comments 165

Дешевые облачные бекапы с шифрованием для дома

Cloud computing *Backup *
Приветствую тебя, Хабраюзер! Я собираюсь тебе поведать об облачном хранилище C14 и о маленькой утилитке, облегчающей рутинную работу при работе с особенностями этого хранилища.
image
Читать дальше →
Total votes 17: ↑17 and ↓0 +17
Views 11K
Comments 9