ISeries Tables/Views не отображается в Crystal Reports 2013

Question

У меня есть сервер iSeries, работающий под управлением v5r4. У меня есть несколько таблиц и представлений, которые я создал за последние пару лет на сервере. Я использовал их без проблем в прошлом, но неожиданно большинство таблиц и представлений в Схеме, которые я создал, сегодня не появляются в Crystal Reports. Единственные, что я вижу, это те, что принадлежат QSECOFR. Я должен был войти в систему таким образом, когда я создал эти 5 таблиц. Я вижу все таблицы и представления в этой схеме в iSeries Navigator. Я не уверен, когда проблема началась, но это первый раз, когда я это заметил. Я попытался запустить отчет, используя одно из представлений из схемы, и он работает нормально. Когда я смотрю ссылки для этого отчета, я вижу представление, которое я создал. Когда я смотрю на таблицы базы данных и пытаюсь найти это представление в Схеме, оно не появляется. Представления и таблицы проверяются в параметрах Crystal Reports. Я вижу представления и таблицы для программного обеспечения ERP, а не схему, которую я создал.

Я в недоумении относительно того, что могло произойти. Я единственный, у кого есть доступ к изменению чего-либо на сервере или в Crystal Reports. Насколько я знаю, я не изменил никаких параметров безопасности на iSeries. Я вошел в iSeries Navigator и Crystal Reports как я (Карен). Разрешения на отдельные виды/таблицы в Схеме дают мне «все» полномочия. Эта схема находится в списке библиотек в ODBC Connection. Я использую драйвер ODBC Access iSeries.

Любые предложения?

Answer 1

Знайте, что никаких объектов пользователя должен принадлежать QSECOFR (или ни одному профилю IBM Q *). Many Information Center references примечание это рекомендация. И QSECOFR не следует использовать в качестве входа в систему, за исключением того, что указано или документировано IBM.

Если возможно, измените право собственности на другой профиль, который не имеет никакой цели, кроме как действовать в качестве владельца. Назначьте * AUTL для объектов и предоставите полномочия через него пользователям, возможно, изначально, предоставив * PUBLIC * CHANGE в * AUTL.

---

Владельцы объектов не должны иметь специальных полномочий. QSECOFR всегда имеет все специальные полномочия и не может быть изменен. Это могут быть специальные полномочия, в особенности * ALLOBJ, которые мешают доступу к сети. Может потребоваться удаление специальных полномочий от владельца или установка другого профиля владельца, и это часто полезно при попытке определить причины проблемы.