Encontrei várias respostas como esta:
Decidi renomear a chave de registro e funcionou.
Eu ainda não tenho idéia de por que as permissões foram alteradas nos diretórios oracle.
Ontem à noite eu instalei o sp3 e o cu1 em um cluster de failover do SQL 2005 de 64 bits.
Tudo correu bem. Os serviços de relatórios estão instalados no nó primário.
Agora ele não pode se conectar ao Oracle. Os erros iniciais pareciam estar relacionados a isso: link
Eu concedi acesso ao serviço de rede, mas isso não mudou nada. Eu então fiz isso como desenvolvimento (que está funcionando bem, infelizmente), o que significava adicionar usuários autenticados às pastas bin e admin \ network.
Isso nos deu um novo erro.
ORA-12705: Não é possível acessar arquivos de dados do NLS ou ambiente inválido especificado
A maioria das postagens na web diz que isso deve acontecer no sqlplus também. Não.
Temos drivers do Oracle 10g e 9 instalados neste servidor. Os 9 drivers são de 32 bits que o SSIS está usando. Parece que os serviços de relatórios estão usando os 10 drivers.
Quando adicionei as configurações de segurança às pastas oracle, conforme indicado no link acima, fiz isso nos 9 primeiros drivers e recebemos erros no rs dizendo que não era possível usar drivers de 32 bits. Quando adicionei as configurações de segurança em 64 bits e removi 32, começamos a receber os erros de NLS.
Obrigado por qualquer ajuda! Postando isso tanto para SO quanto para SF - adoraria ouvir algumas idéias antes de chamarmos MS.
Encontrei várias respostas como esta:
Decidi renomear a chave de registro e funcionou.
Eu ainda não tenho idéia de por que as permissões foram alteradas nos diretórios oracle.
Tags sql-server ssrs