Установка 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

В результате получаем новый набор сертификатов. После чего рестартуем сервисы
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
- перевести хост в maintenance mode (если виртуальные машины не переместились на другие хосты — перенести их вручную)
- Убедиться, что виртуальных машин на хосте нет.
- Вынести хост из кластера
- Вернуть его обратно.
Настройка линка к Oracle из PostgreSQL
- Устанавливаем инстант клиента Oracle
- Устанавливаем враппер oracle_fdw (в PostgresPro EE пакет есть непосредственно в репозитории, в противном случае надо собирать из исходников)
- В БД PostgreSQL создаем экстеншен:
create extension oracle_fdw; - Создаем внешний сервер, например
create server alcor_dev8i foreign data wrapper oracle_fdw options (dbserver ‘//alcor:1521/dev8i.internal’ ); - Делаем маппинг пользователя (в примере пользователь xxi и в Oracle и в PostgreSQL)
create user mapping for xxi server alcor_dev8i options (user ‘xxi’, password ‘passwd’); - Даем права на использование внешнего сервера пользователь (в примере — xxi)
grant usage on foreign server alcor_dev8i to xxi; - Уже под пользователем 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 в рабочей группе
Решение
Разумеется, просто сделать пользовательский общий ресурс.
Если очень надо
- Любым знакомым способом вызываем редактор реестра — regedit
- Находим следующую ветку реестра:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System - В меню выбираем Edit->New->DWORD (32-bit) Value
- Указываем имя ключа LocalAccountTokenFilterPolicy. Нажимаем Enter
- Редактируем ключ, указываем значение 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)