tupur

bonjour, j'ai un nas synology rs812rp+ quand je veux créer un disque virtuel sur un windows 2012r2, j'ai le message "fonction incorrecte"

bonjour, pour les sauvegardes du boulot, j'ai un syno 3412 rpxs avec un groupe de 5 disques qui forment un LUN (en bloc) unique un deuxième syno identique vient d'être acheté, je voulais donc en profiter pour passer les 2 en clusters en mode actif/passif avec le module SHA le problème est qu'à l'installation du paquet, il me dit que le syno ne contient pas de volume, normal puiqu'il est monté en LUN question: est ce que je vais être obligé de casser mon LUN en bloc et de sacrifier des disques pour créer un volume ou y a t il un autre moyen d'installer les paquets python et SHA

C'est exactement ça, le fichier log était normal avec un nombre de datas copié, un nombre ignoré (pas de modification) et un check =0 donc pas d'erreur Moi non plus, depuis le temps que j'utilise robocopy, j'ai jamais eu ce cas Depuis, les scripts ont tourné pendant une semaine, et toute mes sauvegardes sont ok j'ai même fait un test en virant l'option /fft pour qu'il me fasse une sauvegarde totale pour les données qui pouvaient être copiées en une nuit et toutes les arbo ont bien été recréés c'est normal, je me suis planté, j'ai copié dans ma réponse le script de sauvegarde vers le 2k8 au lieu de celui du syno le disque virtuel est hébergé sur le syno, mais est monté sur le serveur de fichier 1 je te mets ici la ligne de robocopy qui correspond au script vbs SauvSrvFic1 = WshShell.run ("%COMSPEC% /c robocopy 75SrvFic1e$ZoneSud 75SrvFic1MountSauv" & strJsTri & "ZoneSud /R:2 /W:5 /MIR /ZB /NFL /NDL /LOG:e:Rapport-" & strJsTri & "-ZoneSud.log /COPY:DATS") oui, le E est la lettre de la partition où se trouve le partage ZoneSud je me connecte au partage administratif plutôt qu'au partage ZoneSud, pour pouvoir récupérer les ACL de ZoneSud également Je ne lance pas la sauvegarde depuis le serveur de fichier directement car mes scripts sont centralisés sur le même serveur pour simplifier ma gestion des tâches car je ne sauvegarde pas que ces 2 serveurs de fichiers, j'ai 16 autres serveurs qui étaient également sauvegardés sur le nas en 2k8 je n'en ai pas parlé dans le post, car pour ces serveurs les ACL ne sont pas importants, ce sont des serveurs de datas pures ou de dump de base, donc pas d'ACL Dans ma config d'avant, j'avais donc le nas 2k8 avec tous les scripts de sauvegarde et toutes les taches planifiées associées qui pointaient sur chaque serveur pour les sauvegarder avec le syno, c'est pareil, je pointe sur chaque dossier ou lettre des serveurs à sauvegarder et je les envoie sur le partage du syno C'est aussi pour ça que je n'ai pas de journal unique pour les sauvegardes, car plusieurs tournent en même temps, donc je ne peux pas écrire dans le même fichier de log

j'utilise bien le /COPY:DATS le "S" a disparu quand j'ai fait le copier/coller sur le forum (la faute à mes gros doigts) l'option /TEE, je l'ai testé il y a longtemps, mais je l'ai virée, les fichiers journaux indiquaient la même chose que le fichier log de robocopy j'ai bien dans les logs de robocopy les extras ou newer file et la raison de l'échec quand il y en a un ( je ne les ai pas copié dans le log exemple car il y avait plus de 12000 fichiers modifiés)

