метода необходимо оценить это влияние. Синхронная симметричная репликация по глобальной сети может оказывать неприемлемо большое влияние на время реакции системы.

Еще один вариант - перенести заархивированные журналы с одного узла на другой (как правило, по сети) и немедленно применить их. При этом абсолютная актуальность данных на резервной машине не обеспечивается, но этот путь имеет одно неоспоримое преимущество - активное участие основной машины требуется только при пересылке журналов. Эта стратегия, которая с большим успехом применяется еще со времен Oracle 6, теперь поддерживается Oracle официально при условии, что резервная база данных используется только в этих целях. Несмотря на асинхронность и на то, что резервная база данных может отставать от основной на один полный журнал, теперь можно ограничить максимальное время, вьщавая с фиксированным интервалом SQL-команду ALTER SYSTEM SWITCH REDO LOG, a также ограничить максимальный объем потерянных обновлений, уменьшив размер файла журнала.

Резервное копирование: резюме

Ниже мы подытожили все сказанное в этом разделе.

Копий образов базы данных (при использовании режима архивации журналов и оперативных резервных копий) достаточно для реализации стратегии резервного копирования на большинстве узлов. Как правило, стратегические решения принимает администратор БД, однако проектировщик может дать ценнейшую информацию о приложении, требованиях пользователей к резервному копированию и ограничениях. Приняв рещение о механизме, необходимо подумать о том, сколько времени будут храниться старые резервные копии и, следовательно, как часто будут повторно использоваться резервные носители. Администратор БД и обслуживающий персонал должны также решить такие вопросы, как установка резервных носителей в нужное время и обеспечение надлежащих условий хранения резервных копий.

Экспортирование (с помощью утилиты ЕХР), как правило, не является ключевым элементом стратегии резервного копирования (если речь не идет о маленькой базе данных). Нам трудно указать точный объем, но следует ожидать, что практически любая БД, измеряемая гигабайтами, создаст значительные проблемы с производительностью, если попытаться восстановить ее с помощью утилиты импортирования (IMP).

Резервные базы данных можно поддерживать в абсолютно актуальном состоянии с помощью двухфазной фиксации. Этот процесс можно автоматизировать с помощью триггеров базы данных, как это делается при поддержке симметричной репликации в версии 7.3. Асинхронное распространение дает гораздо более высокую производительность за счет потери некоторых данных при отказе основного узла.

Передача заархивированных журналов практически не влияет на производительность основного узла. По этой причине такая схема весьма привлекательна, даже несмотря на очень высокую вероятность потери данных, с учетом того, что обычно временной промежуток составляет около пяти минут. Доступность параллельного восстановления начиная с версии 7.) делает передачу архивных журналов более осуществимой, чем раньше. (В предыдущих версиях восстановление с помощью журнала часто занимало больше времени, чем его генерация.)

Проектирование под конкретные архитектуры

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

В главе И, Проектирование для архитектур клиент/сервер , рассмотрены методы проектирования Oracle? применительно к модели клиент/сервер. Вы изучите разнообразные приемы распределения обработки с целью оптимизации производительности.

В главе 12, Проектирование для распределенных баз данных , описаны принципы работы распределенных баз данных. Мы рассмотрим возможности, которые предоставляет Oracle? в этом плане, и методы проектирования для различных ситуаций.

В главе 13, Проектирование для хранилищ данных , рассматриваются настройка и сопровождение хранилища данных. Освещаются вопросы многомерного моделирования и исследуются различные методы ввода данных в хранилища и извлечения их оттуда.

В главе 14, Проектирование для параллельной обработки , излагаются основы параллельной обработки данных, рассматривается практическое применение средств Oracle Parallel Query Option и Oracle Parallel Server, a также описываются такие технологии, как стрипинг и RAID.