Bonjour idetl !
J’ai copié de manière brute toutes les bases résidentes (donc y compris « user » de mon syno 1 vers le syno 2 au moyen d’un disque externe USB3.
Je ne comprends pas pourquoi Medintux ne retrouve pas les tables de DrTuxTest alors qu’elles ont été copiées intégralement sur le syno 2. De même la base « user1 » est devenu « user2 » (sur le syno 2) sans modification lors de la copie. et c’est pareil pour toutes les autres bases….
phpMyAdmin dit donc que la table user est crashée. La c’est un sacré mysthère pour moi mais il y a surement une explication a tout cela.
Voilà je cherche a retaurer de façon a verifier que mes sauvegardes sont fiables (voir sujet suivant).
Bonsoir à tous,
Ca se passe plutôt bien !
J’ai pu copier mon repertoire source contenant les bases de données sur le syno 1 et les recopier sur le syno 2 au bon endroit (ça a pris 3 mn pour 9Go de copie en USB3).
Evidement en ligne de commande utilisant mysqldump ça marche aussi bien quoique je pense que la sauvegarde est plus longue à effectuer sur le support externe…mais ce n’est que mon avis 😉
J’ai rétabli les privilèges sur les bases avec phpmyadmin et un module pour reinitialiser le mot de passe de synology.
je retrouve donc ma liste d’utilisateurs mysql comme ça fonctionne sur le syno 1.
je vais recopier le glossaire….
Par contre il doit me manquer une librairie qt3 ou qt4 pour lancer Medintux car avec setup_bases la connexion se fait parfaitement au serveur mysql.
Voilà il ne reste plus que ça a tester…
Bonne nuit a tous (toutes)
Bonjour diego, désolé pour tout le retard au retour 🙁
En fait en desactivant la mise en veille DD cela n’a rien changé mais j’ai opté finalement pour d’autres stratégies de sauvegarde restant à finaliser. J’ai débuté un nouveau post sur la page principale du forum si cela t’interesse.
@+
Bonjour redouane !
» si j’ai bien compris, vous voulez récupérer tout les utilisateurs avec leurs droits ( docteur, secrétaire,…) » :
C’est exactement ça, car, à terme, je veux vérifier si je peux lancer Medintux à partir de la station de travail que j’ai à la maison et qui tourne sous UBUNTU. In fine je voudrais exporter cette config (PC client sous linux + serveur syno sur lequel resideraient les bases) vers mon cabinet….
Pour ce qui est du glossaire je ne suis pas sur d’avoir compris : le glossaire contient tous les documents que j’ai crées pour ma pratique ainsi que les profils utilisateurs. Ce sont les mêmes qui peuvent se connecter aux bases sur le serveur mysql du syno ?. Eclairez-moi sur ce dernier point SVP…
Je vous souhaite un bon Dimanche..
Nouvelles infos au sujet du problème des bases :
Apres copie de toutes les bases du serveur 1 vers 2, je note que phpmyadmin est incapable d’afficher les tables c’est comme si elles n’existaient pas (pas de tables)….alors qu’elles apparaissent bien listées par la ls -l /base dans une console putty.
Tres mystérieux tout ca….
Rebonjour à tous,
Quand on peut sauvegarder (dans mon cas en copiant tout un repertoire de mon serveur syno (/volume1/@databases/mysql/*) il faut pourvoir restaurer dans un eventuel nouveau serveur en cas de défaillance critique de matériel….sinon je ne vois pas l’utilité de la stratégie.
J’ai fait le test avec un nouveau serveur en tous point comparable avec celui que j’ai au cabinet. Une fois la restauration faite, activation du serveur mysql et de phpmyadmin, ce dernier m’indique qu’aucun privilège n’a été défini pour les bases copiées, donc aucun des utilisateurs qui étaient définis avec le premier syno n’est retrouvé listé sur le deuxième.
Mes bases apparaissent bien listées sur le menu de gauche de phpmyadmin mais aucun utilisateur avec privilèges n’est listé, bien que « root » soit mentionné par ailleurs sur certaines fenêtres d’info de phpmyadmin.
Bizarre quand même. …et les deux versions de phpmyadmin sont les mêmes au cabinet (syno n°1) et chez moi (syno n°2)
Une idée ? merci et bon week-end !
Voilà c’est opérationnel !
La copie se fait normalement vers le support et en un rien de temps ce qui est vraiment super.
Il me reste maintenant à optimiser le fichier journal et pourquoi pas me l’expedier par mail.
Un TRES TRES GRAND MERCI pour votre aide rescue redouane et gerard !
Peut-être que je redigerai un petit wiki à ce sujet.
Bonne journée à tous !
Merci pour tes explications redouane.
Je vais tester ca demain et je fais un retour
Merci infiniment. …
Réponse pour redouane :
« Au faite, il faut mettre date +%Y-%m-%d entre deux back-stick sinon on on n’aura pas la sortie escomptée »
C’est quoi ça un back-stick ?
Dans le script les commandes marchent pas…..
Avec le fameux back-machin ??? peut-être…
merci de m’éclairer sur ce point 😉
Hello !
Pour mkdir /volumeUSB1/usbshare/mysql-date+%Y-%m-%d la console me renvoie le prompt..c’est bon signe !
Pour cp -R /volume1/@database/mysql/DrTuxTest/* /volumeUSB1/usbshare/mysql-date+%Y-%m-%d…me renvoie le prompt avec une copie qui s’est effectuée sans message d’erreur…..pas mal ça ! et avec une rapidité bluffante !
Bon grace a toi je tiens le bon bout on dirait…
Je pense que pour la sortie de la copie repertoire je vais spécifier /volumeUSB1/usbshare/DrTuxTest-date+%Y-%m-%d pour la commodité de la presentation…c’est possible ça non ?
Encore merci de ton aide !
Re :
Voici le script tel que je l’ai copié :
#!/bin/bash
# creation du dossier avec la date du jour en local ou sur un disque amovible.
mkdir /volumeUSB1/usbshare/mysql-date +%Y-%m-%d
# copie du contenu du dossier mysql dans le dossier cree precedemment.
cp -R /volume1/@database/mysql/* /volumeUSB1/usbshare/mysql-date +%Y-%m-%d
Si ce script fonctionne, combien de temps va prendre la copie de tout le repertoire contenant les bases sur mon support externe ?
Merci
Retour :
./copiemysql.sh me renvoie, en root, une erreur d’écriture indiquant que le support n’a pas assez d’espace libre….pourtant il y reste plus de 900 Go libre !!!????
J’ai regardé plus près au niveau des bases, dans le repertoire /volume1/@database : le proprio des bases mysql installées est « admin » du group « users ».
Je me suis dit que les difficultés d’écriture sont en fait des problèmes de droits….j’ai changé les droits sur l’ecriture dans le support amovible en accordant la propriété à « admin » (au lieu de root), j’ai également changé l’exécutant de la tache dans /etc/crontab en l’attribuant à « admin » et j’ai relancé le serveur cron.
Ca change rien et tout cela me rend bien perplèxe……..:-(
Je continue les essais….
>Je tenterais un « chown mysql copiemysql »
La console me renvoie l’erreur : chown : unknown user mysql….(je suis en root)
Je me demande si j’ai bien formulé ma requête à cron….faut-il mettre un « sh » devant l’instruction /usr/syno/mysql/bin/copiemysql.sh ?
Autre remarque : je ne connais pas les usages pour les extensions de fichiers. Est-ce que mon petit script soit porter obligatoirement l’extension « sh » et pas « txt » par exemple ?
Merci de votre aide, je pense qu’on est pas loin de la solution.
Retour :
Je rencontre des difficultés car le petit script ne s’execute pas…
Je l’ai placé dans le repertoire /usr/syno/mysql/bin le script en le nommant « copiemysql.sh »
Je l’ai rendu exécutable : chmod +x copiemysql.sh
Son propriétaire est root
Dans crontab j’ai écrit l’éxecution à 22h pour faire un essai et j’ai écrit : /usr/syno/mysql/bin/copiemysql.sh >> /volume1/web/journalcopiemysql.txt 2>&1
J’ai relancé le serveur cron…
le fichier journal me revoie l’erreur : « bin/bash : /usr/syno/mysql/bin/copiemysql.sh : not found !
Ai-je raté quelque chose ?
Bonjour et retour :
J’ai donc réalisé comme proposé dans votre commentaire le petit script de copie du repertoire mysql dans lequel sont mes bases.
Pour info elles sont stockées par défaut sur mon synology dans /volume1/@database/mysql …c’est assez atypique mais c’est ainsi.
Je voudrais aussi réaliser une journalisation, être prévenu que tout c’est bien passé à chaque copie, est-ce faisable ?
J’ai ajouté une commande crontab pour automatiser la copie chaque jour lorsque la charge du servur est minimale.
Pour produire ce fameux journal on fait comment ?
Merci beaucoup en tout cas pour le coup de main « rescue » !