pas reproduit depuis les sauvegardes de vendredi et lundi ont fonctionné normalement Option explicit Dim WshShell Dim strD 'date à traiter Dim strJs 'jour de la semaine en cours Dim strJstri Dim SauvSrvFic1 strD = now 'date actuelle strJs = WeekDayName(WeekDay(strD)) Set WshShell = WScript.createObject("WScript.Shell") if strJs = "lundi" then strJsTri = "1-lundi" end if if strJs = "mardi" then strJsTri = "2-mardi" end if if strJs = "mercredi" then strJsTri = "3-mercredi" end if if strJs = "jeudi" then strJsTri = "4-jeudi" end if if strJs = "vendredi" then strJsTri = "5-vendredi" end if SauvSrvFic1 = WshShell.run ("%COMSPEC% /c robocopy 75SrvFic1e$ZoneSud 75SrvNas1sauv" & strJsTri & "ZoneSud /R:2 /W:5 /MIR /ZB /NFL /NDL /LOG:e:Rapport-" & strJsTri & "-ZoneSud.log /COPY:DAT") justement, il n'y avait pas de lignes inexactes dans le Log D'habitude, quand il y a un problème, le log robocopy le signale Là pas de problème d'accès, pas de chemin inexistant et pas de check Le total correspond bien au volume du serveur sauvegardé voilà le log de la sauvegarde fantôme de jeudi ------------------------------------------------------------------------------- ROBOCOPY :: Copie de fichiers robuste pour Windows ------------------------------------------------------------------------------- D‚but : Thu Apr 04 22:00:03 2013 Source : 75SrvFic1e$ZoneSud Dest : 75SrvNas1sauv4-jeudiZoneSud Fichiers : *.* Options : *.* /NDL /NFL /S /E /COPY:DAT /PURGE /MIR /ZB /R:2 /W:5 ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- Total Copi‚ Ignor‚Discordance CHEC Extras R‚pÿ: 161059 459 160600 0 0 0 Fichiersÿ: 1272952 12649 1260303 0 0 0 Octetsÿ: 270.523 g 8.216 g 262.307 g 0 0 0 Heures: 03:12:19 03:07:05 0:00:00 00:05:14 D‚bitÿ: 2433561 Octets/sec. D‚bitÿ: 139.249 M‚ga-octets/min. Termin‚ÿ: Fri Apr 05 01:12:43 2013

oui ça y'est j'ai eu un truc bizarre jeudi dernier dans mes logs robocopy, pas de messages d'erreur les logs de sauvegardes des serveurs étaient ok, mais sur le syno la moitié des dossiers n'existaient pas je sais pas où il a été me les copier, mais ils sont restés introuvables Donc rebelotte vendredi dernier vérif ce matin, logs ok et dossier présents ce coups-ci avec taille de données identiques sur la source et la sauvegarde au niveau des temps de sauvegarde sur le disque virtuel, pas d'augmentation notable avec l'historique des robocopy de disque à disque

j'avais pas pensé au disque virtuel, je vais rattaché les 30 To du Syno comme disque virtuel d'un 2k8 je verrais au niveau des perfs si l'émulation de 30 To en GPT ne rallonge pas mes sauvegardes Retour sur le test dans 15 jours, après les vacances

Pour lancer une tâche à un moment donnée, et périodiquement le planificateur de taches est ce qu'il y a de plus pratique après si tu ne veux pas te connecter à chaque pc pour créer une tache, rien ne tempêche de créer toutes les tâches qui lancent tes bat sur la même machine (la plus puissante) ou de ne créer qu'un bat avec toutes tes sauvegardes à la suite et une seule tache planifiée pour en revenir à mon problème, oui, la sauvegarde planifiée sur une petite arbo d'un 2k8 s'est bien déroulée avec le rajout du compte AD sur cette arbo apparemment mon problème vient bien de là, je vais essayer sur des partages plus gros pour voir si j'ai pas d'autres erreurs je suis d'accord avec toi, pour la restauration d'un fichier, les permissions sont récupérées directement avec un simple copier-coller de la sauvegarde vers la cible par contre, quand tu dois restaurer une arbo entière avec des permissions non héritées sur plusieurs niveaux, la sauvegarde avec ACL est utile pour moi C'est pour ça que je me prends la tête avec le syno

