Oracle compatible 19 параметр

Обновлено: 05.07.2024

SQL> show paramteter sga;
SQL> show parameter pga;

Чтобы узнать, использовался при старте PFILE или SPFILE, выполните запрос:

SQL> alter system set sga_target = 500m scope=both;
SQL> alter system set pga_aggregate_target = 150m scope=both;
SQL> shutdown immediate;
SQL> startup;

Теперь мне нужно уменьшить размер sga,
При выполнении команд выше, размер остается прежним.

Пробуем:
$ sqlplus / as sysdba
SQL> CREATE PFILE='/u02/oradata/ora112/pfile_myLastName_30_11_2011.ora' FROM SPFILE;
SQL> quit
cp /u02/oradata/ora112/pfile_myLastName_30_11_2011.ora /u02/oradata/ora112/pfile_myLastName_30_11_2011.ora.bkp
vi /u02/oradata/ora112/pfile_myLastName_30_11_2011.ora

НЕ ПОМНЮ МОЖНО ТАК ДЕЛАТЬ ИЛИ НЕТ.
ДЕЛАЮ НА ТЕСТОВОЙ МАШИНЕ.


$ sqlplus / as sysdba
SQL> shutdown immediate;
SQL> STARTUP PFILE=/u02/oradata/ora112/pfile_myLastName_30_11_2011.ora
SQL> create spfile from memory;
SQL> shutdown immediate;
SQL> startup Последний раз редактировалось Marley; 30.11.2011 в 02:04 . Здравствуйте! Подскажите пожалуйста как вообще правильно задавать параметры памяти при создании БД, что лучше: выбирать режим Typical, если да, то как задать SGA и PGA из каких соображений задавать параметры, если нет и выбирать Custom, то как распределить параметры Shared Pool, Buffer Cache, Java Pool, Large Pool, PGA Size?

Разные базы данных имеют разный функционал и им нужны разные ресурсы.

Если ресурсы сервера позволяют, рекомендуется выделить побольше памяти для SGA.

Воспользуйтесь встроенными средствами Oracle (AWR) и (ADDM).
Если вы выделили недостаточно ресурсов, Oracle Вам об этом сообщит.

По поводу процедуры создания экземпляра базы данных.
Вам предлагают на выбор 3 варианта:

1) OLTP - база данных должна максимально эффективно добавлять данные в базу данных.
2) Вариант Custom, где вы сами должны выбрать параметры.
3) Вариант DataWarehouse - параметры оптимизированы для работы по созданию всевозможных отчетов.

Все эти параметры, вы можете изменить после инсталляции в pfile или spfile (в зависимости от вашей конфигурации).

RHEL 7.5 Oracle 19c Руководство по установке и настройке параметров

Oracle не смогла выпустить версию Oracle 19c exadata 13 февраля 2019 г., и ее можно протестировать на платформе Linux.

Сначала проверьте, что система аутентификации 19c по месяцу 19c эквивалентна Oracle 12.2.0.3, которая является последней версией Oracle 12. В настоящее время сертификация проводится только для Oracle Linux 7. Тестовая среда - RHEL 7.5.


Включает установочный каталог и настройку параметров:

useradd -m -d /home/oracle -u 1101 -g oinstall -G dba,oper,backupdba,dgdba,kmdba oracle

chown -R oracle:oinstall /oracle

echo 'oracle' | passwd oracle --stdin

cat <<eof >> /etc/security/limits.conf
oracle soft nproc 2047
oracle hard nproc 16384
oracle soft nofile 1024
oracle hard nofile 65536
oracle soft stack 10240
oracle hard stack 32768
oracle hard memlock 3145728
oracle soft memlock 3145728
eof

echo "session required pam_limits.so" >> /etc/pam.d/login

grub2-mkconfig -o /boot/grub2/grub.cfg


cat <<eof >> /etc/profile
if [ \$USER = "oracle" ]; then
if [ \$SHELL = "/bin/ksh" ]; then
ulimit -p 16384
ulimit -n 65536
else
ulimit -u 16384 -n 65536
fi
fi
eof

Установите необходимые программные пакеты для базы данных:

Доступ к системному ISO можно получить через yum, а метод установки следующий:

yum -y install compat-libcap1.x86_64 compat-libstdc++-33.x86_64 ksh.x86_64 libaio-devel.x86_64 gcc-c++.x86_64 libstdc++-devel.x86_64 smartmontools.x86_64 sysstat.x86_64 xorg-x11-utils-7.5-22.el7.x86_64

Кроме того, я подумал, что необходимо загрузить программный пакет compat-libstdc ++ - 33, иначе при использовании Oracle Text возникнут проблемы.

Oracle начинает с 18c и распаковывает программное обеспечение базы данных непосредственно в каталог ORACLE_HOME.

