Oracle rac что это такое

Обновлено: 21.11.2024

В этом приложении объясняется, как диагностировать проблемы для компонентов Oracle Real Application Clusters (Oracle RAC) с помощью файлов трассировки и журналов. Этот раздел включает следующие темы:

Файлы трассировки и журналов, аналогичные файлам, созданным для базы данных Oracle с помощью Oracle RAC, также доступны для компонентов Oracle Clusterware. Для Oracle Clusterware база данных Oracle хранит их в единой структуре журнала каталогов.

Дополнительную информацию об устранении неполадок Oracle Clusterware см. в Руководстве по администрированию и развертыванию Oracle Clusterware.

Где найти файлы для анализа ошибок

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

Информация об ошибках ORA-600 отображается в файле .log alert_ SID для каждого экземпляра, где SID является идентификатором экземпляра.

Журнал предупреждений и все файлы трассировки для фоновых и серверных процессов записываются в автоматический диагностический репозиторий, расположение которого можно указать с помощью параметра инициализации DIAGNOSTIC_DEST. Например:

База данных Oracle создает отдельный файл трассировки для каждого фонового потока. Фоновые потоки Oracle RAC используют файлы трассировки для записи операций базы данных и ошибок базы данных. Эти журналы трассировки помогают устранять неполадки, а также позволяют службе поддержки Oracle более эффективно отлаживать проблемы с конфигурацией базы данных кластера. Имена файлов трассировки зависят от операционной системы, но каждый файл обычно включает имя процесса, записывающего файл (например, LGWR и RECO). В системах Linux, UNIX и Windows файлы трассировки для фоновых процессов называются SID_ имя_процесса _ идентификатор_процесса .trc .

Файлы трассировки также создаются для пользовательских процессов, если вы задали параметр инициализации DIAGNOSTIC_DEST. Имена файлов трассировки пользовательских процессов имеют формат SID _ora_ идентификатор_процесса / идентификатор_потока .trc , где идентификатор_процесса — это 5-значное число, обозначающее идентификатор процесса (PID) в системах Linux и UNIX, а идентификатор_потока — идентификатор потока в системах Windows.

Управление диагностическими данными в Oracle RAC

Проблемы, связанные с экземплярами Oracle RAC, могут быть наиболее сложными для диагностики.

Например, может потребоваться сопоставить файлы трассировки из нескольких экземпляров и объединить файлы трассировки. Oracle Database 12 c выпуска 2 (12.2) включает расширенную инфраструктуру диагностики сбоев для сбора диагностических данных и управления ими, а также использует файловый репозиторий Automatic Diagnostic Repository (ADR) для хранения диагностических данных базы данных. Когда вы создаете базу ADR на общем диске, вы можете разместить дома ADR для всех экземпляров одной и той же базы данных Oracle RAC в одной и той же базе ADR. С общим хранилищем:

Вы можете использовать инструмент командной строки ADRCI для корреляции диагностики по всем экземплярам.

ADRCI — это инструмент командной строки, который позволяет просматривать диагностические данные в ADR и упаковывать информацию об инцидентах и проблемах в ZIP-файл для передачи в службу поддержки Oracle. Диагностические данные включают описания инцидентов и проблем, файлы трассировки, дампы, отчеты монитора работоспособности, записи журнала предупреждений и т. д.

Oracle Database Utilities для получения информации об использовании ADRCI

Вы можете использовать Data Recovery Advisor для диагностики и восстановления поврежденных блоков данных, поврежденных или отсутствующих файлов и других сбоев данных.

Советник по восстановлению данных — это инфраструктура базы данных Oracle, которая автоматически диагностирует постоянные сбои данных, предлагает варианты восстановления и устраняет проблемы по вашему запросу.

Руководство администратора базы данных Oracle для получения информации об управлении диагностическими данными

Использование файлов предупреждений для конкретных экземпляров в Oracle RAC

Каждый экземпляр в базе данных Oracle RAC имеет один файл предупреждений. Файл предупреждений для каждого экземпляра, alert.SID.log , содержит важную информацию о сообщениях об ошибках и исключениях, возникающих во время операций с базой данных. Информация добавляется в файл предупреждений каждый раз, когда вы запускаете экземпляр. Все потоки процесса могут записывать в файл предупреждений для экземпляра.

Файл .log alert_SID находится в каталоге, указанном параметром инициализации DIAGNOSTIC_DEST.

Включение трассировки для инструментов и утилит на основе Java в Oracle RAC

