Pergunta : Logshipping está falhando quando o conjunto do usuário 2008 do SQL se acaba failed

Nós temos dois conjuntos do usuário 2008 do SQL em Windows 2008. Nós configuramos logshipping entre eles. Logshipping está trabalhando muito bem quando estes dois conjuntos do SQL estão nos mesmos nós ao logshipping estêve configurado. Se os conjuntos se acabam failed ao outro outro nó, logshipping failling. Por exemplo, se o conjunto preliminar do SQL se acaba failed, o trabalho alternativo nele está falhando com o erro below:

Executed como o usuário: CORP \. O processo não poderia ser criado para etapa 1 do trabalho 0xEA3B8214F7D3F3488F1C4FA61250249E (razão: O sistema não pode encontrar o trajeto especific).  A etapa failed.

Similarly, se eu falho sobre o conjunto secundário do SQL, a cópia e trabalhos da restauração nela que falha com o mesmo erro que above.

It não está registrando qualquer coisa nas limas de registro das etapas de trabalho para estas falhas. Eu posso ver a fonte e partes/dobradores do destino para logshipping do usuário do SQL (using xp_cmdshell alternativo do preliminar do “nos nós após o failover.

mesmo se eu configuro logshipping entre um conjunto (preliminar) e um autônomo (secundário), quando o failover de I o ") dir o conjunto do SQL, o trabalho está falhando com o mesmo error.

Can alguém diz-me se eu falto qualquer coisa aqui?
class= do

Resposta : Logshipping está falhando quando o conjunto do usuário 2008 do SQL se acaba failed

Tudo que eu configurei corretamente. Nunca ocupar-se, nós encontraram-no a razão para a edição. Quando nós instalamos o conjunto do SQL no primeiro nó, nós mudamos o trajeto do defeito das ferramentas do cliente a uma posição diferente como por nossos padrões. Então quando nós adicionamos um outro nó ao conjunto, as ferramentas do cliente foram instaladas à posição de defeito nesse nó. Esta é a edição conhecida como por Microsoft (http://connect.microsoft.com/SQLServer/feedback/details/387694/client-tools-when-adding-node-to-a-cluster-install-to-the-wrong-location). Quando nós funcionamos os trabalhos logshipping, usa SqlLogShip.exe do \ 100 \ dobrador das ferramentas \ Binn. Porque as ferramentas do cliente estão nas posições diferentes nestes dois nós, quando nós failover o conjunto, ele éramos incapazes de encontrar a posição de SQLLogShip.exe mas não a posição para armazenar/copiar/que restaura as limas de registro.



Outras soluções  
 
programming4us programming4us