Причината, поради която работи под SYS е, че това е специален привилегирован акаунт. Трябва да създадете нови идентификационни данни и да ги свържете към заданието
Решението би било да създадете идентификационни данни с DBMS_SCHEDULER.CREATE_CREDENTIAL заедно с акаунт в OS, който има достатъчно привилегии, и присвоете тези нови идентификационни данни на вашата работа.
Що се отнася до проблема със задействането, честно казано, все още не знам.
Редактиране - решение, базирано на средствата за подтранзакции на Oracle
След актуализация на OP и реакция на коментарите:
Въз основа на работния процес мисля, че е по-добре да се използва вътрешното известие на Oracle, за да се направи отзивчивото одит. Мисля, че опитът да се хакнете в регистъра на събитията на Windows чрез външно приложение води до още един ненужен слой сложност.
Бих създал таблица в DB, където ще съхранявам всички събития и върху тази таблица бих създал задание с известия (SMS, поща и т.н.), което ще се изпълнява, ако настъпи някаква промяна в таблицата с регистрационни файлове.
За да използвате тригери, когато възникне грешка, трябва да използвате PRAGMA autonomous_transaction
от вашия основен обхват (позволява ви да направите подтранзакция). Това ще ви позволи да ангажирате всеки DML може да имате, но направете връщане назад на останалото.
