>На FreeBSD 4.X последних версий 9i работает.
>
>С выходом FreeBSD-5.2.1 было принято решение перетащить одну из здоровых баз (производственная)
>на пятерку(до этого была полугодовое тестирование как 9i так и 8i
>на 5.X). Решение было принято из-за snapfs, так как в данной
>базе чудовищно много пересчитывается промежуточной информации (строятся каждый час аналитические отчеты,
>загружаются в таблицы). ArchivLog -- плодит много изменений, потеря 3-6 часов
>работы(данных) -- не критично, так как они перезагружабельны (максимум потеря проводок
>за день... девочкам придется поработать). В итоге база работает NOARCHIVLOG и
>несколько раз в день снимается snapshot раздела. Впечатление пока положительные.
Я не очень хорошо знаю BSD - поэтому вопрос: А Вы уверены, что посте восстановления из snapshot-а база поднимется ? Попробуйте как-нибудь на досуге...
Это я к чему ? А к тому, что перед горячим резервным копированием у Вас должна выполнятся команда (для копирования табличного пространства USERS например):
alter tablespace users begin backup;
(соответственно после завершения - alter tablespace users end backup)
Если этого не делается - то после восстановления с такой копии база не поднимется.
Кстати в догонку: а controll файлы как копируете ? Тоже на ходу ? Зря.
Аналогично oracle не стартует после таких махинаций. НЕЛЬЗЯ КОПИРОВАТЬ controll файлы со смонтированой и уж тем более с открытой базы (они будут в inconsistent состоянии). Надо делать:
alter database backup controll file to 'contorll.bak';
А уж потом сохранять этот самый contorll.bak
Из всего этого вывод: все эти BSD специфичные навороты ораклу - как рыбе зонтик.
>Но есть ложка дегтя! На стенде были сэмулированны падения FreeBSD 5.2.1 (ресетом несколько раз перегружали тачку), база обычно не страдала (хотя странно),
Что как раз НЕ странно - если посмотреть в alert_log - то там будет прописано, что выполнился database recovery.
Вариант для распечатки
Разговоры, обсуждение новостей (Public)
(??) on 02-Июн-04, 01:29 
