support « Besoin d'aide «

sauvegarde du contenu de la base de donnée impossible yacs 8.3beta 31.1 sous intranet xamp le problème toujours présent avec 8.5beta31.10

Previous Next Index

Owner

Le Carbonnier, olivier

Progress

Workflow

Support request

Status

Problem has been recorded

Submission on May 5 2008 by olivier

de retour dans la communauté après beaucoup de travail.
j'ai changés les serveurs à mon travail et rencontre des difficultés avec la réinstallation de YACS en intranet:

j'ai pourtant à peu près les mêmes configuations car j'ai gardé XP Pro et XAMPP pour le serveur APACHE/MYSQL.

avec les sauvegardes j'ai fais des "réinstalls" toutes propres sur un nouveau poste (dell optiplex755 intel duo: une bête pas sexy, mais en principe fiable).

j'ai réinstallé YACS à partir d'une archive tgz, recréé la base de donnée, puis récupéré la baseà partir de la sauvegarde, les images, les fichiers, les paramètres. Tout s'est bien passé.

le module rewrite passe bien après modif des fichiers .ini

mais yacs plante sur la sauvegarde, plus rien n'est alors possible à partir du poste même en fermant le navigateur.

je soupconne un paramètre apache ou php de venir bloquer la chose (j'ai augementé les paramètres concernant les max size pour les doubler).

Olivier

Christian	on May 19 2008 Sur un serveur mutualisé chez eux tu peux aussi demander un dump de la base. Un shell combiné avec des ordres SQL peuvent également etre developpés si on veut automatiser la chose dans un cron Actupro quelques sites yacs : création site internet annuaire pro
Le Carbonnier, olivier	on May 19 2008 le problème n'existe pas avec une vieille version de xampp. la version sql est "Version du serveur: 5.0.27-community". mes connaissances sont insuffisantes pour conclure que c'est la version mysql qui serait la cause des problèmes. la sauvegarde "sauvage" des bases contenues dans le répertoire \xampplite\mysql\data\mabaseYacs marche parfaitement. mais cette solution ne me parait pas possible sur un serveur mutualisé comme OVH.
Le Carbonnier, olivier	on May 10 2008 que ce soit sous phpmyadmin ou sous yacs: l'écran reste figé et je n'ai même pas de message d'erreur. difficile d'en sortir et de revenir à une version précédente sans la sécurité d'une sauvegarde... il y a un dossier "data" dans un répertoire mysql avec des fichiers yacs_xxx.frm myd myi etc... ne serait ce pas jouer aux cowboys que d'en faire une copie, de réinstaller un serveur apache/mysql +yacs et d'y recopier les fichiers "data" myd myi frm et autres ? merci pour ton aide. Bernard - on May 11 2008 Olivier: Ce problème apparait lorsque la mémoire vive du serveur devient trop petite pour traiter toutes les données à sauvegarder. A partir de la version 8.1, Yacs écrit les ordres SQL compressés dans un fichier temporaire, fichier dont il envoie ensuite le contenu au navigateur. C'est déjà mieux que la situation précédente, lorsque tout était traité en mémoire, mais pas parfait, parce que la fonction qui envoie le contenu du fichier est elle aussi sensible à la taille mémoire maximale (cf. note). Le problème est en cours d'analyse, avec l'objectif d'une résolution rapide, vu que nous l'avons aussi avec le serveur yetanother... Le moyen de contournement le plus simple à ce jour est d'utiliser phpMyAdmin pour récupérer le contenu de la base de données. Sauf bien sûr quand phpMyAdmin souffre du même problème. La copie des fichiers qui contiennent les données est envisageable, mais je ne l'ai jamais testé et ne pourrait donc pas t'en dire plus.
Bernard Paques	on May 9 2008 Olivier, je viens de détecter un problème de sauvegarde chez Blue Host, l'hébergeur de yetanother... le script de sauvegarde tourne pendant plusieurs secondes, puis décroche sur le code 500 d'erreur interne au serveur HTTP. PHP version 5.2.5 et MySQL 5.0.45. Est-ce similaire à ton problème ?
Le Carbonnier, olivier	on May 6 2008 pas de solution ? serait-ce un problème dans la base elle même ? existe-t-il une commande sql que je pourrais lancer depuis le phpadminsitrateur ? j'ai l'impression de travailler sans filet de protection ! Agnès - on May 6 2008 Olivier : Je ne sais pas mais pour commencer... as-tu bien effectué une mise à jour de la base de donnée après avoir récupérée la tienne ? Panneau de contrôle > système > maintenance de la base de données. Procédure obligatoire après ce genre de manipulation. Par ailleurs, il y a toujours la possibilité de sauvegarder ta base de données depuis phpmyadmin (en attendant). Agnès Il n'y a pas de problèmes, que des solutions.

Previous Next Index