Anos atrás eu trabalhei em um banco de dados DR que era totalmente READONLY, e até mesmo o tablespace TEMP não era gravável. Qualquer consulta que tentasse derramar para temp falharia (mesmo que o espaço temporário a ser usado fosse bastante trivial).

Se esta for a mesma situação, eu não ficaria surpreso se houvesse um login.sql (ou glogin.sql ou um gatilho de logon) que fizesse um ALTER SESSION para definir um valor de memória PGA maior para a sessão e/ou alterar o objetivo do otimizador para FIRST_ROWS.

Se você puder, compare os resultados do seguinte de ambos os clientes:

select * from v$parameterwhere ismodified !='FALSE';

Também de cada cliente para o problema SQL, tente EXPLAIN PLAN FOR SELECT... e SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

Veja se ele está apresentando planos de consulta diferentes.