[ОТВЕТИТЬ]
26.03.2012 08:54
Stels
 
:)
+1 тому, кто придумал делать бэкапы

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

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

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

Добавлено через 6 минут 28 секунд
Цитата:
OlegON бекап - процесс подготовки резервной копии, а не генерации мусора. если ты хочешь, чтобы копия была резервной, а не хз чем, то делать ее надо правильно, т.е. проверить, что копируешь и что в итоге получилось.
я с тобой не соглашусь и знаешь почему? ты когда любой бэкап делаешь, ты, тоже, каждый файл на правильность структуры проверяешь? каждый вордовский файлик, каждый архивчик, каждую фоточку, каждую мптришку? бред это! база данных должна быть в рабочем состоянии ещё перед бэкапом. и задача бэкапа, первоочередная задача - это сделать точную копию того, что имеется. если тебе удобно привязывать к этому процессу какие-то свои фенечки, дело твоё, но категорично заявлять, что без этих фенечек бэкап является рулеткой, я бы не стал.
26.03.2012 13:36
OlegON
 
Цитата:
Vovantus я с тобой не соглашусь и знаешь почему?
ты не ответил, базу ты останавливаешь перед копированием или она тоже кому-то должна быть готова?
26.03.2012 13:58
Vovantus
 
Цитата:
OlegON ты не ответил, базу ты останавливаешь перед копированием или она тоже кому-то должна быть готова?
нет, конечно, зачем, она и без этого нормально копируется :)
26.03.2012 15:54
bob
 
Я останавливаю базу перед копированием. Холодный бэкап восстанавливаю на другом серваке для отчетов. Ничего мне не мешает проверять целостность данных, запуская скрипт, хотя бы раз в неделю. Копии хрянятся за последнюю неделю, и за полгода на 1-е число каждого месяца. Работаем, правда, без единого сбоя уже 8 лет.
26.03.2012 16:08
OlegON
 
Цитата:
Vovantus нет, конечно, зачем, она и без этого нормально копируется :)
Надеюсь, что никто из новичков на это не поведется.
26.03.2012 16:12
OlegON
 
Цитата:
bob Я останавливаю базу перед копированием.
У меня клиент штатными средствами ТД считает каждый день и еще в BI-куб переливает. За остановку БД на время ее копирования (полтера файлами) меня ломтиками порежут, не говоря уж о том, что есть на обслуге несупермажная БД, где ломтиками порежут уже просто за попытку остановить в любое время суток.
26.03.2012 16:27
bob
 
Цитата:
OlegON У меня клиент штатными средствами ТД считает каждый день и еще в BI-куб переливает. За остановку БД на время ее копирования (полтера файлами) меня ломтиками порежут, не говоря уж о том, что есть на обслуге несупермажная БД, где ломтиками порежут уже просто за попытку остановить в любое время суток.
Ну да. Обслуживание больших, средних и маленьких баз иногда требует разных подходов а также разного уровня квалификации сотрудников.
02.07.2012 12:53
Tema
 
а к чему может привести просто копирование папки базы в винде, без остановки базы? при условии что с базой не работают разумеется.
02.07.2012 13:16
OlegON
 
с очень большой долей вероятности получишь несоответствие контрольников файлам, как самое меньшее из зол. в общем, при таком копировании живой бекап будет, скорее, исключением.
Опции темы


Часовой пояс GMT +3, время: 05:48.

 

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