А то найдется, бывает, среди пользователей один любопытный и лазит напрямую в базу “чего-нить бы подровнять”, а потом ищи кто, что и когда сломал. Можно и нужно бороться с любопытными.

CONNECT / AS SYSDBA;

CREATE OR REPLACE TRIGGER block_tools_from_prod
AFTER LOGON ON DATABASE
DECLARE
v_prog sys.v_$session.program%TYPE;
BEGIN
SELECT program INTO v_prog
FROM sys.v_$session
WHERE  audsid = USERENV(‘SESSIONID’)
AND  audsid != 0  — Don’t Check SYS Connections
AND  rownum = 1;  — Parallel processes will have the same AUDSID’s

IF UPPER(v_prog) LIKE ‘%TOAD%’ OR UPPER(v_prog) LIKE ‘%T.O.A.D%’ OR — Toad
UPPER(v_prog) LIKE ‘%SQLNAV%’ OR    — SQL Navigator
UPPER(v_prog) LIKE ‘%PLSQLDEV%’ OR — PLSQL Developer
UPPER(v_prog) LIKE ‘%BUSOBJ%’ OR   — Business Objects
UPPER(v_prog) LIKE ‘%EXCEL%’       — MS-Excel plug-in
THEN
RAISE_APPLICATION_ERROR(-20000, ‘Development tools are not allowed on PROD DB!’);
END IF;
END;
/
SHOW ERRORS

Понадобилась такая вещь однажды как смена кодировки БД из WE8ISO8859P1 в CL8MSWIN1251, т.к. по странным стечениям указана при установке СУБД Oracle 10.2 не была. Эта проблема уже сотни раз писана-переписана на специализированных сайтах, но чтобы самим не искать привожу для всех.

Выполнить последовательно приведенные ниже действия необходимо до начала работы с БД.

Решение проблемы:

 SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
ALTER SYSTEM ENABLE RESTRICTED SESSION;
ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
ALTER SYSTEM SET AQ_TM_PROCESSES=0;
ALTER DATABASE OPEN;
ALTER DATABASE CHARACTER SET INTERNAL_USE CL8MSWIN1251;