Bonjour,
Nous avons deux serveurs Windows 2000 avec SQL server reliés par un VPN. Nous rencontrons le problème suivant :
Nous mettons à jour les tables par un lot DTS qui dans une première phase efface toutes les données de la table destinatrice afin d'eviter les doublons.
Lorsque que ce lot est exécuté manuellement tout ce passe correctement.
Lorsque le lot est planifié (toute les heures par exemple) il est fréquent voire systématique qu'une ou plusieurs tables soient effacées sans le transfert des données.
Quelqu'un à t'il une idée pour corriger ce probème?
Merci d'avance.
JCB
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Bonjour,
je ne sais pas si c'est la soution en tout cas pour ma part je chercherais d'abord sur des verrous posés sur les tables sources qui empêcheraient le select ou l'insert de fonctionner peut être aussi une sauvegarde qui se déclenche et qui bloque
Sebastien
"JCB" a écrit dans le message de news:
Bonjour, Nous avons deux serveurs Windows 2000 avec SQL server reliés par un VPN.
Nous rencontrons le problème suivant :
Nous mettons à jour les tables par un lot DTS qui dans une première phase
efface toutes les données de la table destinatrice afin d'eviter les doublons.
Lorsque que ce lot est exécuté manuellement tout ce passe correctement. Lorsque le lot est planifié (toute les heures par exemple) il est fréquent
voire systématique qu'une ou plusieurs tables soient effacées sans le transfert des données.
Quelqu'un à t'il une idée pour corriger ce probème? Merci d'avance. JCB
Bonjour,
je ne sais pas si c'est la soution en tout cas pour ma part je chercherais
d'abord sur des verrous posés sur les tables sources qui empêcheraient le
select ou l'insert de fonctionner
peut être aussi une sauvegarde qui se déclenche et qui bloque
Sebastien
"JCB" <JCB@discussions.microsoft.com> a écrit dans le message de
news:584F2C30-E5BC-44C0-96A9-411E2F9302A8@microsoft.com...
Bonjour,
Nous avons deux serveurs Windows 2000 avec SQL server reliés par un VPN.
Nous rencontrons le problème suivant :
Nous mettons à jour les tables par un lot DTS qui dans une première phase
efface toutes les données de la table destinatrice afin d'eviter les
doublons.
Lorsque que ce lot est exécuté manuellement tout ce passe correctement.
Lorsque le lot est planifié (toute les heures par exemple) il est fréquent
voire systématique qu'une ou plusieurs tables soient effacées sans le
transfert des données.
Quelqu'un à t'il une idée pour corriger ce probème?
Merci d'avance.
JCB
je ne sais pas si c'est la soution en tout cas pour ma part je chercherais d'abord sur des verrous posés sur les tables sources qui empêcheraient le select ou l'insert de fonctionner peut être aussi une sauvegarde qui se déclenche et qui bloque
Sebastien
"JCB" a écrit dans le message de news:
Bonjour, Nous avons deux serveurs Windows 2000 avec SQL server reliés par un VPN.
Nous rencontrons le problème suivant :
Nous mettons à jour les tables par un lot DTS qui dans une première phase
efface toutes les données de la table destinatrice afin d'eviter les doublons.
Lorsque que ce lot est exécuté manuellement tout ce passe correctement. Lorsque le lot est planifié (toute les heures par exemple) il est fréquent
voire systématique qu'une ou plusieurs tables soient effacées sans le transfert des données.
Quelqu'un à t'il une idée pour corriger ce probème? Merci d'avance. JCB
JCB
Merci, Nous allons faire les tests dans ce sens
JCB
"" a écrit :
Bonjour,
je ne sais pas si c'est la soution en tout cas pour ma part je chercherais d'abord sur des verrous posés sur les tables sources qui empêcheraient le select ou l'insert de fonctionner peut être aussi une sauvegarde qui se déclenche et qui bloque
Sebastien
"JCB" a écrit dans le message de news: > Bonjour, > Nous avons deux serveurs Windows 2000 avec SQL server reliés par un VPN. Nous rencontrons le problème suivant : > Nous mettons à jour les tables par un lot DTS qui dans une première phase efface toutes les données de la table destinatrice afin d'eviter les doublons. > Lorsque que ce lot est exécuté manuellement tout ce passe correctement. > Lorsque le lot est planifié (toute les heures par exemple) il est fréquent voire systématique qu'une ou plusieurs tables soient effacées sans le transfert des données. > Quelqu'un à t'il une idée pour corriger ce probème? > Merci d'avance. > JCB
Merci,
Nous allons faire les tests dans ce sens
JCB
"sebastien981_nospam@hotmail.com" a écrit :
Bonjour,
je ne sais pas si c'est la soution en tout cas pour ma part je chercherais
d'abord sur des verrous posés sur les tables sources qui empêcheraient le
select ou l'insert de fonctionner
peut être aussi une sauvegarde qui se déclenche et qui bloque
Sebastien
"JCB" <JCB@discussions.microsoft.com> a écrit dans le message de
news:584F2C30-E5BC-44C0-96A9-411E2F9302A8@microsoft.com...
> Bonjour,
> Nous avons deux serveurs Windows 2000 avec SQL server reliés par un VPN.
Nous rencontrons le problème suivant :
> Nous mettons à jour les tables par un lot DTS qui dans une première phase
efface toutes les données de la table destinatrice afin d'eviter les
doublons.
> Lorsque que ce lot est exécuté manuellement tout ce passe correctement.
> Lorsque le lot est planifié (toute les heures par exemple) il est fréquent
voire systématique qu'une ou plusieurs tables soient effacées sans le
transfert des données.
> Quelqu'un à t'il une idée pour corriger ce probème?
> Merci d'avance.
> JCB
je ne sais pas si c'est la soution en tout cas pour ma part je chercherais d'abord sur des verrous posés sur les tables sources qui empêcheraient le select ou l'insert de fonctionner peut être aussi une sauvegarde qui se déclenche et qui bloque
Sebastien
"JCB" a écrit dans le message de news: > Bonjour, > Nous avons deux serveurs Windows 2000 avec SQL server reliés par un VPN. Nous rencontrons le problème suivant : > Nous mettons à jour les tables par un lot DTS qui dans une première phase efface toutes les données de la table destinatrice afin d'eviter les doublons. > Lorsque que ce lot est exécuté manuellement tout ce passe correctement. > Lorsque le lot est planifié (toute les heures par exemple) il est fréquent voire systématique qu'une ou plusieurs tables soient effacées sans le transfert des données. > Quelqu'un à t'il une idée pour corriger ce probème? > Merci d'avance. > JCB
Sylvain Lafontaine
Un TRUNCATE Table à la place d'un Delete pourrait peut-être également aider les choses.
S. L.
"JCB" wrote in message news:
Merci, Nous allons faire les tests dans ce sens
JCB
"" a écrit :
> Bonjour, > > je ne sais pas si c'est la soution en tout cas pour ma part je
chercherais
> d'abord sur des verrous posés sur les tables sources qui empêcheraient
le
> select ou l'insert de fonctionner > peut être aussi une sauvegarde qui se déclenche et qui bloque > > Sebastien > > "JCB" a écrit dans le message de > news: > > Bonjour, > > Nous avons deux serveurs Windows 2000 avec SQL server reliés par un
VPN.
> Nous rencontrons le problème suivant : > > Nous mettons à jour les tables par un lot DTS qui dans une première
phase
> efface toutes les données de la table destinatrice afin d'eviter les > doublons. > > Lorsque que ce lot est exécuté manuellement tout ce passe
correctement.
> > Lorsque le lot est planifié (toute les heures par exemple) il est
fréquent
> voire systématique qu'une ou plusieurs tables soient effacées sans le > transfert des données. > > Quelqu'un à t'il une idée pour corriger ce probème? > > Merci d'avance. > > JCB > > >
Un TRUNCATE Table à la place d'un Delete pourrait peut-être également aider
les choses.
S. L.
"JCB" <JCB@discussions.microsoft.com> wrote in message
news:5E1408F6-88E0-4241-B4F8-D4389468CA3F@microsoft.com...
Merci,
Nous allons faire les tests dans ce sens
JCB
"sebastien981_nospam@hotmail.com" a écrit :
> Bonjour,
>
> je ne sais pas si c'est la soution en tout cas pour ma part je
chercherais
> d'abord sur des verrous posés sur les tables sources qui empêcheraient
le
> select ou l'insert de fonctionner
> peut être aussi une sauvegarde qui se déclenche et qui bloque
>
> Sebastien
>
> "JCB" <JCB@discussions.microsoft.com> a écrit dans le message de
> news:584F2C30-E5BC-44C0-96A9-411E2F9302A8@microsoft.com...
> > Bonjour,
> > Nous avons deux serveurs Windows 2000 avec SQL server reliés par un
VPN.
> Nous rencontrons le problème suivant :
> > Nous mettons à jour les tables par un lot DTS qui dans une première
phase
> efface toutes les données de la table destinatrice afin d'eviter les
> doublons.
> > Lorsque que ce lot est exécuté manuellement tout ce passe
correctement.
> > Lorsque le lot est planifié (toute les heures par exemple) il est
fréquent
> voire systématique qu'une ou plusieurs tables soient effacées sans le
> transfert des données.
> > Quelqu'un à t'il une idée pour corriger ce probème?
> > Merci d'avance.
> > JCB
>
>
>
Un TRUNCATE Table à la place d'un Delete pourrait peut-être également aider les choses.
S. L.
"JCB" wrote in message news:
Merci, Nous allons faire les tests dans ce sens
JCB
"" a écrit :
> Bonjour, > > je ne sais pas si c'est la soution en tout cas pour ma part je
chercherais
> d'abord sur des verrous posés sur les tables sources qui empêcheraient
le
> select ou l'insert de fonctionner > peut être aussi une sauvegarde qui se déclenche et qui bloque > > Sebastien > > "JCB" a écrit dans le message de > news: > > Bonjour, > > Nous avons deux serveurs Windows 2000 avec SQL server reliés par un
VPN.
> Nous rencontrons le problème suivant : > > Nous mettons à jour les tables par un lot DTS qui dans une première
phase
> efface toutes les données de la table destinatrice afin d'eviter les > doublons. > > Lorsque que ce lot est exécuté manuellement tout ce passe
correctement.
> > Lorsque le lot est planifié (toute les heures par exemple) il est
fréquent
> voire systématique qu'une ou plusieurs tables soient effacées sans le > transfert des données. > > Quelqu'un à t'il une idée pour corriger ce probème? > > Merci d'avance. > > JCB > > >
