> организации, коллега, где, видимо, без лишних вопросов насыпают денег на промышленные
> поддерживаемые решения. Таки более-менее крупные компании усвоили некоторые простые вещи. Кто по хорошему, кто после пары злых факапов. Самое смешное что бэкапный софт весьма умеренно пиратят. Саппорт не пиратится, а без саппорта такие вещи...
> и где бы мне, без сомнения, обюджетили бы бы все мои жалкие несколько десятков разделов.
С другой стороны вон тут буратино вгружал дамп мускуля месяц. Неуспешно. Питонисты - это вот так.
> всех этих адских обвязок на верблюде. после семи лет успешной эксплуатации,
> с регулярными восстановлениями, не требующими простоя,
Если оно работает и устраивает - то и фиг с ним. Но вот бывает что попадаются тут бедные буратины, вгружающие от большого ума дамп вики месяц. И таки не осиливающие совсем. В этом случае наступает момент признать что технологии и подходы - EPIC FAIL.
> на время восстановления 3 суток. неплохо для отрыжки уволенного автора, как на мой взгляд.
Ну по крайней мере это не ББ с зафэйленной через месяц вгрузкой БД.
> так в промышленном софте тоже желающих разбираться не нашлось, последний оператор
> после аппаратного отказа просто остановил сервер бэкапов, написал заявление и уволился.
В промышленном софте разбирающихся все-таки есть и не настолько уникальны. А еще у них саппорт есть. И это именно тот случай когда за саппорт может иметь смысл заплатить. Не круто если все упало, а чувак которые писал мегашнягу - умотал на Бали на месяц.
> пяток разных операционок в отношении к backup exec - это, наверное, Windows,
> Windows, Windows, Windows и Macos? (причем про macos я не уверен)
Промышленный софт к пингвинам и макосям относительно нормально относится. Иной раз может быть и что-нибудь поэкзотичнее, типа aix'а и соляр каких. В общем что клиентура просит то и делают. Чем больше просят тем лучше делают. Логично. А как бэкапать хайку - разбирается кому приспичило. Тут уж без вариантов.
> потому что их агент для линуп^Hксь чо-то как-то не очень френдли оказался,
> развернули его аж на одном хосте, и то потом забили.
На самом деле варьируется по вендорам и версиям. А что до френдельности так кусок питона или перла обладает нулевой, если не отрицательной френдельностью по отношению ко всем кроме своего автора. В нем заведомо не разбирается ни один человек на планете. И наверное если что-то пошло не так - последнее что людям в режиме аврала хочется это вдуплять в чей-то там среднего пошиба (в лучшем случае) код, эмулируя из себя вендыря бэкапного софта и их саппорт у себя in house. Это конечно от ситуации зависит - какие-нибудь девопсы могут сгородить вменяемое решение под вот конкретно эту свою мега-инсталляцию. Но они не будут заниматься бэкапами виндовых десктопов у дизайнеров до кучи.
> про типовые базы в ынтерпрайзах - особое спасибо, то-то когда потребовалось из
> бэкапа mssql поднять копию на удаленной площадке, пришлось по старинке делать,
> без всяких vss и backup exec. это наверняка потому, что никто
> не хочет разбираться в гадюках и верблюдах,
А все просто: в backup exec и mssql для таких развлечений таки придется немного разобраться. И поэтому операторы бэкапов по нормальному отдельная профессия. А если у вас там был один эникей на все - вы и получаете то самое. И таки раскладывать сиквеля по файликам - вы там спросите DBA чем все это чревато и какие там заморочки с консистентностью и проч. Потому что "если вам кажется что дела идут хорошо - значит вы просто чего-то не заметили". Движки баз такая штука что вы или разбиретесь как они работают и как их правильно ресторить или вы таки курите на бочке с порохом и даже если у вас просто распихать файлы в диру прокатило - это еще не значит что это работоспособный и безопасный способ так делать и что не будет side effects. Базы данных забавные штуки. Особенно весело если база жирная и поэтому в ходу технологии типа дифф бэкапов - в этом случае без понимания работы движка можно серьезно залететь. В общем не эникейский это уже уровень и скриптиками там можно и не отделаться. Ну это так, если людей интересовали быстрые/компактные бэкапы, и восстановление все-таки не через месяц, как у буратины.
> а backup exec интутивно понятно же и копеечка.
Все познается в сравнении. А питоноперлоскрипты - это, извините, вообще из разряда "свое не пахнет". В этом разбирается 1 человек на планете - их автор. Ну или несколько человек в лучшем случае.
> ну правильно backup exec небось свою базу в sqlite хранит, или еще
> лучче в текст файлах? а мы по старинке с dsmadmc и select мучаемсо.
Бимерская ета зарекомендовала себя склонной к издыханию и глюкам по поводу и без. А потом операторам бэкапов приходится осваивать несвойственные функции, если в энтерпрайзе не было DBA по db2. Наверное это сложно назвать достоинством. При том это только в относитльно новых версиях, где бимеров укусил майкрософт с скуль сервер компактом и они тоже подорвались втюхивать свои базы всем, по образу и подобию. Маркетинговый булшит, бессмысленный и беспощадный. Единственным достижением стали сотни ненависти от бэкапных операторов. Если кто думал что они резко станут бимерскими DBA - по-моему эти надежды совершенно не оправдались. Как и с компактом, где мс вообще в результате устроил всем сказочный кидок.
> единственно у меня с select-то быстрее выходит сказать, какой
> там у клиентов тренд по объему данных на пулах,
Простите, в типичной бэкапной системе все это всем глубоко ПО-Ю. Настраивается шедулинг бэкапов, ротация и все такое, и система требует минимум внимания. Вспоминают про это в основном когда что-то навернулось или надо новых клиентов добавить. Откуда в принципе и следует возможность сгрузить на бэкап операторов какие-нибудь смежные административные функции по движкам или системам которые они знают. Но все-таки это не эникеи, "и упаси тебя перепутать хиппи с толкиенистом".
> чем у админа backup exec с его html красивыми отчотами. а так да,
> select зло и базу бэкапа бэкапить приходится. пичаль, что.
ИМХО от бэкапного софта требутся все-таки не отчеты и даже не select прежде всего. Знаете, если у вас пожар - вас от пожарного крана интерсует наличие воды и шланга. А то что он видите ли не совсем правильно покрашен и надпись не по фэншую - может и хрен бы с ним в этом случае, а?