Salut,
 
J'aimerai connaitre la procédure pour faire un backup distant avec veritas. En effet je peux backuper a distance n'importe quelles datas sur une machine de mon domaine, mais des qu'il s'agit d'une version serveur de windows, celui ci est grisé dans le browse du backup distant.
 
Dans la doc de veritas il est dit que pour les serveurs il faut installer dessus le "remote agent" ce que j'ai fait, le service remote agent est bien en listening mais impossible de backuper des datas depuis mon robot de sauvegarde géré par veritas...  
 
Si vous avez des elements de reponse je suis toute ouïe...

personne??

tu veux backuper des éléments déja backuper ??

non en fait j'ai un robot automatique qui backup directement le serveur auquel il est relié. y'a une grosse quantité de datas mais avec la capacité des 8 LTO insérées j'ai encore de quoi sauvegarder des datas d'autres serveurs de mon réseau local. Cependant avec VBE je peux backuper a distance des datas situés sur d'autres pc, mais pas sur d'autres serveurs car ils sont grisés et c'est ça mon probleme. (je browse via VBE les machines du réseau local, VBE etant installé sur la machine directement reliée au serveur principal backupé, ce qui est normal)

Ou sont les versions serveur de veritas, et les versions agents ???

surtout quel est la version des windows que tu veux backuper a distance?
VBE a un gros soucis, c'est que l'agent distant fonctionne mal sur du 2003 et sur les machines XP. Typiquement,il ne veut pas s'installer, il faut le faire a la main.  
Ensuite, il faut autoriser le compte qui effectue le backup a entrer sur tes machines distantes.

C'est du à la sécurité. Souvent le service de prise en main du registre à distance n'est pas démarré.

tu as reussi a installer un agent a distance sur un 2003 ou un XP ?
si oui, ca m'interesse

Non, j'y suis pas arrivé mais voici la raison :
 
http://seer.support.veritas.com/docs/270144.htm

oui, je m'en suis arreté la aussi
en espérant qu'il nous propose une solution rapidement car la version 10d ne corrige pas le problème non plus

la version serveur est sur un 2003 qui est relié directement au backup.
 
les lcients distants sont des serveurs en 2000 principalement et en 2003. les agents sont installées sur les machines distantes, je l'ai fait manuellement. le service est démarré sur les machines distantes et en attente de requete de backup... mais apres qd je parcours le reseau depuis le serveur VBE pour backuper les machiens en question, elles sont grisées et donc pas backupables... et je ne sais pas pourquoi

une idée toute bete, pourquoi ne partages-tu pas les repertoires distant que tu souhaites sauvegarder ?. tu les "montes" sur le serveur de backup et tu lance le bouzin .

ça peut marcher, sauf s'il doit sauver des bases de données ou exchange. Un agent est obligatoire dans ce cas.

Par forcement, les base de données peuvent etre arreter le temps de la sauvegarde.
 
De plus pour reduire le temps d'indisponibilité des bases de données (la copie vers disque de plusieurs giga ne prenant que qq minutes), tu peux faire un petit batch, qui va les arreter et qui copie les bases dans un repertoire sur disque e:\backup-db par ex. , puis tu les redemarres. Enfin c'est le repertoire e:\backup_db ou sont copiées les bases que tu sauvegardes via ton réseau. En plus cela te permet d'avoir un "pseudo backup" sur disque au cas ou....  
Et en ayant un réseau véloce, on peut meme envisager la copie des bases à travers le réseau vers le serveur contenant BackupExec.   Par contre, il faut bien evidement avoir un créneau journalier permettant d'arreter les Bd et cela ce n'est pas tjs possible.
 
Qt à exchange, bien que je ne sois pas un spécialiste, je pense qu'en arretant les services associés et "backupant"  tous les répertoires associés, on doit pouvoir s'en sortir.  
 

c'est bete de se passer de l'agent puisqu'il est aussi la pour optimiser les flux de sauvegarde.

ok mais comment te sers tu de l'agent distant dans ces cas la puisque, je le repete, mon probleme est que l'agent est installé et que je ne peux malgré tout pas selectionner les machines ou il est installé pour les backuper a distance depuis le serveur backup exec...

