Установка Oracle 19c на Oracle Enterprise Linux 9.5

Этап первый, установка линукса.

Ну тут всё линейно, ставим в минимальной конфигурации.

После инсталляции ставим дополнительный репозиторий EPEL (смотрим тут). Там живут screen, xclock, rlwrap — для инсталляции не требуются, но мне нравятся.

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

yum install oracle-database-preinstall-19c

Слегка забегая вперед, для установки патча OJVM нужен модуль Perl File::Copy. Его в базовом наборе нет. Так что ставим дополнительно:

yum install perl-File-Copy-Recursive

Этап два. Установка Oracle 19c

Копируем на сервер в один каталог дистрибутивы Оракла и патчей (Oracle 19c совместим с OEL 9, однако требуется патч не ниже 14-го. В примере использован 26-й). Туда же кладем свежий OPatch.

Прописываем переменные окружения:

export TMP=/tmp
export TMPDIR=$TMP

ORACLE_BASE=/ora
ADMIN=$ORACLE_BASE/admin
ORADATA=$ORACLE_BASE/oradata
ORACLE_HOME=$ORACLE_BASE/product/19c/db
ORACLE_SID=odb
NLS_LANG=AMERICAN_CIS.CL8ISO8859P5
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
CLASSPATH=$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib

export ORACLE_BASE ADMIN ORADATA ORACLE_HOME ORACLE_SID NLS_LANG LD_LIBRARY_PATH CLASSPATH

export SOFTWARE_DIR=/ora/distrib
export OPATCH_FILE=»p6880880_190000_Linux-x86-64.zip»
export PATCH_FILE=»p37262208_190000_Linux-x86-64.zip»
export PATCH_TOP=${SOFTWARE_DIR}/37262208/37257886
export PATCH_PATH1=${PATCH_TOP}/37268031 — это патч OCW
export PATCH_PATH2=${PATCH_TOP}/37260974 — это DBRU

export CV_ASSUME_DISTID=OL8 — это подавление ошибки инсталлятора supportedOSCheck

PATH=$PATH:$ORACLE_HOME/bin:$ORACLE_HOME/OPatch
export PATH

Следим, чтобы пути к патчам были реальными

Распаковываем софт

cd $ORACLE_HOME
unzip -oq ${SOFTWARE_DIR}/LINUX.X64_193000_db_home.zip
unzip -oq ${SOFTWARE_DIR}/${OPATCH_FILE}

cd ${SOFTWARE_DIR}
unzip -oq ${SOFTWARE_DIR}/${PATCH_FILE}

Вышеописанное было взято тут

Далее начинаются разночтения

переходим в $ORACLE_HOME и запускаем инсталлятор. Просто запуском ./runInstaller сделать не получилось, патчи не устанавливались. Поэтому было сделано так:

cd $ORACLE_HOME
./runInstaller ORACLE_HOME_NAME=19CDB -applyRU $PATCH_PATH2 -applyOneOffs $PATCH_PATH1

Проходим по всем этапам в инсталляторе, запускаем непосредственно инсталляцию. В моём случае установка проходит успешно.

По окончании переходим в каталог с OJVM и запускаем установку патча

cd ${SOFTWARE_DIR}/37262208/37102264
opatch apply

Установка закончена.

Добавление репозитория Extra Packages for Enterprise Linux 9 (EPEL)

Добавить репозиторий можно установив пакет
dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm

dnf config-manager —enable epel

Пакеты screen, xclock и rlwrap живут именно тут

[WARNING] [INS-08101] Unexpected error while executing the action at state: ‘supportedOSCheck’ при инсталляции Oracle 19c на OEL 8

Вариант решения 1

Установить переменную окружения
export CV_ASSUME_DISTID=OEL7.9

Вариант решения 2

Отредактировать файл cvu_config находящийся в $ORACLE_HOME/cv/admin

# Fallback to this distribution id
CV_ASSUME_DISTID=OEL7.9

Установка xorg-11-apps на OEL-8

# dnf config-manager —enable ol8_codeready_builder

# dnf install xorg-x11-apps

Восстановление работоспособности VMware Vcenter 8 после окончания срока действия сертификатов

Проблема

При попытке подключения к vcenter через браузер страница не отображается и остается пустой, ошибок нет. После попытки рестарта vcenter попытка обращения вызывает на экран сообщение вида «no upstream…»

Симптомы

В журнале /var/log/vmware/vapi/endpoint/endpoint.log сообщние вида
com.vmware.vapi.endpoint.config.ConfigurationException: com.vmware.vim.sso.client.exception. AuthenticationFailedException: Provided credentials are not valid.

