Рубрика «backup» - 9

в 7:54, , рубрики: backup, Блог компании SAFEDATA, виртуализация, Восстановление данных, дата-центр, резервное копирование

Компания SAFEDATA предлагает своим заказчикам услугу резервного копирования виртуальных машин, созданных ими в рамках услуги «Виртуальный ЦОД». В качестве инструмента для выполнения резервного копирования применяется программный продукт компании Veeam под названием Backup & Replication Enterprise for Vmware. Высокий уровень партнерских отношения с Veeam подтвержден статусом VEEAM Gold Cloud Provider, которым владеет наша компания.

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

Вся система резервного копирования строится на собственном оборудовании SAFEDATA, а архитектура решения построена с дублированием всех узлов ИТ-инфраструктуры и с учетом принципов отказоустойчивости.

Создание резервных копии виртуальных машин производится ежедневно, в ночное время. Глубина хранения каждой резервной копии составляет 14 суток.

Преимущества резервного копирования виртуальных машин от SAFEDATA:
Читать полностью »

в 11:18, , рубрики: backup, consistency, NetApp, oracle, oracle 10g, oracle 11g, Oracle 12c, oracle database, powershell, SAN, Администрирование баз данных, системное администрирование

SnapManager — это набор утилит компании NetApp позволяющих автоматизировать процессы снятия так называемых Application-Consistent Backup (ACB) и Crash-Consistent Snapshots (CCS) без остановки приложений, средствами СХД NetApp FAS серии, их архивации, резервного копирования, тестирования копий и архивов, клонирования, примапливания склонированных данных к другим хостам, восстановления и др. функциями через GUI интерфейс одним только лишь оператором приложения без привлечения специалистов по серверам, сети и СХД.

NetApp SnapManager for Oracle & SAN сеть
SnapManager for Oracle on Windows, Cloning Operation

Зачем вообще бэкапировать данные при помощи снапшотов и тем более средствами СХД? Дело в том, что большинство современных способов бэкапирования информации подразумевают длительность процесса, ресурсоёмкость: нагрузка на хост, загрузка каналов, занимание пространства и как следствие к деградации сервисов. Тоже касается и клонирования больших объемов информации для Dev/Test подразделений, увеличивая «временной разрыв» между актуальными данными и резервируемыми, это повышает вероятность того, что бэкап может оказаться «не восстановим». С применением «аппаратных» снапшотов компании NetApp, не влияющих на производительность и занимающий не положенные 100% резервной копии, а только лишь «разницу» (своего рода инкрементального бэкапа или лучше сказать обратного инкрементального бэкапа, на снятие и сборку которого не нужно тратить время), а также возможность передачи данных для резервирования и архивирования в виде снапшотов, позволяя более элегантно решать современные высокие требования бизнеса для подобных задач, уменьшая время передачи информации и нагрузку на хосты.
Читать полностью »

в 6:01, , рубрики: backup, Блог компании КРОК, бэкап, Серверное администрирование, системное администрирование

12 заповедей про бэкап, за которые я чуть не заплатил пальцем

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

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

в 17:57, , рубрики: backup, btrfs, linux, LVM, python, Rsync, script, что делать если нет бэкапов

image
Это статья-мануал по скрипту резервного копирования, написанному мной. Скрипт написан на python для Linux. Кому интересно прошу под хабракат.
Читать полностью »

в 14:52, , рубрики: acronis, acronis true image, apple, backup, mac os x, Блог компании Acronis, Inc, резервное копирование, метки: , , , ,

Добрый день, дорогие обитатели хабра!

Мы сегодня с гордостью представляем вам наш новый продукт Acronis True Image for Mac – приложение, которое защитит ваши «маки» от потери данных.

Acronis True Image for Mac — зачем и для кого?

Собственно, как следуют из названия, это продукт для Мак платформы. И на данный момент самый частый вопрос, который мы встречаем, это зачем и для кого мы сделали этот продукт.
Читать полностью »

в 6:00, , рубрики: backup, библиотека, Блог компании КРОК, история, ит-инфраструктура, лента, Накопители, хранение данных, метки: , , , , ,

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

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

Часть 1. Коробка

Помню, стояли последние дни ноября. Уже думая об окончании рабочего дня, я планировал свой вечер, когда вдруг мне сообщили, что в славном сибирском городе N у нашего заказчика сломалась ленточная библиотека. Запчасть сразу же отправили транспортной компанией, но вот уже 3 дня, как она все еще была в пути. Транспортная компания невнятно объяснялась и хмыкала в телефон, а заказчик стал не в шутку нервничать. Прогнозы были неопределенные, поэтому было принято решение везти еще одну запчасть своими силами на самолете. Сотрудник склада вручил мне габаритную коробку весом килограмм десять, обклеенную штрих-кодами и стикерами, и радостно хлопнул меня по плечу со словами: «Только не вздумай в багаж сдавать — помнут».

