раскрыть ветку (60)
Админы обычно делятся на 3 категории:
1. Не делают бэкапы.
2. Уже делают бэкапы.
3. Уже проверяют сделанные бэкапы.
раскрыть ветку (7)
Мне больше нравится другая шутка. Админы делятся на 2 типа: на тех, кто делает бекапы, и на тех, кто УЖЕ делает бекапы.
раскрыть ветку (4)
но это же логически не верно: УЖЕ делает бекапы только тот, кто до этого не делал и напоролся, но мы эту группу исключили, хотя в контексте она присутсвует. Шутка должна быть примерна такая:
"Админы делятся на тех, кто не делает бекапы, тех кто делает бекапы, и на тех, кто УЖЕ делает бекапы."
раскрыть ветку (1)
Мне кажется, что шутка ещё и в том, что тех, кто не делает бекапы, нельзя назвать админами.
Анекдот в тему:
- Сегодня на работу вышел новый админ. Первым делом сделал бэкап всех бэкапов.
- Сегодня на работу вышел новый админ. Первым делом сделал бэкап всех бэкапов.
раскрыть ветку (6)
Это на самом деле жизненно)
Просто одмен наученный. Я так же стараюсь делать (если нет бэкапов бэкапов).
Просто одмен наученный. Я так же стараюсь делать (если нет бэкапов бэкапов).
раскрыть ветку (3)
Ага.. правда не проверил работали ли те бэкапы.. Сам так один раз сделал. Хорошо, что потом изменил систему и уже были другие.
раскрыть ветку (10)
Не люблю бэкапы, с ними ощущения "не те".
Да и, к тому же, бэкапы только для неуверенных в себе.
раскрыть ветку (2)
Чет тоже не понятно. Бэкапы делаются постоянно, их всех не проверишь. Или имеется ввиду проверять делаются они или нет?
раскрыть ветку (6)
Хотя бы раз, а лучше периодически необходимо проверять, можно ли восстановить из бекапов всё, что нужно. Обычно это делается в тестовой среде. Иначе может оказаться, что бекапы формально делаются, но неправильно (например включена не вся информация) или не могут быть восстановлены и фактически бекапов нет.
раскрыть ветку (5)
Это все в теории. В реальности никто этого не делает, когда объемы бэкапа исчисляются десятками терабайт. Максимум - встроенная проверка целостности в самой системе бэкапа.
раскрыть ветку (4)
Десятки терабайт - копейки в наше время! Большие данные можно бекапить частями... Многие системы позволяют делать частичное восстановление...
Ещё раз повторю: не проверять бекапы - опасно! Те, кто этого не делают рискуют.
Veeam умеет поднимать аж целое тестовое окружение, при необходимости. Veeam SureBackup называется, емнип.
раскрыть ветку (2)
Проблема в ресурсах для этого окружения и в корректной проверке. Как ты проверишь бэкап AD? А пассивные реплики тоже проверять? А главное от чего проверять? На предмет багов в софте бэкапа? Техническая проверка также проходит автоматически да и также в основном бессмысленна т.к. при работоспособном массиве логические ошибки исключены. А какие угрозы мы восстанавливая 10ТБ мелких файлов? Что, есть вероятность что бэкап, прошедший техническую проверку окажется битым?
раскрыть ветку (1)
Легко. Поднимается изолированная лаба со всей инфраструктурой, и проверяется работоспособность. В том числе, при необходимости, скриптами. У той же AD есть вполне себе встроенные средства контроля, например.
Но, в данном случае, даже проверка запускаемости - это уже полдела. Потому что ты хотя бы будешь знать, что твой последний бэкап - хотя бы минимально работоспособный.
А на счет работоспособного массива, тут есть свои нюансы. Во первых, контроллеры порой могут глючить. Например, у меня был случай, когда на одном из третьестепенных серверов контроллер говорил, что с целостностью RAID все в порядке. Но OS не грузилась. Один из дисков просто посыпался, в то время как второй был жив.
Да и зачем восстанавливать данные на файловом уровне? Когда можно, например, развенуть ВМ целиком?
Шансы на то, что бэкап прошедший проверку, окажется битым - не велики, но безусловно присутстсвуют. Но, они априори ниже, чем шансы оказаться битым у непрошедшего проверку архива.
раскрыть ветку (29)
раскрыть ветку (2)
Неверно. Правильно: бэкап находится в состоянии суперпозиции: он одновременно есть и его нет, до тех пор пока ты его не попробуешь загрузить
раскрыть ветку (1)
Или тупо в непонятном формате каком-то забекапилось. Особенно если это БД, там много тонкостей. В итоге если ты не знаешь как ТОЧНО восстанавливаться из бекапа, то это займет очень много времени, а то и вообще выяснится что ты что-то критичное забыл. Так что ечли нет тестирования восстановления из бекапа - считай что нет бекапа.
раскрыть ветку (3)
а как должно выглядеть тестирование восстановления? как протестировать например код и базу данных
раскрыть ветку (2)
Развернуть на тестовый/резервный сервер и сравнить?
Ну ели кратко, то должно быть понимание и план что делать если основной сервер накроется. Например, если произойдет пожар/потоп.
раскрыть ветку (19)
раскрыть ветку (7)
Бывают люди, которые вместо файла на флэшку ярлыки скидывают, а ещё те, которые открывают архив, запускают оттуда файл на редактирование, редактируют и сохраняют в тот же TEMP. Но мы ведь не как они, у нас ведь всё корректно и продумано.
раскрыть ветку (5)
у клиентов был админ, который точно так же был уверен что у него есть бекапы и тд, делаются автоматически (это все сделал еще прошлый админ, а новый проверил все збс). а когда понадобился бекап, оказалось что последний был полтора года назад ибо место на жестком закончилось пара-пара-пам-пам.
раскрыть ветку (4)
Мониторить расход пространства? Настроить автоматическое удаление очень старых бэкапов? Не, и так сойдёт.
раскрыть ветку (3)
раскрыть ветку (2)
Если у тебя мусорка заполняется, то ты же её выносишь? Если у тебя настроен автоматический выносчик мусора, то и мониторить не надо, но только если у тебя настроен оповещатель на случай если хотя бы хард накроется.
Но если неправильно настроить выносчика мусора, например, выносить всё, что старше месяца и у тебя дата случайно слетит, то выносчик вынесет абсолютно всё. Админ либо грамотно настраивает, либо постоянно всё мониторит. Хотя, лучше создавать себе поле для деятельности, чтобы её имитировать.
раскрыть ветку (1)
Так это и есть работа админа, мониторить, анализировать, планировать.... А не то что: у нас принтер не печатает. А... мы его включить забыли.
раскрыть ветку (10)
раскрыть ветку (9)
Ну, смотри, вот коммитит разработчик код. Он тоже сделан, компилируется, даже автотесты прошли, а то и автодеплой. Но мы-то знаем :)
раскрыть ветку (8)
раскрыть ветку (7)
Меняются права на сетевую шару, куда льются бэкапы, например. Меняется пароль от учетки, которая делает их. Кто-то удалил в планировщике задание. Да мало ли причин может быть.
По этому, принято проверять работоспособность бэкапов. Вон, тот же Veeam, при наличии соответствующей лицензии, умеет поднимать и тестировать целое тестовое окружение, для проверки работы забэкапленного.
раскрыть ветку (6)
Какая сука поменяла пути и разрешения и удалила задание? Тут уже саботаж. Найти эту суку, оторвать передние лапы и пришить на место задних. Проверять работоспособность бэкапов в ряде случаев может быть очень накладно.
раскрыть ветку (5)
Найти эту суку, оторвать передние лапы и пришить на место задних.
Это будет потом. Но сначала с тобой сделают это:
В компании, в которой я сейчас работаю, больше 200 человек в ИТ отделе. В подобном случае - виновного найдут, но стоимость простоя может быть такой, что даже если разобрать на органы все семейство такого работничка, то и это не окупит ущерба.
раскрыть ветку (4)
раскрыть ветку (3)
В компании несколько тысяч сотрудников. Большая часть из них - это филиальные админы. Они разумеется не Enterprise Admin'ы, но все таки большие, чем пользовательские права имеют.
Да и, если на то пошло, от ошибок никто не застрахован. Так не лучше ли знать, что у тебя точно подстелена соломка на этот случай?
раскрыть ветку (2)
Когда несколько тысяч сотрудников и каждый при желании может устроить всем экстерминатус, даже проверенные бэкапы могут не накатиться.
раскрыть ветку (1)
Не, права на экстерминатус есть не у всех админов. Далеко не у всех. Не говоря о пользователях. Но тут важнее сама возможность пролюбить данные. Собственно, диски сейчас не дорогие. Ленты - еще дешевле. В чем проблема таки построить многоуровневую стратегию резервного копирования? С проверкой резервных копий, например?
ещё комментарии
Представь, у тебя наебнулся сервер, ты лезешь за бэкапами, разворачиваешь осложнений и обнаруживаешь, что он пустой. Нету там нихера. Что-то сломалось полгода назад и перестало бэкапиться автоматически. А ты и не проверял. А теперь уже поздно, всё проебано.
раскрыть ветку (1)
Если у тебя прямой архив - хотя бы смотреть заархивировалось ли. А то архив 100Гб данных может весить 2Кб. В котором будет сообщение что архивирование прервано.
У меня бекап одной базы случался раз в 30 минут, так вот, одна ветка умерла и день бекапов ушёл битый.
IT-юмор
5.6K постов52.5K подписчиков
Правила сообщества
Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору