Vadim Lejninsec0nd,
Что запускает shell script
Как настраивал NLS?
Может export переменной не сделал

Shell-скрипт задает переменные java, коннект к БД, а потом дергает sql скрипты по списку.

NLS настраивал export NLS_LANG=AMERICAN_AMERICA.CL8MSWIN1251 (ну пробовал и RUSSIAN_CIS.CL8MSWIN1251)

В старых версиях этого всегда хватало.
А в новой версии не работает...
При этом, тот факт что в конечную схему данные попадают в некоторые таблицы в нормальном виде, а в другие таблицы кракозябрами, заставляет меня задуматься о том, что новая версия криво адаптирована под RU.

Сейчас опять установил английскую локаль в ОС и создал БД с кодировкой UTF-8
Если не взлетит, значит не судьба

envsec0nd,

Может всё-таки уже назовёшь свой "не самописный" ETL-инструмент который запускается sh-скриптом с явным прописыванием локалей и строк соединения?

Заодно проверь, что все запускается от одного пользователя с одним .profile, нет явных sudo su -l и подобного.
Ок, это staretl.
Продукт из категории Primavera P6 Analytics.

Сейчас я пытаюсь понять следующее: почему при запуске конфигуратора star окно gui показывает мне нормальные русские символы, но при прохождении конфигуратора в конфиге появляются кракозябры.

Выше я показал как это выглядит в конфигураторе.
А вот так выглядит потом в файле properties:

При этом я пробовал английску и русскую локаль в системе, и для каждой из них пробовал NLS_LANG RUSSIAN_CIS.CL8MSWIN1251 и AMERICAN_AMERICA.CL8MSWIN1251

А в UTF-8 файл properties выглядит нормально... И почему же он тогда в БД кракозябрами попадает?

Вячеслав ЛюбомудровЭто проблемы приложения
Если JDBC с БД работает через юникод (и подвергается NLS-конвертации), то это не значит, что он плюет на LANG, LC_ALL и все остальное при работе с локальными файлами
Не совсем понятно почему это тогда проблема приложения?
По вашим словам получается, что это проблема окружения.

envsec0nd,

А источником данных для ETL что является и как туда настроен доступ?

Исходная схема в той же БД.

Доступ настроен также через конфигуратор

envsec0nd,

Т.е. сначала оно выгружается по варианту cp1251 => utf8, а потом пытается впихнуть это в cp1251?

Не знаю.
Вообще в руководстве написано что БД должны иметь одинаковую кодировку. Это как бы намекает на то, что никакой трансформации кодировки не делается.

envsec0nd,

Одинаковую кодировку должны иметь хранилище примаверы и база её репозитория.

У меня на тестовом стенде в любом случае все крутится на одной БД.