Oracle init ora где находится
Обновлено: 04.07.2024
ArcGIS не требует изменения вашего экземпляра Oracle по сравнению с конфигурацией по умолчанию для запуска. Однако для больших систем вам может понадобиться вносить изменения в конфигурацию экземпляра Oracle.
При каждом запуске Oracle считываются параметры инициализации либо из файла init.ora, либо из файла параметров сервера spfile.ora. Оба файла определяют характеристики Oracle, но управляются они по-разному.
Файл init.ora расположен в директории ORACLE_BASE/admin/<ORACLE_SID>/pfile. Обычно init.ora является именем, данным файлу инициализации экземпляра базы данных Oracle. Для любого экземпляра имя файла будет выглядеть так: init<oracle SID>.ora. Например, если системный идентификатор Oracle (SID) – GIS, то именем файла init.ora для этого экземпляра будет initGIS.ora.
Изменение параметров с помощью команды ALTER SYSTEM автоматически отразится на файле параметров сервера, если экземпляр был запущен этим методом. Если экземпляр запускался с помощью файла init.ora, вам придется вручную отредактировать файл в текстовом редакторе, если вы хотите, чтобы применялись в большей степени измененные вами системные параметры.
Ниже приведены рекомендации для настройки параметров больших, интенсивно используемых баз геоданных в Oracle:
Параметры, влияющие на совместное использование памяти
В данном разделе описаны параметры, управляющие распределением совместно используемой памяти. Более подробно о параметрах инициализации Oracle см. в документации к вашей версии Oracle.
OPEN_CURSORS
Параметр инициализации Oracle OPEN_CURSORS определяет, сколько курсоров может быть одновременно открыто в одной сессии. Значение по умолчанию равно 300. Если сессия пытается открыть новый курсор, но уже открыто максимальное их число, будет возвращена ошибка Oracle -1000. ArcGIS оставляет открытыми несколько запущенных курсоров для улучшения производительности. Если установлено недостаточно большое значение параметра OPEN_CURSORS, вы столкнетесь с описанной выше ошибкой. В документации Oracle говориться о том, что установление большого значения этого параметра допустимо. Поэтому вы можете установить очень большое значение параметра, например, 2000. В результате на практике устранятся все ограничения на количество открытых курсоров, что предохранит вас от мошеннических попыток потребления чрезмерного количества курсоров. Если же вы хотите вычислить потенциальное число курсоров открытой сессии, можно применить следующую, основанную на модели данных вашей организации, формулу. Помните, что ArcGIS будет открывать 80% от указанного числа курсоров, оставляя остальные 20% для процессов Oracle.
- Различные курсоры управления данными ArcGIS (20) +
- Различные безымянные блоки PL/SQL (20) +
- Пространственные запросы – потенциально 6 на класс объектов +
- Запросы файла журнала (11) +
- Различные запросы, использующиеся при редактировании версионных таблиц – 12 на версионную таблицу или слой
Таким образом, приложение ArcMap, имеющее 10 редактируемых слоев в документе, может потенциально иметь 231 открытый курсор (20 + 20 + 60 + 11 + 120 = 231). В этом случае используемого по умолчанию значения 300 OPEN_CURSORS достаточно, т.к. ArcGIS будет держать открытыми 240 курсоров. Однако если курсоры часто заканчиваются, можно увеличивать значение параметра OPEN_CURSORS с шагом 50 или 100.
Примечание:
Критическое обновление Oracle от октября 2014 заблокировало доступ к информации OPEN_CURSORS через публичный вход в пакете dbms_utility. Поэтому, чтобы ArcGIS мог получить доступ к настройке Oracle OPEN_CURSORS, необходимо предоставить права выборки параметру v_$parameter для всех пользователей, подключающихся к базе геоданных. Если это право не предоставлено подключающемуся пользователю, ArcGIS будет искать в системной таблице базы геоданных SERVER_CONFIG параметр OPEN_CURSORS. Если его там нет, ArcGIS предполагает, что Oracle использует значение по умолчанию, равное 300.
Инструкции по добавлению параметра OPEN_CURSORS в SERVER_CONFIG см. в статье 43377 базы знаний Esri.
SESSION_CACHED_CURSORS
Oracle отслеживает выражения SQL, указанные для каждой сессии. Если он заметит, что одно и то же выражение было введено несколько раз, оно будет перемещено в кэш курсора, который будет открыт для его дальнейшего использования. Параметр SESSION_CACHED_CURSORS определяет, сколько курсоров допускается в кэше курсора. Значение по умолчанию параметра SESSION_CACHED_CURSORS зависит от версии Oracle. Если ваш экземпляр настроен на кэш с числом курсоров менее 50, увеличьте значение этого параметра до 50.
SESSIONS
Начиная с ArcGIS 10.3, база геоданных настроена на неограниченное число подключений. Если вы ожидаете большое количество конкурентных подключений к базе геоданных, следует соответственно изменить параметр Oracle SESSIONS.
Параметр SESSIONS прямо ограничивает общее число допускаемых Oracle одновременных сессий. Если значение по умолчанию не позволяет вам поддерживать необходимое число подключений к базе геоданных, увеличьте значение параметра до текущего числа подключений, увеличенного как минимум на 10% – для поддержки внутренних функций Oracle.
Примечание:
При использовании общей конфигурации сервера Oracle параметр SHARED_SERVER_SESSIONS ведет себя схожим с параметром SESSIONS образом, за исключением того, что он относится только к подключениям к общему серверу. Все сессии – общего сервера и выделенного сервера – ограничиваются общим параметром SESSIONS.
PROCESSES
Вы также можете ограничить число процессов, которые может создать Oracle, с помощью параметра PROCESSES. При использовании конфигурации выделенного сервера, этот процесс примерно соответствует числу одновременных сессий, поддерживаемых базой данных. Убедитесь, что значение параметра PROCESSES как минимум не меньше, чем ожидаемое число конкурентных подключений к базе геоданных, плюс 25 для стандартного числа фоновых процессов Oracle.
Параметр, влияющий на статистику Oracle
OPTIMIZER_MODE
Оставьте значение по умолчанию (all_rows) для параметра Oracle OPTIMIZER_MODE. Эта настройка является оптимальной для большинства баз геоданных и способствует улучшению общей масштабируемости вашей базы геоданных.
Параметры, влияющие на память
При установке параметров, влияющих на память следует быть очень внимательным. При установке значений этих параметров, выходящих за пределы физической памяти хост-компьютера, производительность сильно уменьшится. В общем виде, не следует выделять для баз данных более 70 процентов физической памяти сервера.
SHARED_POOL_SIZE
Разделяемый пул – компонент Oracle System Global Area (SGA), который содержит кэш данных словаря и кэш библиотеки. Кэш данных словаря (data dictionary cache) включает информацию об объектах данных, свободном месте и правах доступа. Кэш библиотеки (library cache) хранит последние используемые выражения SQL. Как правило, если размер разделяемого пула достаточно велик, чтобы соответствовать требованиям к ресурсам кэша библиотеки, то его также достаточно для хранения данных кэша словаря.
Базы геоданных могут использовать больший разделяемый пул, чем другие приложения Oracle. ArcGIS держит кэш SQL выражений в памяти клиентских приложений. Большой разделяемый пул позволяет держать открытыми больше курсоров, что позволяет уменьшить число операций управления курсором и увеличить производительность. Размер разделяемого пула определяется параметром SHARED_POOL_SIZE. Esri рекомендует вам устанавливать параметр SHARED_POOL_SIZE кратным 16 MБ, чтобы от принимался любой системой, поддерживаемой Esri, а также установить его значение большим 128 Мб:
Базы геоданных с высокой активностью работы, поддерживающие нестабильную утилиту или редактирование участков, могут требовать, чтобы значение параметра было установлено большим 250 МБ.
Из трех буферов SGA именно разделяемый буфер является наиболее важным. Если SGA имеет максимальный размер, допустимый вашей физической памятью, уменьшите размер кэша буфера для вмещения большего разделяемого буфера.
Использование автоматического управления рабочей областью и разделяемой памятью
Следует воспользоваться преимуществами механизмов Oracle для автоматического управления рабочей областью и выделением памяти. Дополнительные сведения о настройке рабочей области и управлением памятью см. в Руководстве администратора баз данных Oracle (Oracle's Database Administrator's Guide) для используемой версии Oracle.
Другие изменения
Не являясь параметром инициализации, директива менеджера ресурсов базы данных UNDO_POOL может быть установлена, чтобы позволить группе потребителей sde собрать значительное количество места для отмены операций сжатия.
Для этого вам нужно настроить группу потребителей для пользователя sde и изменить директиву UNDO_POOL, чтобы позволить неограниченному пулу отмены для этой группы потребителей.
UNDO_POOL определяет общее количество места для отмены, которое члены одной ресурсной группы могут одновременно использовать.
При редактировании версионной базы геоданных вам необходимо периодически осуществлять операцию сжатия, чтобы очистить старую информацию и упростить содержание базы геоданных. Если после последнего сжатия было внесено много изменений, новая операция компрессии может создать большие транзакции, требующие большого количества пространства для отмены. Если значение UNDO_POOL мало, операция сжатия может не удастся, что приведет к низкой производительности. По возможности, устанавливайте неограниченный пул отмены для группы потребителей пользователя sde. Иначе вам нужно будет отслеживать размер транзакций сжатия и выбирать подходящий вам размер пула отмены.
Большинство настраиваемых параметров находится в файле, который называется init$
Этот файл позволяет администратору БД устанавливать значения настраиваемых параметров, которые определяют поведение данного экземпляра Oracle. Для любых параметров, которые не были установлены в явном виде, используются системные значения по умолчанию. Значения параметров из файла init.ora используются только при запуске СУБД Oracle.
Некоторые параметры могут быть изменены динамически с помощью предложения set операторов alter system; количество таких параметров увеличилось в последних версиях СУБД Oracle.
Некоторые сайты используют файл config.ora, ссылка на который осуществляется из файла init.ora с помощью параметра ifile, для сохранения статических параметров, таких как db_name и db_block_size.
В Oracle9i был введен метод сохранения и обслуживания параметров конфигурации, основанный на использовании нового файла spf ile (Server Parameter File - файла параметров сервера). Как уже отмечалось ранее, настраиваемые параметры могут быть изменены динамически с помощью предложения set оператора alter system. Применение файла spf ile позволяет таким изменениям сохраняться даже и после перезагрузки БД. Без использования spfile все изменения теряются при выполнении закрытия системы; если администратор БД забудет отдельно модифицировать файл init.ora, эти изменения не будут сохраняться (не станут постоянными) между перезагрузками.
Фактически нет необходимости подставлять имя файла spfile; если никакого имени не будет указано, имя и местоположение нового файла spfile будут приняты по умолчанию как $ORACLE_HOME/dbs/spfile$ORACLE_SID.ora. Причем, spfile - это двоичный файл, который не должен редактироваться вручную; изменения в него должны вноситься с помощью оператора alter system.
После того как файл spfile создан и прежде, чем он вступит в силу, БД должна быть закрыта и перезапущена. Если команда запуска выдается без pfile, то вместо файла init.ora будет использоваться файл параметров сервера. Однако при этом все равно сохраняется возможность загрузки системы Oracle с использованием файла init.ora посредством задания предложения pfile, которое идентифицирует файл init.ora. Для указания местоположения файла spfile может использоваться новый параметр конфигурации, SPFILE.
Когда параметры изменяются с помощью оператора alter system, может использоваться предложение scope для определения области действия введенного изменения. Поддерживаются следующие значения;
По умолчанию область действия изменений принимает либо значение both, если БД была запущена с использованием файла spfile, либо значение memory, если этот файл при запуске не использовался.
Любой параметр конфигурации может быть возвращен в его принятое по умолчанию в системе значение с помощью следующего оператора: alter system set parameter - ;
Можно создать файл init.ora из файла spfile с использованием следующей команды:
Имена файлов могут быть исключены из этой команды, если для файлов init.ora и spfile используются имена, заданные по умолчанию.
Наконец, текущие значения активных параметров могут быть просмотрены с помощью оператора show parameters или посредством запроса представления v$parameter (или v$parameter2). Представление v$spparameter демонстрирует текущее содержимое файла spfile или значения NOLL, если spfile не используется.
Когда Вы запускаете экземпляр, выполняется чтение файла параметров инициализации. Есть два типа файлов параметров.
Файл параметров сервера (SPFILE): Это - более предпочтительный тип файла параметров инициализации. Он представляет из себя двоичный файл, который может быть записан и считан сервером базы данных и не должен редактироваться вручную. Он находится на сервере, на котором выполняется экземпляр Oracle; этот файл не изменяется при завершении работы экземпляра и его запуске. Именем по умолчанию для этого файла, которое автоматически разыскивается при запуске, является spfile.ora.
Текстовый файл параметров инициализации: Этот тип файла параметров инициализации может быть считан сервером базы данных, но сервер не может записывать в него. Настройки параметров инициализации должны быть установлены и изменены вручную при использовании текстового редактора так, чтобы они являются постоянными при остановке и запуске БД. Именем этого файла по умолчанию (которое автоматически разыскивается при запуске, если SPFILE не найден) является init.ora.
Рекомендуется, чтобы Вы создали SPFILE для использования динамического способа обслуживания параметров инициализации.
Отметьте: База данных Oracle ищет каталог $ORACLE_HOME/dbs на Linux для файлов инициализации. В ASM SPFILE часто располагается в дисковой группе ASM. В этом случае init.ora файл должен находится в каталоге $ORACLE_HOME/dbs, который идентифицирует расположение SPFILE.
Типы Значений Параметров Инициализации
У сервера базы данных Oracle есть следующие типы значений для параметров инициализации:
Большое Целое число
Производные Значения Параметра
Некоторые параметры инициализации являются производными, это означает, что их значения вычисляются из значений других параметров. Обычно, значения производных параметров нельзя изменять. Но если Вы это делаете, значение, которое Вы вводите, переопределяет вычисляемое значение.
Например, значение по умолчанию параметра SESSIONS получается из значения параметра PROCESSES. Если значение PROCESSES изменяется, значение по умолчанию для SESSIONS изменяется также, если Вы не переопределяете его, укзаав свое значение.
Работа Системно-зависимыми Значениями Параметров
Допустимые значения или диапазоны значений некоторых параметров инициализации зависят от операционной системы узла. Например, параметр DB_FILE_MULTIBLOCK_READ_COUNT определяет максимальное количество блоков, которые читаются в одном задании ввода-вывода во время последовательного сканирования; этот параметр является зависимым от платформы. У размера этих блоков, который устанавливается DB_BLOCK_SIZE, есть значение по умолчанию, которое зависит от операционной системы.
Установка Значений Параметров
Параметры инициализации предлагают самые потенциальные значения для того, чтобы улучшить производительность системы. Некоторые параметры установливают пределы емкости, но не влияют на производительность. Например, когда значение OPEN_CURSORS равно 10, пользовательский процесс, пытающийся открыть его одиннадцатый курсор, получает ошибку. Другие параметры влияют на производительность, но не налагают абсолютные пределы. Например, сокращение значения OPEN_CURSORS не предотвращает работу даже при том, что это может замедлить производительность.
Увеличение значений параметров может улучшить производительность Вашей системы, но увеличение значений большинства параметров также увеличивает размер системной глобальной области (SGA). БОльшая SGA может улучшить производительность базы данных в какой-то степени. В операционных системах с виртуальной памятью, SGA, которая является слишком большой, может ухудшить производительность, если она начинает затрагивать область подкачки. Параметры операционной системы, которые управляют рабочими областями виртуальной памяти, должны быть установлены с учетом размера SGA. Конфигурация операционной системы может также ограничить максимальный размер SGA.
Предполагается, что вы инсталлировали базу данных, согласно документа.
Обязательные файлы:
Необязательные файлы:
-
(необязательные в том смысле, что база может быть настроена для работы без данных файлов) (Alertlog - если нет необходимости в изучении данных по ошибкам, можно удалить. Трассировочные файлы по умолчанию не создаются. Чтобы создавались, нужно включать трассировку и потом не забыть отключить) (По умолчанию не используются. Нужно специально создавать специальными командами.)
Файлы данных (Data Files)
Все данные в базе данных Oracle сохраняются в файлах данных. Все таблицы, индексы, триггеры, последовательности, программы на PL/SQL, представления - все это находится в файлах данных. И хотя эти и другие объекты базы данных логически содержатся в табличных пространствах, в действительности они сохраняются в файлах на жестком диске компьютера.
В каждой базе данных Oracle имеется по крайней мере один файл данных (но обычно их бывает больше). Если вы создаете в Oracle таблицу и заполняете ее строками, Oracle помещает эту таблицу и строки в файл данных. Каждый файл данных может быть связан только с одной базой данных.
У каждого файла данных имеется специальный формат, внутренний для программного обеспечения Oracle. Важно отдавать себе отчет в том, что файл данных состоит из заголовка и совокупности блоков. Заголовок файла данных Oracle содержит несколько структур, в том числе и идентификатор базы данных, номер и имя файла, тип файла, SCN создания и состояния файла.
Данные в файлы вносятся исключительно средствами Oracle.
Следующий запрос, покажет, где находятся файлы данных.
Оперативные файлы журналов повтора (Online Redo Log Files)
Оперативные файлы журналов повтора - предназначены для записи всех изменений, выполненных над данными базы данных Oracle. Используется для хранения на диске информации для повторного выполнения операций.
Для компьютера выполнить задачи повторно - означает выполнить ее точно так, как она выполнялась в предыдущий раз. Поэтому назначение оперативного файла журнала повтора заключается в сохранении информации об изменениях в базе данных таким, образом, чтобы позже их можно было повторить.
Каждая база данных должна иметь не менее двух оперативных файлов журналов повтора. Текущий файл постепенно заполняется, после его заполнения (или переключения некоторыми командами), база данных приступает к записи в следующий файл. Эта операция называется переключением журналов.
Поскольку файлы повтора необходимы для выполнения восстановления базы данных и являются критичными, их объединяют в группы. Запись происходит одновременно в файлы одной группы.
Управляющие файлы (Control Files)
Поскольку база данных Oracle является физическим набором связанных файлов данных, то для их синхронизации и контроля требуется особые методы. Для этих целей используются управляющие файлы.
База данных Oracle может иметь один или несколько управляющих файлов. Если имеется несколько управляющих файлов, все они должны быть абсолютно идентичными. При каждом запуске базы данных Oracle читает информацию управляющего файла, а при каждом изменении размещения или добавления новых файлов данных и журналов базы данных обновляет управляющий файл.
Файлы параметров pfile, spfie (Parameter Files)
Файлы параметров используются для конфигурирования действий Oracle предже всего при старте. Для того, чтобы запустить экземпляр базы данных, Oracle должен прочесть файл параметров и определить, какие параметры инициализации установлены для этого экземпляра. В файле параметров содержатся многочисленные параметры и их установленные значения. Oracle считывает файл параметров при запуске базы данных. Можно создать несколько файлов параметров, каждый будет соответствовать различным конфигурациям экземпляра.
- spfile - бинарный файл, который используется сервером Oracle при старте.
- pfile - текстовый файл с параметрами, будет использоваться при старте, если не будет найден spfile.
При старте, Oracle считает файл spfileora112.ora. (файл серверных параметров). Преимущество spfile заключается в том, что при работе с базой данных, любые изменения в базе касающиеся изменения параметра системы, автоматически записываются в данный файл.
Если используется pfile, для сохранения изменений, необходимо либо “руками вносить эти изменения” в текстовый файл, либо в консоли выполнять команды для создания данных файлов Ораклом.
Как я могу узнать, что моя база данных использует PFILE или SPFILE?
Выполните следующий запрос, чтобы увидеть какой файл параметров был использован:
Архивные файлы журналов повтора (Archive Log Files)
Как только оперативный файл журнала повтора (Redolog) оказывается заполнен, программное обеспечение сервера Oracle начинает запись в следующий файл. Эта операция повторяется, как следствие информация в оперативных файлах журнала (Redolog) многократно перезаписывается.
Если необходимо сохранить историю изменений, нужно, чтобы после переключения журналов сохранялась их копия. Для этого достаточно перевести работу базы данных в режим работы ARCHIVELOG.
Архивные файлы журналов повтора жизненно важны при восстановлении. Если часть базы данных потеряна или повреждена, то для устранения повреждений обычно требуется несколько архивных журналов или туева хуча этих журналов. Файлы журналов повтора должны применяться к базе данных последовательно. Если один из архивных файлов журналов повтора пропущен, то остальные архивные файлы журналов не могут использоваться. Храните все свои архивные файлы журналов повтора с момента выполнения последней резервной копии. Файлы журналов постепенно накапливаются и разрастаются. Иногда необходимо их удалять. Все операции с данными файлами по применению их к базе выполняются исключительно средствами базы данных. А копировать и переносить их при желании можно как угодно. Бездумно удалять их руками не рекомендуется.
Alert log и трассировочные файлы (trace file)
При работе базы данных события и ошибки регистрируются в текстовых файлах на сервере базы данных. Файл журнала предупреждений (alert log) нужен администратору базы данных для отслеживания важнейших действий с базой данных - наподобие открытия и закрытия базы данных, установления параметров загрузки базы данных и переключения оперативных журналов повтора. Также в эти файлы записываются многие ошибки базы данных для последующего расследования их причин. Любые структурные изменения базы данных также регистрируются в файле журнала предупреждений.
Когда возникает ошибка базы данных, может генерироваться файл трассировки (trace file). Они содержит подробную информацию о возникновении ошибки.
Файлы паролей (Password File)
Необязательный файл, используется для защиты информации о подключениях привилегированных пользователей. Если отсутствует, то вы можете выполнять администрирование своей базы данных, только локально. Кроме того, с его помощью контролируется количество привилегированных подключений для управления в одно и то же время.
Tags: Oracle Database, Файлы базы данных Oracle,
Oracle DBA
Лучше потратить какое-то количество времени, чтобы записать успешный опыт, чем потом повторно воспроизводить его по памяти.
Все материалы обновляются по мере нахождения лучших практик и апгрейда знаний. Если будут желающие добавлять свои знания или исправлять ошибки и неточности, пишите в телеграм чате. Если будет учавствовать больше людей, качество материалов будет улучшаться и обновляться быстрее. Ссылки на ваши профили в соц. сетях будут добавлены в статьях, в которых вы учавствуете.
Читайте также: