IIS não está pegando seqüências de conexão herdadas

1

Portanto, esta pergunta é uma duplicata de: IIS 7.5 - por que meu arquivo de configuração não foi selecionado , mas não houve resposta e O IIS Connection String não sendo herdado tinha uma resposta, mas a resposta aceita não me ajudou.

Temos ponteiros de junção configurados para configurações de 32 e 64 bits em cada versão do .NET framework em C: \ Windows \ Microsoft.Net para apontar para uma pasta que nós configuramos, C: \ TSNetConfig.

Então nós temos:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\TSNetConfig
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\TSNetConfig

Em que TSNetConfig é o ponteiro de junção. Sob a pasta TSNetConfig , temos um arquivo SystemWideConnectionStrings.xml que contém, como você pode imaginar, todas as nossas seqüências de conexão para todos os nossos aplicativos.

Editamos o arquivo machine.config abaixo de cada pasta de configuração para que ele tenha isso:

<connectionStrings configSource="TSNetConfig\SystemWideConnectionStrings.xml" />

Por algum motivo, porém, quando examinamos as Sequências de Conexão para cada site no IIS, ele tem apenas uma sequência padrão que é publicada quando o aplicativo é implantado. Não pega nenhum dos outros. Usamos essa configuração em vários outros servidores IIS e eles são muito bem preenchidos; no entanto, nenhuma das aplicações neste servidor irá buscá-las.

Algumas coisas que já verifiquei:

  • Garantiu que os pools de aplicativos estão configurados para serem executados na versão de estrutura adequada
  • Garantiu que o pool de aplicativos padrão seja executado na versão de estrutura adequada, conforme sugerido na segunda pergunta que eu vinculei

Alguma sugestão?

    
por Ben Black 26.11.2014 / 18:04

1 resposta

0

As seqüências de caracteres de conexão foram escolhidas nos seguintes locais.

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Config \ machine.config e C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Config \ machine.config

    
por 05.12.2016 / 14:16