unzip V981623-01.zip -d /oracle/product/19/db/

Выберите установку только программного обеспечения:









Поскольку память конфигурации виртуальной машины мала, аварийный сигнал параметра shmall можно игнорировать.

Установите совместимое программное обеспечение:

rpm -ivh compat-libstdc++-33-3.2.3-72.el7.x86_64.rpm

После завершения установки используйте пользователя root для выполнения двух сценариев:

Создайте монитор через netca, который совместим с предыдущим интерфейсом 11g.

Создайте базу данных через dbca:








Выберите указанный набор символов:






Параметры базы данных настраиваются следующим образом, и конкретные условия необходимо настраивать в соответствии с реальной ситуацией:

alter system set db_file_multiblock_read_count=32 scope=spfile sid='*';
alter system set max_dump_file_size = '500M' scope=spfile sid='*';
alter system set "_memory_imm_mode_without_autosga"=FALSE scope=spfile sid='*';
alter system set job_queue_processes=100 scope=spfile sid='*';
alter system set DB_FILES=4096 scope=spfile sid='*';
alter system set nls_date_format='YYYY-MM-DD HH24:MI:SS' scope=spfile sid='*';
alter system set open_cursors=3000 scope=spfile sid='*';
alter system set open_links_per_instance=48 scope=spfile sid='*';
alter system set open_links=100 scope=spfile sid='*';
alter system set parallel_max_servers=20 scope=spfile sid='*';
alter system set session_cached_cursors=200 scope=spfile sid='*';
alter system set undo_retention=10800 scope=spfile sid='*';
alter system set "_undo_autotune"=false scope=spfile sid='*';
alter system set "_partition_large_extents"=false scope=spfile sid='*';
alter system set "_use_adaptive_log_file_sync"=false scope=spfile sid='*';
alter system set "_optimizer_use_feedback"=false scope=spfile sid='*';
alter system set deferred_segment_creation=false scope=spfile sid='*';
alter system set "_external_scn_logging_threshold_seconds"=600 scope=spfile sid='*';
alter system set "_external_scn_rejection_threshold_hours"=24 scope=spfile sid='*';
alter system set result_cache_max_size=0 scope=spfile sid='*';
alter system set "_cleanup_rollback_entries"=2000 scope=spfile sid='*';
alter system set parallel_force_local=true scope=spfile sid='*'; --rac
alter system set "_gc_policy_time"=0 scope=spfile sid='*';
alter system set "_clusterwide_global_transactions"=false scope=spfile sid='*';
alter system set "_library_cache_advice"=false scope=both sid='*';
alter system set db_cache_advice=off scope=both sid='*';
alter system set filesystemio_options=setall scope=spfile sid='*';
alter system set fast_start_mttr_target=300 scope=spfile sid='*';

alter profile default limit PASSWORD_LIFE_TIME UNLIMITED;
alter profile ORA_STIG_PROFILE limit PASSWORD_LIFE_TIME UNLIMITED;

COMPATIBLE.ASM, COMPATIBLE.RDBMS, COMPATIBLE.ADVM

Атрибуты совместимости дисковых групп (COMPATIBLE) определяют параметры совместимости дисковых групп для Oracle ASM и экземпляров базы данных. Мы рассмотрим в данной справочной статье настройку следующих атрибутов:

  • COMPATIBLE.ASM
  • COMPATIBLE.RDBMS
  • COMPATIBLE.ADVM

COMPATIBLE.ASM

Значение атрибута группы дисков COMPATIBLE.ASM определяет минимальную версию программного обеспечения для экземпляра Oracle ASM, который может использовать группу дисков. Этот параметр также влияет на формат структур данных для метаданных Oracle ASM на диске. Формат другого содержимого файла определяется Oracle ASM Dynamic Volume Manager (Oracle ADVM) и экземпляром базы данных.

Для Oracle ASM 12c значение 12.1 является настройкой по умолчанию для атрибута COMPATIBLE.ASM при использовании ASMCA. Значение по умолчанию - 10.1 при использовании оператора SQL CREATE DISKGROUP и команды ASMCMD mkdg .

COMPATIBLE.RDBMS

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

Например, если для параметров инициализации COMPATIBLE баз данных установлено значение 11.2 или 12.1, то для COMPATIBLE.RDBMS можно задать любое значение от 10.1 до 11.2 включительно.

Для Oracle ASM 12c значение 10.1 является настройкой по умолчанию для атрибута COMPATIBLE.RDBMS при использовании оператора SQL CREATE DISKGROUP , команды ASMCMD mkdg и ASMCA .

На заметку!

Параметр инициализации базы данных COMPATIBLE позволяет использовать новую версию Oracle Database, в то же время гарантируя обратную совместимость с более ранней версией.