Коробка меня, безусловно, беспокоила, но не меньшее беспокойство мне внушал пакет с сухим молоком, который в последний момент мне вручил менеджер проекта. «У них там какие-то траблы с молочкой сейчас… из-за непогоды что ли… ребята местные просили 2 кг им привезти. Тебе ж не сложно?» — сказал он. По выражению его лица и характерному жесту ладони, как бы прикрывавшей мне рот, было ясно, как он сейчас хотел, чтобы я оказался сговорчивым или даже немым.Читать полностью »

в 16:06, , рубрики: backup, SaaS / S+S, service, Блог компании bitCalm, бэкап, бэкап как сервис, Восстановление данных, сервер, стартап, метки: , , , , ,

bitcalmКогда хостинг ушел в небытие, волноваться было уже поздно. Сайт умер во время активного продвижения, в пятницу, до техподдежки было невозможно дозвониться, братья по несчастью пожимали плечами. Нам повезло: у одного из разработчиков была старая копия сайта, мы ее восстановили и проект был спасен. Но больше так рисковать не хотел никто.

Это было пять лет назад. Тогда мы впервые всерьез занялись вопросами «страхования» своих данных, и в работе над различными проектами перепробовали немало решений.

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

в 10:00, , рубрики: android, backup, Разработка под android, метки: ,

В данной статье хочется затронуть такую важную тему для Android разработчика, как облачный бэкап данных на примере использования Android Backup Service. Данный сервис позволяет бесплатно хранить данные приложения на удалённом облачном хранилище. Согласно документации он позволяет восстанавливать данные при переустановке приложения, обновлении девайса и при заводском сбросе настроек. Всё, что требуется от пользователя, это то, чтобы у него стояли галочки в «Резервирование данных» и «Автовосстановление» в Настройки/Восстановление и сброс.
Читать полностью »

в 4:45, , рубрики: backup, mysql, Percona XtraBackup, Блог компании DevConf, Веб-разработка, метки: , ,

DevConf 2014: Мастер класс — как делать резервное копирование MySQL в экстремальных условиях На первый взгляд делать бэкапы MySQL просто. Большинство сразу вспоминает об утилите mysqldump, более продвинутые администраторы о file system snapshots и инструментах горячего копирования MySQL Enterprise Backup (MEB), Percona Xtrabackup.
Все эти инструменты умеют обеспечивать целостность, но не бесплатно.
Расплачиваться приходится блокировками, в том числе глобальными, длинными транзакциями, повышенной нагрузкой на MySQL сервер и даже полной его остановкой.
Для рабочего сервера, обслуживающего миллионы соединений, всё вышеперечисленное малоприемлемо.

На мастер-классе, основанном на реальном опыте с клиентами поддержки MySQL, я расскажу как производить резервное копирование:
Читать полностью »

в 6:07, , рубрики: backup, виртуализация, дедупликация, резервное копирование, СХД, метки: , , ,

Рынок ориентированных на хранение резервных копий дисковых СХД измеряется миллиардами долларов. На этом рынке работает довольно много известных компаний, выпускающих продукты, которые уже стали хорошо известны во всем мире: EMC DataDomain, Symantec NetBackup, HP StoreOnce, IBM ProtectTier, ExaGrid и другие. C чего начинался этот рынок, и в каком технологическом направлении он развивается сейчас, как сравнивать разные программные продукты и устройства дедупликации между собой?
Трансформация технологий хранения резервных копий: программные продукты и устройства дедупликации данных
Первые СХД с дедупликацией появились в начале 2000-х. Они были созданы для решения проблемы резервного копирования экспоненциально растущих данных. Рост данных в продуктивных системах компаний приводил к тому, что продолжительность резервного копирования на ленты увеличивалась настолько сильно, что полные резервные копии уже не «помещались» в окно резервного копирования, а применение в качестве бэкап-хранилища существовавших в то время дисковых СХД было затруднено из-за их недостаточной емкости. В результате бэкапы могли «обрываться» либо из-за недостатка времени (для случая лент), либо из-за недостатка места (для случая дисков). Проблему места на диске можно было решить покупкой СХД большой емкости, однако в этом случае возникала проблема высокой стоимости хранения.
Читать полностью »

1...8910...20...20
Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js