Ошибка при подключении к бд не хватает прав на создание объекта ядра

Триггер выполняется под именем и с правами пользователя, который создал триггер. Причём правa, которые им унаследованы из ролей (grant role_name to user_name) не действуют в теле триггера (а так же в хранимых фунциях или процедурах).

Другими словами, в именных объектах, унаследованные через выделеные роли права, не действуют.

Необходимые права должны быть даны напрямую пользователю, который будет владельцем создаваемого объекта, т.е grant <privilege> to <owner user_name>.

На примере триггера:

SQL>    conn / as sysdba
Connected.

    create role common_role;
Role created.

    grant create session, alter session, create trigger, create procedure, administer database trigger to common_role;
Grant succeeded.

    create user common_user identified by common default tablespace users;
User created.

    grant common_role TO common_user;
Grant succeeded.

    create user worker_user identified by worker default tablespace users;
User created.

    grant create session to worker_user;
Grant succeeded.

    connect common_user/common
Connected.

    create or replace trigger common_on_logon
    after logon on database
    begin
        execute immediate 'alter session set sql_trace = true';
     end;
     /
Trigger created.

SQL>     conn worker_user/worker

ERROR:
ORA-00604: error occurred at recursive SQL level 1
ORA-01031: insufficient privileges
ORA-06512: at line 2

Дадим права напрямую, и будет работать:

SQL>   conn / as sysdba
Connected.
    grant alter session to common_user;
Grant succeeded.

SQL>     conn worker_user/worker
Connected.

Убедительно показывает недействительность унаследованных через роли прав показывает такой пример:

connect common_user/common

create function list_session_roles return varchar2 is
    ret varchar(1024);
begin
    for r in (select * from session_roles) loop ret := ret||','||r.role; end loop;
    return trim(ret,',');
end;
/

-- так роли видны 
select * from session_roles;
ROLE
------------------------------
COMMON_ROLE

-- именной объект, ролей не видно 
select coalesce(list_session_roles, 'none') "roles" from dual;
roles
--------------
none

-- не именной объект, роли видны
variable ret varchar2(1024)
begin for r in (select * from session_roles) loop :ret := trim(:ret||','||r.role,','); end loop; end;
/
print ret
RET
------------
COMMON_ROLE

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

select * from dba_sys_privs where grantee in ('PUBLIC','COMMON_USER');

GRANTEE                        PRIVILEGE                                ADM
------------------------------ ---------------------------------------- ---
COMMON_USER                    ALTER SESSION                            NO

select *
from dba_sys_privs
where grantee in (
    select granted_role
    from dba_role_privs
    where grantee = 'COMMON_USER'
    );

GRANTEE                        PRIVILEGE                                ADM
------------------------------ ---------------------------------------- ---
COMMON_ROLE                    ADMINISTER DATABASE TRIGGER              NO
COMMON_ROLE                    CREATE PROCEDURE                         NO
COMMON_ROLE                    ALTER SESSION                            NO
COMMON_ROLE                    CREATE TRIGGER                           NO
COMMON_ROLE                    CREATE SESSION                           NO

В зарплатной 3.1 такая вот проблема:

у пользователя есть права на:
Чтение Отпусков и Добавление Изменение Отпусков, но всё-равно вот такая вот проблемка…

	Я
smarkin 06.08.08 — 10:37	Стоит 8.0 на терминале,и при входе в терминал как пользователь (при админском входе ошибка не возникает), вылетает такая ошибка : Запуск системы защиты : Ошибка при создании глобального объекта ядра. Не найден ключ защиты подсистемы <Ортикон: Финансовые вложения>. Работа с объектами подсистемы не возможна!!! Ошибка при создании глобального объекта ядра Что делать, чтоб от глюка избавиться?
Maxus43 1 — 06.08.08 — 10:39	О_о.. Виста?
akiDemon666 2 — 06.08.08 — 10:40	(0) поставить ключик для ВК — Ортикон: Финансовые вложения
airyashov 3 — 06.08.08 — 10:40	Прав у пользователя мало или что-то хочет регистрации. Попробуйте так дать пользователю админ права, зайти на терминал, запустить систему, выйти, потом отобрать.
Джинн 4 — 06.08.08 — 10:39	Вероятно дать юзверю права админа, войти в 1С первый раз и затем отобрать эти права
Господин ПЖ 5 — 06.08.08 — 10:39	звонить изготовителю Ортикон: Финансовые вложения… тупой вопрос…
Vitello 6 — 06.08.08 — 10:40	(3)+1, вк не зарегистрирована скорее всего.
1C-Nick 7 — 06.08.08 — 10:51	Вообще ВК регистрироваться должна под админом, а потом будет работать под любым пользователем, там видимо она сама еще какие-то операции выполняет, для которых могут понадобиться админские права (если это проверка ключа каждый раз, то отбираине прав приведет к ошибке повторно)
smarkin 8 — 06.08.08 — 10:58	Стоит всё легальное и зарегистрированное,НА СЕРВАКЕ 2003.
smarkin 9 — 06.08.08 — 11:07	Не помгогает вход пользователя с админскими правами, то же самое выдаёт
akiDemon666 10 — 06.08.08 — 11:11	(9) звони в Ортикон или читай мануал по установке компоненты и ключа
Defender aka LINN 11 — 06.08.08 — 11:11	(8) «Стоит всё легальное и зарегистрированное» — врешь. Если бы все так было, все работало бы. А так (5) +500

