Собственно, все в сабже.

Что можно сделать и можно ли?
еще раз уточню, что 1С забирает данные через ODBC, а не через DB LINK.

есть ли какие-нибудь настройки ODBC?

Elic,
не столько даже две БД, поскольку через db_link они хорошо разговаривают,
а то, что на одной БД стоит 1C и запросы оттуда, через ODBC, возвращают кыргуду

еще раз поясню беду - 1с, живущая на одном сервере с БД (AL32UTF8) забирает данные из другой (cl8mswin1251)
забирает через ODBC.
и в строках выводит ???????

create table abc(str varchar2(20));

insert into abc values('проверка');
insert into abc values('проверка');
insert into abc values('проверка');
insert into abc values('проверка');
commit;

select * from abc;

STR
----
проверка
проверка
проверка
проверка

да, первое действие относилось к БД с AL32UTF8,
которая забирает данные


ниже, те же действия на БД с cl8mswin1251, к которой направлен запрос

create table abc(str varchar2(20));
insert into abc values('проверка');
insert into abc values('проверка');
insert into abc values('проверка');
insert into abc values('проверка');
commit;
select * from abc;

STR
-----
проверка
проверка
проверка
проверка

ПОСПЕШИЛ!

второй запрос я выполнял сначала в SQL Developer.
а именно в SQL*Plus я получил облом!

SQL> select * from abc;

STR
--------------------------
????
????
????
????

к слову, обе базы на одном сервере.
вчера накрылся сервер для 1С и я активировал standby на том же сервере, где и первая БД.

нет, оказалось, что все нормально.
просто пока я пытался что-то ухватить, то изменил в regedit

RUSSIAN_RUSSIA.CL8MSWIN1251
на
RUSSIAN_RUSSIA.AL32UTF8

нынче, когда вернул
RUSSIAN_RUSSIA.CL8MSWIN1251

обе БД выводят нормальные русские символы.

вот что получилось - вдруг, кому пригодится.

попытки изменить командой NLS_LANG на уровне ОС,
приводили к тому, что 1с вообще не инициализировался.
управлял этим не я - коллега, пользующийся 1с был далеко и общались по телефону.
а потом он попробовал через GUI окошечки Windows Server задать NLS_LANG
только для одного пользователя, от имени которого он работал.
и все стало нормально!

мы увидели русскую знакогенерацию, что и хотели!

мой удаленный коллега выполнил это действие.
прислал фотку, но из-за плохого качества я понял,
что меняет он только для себя.
Уточню завтра, напишу, потому как может кому-то будет полезно.

да, и еще мне было не понятно - до изменения NLS_LANG,
запрос
select CLIENT_CHARSET from v$session_connect_info
возвращал для этого пользователя UTF16.
у нас везде прописано или cl8mswin1251 или юникод AL32UTF8.

откуда взялось это UTF16 мне не понятно.