Все инструменты и утилиты на основе Java, доступные в Oracle RAC, вызываются выполнением сценариев с тем же именем, что и инструмент или утилита.

К ним относятся утилита проверки кластера (CVU), помощник по настройке базы данных (DBCA), помощник по настройке сети (NETCA) и утилита управления сервером (SRVCTL). Например, чтобы запустить DBCA, введите команду dbca .

По умолчанию Oracle Database включает трассировку для DBCA и помощника по обновлению базы данных (DBUA). Для CVU и SRVCTL можно установить для переменной среды SRVM_TRACE значение TRUE, чтобы база данных Oracle генерировала трассировки. База данных Oracle записывает трассировки в файлы журналов. Например, Oracle Database записывает трассировки в файлы журналов в Oracle_base /cfgtoollogs/dbca и Oracle_base /cfgtoollogs/dbua для DBCA и DBUA соответственно.

Решение ожидающих завершения работы

В некоторых ситуациях может ожидаться SHUTDOWN IMMEDIATE, и Oracle Database не будет быстро реагировать на повторяющиеся запросы на завершение работы. Это связано с тем, что Oracle Clusterware может обрабатывать текущий запрос на завершение работы. В таких случаях используйте команду SHUTDOWN ABORT с помощью SQL*Plus для последующих запросов на завершение работы.

Как определить, используют ли экземпляры Oracle RAC частную сеть

В этом разделе описывается, как вручную определить, используют ли экземпляры Oracle RAC частную сеть. Однако для этой задачи рекомендуется использовать графический пользовательский интерфейс (GUI) Oracle Enterprise Manager Cloud Control для проверки соединения. Кроме того, дополнительную информацию о мониторинге Oracle RAC с помощью Oracle Enterprise Manager см. в руководстве Oracle Database 2 Day + Real Application Clusters.

Для большинства сетевых протоколов можно ввести команду oradebug ipc, чтобы просмотреть межсоединения, используемые базой данных. Например:

Эти команды создают дамп файла трассировки в место, указанное параметром инициализации DIAGNOSTIC_DEST. Вывод может выглядеть примерно так:

В примере видно, что база данных использует IP 172.16.193.1 с протоколом UDP. Кроме того, вы можете ввести команду oradebug tracefile_name, чтобы распечатать местоположение трассировки, в которое записываются выходные данные.

Кроме того, вы можете запросить представление V$CLUSTER_INTERCONNECTS, чтобы просмотреть информацию о частном межсоединении. Например:

База данных не запускается после сбоя частной сетевой карты

В кластере из двух узлов, который не использует межпроцессное взаимодействие грид (GIPC) и имеет только одну карту частного сетевого интерфейса (NIC), при сбое сетевого адаптера на узле, на котором находится база данных репозитория Oracle Grid Infrastructure Management Repository (mgmtdb ) работает (например, узел A) после того, как другой узел (узел B) был вытеснен, затем, когда частная сеть восстанавливается на узле A, узел B присоединяется к кластеру, но экземпляр базы данных на узле A не может запуститься.< /p>

Чтобы запустить экземпляр базы данных:

Остановите стек Oracle Clusterware на обоих узлах следующим образом:

Запустите стек Oracle Clusterware на обоих узлах следующим образом:

Остановите экземпляр базы данных на узле A, на котором произошел сбой сетевого адаптера, следующим образом:

Запустите базу данных на обоих узлах, выполнив следующие команды на одном из узлов:

Экземпляр базы данных не запустится на узле A до тех пор, пока экземпляр не запустится на узле B.

В этой главе представлены Oracle Real Application Clusters (Oracle RAC) и описывается, как устанавливать, администрировать и развертывать Oracle RAC.

Эта глава включает следующие темы:

Обзор Oracle RAC

Некластерные базы данных Oracle имеют отношение один к одному между базой данных Oracle и экземпляром. Однако в средах Oracle RAC существует отношение «один ко многим» между базой данных и экземплярами. База данных Oracle RAC может иметь до 100 экземпляров, каждый из которых имеет доступ к одной базе данных. Все экземпляры базы данных должны использовать одно и то же межсоединение, которое также может использоваться Oracle Clusterware.

Базы данных Oracle RAC архитектурно отличаются от некластерных баз данных Oracle тем, что каждый экземпляр базы данных Oracle RAC также имеет:

Не менее одного дополнительного потока повторов для каждого экземпляра

Табличное пространство отмены для конкретного экземпляра

Объединенная вычислительная мощность нескольких серверов может обеспечить более высокую пропускную способность и масштабируемость Oracle RAC, чем на одном сервере.

