Bt-teh.ru

БТ Тех
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Бэкапьтесь в облако, друзья

Бэкапьтесь в облако, друзья

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

Еще не бэкапитесь в облако или хотите почитать про варианты решений? Прошу под кат.

3-2-1, поехали

Считается, что история правила бэкапа «3-2-1» начинается с Питера Крога (Peter Krogh), который изложил его в книге «Управление цифровыми активами для фотографов». Вкратце напомню этот принцип:

  • Копий данных должно быть минимум 3.
  • Как минимум 2 копии должны быть на физических носителях разного типа. Например, одна копия — рабочие данные на дисковом массиве, вторая копия — данные на магнитной ленте.
  • Как минимум одна резервная копия должна хранится не в офисе.

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

Классическая схема «3-2-1».

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

  • Оперативные резервные копии. Основная их цель — в случае небольшого сбоя обеспечить максимально быстрое восстановление. В зависимости от инфраструктуры храниться эти резервные копии могут даже на копируемом сервере — только на отдельном диске.
  • Архивные резервные копии. Они хранятся уже обязательно как минимум на другом сервере и с историей (чаще всего — 6 ежедневных резервных копий, 4 еженедельных и 4 ежеквартальных).
  • Удаленные резервные копии. Резервные копии хранятся обязательно в другом месте — на сервере в удаленном ЦОД или в облаке. Неплохой вариант — по возможности синхронизировать с удаленным хранилищем каталог архивных резервных копий.

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

  • Сервер с резервными копиями по-хорошему должен быть так или иначе изолирован от рабочей сети на случай, если вдруг заведется шифровальщик.
  • Неплохой вариант, когда сервер забирает резервные копии, а не получает их — на случай компрометации архивируемого сервера.
  • История архивов — must have. Часто встречал инфраструктуры, где хранилась только одна резервная копия важных данных, и в случае атаки шифровальщика или потери данных «позавчера», данные в резервной копии были уже испорчены или не те, что нужно.
  • Не забываем копировать не только данные, но и операционную систему.
  • Теневые копии и прочие снапшоты — это очень хорошо и здорово, но это не резервное копирование. Можно их использовать как замену оперативным резервным копиям, но лучше совмещать.
  • Архивы с расширением .exe или .dll — неплохой вариант обмануть так-себе-шифровальщика.
  • RAID — это совсем не про резервное копирование. Совсем-совсем.

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

Выбираем уютное облако

Одним из вариантов будет простая и незамысловатая аренда выделенного сервера или установка своего сервера в ЦОД на колокейшн.

Действительно, «облако», которое построил сам, дает больше контроля над происходящим, да и выбор решения для хранения и непосредственно резервного копирования остается на усмотрение системного администратора. Можно даже сервер включить в домен «на земле», как я описывал в статье «Как я базы 1С в Германии прятал».

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

А не ваш ли это арендованный сервер у недорогого хостера?

Другим вариантом будет использование специализированных сервисов, которые создавались как раз для хранения резервных копий. Самым известным примером являются сервисы Amazon Glacier. Они окутаны легендами на тему используемых технологий — начиная от ленточных кассет и заканчивая blu ray-дисками и робо-руками. Но официально это недорогие HDD.

В отличие от арендованного сервера, решение уже начинает пахнуть кровавым энтерпрайзом со многими «девятками надежности» после запятой. Правда, как и многое у веб-сервисов Amazon, он обладает непростой формулой расчета стоимости. Если грубо упрощать, то загрузка данных на сервис — бесплатна, хранение — совсем недорогое ($1 за 1 Тб в месяц), а вот за получение данных придется заплатить. Как на старых ярмарках — «вход бесплатный, выход 15 копеек».

Классические сервисы хранения данных вроде Amazon S3 и Yandex Object Storage тоже, конечно, можно использовать для резервных копий, но ценник в таком случае будет менее гуманный —

