Version imprimable
bonjour a tous
Qui a une idée ou une explication de ce message d'erreur "
Message
"Exécuté en tant qu''utilisateur*: sageTus\zasww. Sqlcmd*: erreur*: Microsoft SQL Native Client*: Impossible de terminer le processus de connexion en raison d'un retard dans l'ouverture de la connexion au serveur. Code de sortie du processus 1. L'étape a échoué"
ce message s’apparaît dans l'étape de vérification d'intégrité de base System
merci pour vos aides
Je connais mal SQL Server et encore moins ton application mais voici les idées qui me viennent à la lecture de ton message :
Un time-out dû à une chaine de connexion invalide ?Citation:
Envoyé par thierryinfo2012
L'exécution de la procédure par un utilisateur ne possédant pas les privilèges suffisants ?Citation:
Envoyé par thierryinfo2012
Y a t-il un fichier de traces lié à cette tâche ?
Des choses dans le ERRORLOG ?
C'est quoi le code derrière cette étape ?
j’utilise le script d'olla , cette étape conssiste a faire Dbcc checkdeb pour les base systémes (master,msdb,modele)Citation:
Envoyé par 7gyY9w1ZY6ySRgPeaefZ
Est-ce que le serveur venait d'être redémarré ?
Est-ce qu'il y avait une sauvegarde niveau VM qui tournait en parallèle ?
oui il y a un Backup Veeam au niveau du VmCitation:
Envoyé par 7gyY9w1ZY6ySRgPeaefZ
Et si tu lances sans passer par ton job, le dbcc checkdb, tu as des erreurs?
Bonjour,
A priori, il y a bien un timeout de connexion à l'instance; ce message apparaît-il tout le temps, ou seulement depuis quelques jours ?
OK, mais a-t-il lieu en même temps que DBCC CHECKDB ?Citation:
oui il y a un Backup Veeam au niveau du Vm
Si vous exécutez l'instruction suivante, qui va lire le log courant de SQL Server, qu'obtenez-vous ?
@++ ;)Code:EXEC xp_readerrorlog 0, 1, N'sageTus\zasww'
bonjour
si je procède a modifier la valeur mis dans le paramètre "délai d’attente de la requête distante" qui est par défaut "600" en l'augmentant leur valeur vers 6000 par exemple serai t'il améliorer la situation
merci
Si la cause est vraiment Veeam pourquoi ne pas décaler l'exécution du job? En effet Veeam a la fâcheuse habitude de figer la VM pendant la période de réconciliation des snapshots, ce qui peut causer en partie ce genre de problème. Mais il serait intéressant d'avoir une idée du log SQL Server à ce moment là comme demandé par Elsuket, thierryinfo2012 ou encore 7gyY9w1ZY6ySRgPeaefZ?
++
Il y a actuellement des bugs récurents avec VEAM... La solution que nous avons trouvé étant de ne pas l'utiliser !
A +
De mon côté pareil surtout lorsqu'il s'agit d'environnements à base de cluster Windows (SQLFCI / AGs). Ce dernier n'aime pas du tout les freeze provoquées par Veeam et la solution a été de ne pas utiliser ce produit pour les backups SQL pour ne pas compromettre la disponibilité du système.Citation:
Envoyé par SQLpro
C'est dommage car c'est un très bon produit de sauvegarde et restauration à la base.
++