Question : Logshipping échoue quand le faisceau du serveur 2008 de SQL est terminé failed

Nous avons deux faisceaux du serveur 2008 de SQL sur Windows 2008. Nous avons configuré logshipping entre eux. Logshipping fonctionne très bien quand ces deux faisceaux de SQL sont sur les mêmes noeuds quand logshipping a été configuré. Si les faisceaux sont terminés failed à l'autre autre noeud, logshipping failling. Par exemple, si le faisceau primaire de SQL est terminé failed, le travail de secours là-dessus échoue avec l'erreur ci-dessous :

Executed comme utilisateur : CORP. \. Le processus ne pourrait pas être créé pour l'étape 1 du travail 0xEA3B8214F7D3F3488F1C4FA61250249E (raison : Le système ne peut pas trouver le chemin spécifique).  L'étape failed.

Similarly, si j'échoue au-dessus du faisceau secondaire de SQL, de la copie et des travaux de restauration là-dessus échouant avec la même erreur qu'above.

It ne note rien dans les fichiers de consignation des activités pour ces échecs. Je peux voir la source et des parts/chemises de destination pour logshipping du serveur de SQL est-ce que (") de dir using xp_cmdshell de secours primaire le « sur les noeuds après le failover.

même si je configure logshipping entre un faisceau (primaire) et un autonome (secondaire), quand le failover d'I le faisceau de SQL, le travail échoue avec le même error.

Can quelqu'un m'indiquent si je suis absent quelque chose ici ?
class= de

Réponse : Logshipping échoue quand le faisceau du serveur 2008 de SQL est terminé failed

Tout que j'ai configuré correctement. Ça ne fait rien, nous l'ont trouvé la raison de l'issue. Quand nous avons installé le faisceau de SQL sur le premier noeud, nous avons changé le chemin de défaut des outils de client en endroit différent selon nos normes. Alors quand nous avons ajouté un autre noeud au faisceau, les outils de client ont été installés sur l'endroit de défaut sur ce noeud. C'est l'issue connue selon Microsoft (http://connect.microsoft.com/SQLServer/feedback/details/387694/client-tools-when-adding-node-to-a-cluster-install-to-the-wrong-location). Quand nous exécutons les jobs logshipping, elle emploie SqlLogShip.exe du \ 100 \ chemise d'outils \ Binn. Car les outils de client sont sur les différents endroits sur ces deux noeuds, quand nous failover le faisceau, il ne pouvions pas trouver l'endroit de SQLLogShip.exe mais pas l'endroit pour stocker/copie/reconstituant les fichiers de consignation.