DrillDrive,

Он имел ввиду, что скорее всего пользователь Windows, под которым выполняешь команду не входит в группу ora_dba. Проверь входит ли пользователь в эту группу. Это общее правило, если хочешь использовать аутентификацию операционки, то пользователь под которым работаешь должен входить в группу ora_dba. По вопросу как узнать под каким пользователем работает экземпляр, то посмотри под кем стартует сервис (но в данном случае это значения не имеет). Как вариант укажи аутентификацию в самой команде oradim.
Подробно описано использование oradim здесь

А через SQLPLUS подключение к экземпляру проходит?

DrillDrive,

Если в SQLPLUS подключение проходит как "/ as sysdba" тогда пользователь входит в группу ora_dba. Конечно могу ошибаться но проверь еще, что прописано в параметре SQLNET.AUTHENTICATION_SERVICES в файле sqlnet.ora. И можно попробовать при запуске ORADIM указать пароль через параметр -SYSPWD, для варианта SHUTDOWN он используется для подключения, при создании экземпляра или модификации для установки пароля.

Ну и попробовать остановить экземпляр из SQLPLUS, посмотреть выдаст ли ошибки.

Не очень шутка, хотя перед тем как лезть в настройки Oracle очень желательно ознакомиться хотя бы с основами, чтоб как минимум на такие шутки не попадаться.

Теперь по теме.
Посмотри откуда у тебя запускаются утилиты, в том ORACLE_HOME и смотри файл, путь к файлу ORACLE_HOME\network\admin (если при запуске утилит каталог не указываешь, тогда смотри порядок просмотра путей в переменной окружения Path). Пропиши в нем параметр SQLNET.AUTHENTICATION_SERVICES = (NONE,NTS) и попробуй еще раз.

Я писал про каталог откуда запускается утилита. Если ты не указываешь путь к ней сам, то операционка ищет путь запуска в переменной окружения Path, вот какой HOME у тебя в этой переменной первым идет из того утилиты и запускаются. Ну или как вариант прописать параметр во всех файлах sqlnet.ora

Из какого HOME стартует экземпляр пока значения не имеет, но вообще путь прописывается в службе.

Да. Только не понятно зачем параллельно с полноценными версиями использовать урезанную бесплатную XE. Попробуй поставить первым один из нормальных HOME'ов и в нем прописать SQLNET.AUTHENTICATION_SERVICES = (NONE,NTS).

Я не хочу платить за Oracle, поэтому использую версию XE, но я не хочу использовать XE, поэтому буду работать через SE/EE, ну гениально же, а мы глупцы тут столько лет лицензии приобретаем.

Проблема не в привилегиях, а в неправильной настройке. Для обучения и первых экспериментов по настройке Oracle, нужно устанавливать ОДИН ORACLE_HOME, чтобы не парить себе мозг, а не 4 штуки. Если нет свободной железки для тестов, используй виртуальную среду.
Ты для подключения к базе используешь ОС аутентификацию а не оракловую, для того чтобы она прошла необходимо следующее: чтобы пользователь операционной системы входил в группу ORA_DBA и чтобы в используемом файле sqlnet.ora была включена возможность такой аутентификации (т.е. установлено значение NTS).
Попробуй использовать для подключения файл паролей, т.е. при выполнении команды указать пароль системного пользователя базы.
вот первые же две ссылки яндекса:
тут
и тут