Проблема с созданием синонимов представлений (версия 18.2)
|
Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Guest_SPb Участник со стажем
Вступление в Клуб: 27.02.2014
|
Вт Июн 19, 2018 15:55  Проблема с созданием синонимов представлений (версия 18.2) |
|
Полезность: Нет оценки
|
Коллеги, никто не сталкивался с такой проблемой после перехода на ЦФТ-Банк версии 18.2:
При переходе на ЦФТ-Банк версии 18.2 были обновлены версии АРМ'ов (видимо, выполнялось и обновление Технологического Ядра).
И теперь если у операции типа "Отчет" в "Параметры" добавить представление, то для него не создаётся синоним.
Например, создано представление VW_RPT_TEST, это представление добавлено в "Параметры" операции типа "Отчет". В АРМ "Администратор доступа" для пользователя, имеющего доступ на эту операцию, выполнено "Создать синонимы" и "Выдать права".
В результате если под каким-то пользователем выполнить запрос из представления SELECT * FROM IBS.VW_RPT_TEST, то всё работает,
а запрос из синонима этого представления SELECT * FROM VW_RPT_TEST выдаёт сообщение об ошибке "ORA-00942: таблица или представление пользователя не существует".
И действительно синонима с именем VW_RPT_TEST на схеме нет.
Причём для пакетов синонимы создаются нормально.
Раньше такой проблемы не было.
Используются:
АРМ "Администратор словаря данных" - Admin332_165.exe
АРМ "Администратор доступа" - UAdm86_74.exe
Версия Т.Я. – 7.6.2.4 |
|
![](templates/subSilver/images/spacer.gif) |
Alkov Профи
Вступление в Клуб: 23.09.2010
|
Ср Июн 20, 2018 02:52   |
|
Полезность: 1
|
вроде 5 лет как перешли на режим работы без синонимов для отчётов.
Что выдаёт :
select P.PROFILE from profiles p where p.Resource_Name = 'CREATE_SYNONYMS' AND P.VALUE = 'YES';
?
------------------------
Уже давно рекомендуется механизм работы "Без синонимов", описание ниже.
Процедура такая, что нужно выполнить скрипт C_SYN.SQL из папки UTILS апгрейда ТЯ с двумя параметрами “140” и “NO”.
Синонимы у пользователей будут удалены, и выданы роли.
В общем с точки зрения повседневной работы ничего не изменится,
но при апгрейде количество синонимов, подлежащих пересозданию уменьшится в десятки раз.
Надо только иметь в виду 2) из readme_upgrade.txt, см.ниже.
Из PLPHINTS.txt
4.11. В ТЯ 7.1 реализован новый механизм инициализации сессий для
отчетов (alter session set current_schema...), который
позволяет отказаться от создания синонимов для отчетов.
Новый режим инициализации сессий пользователей управляется
в разрезе профилей пользователей настройкой 'CREATE_SYNONYMS'.
Возможные значения настройки:
YES - синонимы создаются по существующим зависимостям отчетов,
NO, отсутствие настройки - синонимы не создаются, при инициализации
сессий выполняется alter session set current_schema=<Owner>
Настройка подчиняется принципу наследования, т.е. если в собственном
профиле пользователя настройка отсутствует, то она берется из
профиля DEFAULT.
Из readme_upgrade.txt :
- CREATE SYNONYMS in default profile
значение настройки CREATE_SYNONYMS умолчательного профиля DEFAULT.
Данная настройка управляет режимом создания синонимов для объектов,
используемых в отчетах Oracle Reports, в пользовательских схемах.
При значении настройки, равном YES, (по умолчанию, соответствует поведению ТЯ
версий ниже, чем 7.1) синонимы создаются, установка текущей схемы в логон
триггере не производится.
При значении настройки, равном NO, синонимы не создаются, в логон триггере
в качестве текущей схемы устанавливается схема владельца IBSO.
ВНИМАНИЕ!!!
1) При изменении значения настройки CREATE_SYNONYMS профиля DEFAULT
в процессе проведения UPGRADE для всех пользователей Oracle будет выполнена
процедура удаления или пересоздания синонимов и синхронизации прав на объекты
отчетов;
этот этап может занимать весьма продолжительное время (до нескольких часов,
если пользователей системы доступа большое количество). Если требуется
пропустить данный этап, то можно указать значение SKIP для данной настройки,
если требуется выполнить этот этап в безусловном режиме с уже существующими
настройками, то можно указать значение FORCE. Отдельно эту процедуру можно
выполнить с помощью сценария c_syn.sql из подкаталога utils в составе UPGRADE,
выполнив его из-под SQL*Plus на схеме-владельце.
2) После массового удаления синонимов (от нескольких сотен тысяч) могут
возникнуть проблемы, описанные в Oracle Bug #6783812 SERVER PROCESS AND SMON
HANG WITH 'ENQ: SS - CONTENTION' AND 'SORT SEGMENT REQUEST',
и #8493928 IMPROVE PERFORMANCE OF KQLCLO1() FOR LARGE COUNTS OF NON-EXISTENT
OBJECTS, связанные с тем, что после удаления синонимов выполняется
ресурсоемкая чистка удаленных объектов в системном словаре Oracle.
Исправление данной проблемы, в частности, содержится в обновлении
Oracle 8531632. Крайне рекомендуется проверить на тестовой схеме после
проведения UPGRADE влияние системного процесса чистки удаленных объектов на
общую производительность системы.
3) Удаление синонимов в пользовательских схемах не влияет на выполнение
отчетов на сервере отчетов, но при этом не гарантируется корректная работа
шаблонов отчетов в Reports runtime (может потребоваться перекомпиляция
шаблонов отчетов с помощью Report Builder). |
|
![](templates/subSilver/images/spacer.gif) |
Guest_SPb Участник со стажем
Вступление в Клуб: 27.02.2014
|
Ср Июн 20, 2018 09:32   |
|
Полезность: Нет оценки
|
При выполнении запроса
select P.PROFILE from profiles p where p.Resource_Name = 'CREATE_SYNONYMS' AND P.VALUE = 'YES';
получаю:
PROFILE
------------------------------
DEFAULT
1 rows selected
Описанная мною проблема с самими отчётами не связана.
На самом деле в ходе работ по интеграции с неким ПО стороннего разработчика надо создать несколько представлений, из которых это ПО начитывает данные.
И не хочется, чтобы в настройках этого ПО указывалось IBS.VW_RPT_..., а хочется указать синонимы этих представлений.
Причём, как я писал в первом сообщении, ещё полгода назад синонимы для представлений создавались успешно, а после перехода на версию 18.2 и обновление АРМ'ов синонимы создаются только для пакетов, а для представлений не создаются. |
|
![](templates/subSilver/images/spacer.gif) |
Alkov Профи
Вступление в Клуб: 23.09.2010
|
Чт Июн 21, 2018 03:28   |
|
Полезность: Нет оценки
|
Guest_SPb пишет: | При выполнении запроса
select P.PROFILE from profiles p where p.Resource_Name = 'CREATE_SYNONYMS' AND P.VALUE = 'YES';
получаю:
PROFILE
------------------------------
DEFAULT
1 rows selected
. |
Ну вот т.е. по всем пользователем с профилем DEFAULT создаются синонимы. Мы от этого ушли давно...можно в принципе поискать скрипты перехода на "без синонимов"...не приходится их больше пересоздавать.
Guest_SPb пишет: |
Описанная мною проблема с самими отчётами не связана.
На самом деле в ходе работ по интеграции с неким ПО стороннего разработчика надо создать несколько представлений, из которых это ПО начитывает данные.
И не хочется, чтобы в настройках этого ПО указывалось IBS.VW_RPT_..., а хочется указать синонимы этих представлений.
Причём, как я писал в первом сообщении, ещё полгода назад синонимы для представлений создавались успешно, а после перехода на версию 18.2 и обновление АРМ'ов синонимы создаются только для пакетов, а для представлений не создаются. |
Не помню такой настройки. Что ответили в ЦФТ ? |
|
![](templates/subSilver/images/spacer.gif) |
Guest_SPb Участник со стажем
Вступление в Клуб: 27.02.2014
|
Чт Июн 21, 2018 09:06   |
|
Полезность: Нет оценки
|
> Не помню такой настройки. Что ответили в ЦФТ ?
Я пока в ЦФт не обращался - думал, может кто-то здесь уже сталкивался с этой проблемой и имеет ответ от ЦФТ.
Похоже, придётся обращаться в ЦФТ. |
|
![](templates/subSilver/images/spacer.gif) |
Guest_SPb Участник со стажем
Вступление в Клуб: 27.02.2014
|
Ср Июл 11, 2018 17:18   |
|
Полезность: 1
|
Guest_SPb пишет: | > Не помню такой настройки. Что ответили в ЦФТ ?
Я пока в ЦФт не обращался - думал, может кто-то здесь уже сталкивался с этой проблемой и имеет ответ от ЦФТ.
Похоже, придётся обращаться в ЦФТ. |
Три недели назад обратились с этой проблемой в ЗАО ЦФТ.
Они признали факт ошибки:
Липатников Евгений Анатольевич [ 21.06.2018 13:38:37 ] : Добрый день. Это - дефект ТЯ.
и дали набор скриптов для исправления этого "косяка".
На тестовой схеме прогнали этот набор скриптов - на этой схеме АРМ "Администратор доступа" теперь отработал правильно (как и раньше, до перехода на новую версию ТЯ) - создались синонимы для представлений VW_RPT_...
Может быть кому-то будет полезна/интресна эта информация. |
|
![](templates/subSilver/images/spacer.gif) |
mlg Участник со стажем
Вступление в Клуб: 23.07.2007
|
Чт Июл 12, 2018 11:36  Re: Проблема с созданием синонимов представлений (версия 18. |
|
Полезность: Нет оценки
|
Посмотрите, установлен ли патч на ТЯ. Патч на сайте ЦФТ. |
|
![](templates/subSilver/images/spacer.gif) |
Alkov Профи
Вступление в Клуб: 23.09.2010
|
Чт Сен 27, 2018 04:36   |
|
Полезность: Нет оценки
|
Guest_SPb пишет: | Guest_SPb пишет: | > Не помню такой настройки. Что ответили в ЦФТ ?
Я пока в ЦФт не обращался - думал, может кто-то здесь уже сталкивался с этой проблемой и имеет ответ от ЦФТ.
Похоже, придётся обращаться в ЦФТ. |
Три недели назад обратились с этой проблемой в ЗАО ЦФТ.
Они признали факт ошибки:
Липатников Евгений Анатольевич [ 21.06.2018 13:38:37 ] : Добрый день. Это - дефект ТЯ.
и дали набор скриптов для исправления этого "косяка".
На тестовой схеме прогнали этот набор скриптов - на этой схеме АРМ "Администратор доступа" теперь отработал правильно (как и раньше, до перехода на новую версию ТЯ) - создались синонимы для представлений VW_RPT_...
Может быть кому-то будет полезна/интресна эта информация. |
Столкнулся с этой же проблемой на 18.3
Подскажите номер запроса ЦФТ ? |
|
![](templates/subSilver/images/spacer.gif) |
Guest_SPb Участник со стажем
Вступление в Клуб: 27.02.2014
|
Чт Сен 27, 2018 13:25   |
|
Полезность: Нет оценки
|
Alkov пишет: |
Столкнулся с этой же проблемой на 18.3
Подскажите номер запроса ЦФТ ? |
Добрый день. Я сейчас в отпуске, поэтому не могу сказать номер запроса. Неделю подождёте или сами обратитесь в ЗАО ЦФТ с этой же проблемой? |
|
![](templates/subSilver/images/spacer.gif) |
Alkov Профи
Вступление в Клуб: 23.09.2010
|
Пт Сен 28, 2018 03:30   |
|
Полезность: Нет оценки
|
Нашёл только один патч ТЯ
1. PLATFORM-18606 SUP0080120: В режиме PLP_ACTUAL_PARTITION_ONLY =YES при трансляции PL+ ошибки REF_OR_ARRAY_JOIN_ARCH_TABLES быть не должно.
2. PLATFORM-18397 SUP0078717: Ошибка трансляции %value при PLP_ACTUAL_PARITIONS_ONLY = NO. |
|
![](templates/subSilver/images/spacer.gif) |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|