$10мес за 1 ТБ у Яндекса. Также нельзя не упомянуть решения вида «все включено» от производителей систем резервного копирования, благо своего облака сейчас нет только у ленивого. Например, Acronis Cloud Storage как дополнение к продуктам Acronis буквально за $299 в год даст 250 Гб на своих серверах.

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

  • Dropbox.
  • OneDrive.
  • Google Drive.
  • Mega.
  • Яндекс.Диск.
  • Облако Mail.Ru.

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

Читать еще:  Google account синхронизация контактов

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

Чем грузить на уютное облако

Лично мне ПО, предоставленное сервисами, не очень нравится использовать (если, конечно, речь не про специализированный сервис вроде Acronis): не всегда есть возможность настроить расписание синхронизации, да и еще жива в памяти история, когда Яндекс.Диск при обновлении устраивал патч Бармина операционной системе. По счастью, существуют специальные ПО, поддерживающие различных провайдеров. Как обычно, приведу несколько примеров в основном бесплатных и околобесплатных решений.

Handy Backup. Выдается на первой странице гугла по запросу «резервное копирование в облако». Есть платные версии различного функционала, отдельные плагины (например, для Exchange и 1C). Есть даже свое облако — HBDrive. Но самое главное, пока еще есть бесплатная версия, которая умеет бэкапить только в облако — Handy Backup Free for Cloud. К сожалению, в рамках тестирования мне не удалось заставить ее стабильно работать с Яндекс.Диском — периодически назначенное задание не срабатывало. Сложно что-то хотеть от бесплатного решения, но от использования этого ПО я отказался.

CloudBerry Backup. Всем хорош продукт, есть даже решения для восстановления отдельных объектов Exchange, есть поддержка множества разных провайдеров. От использования остановило отсутствие бесплатной версии и поддержки обычного Яндекс.Диска, только S3 совместимое хранилище Yandex Object Storage.

Список поддерживаемых провайдеров решения от CloudBerry Lab.

Duplicati 2. Уже совсем бесплатный продукт, даже для коммерческого использования. Есть под все популярные платформы от Windows до GNULinux, работать можно как через веб-интерфейс, так и через командную строку, также есть и шифрование бэкапов «из коробки».

Интерфейс Duplicati, поддерживаемые провайдеры.

К сожалению, «из коробки» Яндекс.Диск не поддерживается — только в режиме WebDAV. В этом режиме решение от Яндекса работает не идеально — бывают проблемы с крупными файлами. Но в списке допустимого назначения существует один, который решает эту проблему. Вот же он.

Rclone. Пожалуй, это мой бесспорный лидер среди прочего ПО. Утилита командной строки под множество платформ, на официальном сайте доступна загрузка в том числе и под редкие операционные системы вроде Plan9 и Solaris. Список поддерживаемых облачных провайдеров тоже впечатляет — в нем есть поддержка даже Cephs и OwnCloud. И да, Яндекс.Диск в списке. Конфигурация до недавнего времени производилась только через интерактивное консольное меню, но относительно недавно появилась возможность запускать веб-интерфейс и настраивать через него.

К минусам стоит отнести отсутствие каких-либо встроенных планировщиков. Утилита работает исключительно как транспорт нас облаков, зато и не требует установки. В том числе и из-за этого я ее использую в связке с Яндекс.Диском для переноса информации с одних удаленных серверов на другие — оказалось, что крупные файлы быстрее закинуть на облако и скачать с облака, чем организовывать прямой файлообмен. Да и подгружать резервные копии одно удовольствие. Например, чтобы скопировать в облако только свежие файлы, можно использовать команду:

Где yandex — имя конфига, созданного заранее, а backups — папка с бэкапами.

Более подробно принципы работы rclone разобраны в официальной документации и в статье «Rclone: rsync для облаков».

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

Создаем свой велосипедо-скрипт

Конечно, если облачный провайдер предоставляет доступ по WebDAV, загрузка данных будет простой. Пример для cmd и Яндекс.Диска:

Но не все провайдеры умеют в WebDAV, и есть вопросы по скорости и стабильности работы. Поэтому можно использовать API, если, конечно, провайдер предоставляет такой доступ. Разберем пример с тем же Яндексом.

