Les tests précédents ayant réussi, il s'agit de planifier la sauvegarde.
En voici les étapes :
1)Vérifier si le service "Planning" est démarré.
Dans un invite de commande, exécutez la commande "AT".
Si le message est "La liste est vide", le service est démarré. Passez à l'étape 3.
Si le message est "Le service n'a pas été lancé", effectuez l'étape 2.
2)Modifiez les paramètres du service "Planning" (ou Schedule) dans le gestionnaire des services :
Démarrage Automatique Etat Démarré
3)Créez et éditez un fichier de commandes "sauvegarde.cmd".
En voici le code :
rem Sauvegarde.cmd
rem Lance la sauvegarde sur bande
rem Syntaxe de ntbackup.exe
rem ntbackup action chemin(s) /hc:on|off (compression matérielle)
ntbackup backup F:\Eleves F:\Profs F:\Classes /hc:on
Enregistrez ce fichier dans le répertoire "Winnt" (%systemroot%)
Testez "sauvegarde.cmd" en l'exécutant depuis la ligne de commande.
Ajoutez la tâche à la liste du service "Planning" en saisissant cette ligne à l'invite de commande :
at 21:00 /every:l,m,me,j,v %systemroot%\sauvegarde.cmd
Cette ligne signifie : "Exécuter à 21h tous les lundis, mardis, mercredis, jeudis, vendredis, la commande "%systemroot%\sauvegarde.cmd".
Vérifiez son enregistrement dans la liste des tâches planifiées en exécutant "At" sans options.
Le premier lendemain de sauvegarde, vérifiez dans le gestionnaire de sauvegarde le contenu de la bande.
[edtdd]--Message édité par JPA--[/edtdd]
Krapaud
le serveur est EII
le répertoire à sauvegarder est \\EII\VSS
donc j'ai fait at 16:35 /every:V ntbackup backup \\EII\VSS
juste petite mésentente sémantique ;)
JPA
ça serait pas plutôt :
at 16:35 /every:V ntbackup backup \\serveur\nom_du_repertoire_ou_se_trouve_le_fichier ...
Krapaud
at 16:35 /every:V ntbackup backup \\serveur\nom_du_fichier /v /hc:on /t Normal /e /tape:1
JPA
mets nous la dernière version de ta commande STP.
A+
Krapaud
zut ca marche pas pour le réseau :(
j'crois que j'vais devoir trouver une feinte
Krapaud
ok, merci bcp pour cette explication!
c'est cool :)
alors les chemins en dur plutot que les lecteurs virtuels, ca marche super bien, maintenant je test le chemin réseau
JPA
Je pense que dans l'interface graphique de NTBACKUP, la présence des lecteurs virtuels est une facilité et qu'il associe ce lecteur virtuel à son adresse réelle. De ce fait en ligne de commande, il faut se palucher le chemin en totalité à la main...
Moi, je ne mettrais même pas de nom de partage, mais uniquement des noms absolus (comment NTBACKUP s'y retrouverait en restauration si le nom de partage change ou si le lecteur virtuel a changé ?)
A+
Krapaud
ouais, j'vais essayer la méthode jpa
non en fait ce que je fais c'est : 'connecter un lecteur réseau'.
depuis ntbackup ca marche, je n'ai qu'a spécifier le nom du fichier et ca marche, alors pourquoi ca ne marcherais pas si je le programmais :??:
bruno31
krapaud a écrit a écrit :
...
h: est la lettre qui appelle un fichier sur le serveur
j: pareil
y'a que i: qui va taper dans la sauvegarde de la base sql et de sourcesafe sur un autre pc
:??: h -> lien vers un fichier :??:
tu ne peux que sauvegarder des partitions / rep partagés ... a moins que ... mais cela m'etonnerai
Le truc de JPA C po con !
JPA
autre question bête :
as tu essayé de remplacer H: I: etc. par la notation UNC :
\\Serveur\nom_de_partage ?
Krapaud
j'ai tout!
je suis admin du domaine, les becannes sont sur le domaine, donc c'est bon.
h: est la lettre qui appelle un fichier sur le serveur
j: pareil
y'a que i: qui va taper dans la sauvegarde de la base sql et de sourcesafe sur un autre pc
JPA
Question bête :
As tu les droits de sauvegarde sur les fichiers et répertoires de la machine distante ?