Кластер состоит из нескольких взаимосвязанных компьютеров или серверов, которые для конечных пользователей и приложений выглядят как один сервер. Опция Oracle RAC с базой данных Oracle позволяет кластеризовать базы данных Oracle. Oracle RAC использует Oracle Clusterware для инфраструктуры, чтобы связать несколько серверов, чтобы они работали как единая система.

Oracle Clusterware — это портативное решение для управления кластером, интегрированное с базой данных Oracle. Oracle Clusterware — это обязательный компонент для использования Oracle RAC, который предоставляет инфраструктуру, необходимую для запуска Oracle RAC. Oracle Clusterware также управляет ресурсами, такими как адреса виртуального интернет-протокола (VIP), базы данных, прослушиватели, службы и т. д. Кроме того, Oracle Clusterware позволяет как некластерным базам данных Oracle, так и базам данных Oracle RAC использовать инфраструктуру высокой доступности Oracle.Oracle Clusterware вместе с Oracle Automatic Storage Management (Oracle ASM) (оба вместе составляют Oracle Grid Infrastructure) позволяют создать кластерный пул хранения, который будет использоваться любой комбинацией некластерных баз данных и баз данных Oracle RAC.

Oracle Clusterware — единственное кластерное ПО, необходимое для большинства платформ, на которых работает Oracle RAC. Если для ваших приложений баз данных требуется кластерное ПО поставщика, вы можете использовать такое кластерное ПО вместе с Oracle Clusterware, если кластерное ПО этого поставщика сертифицировано для Oracle RAC.

На рис. 1-1 показано, как Oracle RAC представляет собой вариант базы данных Oracle, предоставляющий единый образ системы для нескольких серверов для доступа к одной базе данных Oracle. В Oracle RAC каждый экземпляр Oracle должен работать на отдельном сервере.

Рис. 1-1 База данных Oracle с архитектурой Oracle RAC

Традиционно среда Oracle RAC размещается в одном центре обработки данных. Однако вы можете настроить Oracle RAC на удаленном кластере, который представляет собой архитектуру, обеспечивающую чрезвычайно быстрое восстановление после сбоя сайта и позволяющую всем узлам на всех сайтах активно обрабатывать транзакции как часть одного кластера базы данных. В расширенном кластере узлы в кластере обычно рассредоточены географически, например, между двумя пожарными подразделениями, между двумя комнатами или зданиями или между двумя разными центрами обработки данных или городами. Из соображений доступности данные должны располагаться на обоих сайтах, что требует реализации технологии зеркального отображения дисков для хранения.

Если вы решите внедрить эту архитектуру, вы должны оценить, является ли эта архитектура хорошим решением для вашего бизнеса, особенно с учетом расстояния, задержки и степени защиты, которую она обеспечивает. Oracle RAC в расширенных кластерах обеспечивает более высокую доступность, чем это возможно с локальными конфигурациями Oracle RAC, но расширенный кластер может не соответствовать всем требованиям вашей организации к аварийному восстановлению. Возможное разделение обеспечивает надежную защиту от некоторых аварий (например, локального отключения электроэнергии или затопления серверной), но не может обеспечить защиту от всех типов отключений. Для комплексной защиты от аварий, включая защиту от повреждений и региональных аварий, Oracle рекомендует использовать Oracle Data Guard с Oracle RAC, как описано в обзоре Oracle Database High Availability и на веб-сайте архитектуры максимальной доступности (MAA) по адресу

Oracle RAC — это уникальная технология, обеспечивающая высокую доступность и масштабируемость для всех типов приложений. Инфраструктура Oracle RAC также является ключевым компонентом для реализации архитектуры распределенных вычислений Oracle. Наличие нескольких экземпляров, обращающихся к одной базе данных, не позволяет серверу стать единой точкой отказа. Oracle RAC позволяет объединять небольшие стандартные серверы в кластер для создания масштабируемых сред, поддерживающих критически важные бизнес-приложения. Приложения, которые вы развертываете в базах данных Oracle RAC, могут работать без изменений кода.

Обзор Oracle Real Application Clusters One Node

Oracle Real Application Clusters One Node (Oracle RAC One Node) — это опция для Oracle Database Enterprise Edition, доступная, начиная с Oracle Database 11g, выпуск 2 (11.2). Oracle RAC One Node — это отдельный экземпляр базы данных с поддержкой Oracle RAC, работающий только на одном узле в кластере в обычном режиме. Этот вариант повышает гибкость, предлагаемую Oracle для консолидации баз данных, и снижает затраты на управление за счет стандартного развертывания баз данных Oracle на предприятии. Для базы данных Oracle RAC One Node требуется Oracle Grid Infrastructure и, следовательно, такая же аппаратная настройка, как и для базы данных Oracle RAC.