Bonsoir, Les copies avec l'option DAT au lieu de DATS fonctionnent effectivement mais les sauvegardes de serveurs de fichiers sans les permissions des fichiers qui y sont liés ne me sert pas à grand chose Pour gérer le passage du NTFS a l'ext, il suffit de rajouter l'option /FFT au MIR, sinon il recopie systématiquement tous les fichiers au lieu de ceux modifiés j'ai essayé sur une petite arbo, pour voir s'il se mélangeait pas les pinceaux, mais l'erreur est la même Après tous mes essais, je crois que j'ai trouvé d'où vient le problème : c'est l'impossibilité de rajouter au groupe local des administrateurs du syno, un groupe global de l'Acive Directory j'ai fait un test sur un dossier du serveur 2k8 ( qui contient 3 sous dossiers et une vingtaine de fichiers), j'ai les permissions groupe administrateurs local = controle total groupe AD spécifique à une direction = modifier sur le syno, j'ai un dossier partagé nommé sauv, ses permissions, le groupe administrators local = controle total le compte de service AD qui lance la tache sur le 2k8 = controle total je lance la sauvegarde du 2k8 vers le syno, il me crée le premier niveau de l'aborescence puis accès refusé pour tout le reste dans le log de robocopy quand je regarde les permissions des dossiers créés sur le syno, j'ai bien pour le premier niveau le groupe AD spécifique et le groupe local "administrators" du syno donc je pense qu'il crée le premier niveau, applique les ACL, essaie de créer le 2è niveau et là, comme le compte de service n'a plus les droits, il se fait jeter (ce qui est logique finalement) je continue mes tests je vais modifier une arbo sur le 2k8, en rajoutant le compte de services pour voir si ça règle mon problème à moins que quelqu'un sache comment rajouter un compte AD dans les groupes locaux d'un syno, ça serait le plus simple

bon ben c'est pas le w2k3 le problème, j'ai les mêmes erreurs avec un 2k8 ( accès refusé et l'utilisateur spécifié n'existe pas) si je lance le robocopy avec l'option DAT au lieu de DATS, la sauvegarde se fait le synology ne gére pas les droits ACL, c'est le bordel

ça pourrait venir de là, le serveur qui héberge les scripts et les tâches planifiées est en 2k3 je vais tester demain un script directement depuis un des serveurs de fichiers en 2008 pour voir Si ça fonctionne, Question idiote, mais le robocopy d'un 2008 fonctionne sur un 2003 ou c'est une mise a jour speciale a faire avant d'écraser l'exe, j'aimerais mieux être sur

Bonsoir, oui j'ai bien mis le serveur ntp de mon ad, avant de le joindre au domaine il n'y a qu'un seul dossier partagé sur le syno, toutes les sauvegardes pointeront dessus (si j'arrive à le faire fonctionner.....) pour le copier-coller depuis l'explorateur, ça fonctionne donc le dossier partagé est bien vu par le serveur windows, je pense que l'erreur est sur la récupération des ACL (j'utilise l'option /DATS) ce qui est bizarre, c'est que pour les dossiers qu'il a commencé à copier sur le syno, quand je regarde les propriétés de ces dossiers, il m'a bien récupéré les groupes globaux de mon AD alors pourquoi il ne continue pas ?

bonsoir, jusqu'à présent on avait 2 serveurs de fichiers en w2008 et un serveur de sauvegarde en 2008 également les dossiers partagés étaient sauvegardés avec robocopy, et ça marchait très bien Problème, ma boîte vient d'aquérir un synology 3412 pour les sauvegardes, pour remplacer le 2008 j'ai donc commmencé à faire des tests de mes scripts de sauvegardes, et ils ne fonctionnent plus dans les logs de robocopy, j'ai toujours les mêmes 2 erreurs: l'utilisateur n'existe pas ou accès refusé quand je vais dans file station, il a commencé à me créer l'arborescence, avec des dossiers par contre il n'y a aucun fichier dedans voilà ce que j'ai fait : Sur le Syno, j'ai créé un dossier sauv que j'ai partagé et dans les permissions j'ai rajouté le compte du domaine qui lance la tache planifiée depuis le 2008, en écriture si quelqu'un a déjà réussi à faire des sauvegardes avec robocopy sur un syno, je suis preneur des infos,