Для авторизации Яндекс использует OAuth, поэтому для нашего скрипта понадобится завести специальный токен. Сначала нужно создать приложение в разделе «Создание приложения» на сайте.

Нужно не забыть дать доступ приложению на Яндекс.Диске:

Доступ скрипта к API Яндекс.Диска.

И подставить URL для разработки в Callback URI (будет доступен после установки галочки «Веб-сервисы» на доступных платформах):

Настройка Callback URI.

После получения ID приложения следует перейти по ссылке:

Где 12345678 — полученный ID. После предоставления приложению доступа мы получим желанный OAuth-токен, который уже можно применять в скриптах. Вот, например, загрузка файла на Яндекс.Диск при помощи PowerShell:

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

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

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

Обмен файлами через яндек-диск

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

Читать еще:  Кулер не регулирует обороты на ноутбуке

Другой внешней обработкой загружать эти файлы в другую базу.

Скачал обработку
https://infostart.ru/public/591989/
но пока не понятно. Нужно получить токен и ключ

Пытаюсь получить их ниже, как зарегистрировать? у меня будет внешняя обработка.
Там в списке есть похоже веб-сервис. Что нужно выбрать?
https://oauth.yandex.ru/client/new

  • Скопировать ссылку
  • Перейти

Код кнопки выполнить :

Тестировал: 1С:Предприятие 8.3 (8.3.12.1714)

  • Скопировать ссылку
  • Перейти

Зачем такие сложности?
Вариант 1:
Устанавливаем клиент яндекс.диска, и работаем как с обычными папками

Вариант 2, использовать webdav:
Этот код копирует файл на яндекс, аналогичным образом можно файл скачать

  • Скопировать ссылку
  • Перейти

(2)
Спасибо. Утром проверю Вариант 2.
У меня проблема вот в чём:
когда я выгрузил несколько файлов на яндекс-диск,
как во второй базе их загружать? я ведь не знаю точное называние файлов.
нужно как-то загружать все файлы из папки.

Вариант 1 — могут не разрешить устанавливать на сервер.

  • Скопировать ссылку
  • Перейти

(3) гугли api yandex disk , там, правда, документация не полная похоже, но описание методов есть

проблема с яндексовым диском была с забрасыванием файлов в корзину при их перезаписи и последующим переполнением оного диска, ведро через api не очищалось на момент моих попыток работы с вот этим вот всем ) поэтому затея работы с диском была отправлена в утиль

  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти

(3) Посмотрите такой вариант, там вам не понадобится не ключ авторизации и токен получать не нужно.

  • Скопировать ссылку
  • Перейти

Могу предложить свой вариант:

Создаем bat файл Старт:

он подключает яндекс диск в систему, как диск «Y:»

Далее сохраняем нужный файл (или скачиваем ) в корень «Y:»
Потом отключаем диск «Y:» bat файл Финиш

При таком варианте в корзина Яндекс диска не засоряется. минус ограниченный размер файлов.

  • Скопировать ссылку
  • Перейти

(5)
У вас в строке WshShell.Run — ошибка. Там всего может быть три параметра.

Яндекс-диск создается и удаляется из батников. Но если я запускаю из 1С — ничего не происходит.
Убрал галку опасные действия у Администратора.
Поправил
Содержимое файла C:Program Files1cv8confconf.cfg на кластере 1с (при изменении настроек, нужно перезапустить службу 1с) :

Не хочет из 1С запускаться.

Как вы настраивали батники?
Я запускал и вашим способом и своим (ЗапуститьПриложение) — батник из 1с создается но не запускается.
Если его руками запустить — Яндекс-диск подключается.

Backup. Резервное хранение, копирование (софт). Обсуждение.

suraev:

Добрый день, есть вопрос.

Как реализовать резервное копирование в небольшой (до 10 компьютеров) локальной сети?

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

14 лет на сайте
пользователь #98750

18 лет на сайте
пользователь #6766

