Форум OlegON > Разговоры на отвлеченные темы > Беседка

Хорошее дело - Бэкап : Беседка

23.11.2024 5:48


26.03.2012 08:54
:)
+1 тому, кто придумал делать бэкапы

Ночью на магазине были какие-то непонятки с электричеством ...
Не помог даже смартовый упс.
Сервак аварийно вырубился - побились файлы БД.

5 мин с утра, и база восстановлена из ночной копии ...
26.03.2012 09:40
Админы делятся на две категории: те кто делает бэкапы, и те кто их еще не делает.

повторюсь в сотый раз. бекапы должны лежать на другой машине, в другом помещении и желательно на другом этаже. раз в месяц хорошо бы основное бекапить себе домой. бекапы предпочитаю хранить в трех экземплярах, на локальной машине, на отдельном (внешнем) носителе и на удаленной машине (см. выше).
Для Oracle однозначно пригоден только тот бекап, что создается RMAN'ом (оптимизатором). Остальные - рулетка.
26.03.2012 09:44
а чем просто копирование файликов БД не устраивает?
26.03.2012 09:56
совсем не читаешь профильные темы... несколько раз уже налетал, что битые файлики можешь копировать годами. ты не не проверяешь целостность их структуры? а оптимизатор проверяет. Алгоритм простой.
1) сбой электричества/контроллера/винта/и т.п., в результате посреди одной таблички, например, спецификации, появляется дырка. файл сам живой
2) поскольку именно это место не трогается никем в течение цикла твоих бекапов, то ты усердно копируешь и хранишь файлами базу с дыркой не подозревая об этом
3) через некоторое время выясняется, что куска данных не хватает. часть отчетов не работает, что-то не принимается или не отсылается, период закрыть не можешь.
дальше додумываешь в силу условий и собственной фантазии.
26.03.2012 10:01
а это к бэкапу отношения не имеет. что мешает отдельной процедурой проверять структуру БД? да тем же оптимизатором. бэкап нужен не для проверки, а для копирования данных и оптимизатор тут совершенно не обязателен ;)
26.03.2012 10:05
Так вроде изначально речь шла об RMANе?
Как тут появился оптимайзер?
26.03.2012 10:21
Цитата:
Vovantus бэкап нужен не для проверки, а для копирования данных и оптимизатор тут совершенно не обязателен ;)
т.е. ты базу копируешь не останавливая? или все таки, как правильно? я тебе поясняю, как правильно... то, что ты бекап на битый контроллер скопируешь, это как, не для проверки? бекап - процесс подготовки резервной копии, а не генерации мусора. если ты хочешь, чтобы копия была резервной, а не хз чем, то делать ее надо правильно, т.е. проверить, что копируешь и что в итоге получилось. не хочешь - не надо, всему свое время, я ж не заставляю...
26.03.2012 11:56
Цитата:
Mtirt Как тут появился оптимайзер?
Цитата:
OlegON Для Oracle однозначно пригоден только тот бекап, что создается RMAN'ом (оптимизатором).
цветом выделил, откуда он появился.

Добавлено через 6 минут 28 секунд
Цитата:
OlegON бекап - процесс подготовки резервной копии, а не генерации мусора. если ты хочешь, чтобы копия была резервной, а не хз чем, то делать ее надо правильно, т.е. проверить, что копируешь и что в итоге получилось.
я с тобой не соглашусь и знаешь почему? ты когда любой бэкап делаешь, ты, тоже, каждый файл на правильность структуры проверяешь? каждый вордовский файлик, каждый архивчик, каждую фоточку, каждую мптришку? бред это! база данных должна быть в рабочем состоянии ещё перед бэкапом. и задача бэкапа, первоочередная задача - это сделать точную копию того, что имеется. если тебе удобно привязывать к этому процессу какие-то свои фенечки, дело твоё, но категорично заявлять, что без этих фенечек бэкап является рулеткой, я бы не стал.
26.03.2012 13:36
Цитата:
Vovantus я с тобой не соглашусь и знаешь почему?
ты не ответил, базу ты останавливаешь перед копированием или она тоже кому-то должна быть готова?
26.03.2012 13:58
Цитата:
OlegON ты не ответил, базу ты останавливаешь перед копированием или она тоже кому-то должна быть готова?
нет, конечно, зачем, она и без этого нормально копируется :)
Часовой пояс GMT +3, время: 05:48.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.