Forums de support technique relatifs à UltraBackup et UltraBackup NetStation
Vous n'êtes pas identifié.
Pages: 1
Bonjour,
J'ai crée plusieurs tâches de sauvegarde (7) avec des volumes différents (de quelques Méga Octets à une dizaine de Giga octets).
La tâche qui me pose problème est un peu particulière car elle sauvegarde un grand nombre de petits fichiers : 217239 fichiers pour 395 Mo)
Cette sauvegarde à réussi à se créer la première fois, mais depuis, chaque exécution reste bloquée.
En lisant les différents message sur ce forum, j'ai compris que la seule solution pour arrêter une tâche planté... c'est le reboot du serveur: Ce que j'ai fait.
J'ai ensuite enchainé sur une optimisation de la base de donnée.
J'ai également désactivé le support du VSS sur ces tâches.
Suite à ces différentes manipulations, j'en suis toujours au même point : tâche bloquée.
De plus, il me semble que cela bloque les autres sauvegardes de ce poste client (je n'en ai pas la certitude)
Que puis-je faire ? (hormis passer dès maintenant à UB NS3 RC1)
A+
M.B
Hors ligne
Bonjour,
Qu'est ce qui vous fait dire que la tâche est bloquée ? Lorsque vous exécutez le backup en mode manuel, que se passe t-il ?
Cordialement,
Hors ligne
Bonsoir,
Je considère la tâche bloquée lorsqu'après plusieurs heures passées, la sauvegarde n'est toujours pas terminée alors que sur ce répertoire il n'y a pas eu de mouvement (dossiers terminés).
J'ai également lancé cette tâche en mode manuel et j'observe le même comportement.
A+
M.B
Hors ligne
Je sais ce qui se passe. C'est le système de commit de la v2 qui est en cause pour les grosses sauvegardes.
Avez-vous consulté les informations de ce thread :
http://www.ultrabackup-netstation.com/s … eBird.html
Cordialement,
Hors ligne
Bonjour,
J'avais bien lu ce fil de discussion, mais je n'étais pas sûr que mon cas était vraiment similaire.
Ma configuration n'est pas vraiment identique. Dans mon cas, il s'agit d'un processeur simple coeur.
Donc si je comprends bien, la modification du switch "CpuAffinityMask" ne changerait rien.
Peut-être faut-il utiliser la version classic de firebird? Sauf que... Vu ce que j'ai lu sur cette page (http://www.firebirdsql.org/manual/fr/qs … super.html), je n'en suis pas convaincu.
Si c'est le cas, comment basculer (configurer) FireBird en mode classic ?
A+
M.B
Hors ligne
Vous devez désinstaller FB et le réinstaller depuis firebirdsql.org, en choissant Mode Classic.
Une autre solution est de fragmenter la sauvegarde en plus petites tâches... Ou d'attendre la V3 ![]()
Cordialement,
Hors ligne
Bonjour,
Aujourd'hui, j'ai donc téléchargé installé la version "classic" (2.1.3) de firebird.
Puis j'ai relancé ma tâche (début 11h30)... il est maintenant 14h30 et la sauvegarde est toujours en cours d'éxécution : Conclusion, comme présentit, cela ne change rien.
Parallèlement, j'ai téléchargé puis installé le serveur et le client de UB NS3 RC1 sur un PC (sous win XP), avec une seule tâche de sauvegarde qui va chercher ses fichiers sur le réseau.
Premier point: La sauvegarde initiale n'a duré que 1h30 (au lieu de 2h30 avec la V2). Sur ce point, c'est donc nettement mieux.
Par contre, lorsque je relance une sauvegarde (en manuel), la tâche se termine en erreur (après 13mn): "L'opération a été abondonnée car une erreur non récupérable est survenue durant le traitement de cet élément. Tous les fichiers n'ont pas été traité, vous devrez relancer l'opération ultérieurement."
Conclusion: Je ne sais plus quoi faire (à part segmenter cette tâche de sauvegarde)
A+
M.B
Hors ligne
Dans tous les cas il vaut mieux segmenter les sauvegardes trop grosses.
Pour l'erreur, le client exploite t-il NS3 ? Y a t-il des informations côté serveur dans les logs ou les défaillances système ? Avez vous désactivé la mise en cache des résultats dans les options avancées du serveur ?
Hors ligne
Bonjour,
Après quelques essais, voici quelques retours d'informations:
- Avec Netstation 2: si je coche la case "désactiver la mise en cache des résultats". Pas d'amélioration.
J'ai même tenté d'activer l'algorithme Nagle : Pas mieux .
- Avec Netstation 3: si je coche la case "désactiver la mise en cache des résultats". Comme annoncé dans les commentaires liés à cette option, il semblerait que cela ralentisse le traitement de la sauvegarde (à vrai dire, je n'en sais rien, vu que je n'ai pas d'élément de comparaison), mais le gros avantage ... c'est que la sauvegarde se déroule normalement (durée = 45 mn... pour mon répertoire de 217239 fichiers dans lequel il n'y a pas eu de mouvement).
J'ai même poussé le bouchon, en ajoutant une deuxième tâche (avec 97116 fichiers pour 9.6 Go): Pas de souci.
Conclusion: Si je ne veux pas voir mon serveur bloqué chaque jour, j'attends la sortie officielle de NS3 !
PS: La solution de segmentation des sauvegardes, ne me semble pas satisfaisante car cela obligerait à surveiller le contenu du répertoire pour savoir s'il va ou non être possible de la sauvegarder, sans vraiment savoir quelle est le critère pour diviser le repertoire en question. (je sais les rapports d'erreur me signaleront un dysfonctionnement)
A+
M.B
Hors ligne
Pages: 1