The solutions on this page can be applied to resolve 5123 error with access denied or database attach failure in MS SQL Server 2014/2012/2008 R2/2005.

When you try to attach a database in SQL Server, but get an error message, reporting that «Microsoft SQL Server, Error: 5123» as the image shown below:

You will not be able to access the SQL Server database. Check the list of reasons that cause SQL error 5123, and if you find that your problem matches the listed reasons, read on to find the solution and fix this error:

• Database Attach Failure: Attaching and detaching database data file with several different logins.
• Access Denied: Attach a database which is placed on a different location and doesn’t have sufficient privileges to the folder directory or no proper permission to run the program folder. 

Although, many experienced administrators know how to resolve the 5123 error in SQL Server. It’s still necessary to know better and more effective methods to fix and repair more SQL Server database problems. Read on, and learn how to fix SQL Server 5123 error on your own.

Manual workaround to fix MS SQL Server 5123 error

By following the below manual steps, you’ll be able to resolve the Microsoft SQL Server error 5123 quickly:

• Step 1: Run SQL Server and right-click on the MDF or NDF file that you wish to attack.
• Step 2: Select «Properties» to check the permission of .mdf or .ndf file.
• Step 3: Click the «Add» button to grant the login permission and gain full control during the login process.

Also, you can attempt «Run as Administrator» to gain permission instead of granting permission to a new user.

Recommended tools to resolve SQL Server 5123 error

If you are using MS SQL Server Management Studio (SSMS) or Transaction SQL Server (T-SQL) to configure and manage the SQL Server, you can use these two tools to resolve the 5123 error. 

Also, you can turn to a third party MS SQL Recovery tool for help.

Use SSMS to fix SQL 5123 error

• Step 1: Log in to SSMS: use valid domain credentials and Windows Authentication to log in.
• Step 2: Click on «Object Explorer», select «Database».
• Step 3: Right-click on the database that you are trying to attach, and select «Attach».
• Step 4: Click «Add» when a new attach database dialog box appears.
• Step 5: Select the database, confirm the MDF and LDF files are running alright. And click «OK» to finish.

Then, you can view all attached database files in MS SQL Server again.

If the program reminds you that the MDF file is corrupted, relax, follow the link here and apply EaseUS MS SQL recovery tool to repair corrupted MDF file immediately.

Use T-SQL to resolve MS SQL 5123 error

Transaction SQL Server with its sp_attach_db stored procedure can help you easily attach all desired databases in SQL. 

Here are the detail process of attaching SQL Server databse:

• sp_attach_db
• [@dbname=] ‘dbname’
• ,[@filename1=] ‘filename_n’ [ ,…16 ]
• [@dbname=] – Refers to the name of the database to be attached to the server.
• [@filename1=] – ‘filename_n’ Is the physical name, including path, of a database file

Use SQL Server recovery tool to solve MS SQL error 5123

If the above-provided methods don’t work efficiently to resolve the 5123 attach database error in SQL, you can go for a reliable SQL Server recovery tool for help. It helps you to repair corrupted MFD and NDF file in SQL Server and some other complex database corruption issues. This software enables any user to operate SQL Server repair with its clear and self-explanatory interface.

Note: Mostly, EaseUS SQL Server Recovery can always work to fix this issue. But if it fails in a rare case, you can turn to Microsoft customer support team for help.

Step 1. Run EaseUS MS SQL Recovery.

Step 2. Select the MDF/NDF file: Click «Browse» or «Search” to navigate the location of your MDF or NDF file > Click «Repair».

Step 3. Select the database objects you want to recover: When the process has completed, select the database objects you want to recover and click «Export».

Step 4. Export the database to the database or export the selected items as SQL scripts. If you choose «Export to database», you will need to enter the required information and select the destination database, either a new one or an existing one.

Hence, we would like to recommend you always to keep this software handy. In addition to solving this error, EaseUS SQL Server Recovery can be used to rectify other SQL database problems too:

• Resolve SQL Database corruption with 823/824/825 error
• Recover deleted SQL records
• Repair MDF/NDF file
• Recover ROW and PAGE compressed data
• Free to preview the repaired database before activation
• Save the repaired file in MS SQL (MDF), HTML, XLS & CSV formats
• Support transferring the license to another system (one key for three systems)