Ниже приведены несколько общих правил, касающихся конфигурации глобальной области системы (SGA) Oracle, а также структур памяти, влияющих на размер частной глобальной области пользователя (PGA) Oracle. SGA - это блок общей памяти, который Oracle выделяет и совместно использует для всех сеансов. Для получения дополнительной информации о SGA обратитесь к документации Oracle по вашей версии Oracle.
- SGA не должен меняться.
Вы не должны создавать SGA, размер которого превышает две трети размера физической оперативной памяти (ОЗУ) вашего сервера. Ваша виртуальная память должна соответствовать как SGA, так и требованиям всех активных процессов на сервере.
- Избегайте чрезмерной подкачки страниц.
Используя инструменты операционной системы (vmstat на Linux или системы UNIX и Task Manager на Microsoft Windows), проверьте, нет ли избыточной подкачки. Высокая степень подкачки может быть результатом слишком большого SGA.
- Настройте достаточное количество виртуальной памяти.
Как правило, Oracle рекомендует, чтобы ваше пространство подкачки было как минимум в три-четыре раза больше вашей физической оперативной памяти. Требуемый размер файла подкачки на Linux или UNIX или файла подкачки на Windows зависит от количества активных подключений.
- Используйте явные квоты для табличных пространств, чтобы избежать использования всего доступного пространства для хранения.
Пользователи с правами на создание объектов в Oracle, такие как пользователь sde, владелец базы геоданных, хранящейся в пользовательской схеме, и владельцы данных, могут получить доступ к пространству хранения одним из двух способов: обладая НЕОГРАНИЧЕННОЙ системной привилегией ТАБЛИЧНОГО ПРОСТРАНСТВА или получая явную квоту на табличное пространство.
Привилегия НЕОГРАНИЧЕННОГО ТАБЛИЧНОГО ПРОСТРАНСТВА позволяет выделять неограниченное количество пространства в любом или во всех табличных пространствах базы данных, включая табличные пространства SYSTEM и SYSAUX, которыми управляет Oracle. Это дает возможность конечному пользователю, намеренно или случайно, исчерпать все доступное пространство для хранения и даже аварийно завершить работу экземпляра Oracle. По этой причине лучше, чтобы только администраторы баз данных обладали этой мощной системной привилегией.
Для всех остальных пользователей следует назначить квоту на одно или несколько табличных пространств, чтобы они могли создавать объекты Oracle контролируемым образом. Например, вы можете предоставить пользователю-владельцу данных GIS_ADMIN квоту для табличных пространств GIS_DATA и GIS_INDEX, но не для табличных пространств SYSTEM и SYSAUX. Это позволяет вам контролировать, где владелец данных может создавать свои таблицы и индексы и, при необходимости, сколько места могут занимать эти объекты.
Обычно администратор базы данных назначает неограниченную квоту или не назначает квоту для каждого табличного пространства владельцам базы геоданных пользовательской схемы и владельцам данных в базе геоданных sde. Таким образом, администратор базы данных контролирует, где физически хранятся данные, например, на зеркальном дисковом массиве для повышения защиты данных, и может разделять данные в логические контейнеры отдельно от системных данных и данных для других проектов и приложений. Неограниченная квота позволяет владельцу данных выделять столько места, сколько необходимо, в табличных пространствах, к которым у него есть доступ. Как правило, это уместно, поскольку пользователи, имеющие доступ к данным или учетной записи владельца базы геоданных, как правило, имеют дополнительную подготовку или опыт и часто знают больше о требованиях к хранению своих собственных ГИС-данных.
В средах, где редакторам данных или вьюерам данных разрешено создавать собственные объекты базы геоданных, такие как результаты операций геообработки, вы можете назначить ограниченную квоту для табличных пространств, к которым у этих пользователей есть доступ на запись. Например, в табличном пространстве GIS_DATA у средств просмотра данных может быть квота 100 МБ, у редакторов данных - квота 500 МБ, а у владельцев данных - неограниченная квота. Вы должны настроить назначения квот в соответствии с конкретными потребностями ваших данных и бизнес-процессов.