2009-06-10 8 views
0

J'ai eu un problème récurrent qui m'échappe à ce stade. J'ai un travail mis en place dans SQL Server 2k qui a quelques étapes de commande qui sont suivies par 4 étapes qui appellent juste des paquets DTS sur le même serveur. Quand il s'agit d'appeler les paquets, le travail échoue sans raison réelle donnée. Ok bien ...Échec du travail SQL Server 2000 à partir des versions du package DTS?

Eh bien la chose que je ne peux pas comprendre est que si je cours les paquets dans l'ordre, ils travaillent à 100% du temps. J'ai complètement supprimé les paquets et les ai ajoutés de nouveau ainsi que de modifier l'étape correspondante. Est-ce que je manque quelque chose?

Y a-t-il quelque chose d'hérité avec le versioning du package DTS qui provoque l'échec du travail lorsque le package fonctionne correctement en tant que système autonome?

Merci.

Répondre

1

Nous avons toujours eu des problèmes avec les packages DTS sur nos bases de données SQL Server 2000. Vous pouvez essayer de vérifier les journaux d'erreur de l'observateur d'événements Windows/système pour voir s'il y a quelque chose de plus détaillé là-dedans. Nous avons eu des problèmes d'authentification avant que les travaux échouent car le compte Windows exécutant le travail est peut-être devenu inactif - donc les informations d'identification du premier travail s'exécutent sans avoir accès aux packages dts, mais vous (en tant qu'administrateur)?

+0

Vous étiez proche et votre réponse m'a aidé à propos des informations d'identification de l'utilisateur. À la fin, le problème était que, pour une raison ou une autre, les paquets continuaient à perdre les informations d'identification que je définissais. À la fin, ils s'exécutaient en tant que "moi" à partir du domaine, et les travaux passaient dans un utilisateur/pwd qui a échoué le paquet. Bizarre, mais j'ai rattrapé ça et tout recommencer, ce qui a fonctionné jusqu'ici. Cela ressemble à un château de cartes de Microsoft, mais que pouvez-vous faire, je suppose. Merci. – BryanGrimes