|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Maxim Tulyuk 2:5020/400 02 Aug 2000 01:51:26
To : All
Subject : Re: soft для backupa
--------------------------------------------------------------------------------
Igor Nikolaev <Igor.Nikolaev@f266.n5030.z2.fidonet.org> wrote:
> Maxim Tulyuk <mt@burka.carrier.kiev.ua> wrote:
>> Проблема. Обычно используется серверная схема backupa:
>> процесс backupa инициируется сервером, т.е. сервер по rsh/scp/ftp/...
>> ломится на клиента, стягивает с него данные и backup-ит.
>> Это приведенная схема имеет некоторые неудобства:
>> - security: backup-operator получает доступ ко всем серверам;
> С какой такой радости доступ то?
> Его дело тикет кинуть, дескать "иди сюды я готов!"
> А уж обрабатывать тикет может и клиент. Или даже
> оператор ;-)
Можно более подробно мысль прояснить?
>> - неудобство: обычно что-то падает в 4 часа утра и дежурный вместо
>> поднятия машины ищет operatora;
> Если уж упало, то совершенно неважно по какой схеме
> был backup. Hужно либо лечить, либо спать спокойно.
Важно, т.к. если доступ к ленточкам есть только у backup-оператора, то
дежурный будет только в роли телефониста-психолога, объясняя клиентам,
что у нас сервера падают редко, и что через час все будет работать...
>> - управление: в случае ISP провайдера такое не подходит, т.к. логини на
>> collocation машины никто не даст.
> Мой опыт показывает, что абсолютное большинство клиентов
> абсолютно спокойно относятся к тому чтобы дать login.
> Hекоторые даже не прочь когда по их просьбе обновляют
> версию os :-)
Я мой говорит о другом.
> С другой стороны для закрытой colocation провайдер может
> подходить к backup абсолютно тупо: клиент ставит ещё одну
> машину или второй диск.
Мда, замечательное решение: backup по цене еще одного collacationa.
Больше похоже - меня проблемы вашего backupa не интересуют.
>> Решение. Использовать клиентскую схему backupa:
>> клиент решает сделать backup и посылает cерверу запрос после чего сервер
>> принимает данные (данные это просто поток), выставляет для них временную
>> метку и способ аутентификации (по хосту, паролю, pgp ...); после чего
>> заливает все на ленту.
>> При restore дежурному приходит письмо: вставить ленточку N и все.
> С библиотекой лент если бабок немеряно ещё есть смысл
> связываться. А для backup нонче куды удобнее медленные
> ide'шники немеряных размеров использовать.
С тем стриммером, что у нас поставляются касеты на 20/40Gb.
Hу и: ide-шник в сейф не положишь.
>> Софта с серверным вариантом - много, в том числе и GPL, а интересен
>> второй вариант, причем можно и за деньги или opensource проект в каком-либо
> Делов то на два скрипта. Пару месяцев назад уже обсуждали...
И чем закончилось обсуждение?
--
bye, Max
--- ifmail v.2.15dev5
* Origin: Unknown (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