Причина в моём случае

Окончание действия сертификатов
Посмотреть просроченные сертификаты можно командой
/usr/lib/vmware-vmafd/bin/vecs-cli entry list —store vpxd-extension —text | less

Решение

Обновление сертификатов выполняется с помощью утилиты
/usr/lib/vmware-vmca/bin/certificate-manager

Выбираем 8. Reset all Certificate

В результате получаем новый набор сертификатов. После чего рестартуем сервисы
service-control —stop —all
service-control —start —all

Проверить статусы
service-control —status

Возможная проблема

При попытке указать пароль для Administrator@vsphere.local получаем сообщение о неверном пароле. Сброс пароля осуществляется утилитой:
/usr/lib/vmware-vmdir/bin/vdcadmintool

Выбираем пункт 3. Reset account password
Здесь тоже возможна ошибка. В моём случае решилось перезагрузкой сервера vcenter.

Ошибка «Unable to apply DRS resource settings on host»

Оригинал статьи https://kb.vmware.com/s/article/1028351

Если кратко: необходим рестарт агентов управления

/etc/init.d/hostd restart
/etc/init.d/vpxa restart

Как обходной путь (если проблема осталась):
Важно: неприминимо на кластерах VSAN, NSX, Horizon

  1. перевести хост в maintenance mode (если виртуальные машины не переместились на другие хосты — перенести их вручную)
  2. Убедиться, что виртуальных машин на хосте нет.
  3. Вынести хост из кластера
  4. Вернуть его обратно.

Настройка линка к Oracle из PostgreSQL

  1. Устанавливаем инстант клиента Oracle
  2. Устанавливаем враппер oracle_fdw (в PostgresPro EE пакет есть непосредственно в репозитории, в противном случае надо собирать из исходников)
  3. В БД PostgreSQL создаем экстеншен:

    create extension oracle_fdw;

  4. Создаем внешний сервер, например

    create server alcor_dev8i foreign data wrapper oracle_fdw options (dbserver ‘//alcor:1521/dev8i.internal’ );

  5. Делаем маппинг пользователя (в примере пользователь xxi и в Oracle и в PostgreSQL)

    create user mapping for xxi server alcor_dev8i options (user ‘xxi’, password ‘passwd’);

  6. Даем права на использование внешнего сервера пользователь (в примере — xxi)

    grant usage on foreign server alcor_dev8i to xxi;

  7. Уже под пользователем xxi создаем внешнюю таблицу

    create foreign table skp_dev8i (iskpnum int, cskptype char(1), cskpname varchar(1024)) server alcor_dev8i options (schema ‘XXI’, table ‘SKP’);


    Столбцы мапятся по порядку, а не по имени. Непосредственно во внешней таблице на PG их можно назвать как угодно. Если пропустить один столбец, то все равно будет мапится по порядку, вне зависимости от его названия. Опции schema и table — регистрозависимы!

Добавление репозитория Extra Packages for Enterprise Linux 8 (EPEL)

Добавить репозиторий можно установив пакет
dnf install  https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm

Ошибка при попытке получить доступ к административному общему ресурсу (C$, D$ etc) Windows 10 в рабочей группе

Решение

Разумеется, просто сделать пользовательский общий ресурс.

Если очень надо

  1. Любым знакомым способом вызываем редактор реестра — regedit
  2. Находим следующую ветку реестра:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
  3. В меню выбираем Edit->New->DWORD (32-bit) Value
  4. Указываем имя ключа LocalAccountTokenFilterPolicy. Нажимаем Enter
  5. Редактируем ключ, указываем значение 1

Ключ LocalAccountTokenFilterPolicy может принимать значения 0 или 1. Значение по умолчанию — 0.

RMAN. Эмуляция канала типа SBT_TAPE при отсутвии медиа менеджера

В моем случае понадобилось, чтобы очистить каталога RMAN’а от бэкапов, снятых на «ленту». Пользуюсь очень редко, постоянно забываю, решил наконец записать.

Самый простой пример:
allocate channel device type 'SBT_TAPE' PARMS=»SBT_LIBRARY=oracle.disksbt, ENV=BACKUP_DIR=/app/local/oracle/orabkup/db11g/tape)»;

Подробное описание переменных окружения для работы с медиа менеджерами тут RMAN and Specific Media Managers Environment Variables. (MOS Doc ID 312737.1)

Реклама
Май 2025
Пн Вт Ср Чт Пт Сб Вс
 1234
567891011
12131415161718
19202122232425
262728293031  
Рубрики