необоходимо рабочие файлы из папок дублировать в архивную и по сети. можно по расписанию, можно по требованию.

каким софтом это можно организовать. бел излишнего напряга. Кто чем пользуется?

18 лет на сайте
пользователь #10877

Артёмка, я использую Second Copy и Cobian Backup.

18 лет на сайте
пользователь #6766

Адвокат Дьявола™, почему две?

18 лет на сайте
пользователь #10877

Артёмка, специфика Novell Под Винду мне вполне хватает Second Copy.

18 лет на сайте
пользователь #6766

Адвокат Дьявола™, оке. спасибо. попробую на ВМВаре поковыряться с софтиной %)

17 лет на сайте
пользователь #13772

Предлагаю обсудить резервное копирование информации в домашних ПК. Кто какие средства использует?

Вот у меня возник такой вопрос в связи с возрастанием объёма информации для сохранения, когда то хватало просто скопировать на DVD. А теперь перебираю варианты куда отгружать 400-500 гигабайт, и с каждым месяцем объём всё растёт.

14 лет на сайте
пользователь #77998

А теперь перебираю варианты куда отгружать 400-500 гигабайт, и с каждым месяцем объём всё растёт.

если мучает параноя — РАИД1, если же нет — просто смотрите за винтом. хотя бы СМАРТ. Или МХДД раз в квартал. Резко винты крайне редко дохнут.

самое ценное — фото и видео — я на ДВД складываю, благо стоят копейки.

20 лет на сайте
пользователь #1127

adminius:

самое ценное — фото и видео — я на ДВД складываю, благо стоят копейки.

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

18 лет на сайте
пользователь #6556

Артёмка, если нужно только некоторые файлы, которые меняются часто но не сильно — то можно поставить SVN к примеру.

17 лет на сайте
пользователь #13772

adminius, не подходит — ценного 400 гиг. — мне надоело это по DVD распихивать..

(Одной только музыки 230 ГБ )

А RAID к сожалению не спасёт- если проблемы с электропитанием или банальная кража.

17 лет на сайте
пользователь #13772

badguy, SVN всё-таки для другого предназначен ИМХО

16 лет на сайте
пользователь #29204

Делал ради эксперимента — утром в 10-00 запускался планировщик Acronis который просто копировал образ диска С куда-то на сетевой комп. Вот только никак не могу понять принципа жифференциальных и инкрементых архивов в нем

18 лет на сайте
пользователь #6556

Читать еще:  Как отрегулировать яркость экрана на ноуте

Gonger, svn много для чего предназначен. но тот факт что может в ручном/автоматическом режиме заливать новые версии файлов и при этом позвляет легко доставать любую версию — это отрицать нельзя. короче — для рабочих документов очень неплохой вариант. для полного бекапа компьютера конечно не подходит. только вопрос — а нужен ли этот полный бекап?

17 лет на сайте
пользователь #13772

badguy, я же написал про свою ситуацию — мне нужно архивировать по 300-400 гигабайт, это не полный бекап компьютера, а бекап только важных личных файлов. Неужели надежности HDD внутри компьютера Вам достаточно?

SVN — это в первую очередь система хранения версий текстовых документов и разделения работы в рабочих группах, применять его на домашнем компе например для архивирования фотографий по 3-5 мегабайт мне кажется крайне нелогично, и придется что-ли еще отдельный ПК-сервер с SVN устанавливать дома?

20 лет на сайте
пользователь #1127

может кому пригодится. самый простой способ бэкапа своих данных. перебрал много софта для бэкапа. этот способ для меня оказался самым быстрым и самым простым.

«C:Program FilesnnBackupnnbackup.exe» sync -i T: -o «G:BackupT» -c -ad -da -s -e -v -log D:etclognn_syncr_T.log

T: — откуда копируем

G:BackupT — куда копируем.

копируются только измененные файлы.

nnbackup — в гугл.

16 лет на сайте
пользователь #29204

Шарапов, также встречал способы бекапа с помозью 7zip. Тоже вручную создается txt файлик с путями к важным каталогам и он их кушает