Oracle поддерживает Oracle RAC One Node на всех платформах, для которых сертифицирован Oracle RAC. Как и Oracle RAC, Oracle RAC One Node сертифицирован для виртуальной машины Oracle (Oracle VM). Использование Oracle RAC или Oracle RAC One Node с Oracle VM увеличивает преимущества Oracle VM благодаря высокой доступности и масштабируемости Oracle RAC.

С Oracle RAC One Node нет ограничений на масштабируемость сервера, и, если приложениям требуется больше ресурсов, чем может предоставить один узел, вы можете обновить свои приложения онлайн до Oracle RAC. Если узел, на котором работает Oracle RAC One Node, становится перегруженным, вы можете переместить экземпляр на другой узел в кластере. С Oracle RAC One Node вы можете использовать функцию онлайн-перемещения базы данных для перемещения экземпляра базы данных без простоя для пользователей приложения. В качестве альтернативы вы можете ограничить потребление ЦП отдельными экземплярами базы данных на сервер в кластере с помощью Resource Manager Instance Caging и при необходимости динамически изменить это ограничение в зависимости от сценария спроса.

Используя для подключения к базе данных единое имя доступа клиента (SCAN), клиенты могут найти службу независимо от узла, на котором она запущена. Таким образом, перемещение экземпляра Oracle RAC One Node в основном прозрачно для клиента, в зависимости от клиентского подключения. Oracle рекомендует использовать Application Continuity и Oracle Fast Application Notification или Transparent Application Failover, чтобы свести к минимуму влияние перемещения на клиент.

Администрирование баз данных Oracle RAC One Node несколько отличается от администрирования Oracle RAC или некластерных баз данных. Для баз данных Oracle RAC One Node, управляемых администратором, необходимо отслеживать список узлов-кандидатов и по возможности убедиться, что сервер всегда доступен для аварийного переключения. Серверы-кандидаты находятся в общем пуле серверов, и база данных и ее службы будут переключены на один из этих серверов.

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

Oracle RAC One Node поддерживает Transaction Guard и Application Continuity для аварийного переключения клиентов.

Чтобы подготовиться ко всем возможным сбоям, необходимо добавить хотя бы одну службу динамической базы данных (служба базы данных, управляемая Oracle Clusterware) в базу данных Oracle RAC One Node.

Oracle Real Application Clusters (RAC) — это параллельная среда баз данных, в которой используются вычислительные мощности нескольких компьютеров. Oracle хранит данные логически в виде табличных пространств и физически в виде файлов данных. Экземпляр Oracle — это набор процессов и разделяемой памяти, которые обеспечивают доступ к физической базе данных. В частности, в экземпляре участвуют серверные процессы, действующие от имени клиентов для чтения данных в общую память и внесения в них изменений, а также фоновые процессы, которые взаимодействуют друг с другом и с операционной системой для управления структурой памяти и выполнения общих операций.

SF Oracle RAC предоставляет необходимую инфраструктуру для запуска Oracle RAC и координирует доступ к общим данным для каждого узла, чтобы обеспечить согласованность и целостность. Каждый узел увеличивает вычислительную мощность кластера в целом и может увеличить общую пропускную способность или производительность.

На концептуальном уровне SF Oracle RAC представляет собой кластер, который управляет приложениями (экземплярами Oracle), сетевыми компонентами и компонентами хранилища, используя ресурсы, содержащиеся в сервисных группах. Кластеры SF Oracle RAC обладают следующими свойствами:

Соединение кластера обеспечивает связь между кластерами.

Общественная сеть соединяет каждый узел с локальной сетью для клиентского доступа.

Общее хранилище доступно каждому узлу, которому необходимо запустить приложение.

Базовый макет имеет следующие характеристики:

Несколько клиентских приложений, которые обращаются к узлам в кластере через общедоступную сеть.

Узлы, которые подключены как минимум двумя частными сетевыми каналами (также называемыми межсоединениями кластера), которые подключены к двум разным коммутаторам с использованием контроллеров 100BaseT или Gigabit Ethernet в каждой системе.

Если частные каналы находятся на одном коммутаторе, изолируйте их с помощью VLAN.

Узлы, подключенные к общим устройствам хранения данных iSCSI или Fibre Channel через SAN.

