Допуски и требования к времени бакапов

Janzik

Дата: 28.11.2009 17:52:21

интересно, есть какие-нибудь официальные допуски и требования ко времени бакапов для различных размеров баз данных? есть какие-нибудь международные/российские стандарты для бизнеса?
хотелось бы научиться определять в каких случаях есть смысл подумать о переходе на новую технологию.

с наилучшими пожеланиями и благодарностями!

Труля-ля и траляля

Дата: 28.11.2009 19:14:03

Janzik,

принцип ровно один.
Бекап должен выполняться за наименее активные часы и восстанавливаться в интервал, в соответствии с требованиями бизнеса.
Всё остальное (выбор средств и технологии) итп - частности.

Дата: 28.11.2009 20:14:13

Предположим, начальство дало задание: время простоя базы не должно превышать получаса. База в 2 терабайта. Какие политики backup позволят провести восстановление за указанное время. Пусть при этом время только старта экземпляра 10 минут. Что будете делать?

semenar

Дата: 28.11.2009 21:23:27

Труля-ля и траляля, можно еще приплюсовать дисковое пространство+обьем генерируемых данных системой повторных транзакций.

Janzik

Дата: 28.11.2009 22:05:41

вообще, на самом деле вопрос об онлайновом бакапе (пардон - не уточнил).
просто вопрос к тому, чтобы оценить, нормально проходит бакап для существующего размера базы - или нет.. Может все-таки есть какой-нибудь документик?

semenar

Дата: 28.11.2009 22:13:05

Janzik

Validating Backups and Testing Your Backup Strategy?

mayton

Дата: 28.11.2009 22:27:13

Janzik

Я так думаю, что интереснее-бы узнать требования к времени восстановления.

lark

Дата: 28.11.2009 22:58:17

backup as copy
switch to copy
recover

Понятно, что жто упрощено, но уж извините, какие вводдные :)

Добрый Бабайка

Дата: 28.11.2009 23:10:52

semenar

На мой взгляд это скорей частности - главное выяснить время.

Допустим начальство выдало задание что базу можно бекапить в окне с 23:00 до 04:00 и необходимо восстановить за 15 минут при наличии стендбая и за 3 часа с резервной копии. Далее задача дба выбрать оборудование и технологию под такие условия с учетом текущего размера базы и прогноза её роста. итп. Дба не сам для себя же админит, а для решения задач бизнеса.

ps. Коллеги, прошу прощения, периодически пишу под разными веселыми никами, чтобы было нескучно.

bla-bla-bla-3

Дата: 28.11.2009 23:13:40

1. Стендбай.
2. Аппаратный кластер.
3. RAC + зеркалирование дисковой подсистемы.

Это уж не говоря о том, что современным дисковым массивам скопировать пару терабайт это как два байта переслать :)