14 лет на сайте
пользователь #77998

Шарапов, самый просто — это ntbackup по шедулеру + rar полученного вайла =)

не подходит — ценного 400 гиг. — мне надоело это по DVD распихивать..

(Одной только музыки 230 ГБ )

А RAID к сожалению не спасёт- если проблемы с электропитанием или банальная кража.

тогда вам надо выделить отдельную комнату, защищенную от пожара, защищенную от взлома, поставить туда УПС, а после него еще один (для верности), поставить 2 сервака с РАИД5 + обязательно по 2-3 диска в хот спаре и копировать туда данные, на каждый из них.

Не подходит потому что слишком дорого?

Тогда вариант попроще: купите 2-3-4-5 (насколько параноя спать не дает) внешних харда, к примеру, IEEE1394 (по USB 400Гиг гонять замонаешься) и сливайте туда данные. Да даже САТА можно (хот свап держит) и носите с собой на шее.

Ну так поставьте УПС и РАИД 1 дома не еб@те мозк. Как вариант ДАТ на 400Гб (несколько кассет), но во-первых неудобно, во-вторых кассетки бояться магнитов и температур. Но тоже вариант (опять же никапли не дешевый).

Яндекс Диск — отзыв

Чтобы документы, сделанные дома, сами собой появлялись на рабочем компьютере!

Сегодня я хотела бы с вами поделиться своим давним открытием – облачной системой хранения данных (и работы с ними) Яндекс-Диск.

Как часто (когда-то. ) я мечтала, чтобы документы, сделанные дома, сами собой появлялись на рабочем компьютере! И не надо было бы вспоминать, где у меня последняя версия того или иного файла: на домашнем компьютере, на рабочем или на флешке. И вот сбылось.

В принципе, я работала с тремя «облаками»: Яндекс-диск, Облако [ссылка] и Google. Но именно Яндекс-диск для меня оказался наиболее удобным.

Чем же он меня привлек?

В первую очередь, своей неприхотливостью к интернет-соединению. Работать с документами можно даже в том случае, если интернет отключен. Как только появится связь с интернетом, файл тут же синхронизируется.

При установке Яндекс-диска на компьютер на панели задач появляется значок в виде летающей тарелки. Если около этой «тарелки» крутится синий кружок, то идет синхронизация файлов. Если стоит зеленая галочка — все файлы синхронизированы. Сама папка «по умолчанию» устанавливается в «Мой компьютер», а также ярлык папки Яндекс-диск размещается на «Рабочем столе».

Во-вторых, и устанавливается Яндекс-диск гораздо быстрее и проще, чем, например, Облако [ссылка] (которое дома я почему-то не могу установить – постоянно выдает «ошибку»). И места на компьютере занимает меньше: 1,5 Мб против 13 Мб Облако [ссылка]. И синхронизация файлов на Яндексе также занимает гораздо меньше времени. Для меня это очень важно, т.к. интернет-соединение через USB-модем весьма некачественное.

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

Также Яндекс-диск постоянно «предлагает» скачать фото с любого носителя (достаточно просто вставить флешку). Для меня это неважно, но кому-то может оказаться очень удобным.

А главное: если (не дай Бог!) у вас «сгорит» компьютер, то все, что вы сохранили в «облачном хранилище», вы легко восстановите на любом другом компьютере!

Яндекс-диск дает возможность хранения информации объемом до 10 Гб (при выполнении очень простых шагов), а также возможны подарки в виде дополнительного объема либо покупка места (10 Гб, 100 Гб, 1 Тб).

Недостатки:

В Яндекс-диске (в отличие от тех же Mail’а и Google) невозможно создавать и редактировать документы удаленно (не загружая их на компьютер). Через Интернет файлы можно только просмотреть.

К сожалению, не считаю абсолютно безопасным хранение на «облачном диске» (любом!) каких-либо персональных данных.

И тем не менее, облачные сервисы в целом и Яндекс-диск в частности очень и очень удобны.

голоса
Рейтинг статьи
Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector