![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Oracle BackUp [D7]
GarryFV © (2002-12-13 12:18:00)А скажите парни... и девушки :) какими инструментами пользуетесь для проведения backup-a в БД Oracle (8.1.7) ?
Ну, естественно, кроме обычного экспорта/импорта и ручного копирования файлов БД и журналов транзакций.
myor (2002-12-18 14:46:00) [1]что значит ты ...в ем родимом (ARCHIVELOG) и работаешь..?
ARCHIVELOG- это параметр файла параметров (настройки) oracle!
устанавливаешь его в true (прямо ручками в файле, оракл допускает такое редактирование файлов параметров, но сработает новая установка ессно только при следующем запуске)
есть еще параметры LOG_ARCHIVE_BUFFERS
и LOG_ARCHIVE_BUFFER_SIZE но их значения лучше не трогай
установка LOG_ARCHIVE_START = TRUE задает авто архивирование при каждом запуске оракл
а для ручного архивирования в run-time выполни команду sql
ALTER SYSTEM ARCHIVE LOG ALL
GarryFV (2002-12-16 15:27:00) [2]Sergey13>Тут все зависит от того, что ты хочешь получить и какие условия эксплуатации у твоей бызы. Для разных условий - разные решения.
Это точно - все зависит от условий. В моем случае условия таковы, что база не моя, как таковая. А находится у клиента и "не комплектуется" грамотным администратором, посему нужна стратегия при которой BackUp выполняется автоматически по нажатию одной кнопки, а еще лучше и вовсе назаметно от клиента :).
Вроде бы на первый Overview - Oracle BackUp Manager позволяет планировать подобные задания - только надо разобраться с нюансами.
Sergey13 (2002-12-16 10:31:00) [3]2AlteFriz © (16.12.02 07:44)
Ну, 100% гарантию, как известно, дает только страховой полис, как говаривал О.С.Б.М.Бендер Бей. Хотя процент большой, согласен. Если использовать только то, что ты указал, ты слабо защищен от ошибок пользователя, когда он "случайно" грохнул тысяч несколько записей- для восстановления придется всю базу тормозить/перезапускать - тут экспорты будут поэффективнее, ИМХО. Кроме того, при этом так же нужно не забывать обязательно дублировать контролы-логи по разным дискам.
AlteFriz (2002-12-16 07:44:00) [4]Горячее резервное копирование + ARCHIVELOG = 100% гарантия сохранности базы. Запускаем эту процедуру раз в сутки автоматически. Время восстановления базы 1 час.
Sergey13 (2002-12-15 11:31:00) [5]2EternalWonderer (15.12.02 11:05)
>А как насчёт ARСHIVELOG?
В смысле? В ем родимом и работаю.
EternalWonderer (2002-12-15 11:05:00) [6]Sergey13 © (15.12.02 10:04)
А как насчёт ARСHIVELOG?
Sergey13 (2002-12-15 10:04:00) [7]2GarryFV © (13.12.02 12:18)
Тут все зависит от того, что ты хочешь получить и какие условия эксплуатации у твоей бызы. Для разных условий - разные решения.
Существуют и специальные инструменты - RMAN например или стендбаи.
>Ну, естественно, кроме обычного экспорта/импорта и ручного копирования файлов БД и журналов транзакций.
А чем плохи сии весчи? Я вот именно ими и пользуюсь. Раз в месяц примерно - останавливаю базу и запускаю батничек заветный. 8-) И кроме этого автоматом ежедневно 2 экспорта в перерыв и после работы. Скопировав полученые результаты на РАЗНЫЕдиски разных машин получаю практически 100% уверенность в сохранности данных(проверено в действии). Возможная потеря - максимумполдня. Время восстановления 0.5~3 часа. Для моих условий- это приемлемо.
Да и вообще - у Оракла очень хороший механизм автоматического восстановления после сбоев. И если грамотно разложить файлы(контрол и логи) по дискам - он и сам в 99% все восстановит при запуске а если руки приложить 99.9%.
Prooksius (2002-12-13 16:15:00) [8]Ну там же есть что-то типа Database Manager или еще что, что этим и занимается. Не может не быть.
GarryFV (2002-12-13 15:50:00) [9]Ясно. Никто BuckUp-ов не делает :))
Один только я ненормальный решил резервированием заняться...