|
|
|
Backup стратегии
|
|||
|---|---|---|---|
|
#18+
Народ Подскажите какими средствами пользуются для Бакапа В доке написано ОЧЕНЬ много вариантов горячий бакап по таблеспейсно горячий бакап с помощью rman копии файлов и бакапсеты холодный бакап Стендбай сервер экспорт/импорт полный и владельца приложения .... Подскажите как из этого многообразия выбрать. Исходные данные. Сервер Oracle 8.1.7 под Линух Задача примерно 100 одновременно работающих пользователей (бухи колотят данные). Терять не хочется даже за день/час. Но если сервер упадет то на поднятие время немного есть. (ДБА не уволят) Второго сервера для стендбая нет. Для каталога rman используется Oracle на моей рабочей станции. Вариант решения. 1 Раз в месяц останавливать сервер на профилактику для холодного бакапа с копированием всех архив логов (можно архив на сд/нужно ли) 2 Еженедельным копированием с помощью rman полного бакапа уровня 0 3 Ежедневным копированием с помощью rman инкремен бакапа уровня 1 4 Ежечасным копированием свежих архивлогов (bash) Я как ДБА должен написать 4 скрипта В случае падения машины под сервер (совсем) запуск скрипта восстановления из бакапа rman c созданием новой базы (с меня скрипт) В случае сгорания винта - скрипт на полное восстановление (rman) В случае логического падения (запуск к.л. обработки кривыми руками) - восстановление по времени (point in time) (скрипт который спросит время) после создания этих скриптов мое присутствие необязательно (но желательно) Запуск rman может производится с любой машины (где есть rman.exe) Периодически проводится экспорт (не знаю зачем при такой защите?) Пожалуйста покритикуйте/предложите, а то у меня теоретических познаний много, а опыта нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2003, 09:09 |
|
||
|
Backup стратегии
|
|||
|---|---|---|---|
|
#18+
Как сделано у меня: 75 юзеров (буха, склад), колотят беспрерывно (круглосуточный склад медикоментов), потеря данных очень критична. Нормальный чекпоинт раз в 40 минут-час. Бакуп организован експортом. Два раза в сутки инкрементальный (в обед и в час ночи), раз в неделю кумулятивный (в понедельник утром), раз в месяц полный, раз в два месяца полный холодный бэкап всего сервера на ленточку. Сервер под RH 7.3 Oracle 8i. Поднятие поврежденной базы занимает 1-2 часа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2003, 09:20 |
|
||
|
Backup стратегии
|
|||
|---|---|---|---|
|
#18+
2 serg1257 Вам нужно начать с развития простых скриптов холодного и/или горячего бэкапа. По мере того, как ситуация стабилизируется, можно будет думать нужен/не нужен RMAN. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2003, 09:28 |
|
||
|
Backup стратегии
|
|||
|---|---|---|---|
|
#18+
В общем-то вы мыслите в правильном направлении, но хотелось бы кое-что добавить. По пункту 4. Как вы сможете гарантировать, что в течении часа будет переключение редолога? Только сделав его достаточно маленьким по размеру, что тоже не есть хорошо. Поэтому я, например, применяю еще дополнительный rman скрипт (запускаемый кронтабом), который принудительно каждый час переключает логи и бекапит арклоги не более чем часовой давности вместе с контролфайлом (мне он необходим, т.к. я не использую рекавери каталог) на nfs партишин. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2003, 17:02 |
|
||
|
Backup стратегии
|
|||
|---|---|---|---|
|
#18+
Да, еще хочу добавить, что работа rman нагружает базу намного больше, чем простое копирование средствами shell, но зато намного проще реализуется учет бекапов. Хотя можно найти компромисс с последующей регистрацией (catalog) пробекапленных шелом арклогов. Но тут уже без recovery catalog не обойтись, да и в скрипте этого сделать нельзя (команду catalog) - только ручками. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2003, 17:12 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=32103195&tid=1991897]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
151ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 206ms |
| total: | 440ms |

| 0 / 0 |