Все общие хранилища должны поддерживать SCSI-3 PR.

Узлы должны быть подключены к частным сетевым каналам с использованием аналогичных сетевых устройств и соответствующих номеров портов.

Например, если вы используете eth1 на одном конце ссылки, другой конец также должен использовать eth1.

Реестр Oracle Cluster Registry, диски для голосования и файлы данных, настроенные в общем хранилище, доступном для каждого узла. Общее хранилище может представлять собой кластерную файловую систему или группы дисков ASM, созданные с использованием необработанных томов VxVM.

Три или нечетное количество стандартных дисков или LUN (рекомендуемое количество – три), используемых в качестве дисков-координаторов или серверов точек координации (CP) для ограждения ввода-вывода.

VCS управляет ресурсами, которые требуются для Oracle RAC. Ресурсы должны работать параллельно на каждом узле.

SF Oracle RAC включает следующие технологии, разработанные для повышения производительности, доступности и управляемости сред Oracle RAC:

Технологии кластерной файловой системы (CFS) и диспетчера томов кластера (CVM) для управления доступом нескольких экземпляров базы данных к общему хранилищу.

Библиотека Oracle Disk Manager (ODM) для максимальной производительности дискового ввода-вывода Oracle.

Интерфейсы с Oracle Grid Infrastructure и RAC для управления членством в кластере.

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

Этот шаблон монитора приложений SAM содержит счетчики производительности и статистики для базы данных Oracle RAC.

Этот шаблон включает предопределенный монитор компонента SAM, Oracle User Experience Monitor, который не поддерживает опрос через удаленные коллекторы Orion (ORC).

Установите драйвер Oracle на сервер Orion и любые дополнительные механизмы опроса (APE) в вашей среде.
Настройте параметры Oracle User Experience Monitor, чтобы они соответствовали параметрам баз данных Oracle на целевых серверах.

Чтобы использовать этот монитор с агентом Orion для Linux, вам может потребоваться установить и настроить ODBC. См. раздел Настройка систем Linux/Unix для мониторинга с помощью агента Orion.

Учетная запись, в которой запущены службы Orion, имеет права полного доступа к файлам в этой папке по умолчанию:
C:\Program Files (x86)\Solarwinds\Orion\APM\OracleClient .

Учетные данные сервера Oracle имеют доступ на чтение к таблицам Oracle RAC.

Учетные данные сервера Oracle имеют доступ на чтение к следующим представлениям Oracle:

dba_data_files
dba_free_space
dba_temp_files
v$librarycache
v$rowcache
v$session .
v$sgastat
v$sysstat

Не используйте учетные данные Oracle с ограниченными разрешениями для выполнения операторов SQL, определенных в Oracle User Experience Monitor. Это вернет такие ошибки, как: Таблица или представление не существует .

Мониторы компонентов

Мониторы компонентов без предопределенных пороговых значений предоставляют рекомендации, такие как "Используйте наименьшее возможное пороговое значение" или "Используйте максимально возможное пороговое значение", чтобы помочь вам найти подходящий порог для вашей среды. См. раздел Управление пороговыми значениями в SAM.

Среднее время ответа МТС

Среднее время ответа сервера MTS для всех экземпляров.

Среднее время ожидания МТС

Среднее время ожидания MTS для всех экземпляров.

Коэффициент сортировки для диска и памяти.

Объем памяти МТС UGA.

Чтение ввода/вывода файла базы данных

Общее количество операций чтения файлов данных ввода-вывода.

Общее количество активных пользовательских блокировок.

Общее количество активных заблокированных пользователей в любой момент.

Использование службы глобального кэша

Общее количество полученных блоков.

Блок глобального кеша потерян

Общее количество блоков, потерянных в глобальном кеше.

Среднее время получения блока в глобальном кэше

Среднее время получения блока в миллисекундах.

Истекшее время длинных запросов

Прошедшее время в секундах для длинных запросов.

Конфликты в журналах повторного выполнения

Количество промахов в журналах повторов.

Количество активных пользователей во всех экземплярах.

Коэффициент попаданий в кэш буфера

Коэффициент попаданий в кэш буфера.

Коэффициент попаданий в кэш словаря

Коэффициент попаданий в кэш словаря в процентах для попаданий и промахов. Чем выше процент, тем больше попаданий и меньше промахов.

Среднее время ожидания постановки в очередь

Количество блокировок таблиц и строк, время ожидания которых истекло.

Задержка доступа к блоку глобального кэша

Истекшее время или задержка для запроса блокировки в миллисекундах.

Читайте также: