Вопросы на собеседовании oracle DBA, часть 1

Проведение собеседований

   Иногда приходится проводить собеседования кандидатов на должность администратора базы данных Oracle. Бывают случаи, когда непросто выбрать лучшего кандидата из нескольких, если задавать каждому разные вопросы.  Обычно администраторы хорошо знают несколько направлений работы, которым занимались на предыдущем месте работы. В последний год остановился на типовом стандартном наборе вопросов, которые должны знать все администраторы. Каждый ответ оцениваю по 5 бальной системе, в итоге вывожу итоговые оценки по 7 направлениям. Время ответа ограничиваю, если остается время задаю уточняющие вопросы.

   В этой статье приведу типовые вопросы, которые задаю на должность дежурного и ведущего администратора (начальный и средний уровни администрирования).  Всего стараюсь оценить 7 направлений (хотелось бы больше, но 45 минут обычно не хватает):

1. Архитектура
2. Бэкап / Рекавери
3. Резервирование (STANDBY)
4. Performance
5. SQL – PL SQL
6. OS
7. Не технические аспекты

По каждой теме стараюсь задать хотя-бы 3-4 вопроса. Обычно вопросы идут по повышению сложности и времени ответа. Что обычно спрашиваю:

Архитектура

Различия PFILE and SPFILE

Обычно все знают, далее спрашиваю:

• Как узнать с какого файла параметров стартовал инстанс?
• show parameter spfile показывает пустую строку - что это значит?

Как администратор настраивает управление памятью для инстанса Oracle.

В ответе хотелось бы услышать об особенностях Automatic Memory Management (AMM), ASMM, назначении, особенности настройки OS, больших страницах.

Какая информация хранится в контрольном файле.
Я знаю о 12 типах, при ответе считаю кол-во тем, которое сообщит кандидат, если более 6 - то ставим 5

Контрольная точка
Для получения 4 нужно что-то сказать об: CKPT, FAST_START_MTTR_TARGET. Для 5 баллов спрашиваю о полной и инкрементальной, почему несколько групп редо-логов находятся в состоянии active.

Бэкап и восстановление

Прошу рассказать о средствах резервирования данных.

Хотелось бы услышать о холодных бэкапах, горячих через RMAN и user managed, выгрузке данных export/import, DataPump. Об особенностях функционирования, плюсы и минусы.

Как оценить предполагаемый размер бэкапа

Что происходит при Begin Backup

Этапы полного восстановления базы из бэкапа

Дублирование (dublicate)

Что такое,  что происходит если указано FROM ACTIVE DATABASE и нет.

Резервирование (STANDBY)

Data Guard Protection Modes 

Стандартный вопрос, обычно все отвечают. Оцениваю точность формулировок.

AFFIRM SYNC / NOAFFIRM NOSYNC

Действия при установке точки восстановления и откате (flashback database) 
Очередность действий на основной базе и резервной.

dgmgrl

Что такое, какие команды в dgmgrl знакомы

Performance

Диагностика
Что делает при жалобах пользователей, куда смотрит

Типовые события ожидания
db file sequential reads
db file scattered reads
log file sync
buffer busy waits

Причины и способы лечения

Параметры таблиц
PCTFREE and PCTUSED

Планы запросов
Index Full Scan и Index Fast Full 

Методы фиксации плана запросов
Что знает о «профиле» (profile) запроса

SQL plan management (SPM). 

SQL – PL SQL

Основы
Прошу привести пример DML,  DCL, DDL команд
Разница между delete и truncate
Типы constraints

Какие варианты реорганизовать таблицу

Ora-01555 snapshot too old

Мутирующие таблицы

Отличие View и materialized view

OS

Load average 

Что означает, как посмотреть

LVM

Для чего, какие команды помнит

limits

Как посмотреть лимиты 

Не технические аспекты

Работал ли с сайтом техподдержки.
Обычно все отвечают да, далее прошу уточнить: Отличия ORA-600 от ORA-7445

Что читает  
блоги, книги ?

Характер  
оценить психологические характеристики кандидата на предмет встраивания в команду и комфорта общения

не профессиональные параметры кандидата  
возраст, жизненные взгляды, допустимость переработок, стремление к развитию в профессии, мобильность и частоту смены работы, семейное положение, кругозор и опыт работы в смежных областях

Grid Infrastructure 12.2 для одиночного инстанса

Grid Infrastructure 12.2 для одиночного инстанса

Небольшая шпаргалка по включению автоматического рестарта БД Oracle 12 (Oracle Restart). В статье будет продемонстрирована установка Grid Infrastructure 12.2 без ASM для целей включения автоматического старта и рестарта различных компонент БД Oracle 12 (Oracle Restart).

Причиной для установки Oracle Restart обычно является желание увеличить доступность одиночного инстанса БД. В этом случае можно использовать компоненты Grid Infrastructure для мониторинга ресурсов листенера и инстанса БД, также для автоматического рестарта этих компонент в случае различных проблем.

Используя стандартный инсталятор (программу автоматической установки и старта Grid Infrastructure) создание компоненты Automatic Storage Management (ASM) обязательно, этот шаг нельзя пропустить. Поэтому установку будем выполнять в два шага, частично в программе-установщике, частично скриптом.

Подготовка

• Настраиваем операционную систему, согласно требований в документации
• Скачиваем дистрибутивы linuxx64_12201_grid_home.zip и linuxx64_12201_database.zip с сайта Oracle Technology Network
• На сервере БД создаем рабочий каталог:

mkdir -p /u01/app/grid/product/12.2.0.1

• Копируем в него дистрибутив

mv linuxx64_12201_grid_home.zip /u01/app/grid/product/12.2.0.1/

• Распаковываем. Начиная с версии 12.2 (Oracle 12c Release 2) zip-файл требуется распаковывать в конечном рабочем каталоге.

cd /u01/app/grid/product/12.2.0.1/
unzip linuxx64_12201_grid_home.zip

• Проверка. Запускаем Cluster Verification Utility (CVU)

cd /u01/app/grid/product/12.2.0.1
chmod u+x *.sh
./runсluvfy.sh stage -pre hacfg –verbose

Установка

• Запускаем инсталятор

cd /u01/app/grid/product/12.2.0.1

./gridSetup.sh

• Выбираем установку только ПО, без конфигурации сервисов:

• Далее все шаги по умолчанию, в конце выполняем root-скрипты.
• Выполняем конфигурирование Grid Infrastructure, для этого запускаем под пользователем root:

/u01/app/grid/product/12.2.0.1/perl/bin/perl -I/u01/app/grid/product/12.2.0.1/perl/lib -I/u01/app/grid/product/12.2.0.1/crs/install /u01/app/grid/product/12.2.0.1/crs/install/roothas.pl

В результате выполнения должны получить:

CRS-4133: Oracle High Availability Services has been stopped.

CRS-4123: Oracle High Availability Services has been started.

centos     2017/12/21 11:27:35     /u01/app/grid/product/12.2.0.1/cdata/centos/backup_20171221_112735.olr     

2017/12/21 11:27:36 CLSRSC-327: Successfully configured Oracle Restart for a standalone server

Проверка

Для проверки статуса компонент выполним запрос crsctl

cd /u01/app/grid/product/12.2.0.1/bin

./crsctl stat res –t

./crsctl enable has

Создание листенера

В качестве завершающего шага рекомендуется запустить хотя-бы один листенер. Для этого запускаем мастер netca:

cd /u01/app/grid/product/12.2.0.1/bin/

./netca

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

Установка ПО Oracle

• Копируем и распаковываем дистрибутив ПО Oracle. В нашем случае это будет версия 12c Enterprise Edition Release 12.2.0.1.0

unzip linuxx64_12201_database.zip

• Запускаем установщик:

cd database/

./runInstaller

• Установка ПО Oracle не отличается от обычной установки. Каталог для установки выбираем: /u01/app/oracle/product/12.2.0/dbhome_1

Создание и запуск инстанса БД

• Запускаем мастер создания инстанса БД:

cd /u01/app/oracle/product/12.2.0/dbhome_1/bin

./dbca

• Все параметры для нового инстанса стандартные, и не отличаются от обычной установки. Кроме настройки листенера. На странице выбора листенера, выбираем созданный нами листенер в каталоге Grid Infrastructure:

• После создания инстанса проверяем статус компонент:

• Для исправления ошибки "ORA-28040: Нет соответствующего протокола аутентификации" добавляем в конфигурационный файл sqlnet.ora следующие строки: 
• • SQLNET.ALLOWED_LOGON_VERSION_CLIENT=8
• SQLNET.ALLOWED_LOGON_VERSION_SERVER=8
• SQLNET.ALLOWED_LOGON_VERSION=8

Проверка

Уже сейчас можно проверить автостарт сервисов. Для этого перезагружаем хост, проверяем статус базы данных.

srvctl status listener

srvctl status database -database EMDB

Исправлена ошибка при установке Oracle RAC

  Некоторое время назад пытался установить кластерную БД 12-й версии. Но не удалось, во время выполнения root.sh получал странную ошибку:
ROOT.SH FAILED: PRIF-15: INVALID FORMAT FOR SUBNET
Исправления в то время не нашел, пришлось установить кластерное ПО предыдущей (11-й) версии.

  Недавно получил новую заявку на установку кластерной базы. При установке опять получил подобную ошибку. Как выяснилось, такой сбой происходит при установке кластерного ПО версии 12.1.0.2 на некоторых валидных IP адресах. В моем случае, если IP адрес содержит число 255 в любом октете, то установка не проходила (адрес вроде: 10.255.255.ххх). Oracle недавно признал баг: 

"ROOT.SH FAILED: PRIF-15: INVALID FORMAT FOR SUBNET", и выпустил патч: 19777496

Я составил инструкцию, как можно устанавливать кластерное ПО с такими патчами:

1) Запускаем установку кластерного ПО и перед выполнением root.sh устанавливаем нужный патч на всех узлах кластера:

• копируем патч в to /u01/patch 
• chown -R oracle:dba /u01/patch/ 
• копируем и распаковываем новый OPatch 
• с правами пользователя oracle запускаем установку патча: /u01/crs/12.1.0/grid/OPatch/opatch napply -oh /u01/crs/12.1.0/grid -local /u01/patch/19777496/19777496

Затем запускаем root.sh на всех узлах и как обычно заканчиваем установку кластерного ПО.

2) Если нужно будет позже установить PSU, то удалите этот патч, в дальнейшем он мешает установке некоторых обновлений, для этого выполните команды:

• srvctl stop home -o /u01/crs/12.1.0/grid -s /u01/patch/111 -n emias-db-rac01 
• /u01/crs/12.1.0/grid/crs/install/rootcrs.pl -prepatch 
• opatch rollback -local -id 19777496 -oh /u01/crs/12.1.0/grid 
• /u01/crs/12.1.0/grid/rdbms/install/rootadd_rdbms.sh /u01/crs/12.1.0/grid/crs/install/rootcrs.pl -postpatch 

3) Установите последний PSU на всех узлах кластера:

• create rsp file /u01/crs/12.1.0/grid/OPatch/ocm/bin/emocmrsp -no_banner -output /u01/patch/grid_config.rsp 
• opatchauto apply /u01/patch/20996835 -oh /u01/crs/12.1.0/grid -ocmrf /u01/patch/grid_config.rsp

4) После этого можно копировать базы данных.

Экзамен 1Z0-060 Upgrade to Oracle Database 12c

Наконец нашел время сдать тест 1Z0-060. Я готовился к нему полгода, изучил множество документов и книг. Это не самый быстрый способ.

Для желающих сэкономить время, могу предложить самый эффективный способ сдачи этого экзамена, не требующий много времени:

1) идем на сайт:  http://www.aiotestking.com/oracle/category/exam-1z0-060-upgrade-to-oracle-database-12c-update-january-30th-2014/ 
и просматриваем там все 150 возможных вопроса. Читаем все комментарии, они помогают понять суть.  Если тема вопроса незнакома, то изучаем в официальной документации Oracle 12 или на специализированных ресурсах, например:  http://oracle-base.com/articles/12c/articles-12c.php 

2) Для желающих я собрал все вопросы в один файл, можете скачать по ссылке:
https://www.dropbox.com/s/0zcks9e3irxffjl/QUESTION%201Z0-060.docx?dl=0
Зеленым я отметил ответы, на которые я уверен на 100 %. Желтым не корректные вопросы, или я не уверен в ответе.

3) На этом сайте совпадает по охвату 100% вопросов с реальным экзаменом. По содержимому вопросы могут отличаться, но незначительно. Например из того, что запомнил, в вопросе:
------------------------

You are about to plug a multi-terabyte non-CDB into an existing multitenant container database (CDB) as a pluggable database (PDB).
The characteristics of the non-CDB are as follows:
– Version:Oracle Database 12c Releases 1 64-bit
– Character set: WE8ISO8859P15
– National character set: AL16UTF16
– O/S: Oracle Linux6 64-bit

The characteristics of the CDB are as follows:
– Version: Oracle Database 12c Release 1 64-bit
– Character set: AL32UTF8
– O/S:OracleLinux 6 64-bit
Which technique should you use to minimize down time while plugging this non-CDB into the CDB?

A.    Transportable database
B.    Transportable tablespace
C.    Data Pump full export / import
D.    The DBMS_PDB package
E.    RMAN

------------------------

Список возможных ответов сократили до :

------------------------

A.    Transportable database

B.    Transportable tablespace
С.    The DBMS_PDB package
D.    RMAN

------------------------

4) Также учтите, что на www.aiotestking.com часть вопросов неправильные, много опечаток. Также часть ответов указана неправильно, это особенность сайта: совместная коллективная работа без модерации ответов. Из-за этого есть вандалы, реклама и т.д. Но большинство вопросов и ответов правильные.

В итоге вы должны самостоятельно правильно отвечать без подсказки на все 150 вопросов с этого сайта. На экзамене вам нужно будет ответить только на 86 вопросов (из 150 представленных на www.aiotestking.com)

Удачи !

Администрирование пользователей в бухгалтерии Парус

Несколько скриптов для облегчения добавления ролей в бухгалтерии "ПАРУС"

• Смотрим роли по организации:  

    
select RN,ROLENAME from parus.ROLES
  where 
     rolename like '%N219%' and
     rolename not like 'dd%'
  order by rolename   ;

• Добавление пользователю ролей по списку:  

    
declare
  nrn number;
  cnt pls_integer;
  login_to varchar2(100);
  role_to number;
  type array_t is varray(4) of number;
  array1 array_t := array_t(412675597,14104312,15162844,8115887);
begin
  login_to   := 'USER_LOGIN_TO!!!';
  for i in 1..array1.count loop
    role_to := array1(i);  
      select count(*) into cnt from parus.userroles tt where tt.roleid=role_to and tt.authid=login_to;
      if cnt=0 then  
          parus.P_USERROLES_BASE_INSERT(role_to, login_to, nrn);
      end if;    
  end loop;   
end;

commit;

• Добавление ролей по названию:  

    
declare
  nrn number;
  cnt pls_integer;
  login_to varchar2(100);
begin
  login_to   := 'USER_LOGIN_TO!!!';
  for i in (select RN,ROLENAME from parus.ROLES where (rolename like '%ДГПкаN110%'  ) and rolename not like 'dd%' order by rolename )
  loop
      select count(*) into cnt from parus.userroles tt where tt.roleid=i.RN and tt.authid=login_to;
      if cnt=0 then  
          dbms_output.put_line('added for '||login_to||'   '||i.ROLENAME);
          parus.P_USERROLES_BASE_INSERT(i.RN, login_to,nrn);
      end if;    
  end loop;   
end;

commit;

• Копирование всех ролей одного пользователя другому:  

    
declare
  nrn number;
  cnt pls_integer;
  login_from varchar2(100);
  login_to varchar2(100);
begin
  login_from := 'USER_LOGIN_FROM!!!';
  login_to   := 'USER_LOGIN_TO!!!';
  for i in (
    select * from parus.userroles t where t.authid=login_from) loop
      select count(*) into cnt from parus.userroles tt where tt.roleid=i.roleid and tt.authid=login_to;
      if cnt=0 then  
        parus.P_USERROLES_BASE_INSERT(i.roleid,login_to,nrn);
      end if;  
    end loop;
end;

commit;

• удаление роли:  

    
select t.RN, t.ROLEID,t.AUTHID,r.ROLENAME 
  from parus.userroles t,
       parus.ROLES r 
  where t.ROLEID=r.RN and 
    t.authid='USER_LOGIN_TO!!!'
  order by r.ROLENAME  ;

begin
  PARUS.P_USERROLES_BASE_DELETE(1762104080);
end;  

Как установить патч tzdata на Linux в 2014 (переход на зимнее время)

Как установить патч tzdata на Linux

RedHat

1) Скачиваем пакеты: https://www.dropbox.com/s/w0ilea47xh56l0c/rpms.zip?dl=0
2) Смотрим версию RedHat: cat /etc/redhat-release
3) Устанавливаем пакеты: rpm -Uvh *
4) Перестартовать ntp: service ntp restart
5) Проверяем текущую дату и часовой пояс: date

SuSe

1) Скачиваем пакеты: https://www.dropbox.com/s/3b80dmnytg5ttcw/tzdata_Suse.zip?dl=0
2) Устанавливаем пакеты: rpm -Uvh *
3) Перестартовать ntp: service ntp restart
4) Проверяем текущую дату и часовой пояс: date

Ubuntu

sudo sh -c "echo 'deb http://archive.ubuntu.com/ubuntu/ $(lsb_release -cs)-proposed restricted main multiverse universe' >> /etc/apt/sources.list"

sudo apt-get update

sudo apt-get install tzdata

sudo apt-get update && sudo apt-get upgrade

sudo /etc/init.d/ntp restart   (при необходимости sudo apt-get install ntp)

date

http://help.ubuntu.ru/wiki/%D1%80%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_ubuntu_server/%D1%81%D0%B5%D1%82%D1%8C/ntp

dpkg-reconfigure tzdata

Проверить установку

1) Проверить можно командой: rpm -q tzdata
вывод команды покажет установленную версию, версии равные или
старше 2014f - обновлены, т.е. f,g,h:  tzdata-2014{f|g|h}

2) также, можно проверить командой: cat /etc/localtime
последняя строка в выводе должна быть: "MSK-3"

Переход на зимнее время Oracle баз данных в 2014 году

Что делать с базами данных для перехода на зимнее время в 2014 году

Непростое решение: что делать с базами данных для корректного перехода на зимнее время в 2014 году. Особенно если у тебя 150 баз в промышленной эксплуатации. Как ни странно, лучшее решение: ничего не делать :)

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

в России с 2 часов 00 минут 26 октября 2014 года 11 часовых зон. Москвы во 2-й зоне:

" 2-я часовая зона (МСК, московское время, UTC+3): Республика Адыгея, Республика Дагестан, Республика Ингушетия,
 Кабардино-Балкарская Республика, Республика Калмыкия, Карачаево-Черкесская Республика, Республика Карелия, Республика Коми,
 Республика Крым, Республика Марий Эл, Республика Мордовия, Республика Северная Осетия — Алания, Республика Татарстан, Чеченская Республика,
 Чувашская Республика — Чувашия, Краснодарский край, Ставропольский край, Архангельская область, Астраханская область, Белгородская область,
 Брянская область, Владимирская область, Волгоградская область, Вологодская область, Воронежская область, Ивановская область,
 Калужская область, Кировская область, Костромская область, Курская область, Ленинградская область, Липецкая область, Московская область,
 Мурманская область, Нижегородская область, Новгородская область, Орловская область, Пензенская область, Псковская область, Ростовская область,
 Рязанская область, Саратовская область, Смоленская область, Тамбовская область, Тверская область, Тульская область, Ульяновская область,
 Ярославская область, города федерального значения Москва, Санкт-Петербург, Севастополь и Ненецкий автономный округ;"

Документация техподдержки Oracle

Есть подробное описание влияния этого перехода в документе: The Russian Government re-introduces DST in 2014 - Impact on Oracle RDBMS (Doc ID 1907147.1)

Если кратко, то:
есть некая база (база Олсона), хранящая часовые пояса и смещения времени для разных часовых поясов начиная с 1970 г (начало эпохи Unix). Эти данные также хранятся (и обновляются патчем) в базе данных Оракл. Когда происходит изменение смещения (например как в случае с предстоящим изменением на зимнее время в России), эти данные вендор СУБД обновляет из базы Олсона и выпускает в виде патча для БД (в нашем случае Oracle). Если этот патч не применить, то работа с датами и временем содержащим смещения DST приведет к неверным результатам для тех часовых поясов, смещения в которых поменялись.
Если приложения работают исключительно с локальным временем без указания таймзон, то патч на базу можно не ставить, достаточно только патча для ОС.

The "Date" datatype has no timezone information stored, "sysdate" (and "systimestamp") do not use any Oracle provided timezone information. None of these are using in any way Oracle DST patches or Oracle provided DST information. "Sysdate" is purely dependent on the operating system clock, hence it IS depending on the timezone information of this operating system and/or the operating system "TZ" variable settings when the database and listener where started (!!!).

Т.е. если используются для хранения дат и времени типы без таймзоны, то они никак не используют оракловый патч с таймзонами и DST.
Зато если в базе используется TimeStamp with Time Zone то придется ставить патч и тестировать. Вот этот патч: «Patch 19396455: DST-23: DST UPDATE SEPTEMBER 2014 - TZDATA2014F» К сожалению этот патч выпустили не на все версии Oracle, например для 11.2.0.2 уже нет патча.

В шедулере базы Oracle, к сожалению, используется TimeStamp with Time Zone, поэтому щедулер возможно собъёться на один час 26 октября, поэтому разработчикам нужно будет проверить свои задания и  выставить нужное смещение (а не именованную тайм зону). Надо это не забыть сделать 26 октября.

Также желательно обновить Java на все серверах, применить TZupdater tool с tzdata2014f

Текущее состояние

Смотрим как у нас Oracle работает с московской зоной на продуктовых серверах:

select from_tz(timestamp '2013-10-01 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual

 union all

 select from_tz(timestamp '2013-11-26 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual

 union all

 select from_tz(timestamp '2014-10-25 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual

 union all

 select from_tz(timestamp '2014-10-26 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual

 union all

 select from_tz(timestamp '2015-07-26 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual

 union all

 select from_tz(timestamp '2015-10-29 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual;

-----------------------------------

TZ

01/10/2013 5:00:00.000000000 +04:00

26/11/2013 4:00:00.000000000 +03:00

25/10/2014 5:00:00.000000000 +04:00

26/10/2014 4:00:00.000000000 +03:00

26/07/2015 5:00:00.000000000 +04:00

29/10/2015 4:00:00.000000000 +03:00

-----------------------------------

Вот и первый сюрприз: база в 2013, 2014, 2015 годах переводит время на зимнее и на летнее время. То есть она не знает, что в 2011 году мы в России отменили переход на зимнее время. Как же так ? Проверяем версию тайм-зоны:

SELECT version FROM v$timezone_file;

-----------------------------------

14

-----------------------------------

Так и есть, во всех установленных базах Oracle, версий 10, 11, 12 стоит версия таймзон (база Олсона) от 2010 года! У нас никто не ставил патч 7695070 от 2011 года. А Oracle не включил в свои дистрибутивы новую версию базы Олсона, как ни странно, весь остальной мир не меняет свои часовые пояса раз в 3 года, скучно живут. 

Получается что у нас Oracle неправильно работал с часовыми поясами в полях типа "*with Time Zone" последние 3 года, никто об этом не догадался, или никто такие поля не использует. 

Поэтому лучший вариант для нас: ничего не трогать. 26 октября базы сами перейдут на зимнее время, ничего менять не нужно, все будет работать правильно. К тому же большинство разработчиков использует простые типы полей, баз тайм зон, для них вообще ничего не меняется, в их случае база берет дату из операционной системы. То есть достаточно на OS установить патч.

Но следующей весной базы опять сами сменят даты на летнее время (смещение 4 часа от UTC), это может вызвать проблемы для тех кто использует время с тайм зонами!

Вообще летнее и зимнее время - это вопрос философский, важно смещение от UTC. С 26 октября мы в России должны получать смещение 3 часа от UTC навечно (или пока правительству не надоест). Следующей весной непропатченные базы Oracle автоматом сменят смещение на 4 часа от UTC, что неправильно.

4) Если мы все таки решили исправить такое поведение баз Oracle. Краткая инструкция что нужно делать:

- Обновляем OPatch

- Обновляем базу минимум до версии 11.2.0.3

- Ставим патч 19396455: DST-23 (остановка базы не требуется)

- Обновляем базу данных, выполняем скрипт: Scripts to automatically update the RDBMS DST (timezone) version in an 11gR2 or 12cR1 database . (Doc ID 1585343.1) Эти скрипты автоматически перегрузят базу данных 2 раза! 

- Проверяем: 

 SELECT version FROM v$timezone_file;

----------

        23

----------

Видно что тайм зона теперь 23 версии.

SQL> select from_tz(timestamp '2013-10-01 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual

  2   union all

  3   select from_tz(timestamp '2013-11-26 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual

  4   union all

  5   select from_tz(timestamp '2014-10-25 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual

  6   union all

  7   select from_tz(timestamp '2014-10-26 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual

  8   union all

  9   select from_tz(timestamp '2015-07-26 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual

 10   union all

 11   select from_tz(timestamp '2015-10-29 1:00:00','UTC') at time zone 'Europe/Moscow' tz from dual;

TZ

---------------------------------------------------------------------------

01-OCT-13 05.00.00.000000000 AM EUROPE/MOSCOW

26-NOV-13 05.00.00.000000000 AM EUROPE/MOSCOW

25-OCT-14 05.00.00.000000000 AM EUROPE/MOSCOW

26-OCT-14 04.00.00.000000000 AM EUROPE/MOSCOW

26-JUL-15 04.00.00.000000000 AM EUROPE/MOSCOW

29-OCT-15 04.00.00.000000000 AM EUROPE/MOSCOW

Видно что смещение от UTC теперь 3 часа с 26 октября 2014 года постоянно.

5) Обновление JAVA машин. На серверах приложений с Weblogic, BI, Cloud Control обязательно.

Краткая инструкция по обновлению java :

- cd /u01/distr/tzupdater

- unzip tzupdater-1_4_8-2014h.zip 

- cd tzupdater-1.4.8-2014h/

- /u01/app/oracle/product/11203/dbhome_1/jdk/bin/java  -jar tzupdater.jar -u

- /u01/app/oracle/product/11203/dbhome_1/jdk/jre/bin/java  -jar tzupdater.jar -u

- Проверка:

/u01/app/oracle/product/11203/dbhome_1/jdk/bin/java  -jar tzupdater.jar -V

/u01/app/oracle/product/11203/dbhome_1/jdk/jre/bin/java  -jar tzupdater.jar -V

- Результат обеих команд должен содержать строку:

tzupdater version 1.4.8-b01

JRE time zone data version: tzdata2014h

Embedded time zone data version: tzdata2014h