После выполнения данного пункта потребуется перезагрузка сервера.

Создать директорию scripts

Создаем директории для установки DataBase:

Создадим скрипты запуска/остановки БД:

chmod u+x /home/oracle/scripts/*.sh

linux.x64_193000_db_home.zip

Установку необходимо запускать из $ORACLE_HOME

Создаем инстанс DataBase oracle.

Это изображение имеет пустой атрибут alt; его имя файла - image.jpg

Это изображение имеет пустой атрибут alt; его имя файла - image-1.jpg

На втором шаге выбираем «Server class».

Это изображение имеет пустой атрибут alt; его имя файла - image-2.jpg

Выбираем установку Enterprise Edition.

Это изображение имеет пустой атрибут alt; его имя файла - image-3.jpg

Указываем директорию для установки Oracle.

Это изображение имеет пустой атрибут alt; его имя файла - image-4.jpg

Выбираем «General Purpose».

Это изображение имеет пустой атрибут alt; его имя файла - image-5.jpg

Указываем SID и Service name.

Это изображение имеет пустой атрибут alt; его имя файла - image-6.jpg

Указываем размер утилизации памяти, данный параметр влияет на размер PGA и SGA.

Указываем кодировку.

Это изображение имеет пустой атрибут alt; его имя файла - image-10.jpg

Данный параметр пропускаем. Он необходим для подключения EM к Cloud Control.

Это изображение имеет пустой атрибут alt; его имя файла - image-11.jpg

Необходимо ставить галочку, если хотим включить FRA.

Указываем пароль к УЗ SYS.

Это изображение имеет пустой атрибут alt; его имя файла - image-14.jpg

Указываем пароль root, что бы необходимые скрипты автоматически запустились.

На шаге 14 проверяется настройки OS и установка необходимых пакетов.

Можно залогиниться используя УЗ SYS.

После установки БД

Ручной запуск и остановка БД

Примечание: после установки, база данных запускается автоматически. Выполнять пункты ниже не обязательно.

Перенос приложения с СУБД Oracle 9 на Oracle 11 может быть реализован несколькими способами. Два основных, это

  1. Импорт схем данных в новую БД
  2. Миграция БД

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

1. Подготовка к обновлению.
2. Протестируйте процесс обновления.
3. Протестируйте обновленную тестовую базу данных.
4. Подготовка и сохранение рабочей базы данных.
5. Обновите производственную базу данных.
6. Настройте и настройте новую производственную базу данных Oracle.

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

При обновлении базы для программного обеспечения Oracle Database 11g Release 2 (11.2) 11.2.0 минимальное значение параметра COMPATIBLE - 10.0.0.0.0 , а максимальное COMPATIBLE 11.2.0.n.n . К сожалению, обновление до данной версии программного обеспечения с версии 9.2 возможно только для финальной версии Oracle 9.2.0.8 . И, если Вы не имеете соответствующего набора патчей, то Вам остается только процедура импорта данных, или же длинный путь через обновление до промежуточной версии 10.2.0.4 .

После установки программного обеспечения для Oracle Database 11g Release 2 (11.2) вы
получаете доступ к скрипту rdbms/admin/utlu112i.sql , который надо запустить в среде старой БД для проверки возможность обновления. Этот шаг является обязательным. Если он не выполнен или выполнен с ошибками, то скрипт обновления catupgrd.sql завершит работу с ошибками.

В принципе выполненный скрипт допускает обновление, хотя версия 9.2.0.6 в соответствии с документацией является недопустимо старой. Это настораживает. Кроме того, когда увидишь весь этот объем информации, то все меньше желания идти по пути обновления. И понимаешь, что импорт приложения это проще и быстрее и находится под Вашим контролем. И если Ваше приложение не сильно зависит от БД, то импорт становится еще более привлекательным.

Следующий шаг. Вы должны скопировать файлы финальной холодной копии вашей обновляемой БД в соответствии с новыми инициализационными параметрами, запустить экземпляр СУБД Oracle 11.2, подмонтировать БД, при необходимости изменить пути файлов, и открыть БД для обновления.

При необходимости создаем табличное пространство sysaux

Теперь запускаем скрипт catupgrd.sql . Если все прошло успешно, то запускаем экземпляр, остановленный скриптом catupgrd.sql , и выполняем следующие шаги

  1. Запускаем скрипт utlu112s.sql . Его надо запустить первым.
  2. Запускаем скрипт catuppst.sql, lдля выполнения обновлений, не требующих, чтобы БД была открыта в режиме UPGRADE mode.
  3. Запускаем скрипт utlrp.sql для компиляции инвалидных объектов.

Если возникают ошибки, то устраняем их причины, и для надежности, выполняем все сначала. Поэтому исходники холодной копии старой БД должны быть под рукой.

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