et pour ce qui est du lecteur réseau j'y avais bien sur pensé, mais ils n'apparaissent pas dans la liste des lecteurs locaux pour le backup... donc inutile

tu as un soucis sur la machine cliente, vérifie que le port 10000 est ouvert et pas utilisé par une autre application que Backup exec

 
Bonjour.
 
Une question bête: as tu mis une licence remote agent en plus dans le serveur de support? Car si tu installes uniquement un agent distant sur un serveur Windows, même si le service est démarré sur le client, le serveur de support refusera d'opérer s'il n'a pas le nombre correct de licences Remote pour gérer tous ses serveurs distants (ils apparaitront grisés dans l'explorateur BackUp Exec).
 
Par contre j'ai toujours un problème: le port 10000 standard de mes clients est ouvert puisque je les sélectionne dans l'explorateur, je planifie mes sauvegardes mais j'ai le message "la communication a echouée" 3 minutes apres le debut du job. Il se trouve qu'en coupant le firewall de Windows la tache réussie. Une idée?    

J'ai un soucis semblable avec Veritas Backup Exec, c'est pour cela que je me permet de faire remonter un peu ce post.
 
Veritas Backup Exec (VBE) est installé sur un serveur (machine nommée "serveurA" ) Windows 2003 SP1 sur laquelle est également branché le lecteur de bande pour la sauvegarde quotidienne.
L'autre serveur (machine nommée "serveurB" ) du réseau tourne sous Windows NT 4.0.
 
Sur les disques durs du serveurA se trouvent les données importantes à sauvegarder (fichiers utilisateurs, fichiers des travaux en cours, etc.). Les différents dossiers dans lesquelles elles se trouvent sont cochés pour la sauvegarde sous VBE.
Le serveurB fait office de serveur de comptabilité avec Microsoft SQL Server avec une base qu'il faudrait également sauvegarder au cours de la même sauvegarde VBE.
 
Normalement, il faudrait un Veritas Backup Exec Remote Agent car sans cela, VBE ne permet pas de choisir des dossiers distants (partage réseau et/ou lecteurs réseaux) à inclure dans la tâche de sauvegarde.
L'idée pour éviter d'acheter un Remote Agent est de rapatrier les données (les deux fichiers de la base SQL) du serveurB vers un dossier du serveurA et d'inclure ce dossier dans la tâche de sauvegarde VBE.
 
J'ai donc créé un partage (caché) sur serveurB du dossier contenant les deux fichiers de la base SQL. Ensuite un simple batch avec deux appels à XCOPY devrait faire l'affaire.
 
Le soucis c'est que les fichiers de la base SQL ne peuvent être lu si SQL Server tourne (sur serveurB).
J'ai découvert Service Controller Query Tool (sc.exe) qui permet de gérer les services (démarrer, arrêter, etc.) d'une machine distante.
     Syntaxe : sc.exe \\serveurB start|stop mssqlserver
Ca me permet donc, dans mon Batch, de couper SQL Server, de copier (rapatrier sur serveurA) mes deux fichiers et de démarrer SQL Server.
Après je créer une tâche planifiée qui lance le batch dès que la Comptabilité ferme (vers 21h) pour que les fichiers soient rapatriés sur le serveur avant que la sauvegarde VBE ne se lance vers 02h.
 
J'ai fait quelques tests concluant et tout fonctionne bien (arrêt du service, copie, puis redémarrage).
Le truc qui me chiffone c'est que j'aimerais bien que la tâche planifiée se lance en tant qu'Opérateur de Sauvegarde (compte utilisateur Active Directory : "operateur_sauvegarde", membre du groupe "Opérateurs de Sauvegarde" ) et non pas en tant qu'Administrateur (du domaine) comme c'est le cas actuellement.
J'ai bien essayé de la lancer (la tâche planifiée) sous le compte "operateur_sauvegarde" mais l'appel à sc.exe retourne une erreur ("Echec" ) qui est liée, selon moi au droits du compte "operateur_sauvegarde". J'aurai cru qu'étant membre du groupe spécial "Opérateurs de Sauvegarde" (qui est un Groupe Domaine Local de sécurité définit dans BuiltIn) il aurait eu les droits suffisants