|
Продукты
Oracle
СУБД, инструменты разработки, OLAP
и СППР, CASE-средства |
Задержки – как запланированные, так и аварийные – наиболее разрушительные события для электронного
бизнеса. Задержки в работе приложений ведут к снижению прибыли, уменьшению производительности, потере
клиентов, отрицательной рекламе, уменьшению доверия к вашему бизнесу. Oracle9i устанавливает
новый стандарт в обеспечении непрерывной доступности данных благодаря новым мощным функциям. Они обеспечивают
защиту от аварий, более быстрое восстановление после системных сбоев и ошибок персонала, а также уменьшают
необходимость в запланированных задержках.
Аварийное восстановление
Oracle9i Data Guard обеспечивает клиентов системой быстрого восстановления из аварийных ситуаций.
Операции восстановления в Data Guard предусматривают возможные случаи, просты в использовании и полностью
автоматизированы.
- Физическая резервная база данных
Физическое резервирование базы данных осуществляется путем передачи журналов операций с основного сервера
на резервный. Операции из этих журналов затем физически выполняются средствами восстановления (этот процесс
называется «довыполнением»), чтобы согласовать содержимое резервного и основного серверов. Резервная база
данных идентична основной по физической структуре и даже может быть использована при операциях чтения.
- Логическая резервная база данных
В Oracle9i Data Guard появился новый механизм резервирования базы данных – логическая резервная
база данных (Logical Standby Database), отличающаяся от физической способом реализации. Материалом для
обеих резервных баз данных служат журналы операций, но вместо прямого их применения логическая база данных
экстраполирует из них операторы SQL и выполняет их на резервном сервере, как обычные SQL-команды. В итоге
резервная база данных доступна для нормальных операций чтения и записи.
- Передача журналов без потери данных
Oracle9i Data Guard обладает способностью синхронно или асинхронно переписывать обновления журналов
операций напрямую из основной базы данных в резервную. Это позволяет предложить всеобъемлющее решение
аварийного восстановления без опоры на сторонние продукты для хранения оперативных копий журналов восстановления.
Таким образом, в любой ситуации клиенты могут быть уверены, что их резервная база данных сохранит все
операции, сделанные вплоть до момента сбоя.
- Data Guard Broker
Модуль Oracle9i выполняет функции контроля, управления и автоматизации, необходимые для поддержки
логической и физической резервных баз данных. Например, он может восстановить основную базу данных в любую
из резервных за одну операцию.
Восстановление после системных сбоев
Модуль Oracle9i Real Application Clusters реализует фундаментальный
прорыв в технологии кластерных баз данных. Эта система, называемая Cache Fusion, обеспечивает как прозрачное
масштабирование приложений, так и сверхбыстрое восстановление после сбоя, что приводит к непрерывной доступности
данных и приложений.
- Real Application Clusters – 17-секундное восстановление после сбоя
Кластерная архитектура обеспечивает более высокий уровень доступности, чем одноузловая конфигурация, поскольку
устраняется единый источник сбоев – сервер. В кластерной конфигурации с двумя узлами при аварии системы
на одном узле приложение продолжит работу на оставшемся. В Oracle9i Real Application Clusters восстановление функционирования на
втором узле происходит автоматически не более чем через 17 секунд после сбоя основного узла, что, по сути,
устраняет ущерб для приложений и данных.
- Oracle9i Fail Safe – четырехузловая отказоустойчивая конфигурация для Windows
Oracle9i Fail Safe обеспечивает необходимую для электронного бизнеса непрерывную доступность и
защиту от системных сбоев в кластерной архитектуре на базе Windows NT и 2000. Oracle9i Fail Safe
выполняет аварийное восстановление для базы данных и серверов приложений как в двухузловых, так и в четырехузловых
кластерах Windows NT и 2000.
- Быстрое восстановление через заданный интервал времени
В Oracle9i применяется технология быстрого восстановления Fast-Start Time-Based Recovery, позволяющая
администраторам баз данных задавать требуемый верхний предел для времени восстановления (в секундах).
При перезагрузке после сбоя или аварии системы пользователи будут вновь подключены к их приложению не
позднее этого времени.
- Снимок состояния системы и возобновление работы
Часто у администраторов баз данных возникает проблема выбора: разобраться в причине сбоя или быстрее восстановить
работу системы. С помощью Flash Freeze администратор может сделать «снимок» состояния системы в момент
сбоя, быстро перезапустить базу данных, а затем в автономном режиме проанализировать полученные данные.
Ошибки пользователей
В Oracle9i облегчены операции восстановления после ошибок, совершенных пользователями,
в том числе последствия неправильных или введенных не в той последовательности команд.
- Oracle9i Flashback Query
Новая революционная возможность – Oracle9i Flashback Query позволяет пользователям и приложениям
обращаться к состоянию данных на некоторый момент времени в прошлом. С помощью этого параметра "обратного
хода" можно задать дату и время, а затем формировать обычные запросы к данным, которые будут выглядеть
так, как они выглядели в указанное время. После обнаружения ошибок можно произвести относительно простые
отменяющие действия, которые могут быть выполнены без вмешательства администратора базы данных. Еще более
важно, что восстановление не вызывает задержки в работе приложения.
- Подробный анализ журналов операций
Установить причину ошибок можно, также проанализировав журналы операций базы данных. Реляционная утилита
Oracle9i LogMiner позволяет читать, анализировать и интерпретировать с помощью стандартного интерфейса
SQL как действующие, так и архивные журналы. С помощью Oracle9i LogMiner администраторы баз данных
теперь смогут анализировать все изменения в базах данных, включая операции с данными, определения и команды
администрирования.
- Возобновляемые операции
Для выполнения некоторых длительных операций, таких, как загрузка данных или сложные изменения, может
не хватить ресурсов (например, дискового пространства). Неудачное завершение длительных операций может
потребовать много времени для их возобновления. Oracle9i решает эту проблему, позволяя администраторам
баз данных откладывать операции, которые не могут завершиться в данный момент. Отложив операцию, администратор
может устранить проблему с нехваткой ресурсов и затем возобновить выполнение отложенной операции с момента,
где она была остановлена.
Уменьшение запланированных задержек
Oracle9i позволяет все плановые операции по обслуживанию системы выполнять, не приостанавливая
ее обычную работу.
- Изменение схемы без закрытия доступа
В Oracle9i можно переопределять структуры таблиц, даже если они открыты для доступа пользователями
и приложениями.
- Реорганизация таблиц и индексов без закрытия доступа
Также Oracle9i обладает простым механизмом для реорганизации и переопределения самих таблиц, не
прерывая доступа к ним. Это снижает запланированные задержки, увеличивает доступность приложений, уменьшает
фрагментацию дисков и улучшает производительность.
- Выполнение всех операций с индексом без закрытия доступа
В Oracle9i, все индексы таблиц можно создавать и перестраивать оперативно, не прерывая доступа
к ним. Без этого пользователи не могут выполнять свои приложения во время таких операций.
- Динамические параметры базы данных
Параметры базы данных в Oracle9i, задающие объем используемой сервером базы данных памяти, можно
менять оперативно, не прерывая доступ. Раньше для изменения таких параметров приходилось переводить базу
данных в автономный режим и перезапускать ее, чтобы изменения вступили в силу
Отправить
ссылку на страницу по e-mail
Обсудить на форуме Oracle
Дата: 01.04.2002