OLA HALLENGREN - Beabliechabackup - Journal Impossible d'ouvrir le fichier de sortie étape. L'étape a échoué
Beabliechabackup - user_databases - Journal: Ce travail échoue à dire "exécuté comme utilisateur: domaine\xxxx-svc. Impossible d'ouvrir le fichier de sortie étape. L'étape a échoué."
L'erreur est uniquement avec le travail de sauvegarde du journal.
[.____] Les autres emplois de base de données (Full, Diff) fonctionne simplement bien avec le même compte SVC. Donc, le compte de service a des autorisations appropriées.
Le fichier de sortie (Propriétés de l'étape de travail -> Advanced) est F:\SQLAGENTLOG\qui est la même pour tous les travaux. Seul problème est avec le travail de sauvegarde du journal. Quelqu'un d'autre a-t-il vécu cela et existe-t-il une solution?
Environnement actuel :
[.____] SQL Server: 2012 SP3 CU8
[.____] OS: Windows Server 2012
Remarque: Ceci travaillait tout bon sur un serveur Windows 2008 !!
Il s'avère que la personne a migré les travaux d'Old Server vers un nouveau serveur édité les emplois manuellement.
L'une des modifications était de "Output File: (Job Step properties-->Advanced)" Ceci a été défini sur l'emplacement de journal par défaut C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log sur Old Server.
Sur le serveur migré, il a été édité à "F:\SQLAgentLog\Log\" où le répertoire Log n'existait pas. (Cette personne a raté la suppression du texte Log sur le chemin)
Sur les autres emplois (plein et diff), le texte Log avait été supprimé de sorte qu'il a été défini comme ceci "F:\SQLAgentLog\" Et ces deux travaillaient bien!
Essayez de changer de type dans Job Step Properties Sur Transact SQL Script, Puis changez le script lui-même en supprimant sqlcmd -E -S $(ESCAPE_SQUOTE(SRVR)) -d master -Q " et citations à la fin du script. Ensuite, essayez d'exécuter le travail et de nous informer si cela fonctionnait.
Avait le même problème, dans notre cas, le lecteur avec les bûches était plein.
Pourrait exécuter le travail de SQL comme dans George KS Post comme n'écris pas sur le disque. Ensuite, je devais libérer de l'espace, vérifiez que la planification existait pour le nettoyage de fichiers de sortie (OOPS) et tout de suite à la normale.
Si le Jobname contient un double côlon (':') Cette erreur arrive aussi sur les systèmes Windows.
Le nom de sortie est normalement accumulé avec la macro suivante: ...$(ESCAPE_SQUOTE(JOBNAME))…
Donc, ce double côlon est utilisé au moment de l'exécution du travail. (Voir page avancée sur l'étape du travail) sur un système Windows, le double côlon est un signe réservé et interdit dans des noms de fichiers.