rodo37 Posté(e) le 15 juin 2013 Posté(e) le 15 juin 2013 Bonjour, Suite à un problème technique sur le serveur MySQL rencontré en début de Weekend, nous avons dû procéder à ce jour à une réinstallation complète de la machine. Malheureusement la seule sauvegarde exploitable date de ce 11 Juin 2013. Un nouveau système de sauvegarde à été mis en place. Veuillez nous excuser pour la gêne occasionnée.
CoolRaoul Posté(e) le 15 juin 2013 Posté(e) le 15 juin 2013 Le principal est que le site soit de nouveau en ligne. On fera avec les quelques jours perdus L'équipe a du avoir chaud!
bud77 Posté(e) le 15 juin 2013 Posté(e) le 15 juin 2013 La loi des séries ... J'ai eu la même surprise au boulot ... sauf que 0 backup exploitable ... Enfin bon, heureux de voir que tu t'en es sorti
Webman Posté(e) le 15 juin 2013 Posté(e) le 15 juin 2013 Oui j'ai vu ça ce matin à ma grande surprise, je pensai que l'internet était coupé chez moi On ferai quoi sans ce forum ? Content que tout soit revenu
PiwiLAbruti Posté(e) le 15 juin 2013 Posté(e) le 15 juin 2013 En tout cas http://www.synocommunity.com/ n'a pas survécu.
rodo37 Posté(e) le 15 juin 2013 Auteur Posté(e) le 15 juin 2013 Piwi une sauvegarde a été trouvée mais long a récupèrer vu la taille
totovaauski Posté(e) le 16 juin 2013 Posté(e) le 16 juin 2013 Le 6/15/2013 à 5:01 PM, PiwiLAbruti a dit : En tout cas http://www.synocommunity.com/ n'a pas survécu. ainsi que la partie packages...
rodo37 Posté(e) le 16 juin 2013 Auteur Posté(e) le 16 juin 2013 Le 6/16/2013 à 8:43 AM, totovaauski a dit : ainsi que la partie packages... Les packages devraient fonctionner, vais vérifier.
bud77 Posté(e) le 16 juin 2013 Posté(e) le 16 juin 2013 Je confirme, KO aussi Le site affiche Citation Fatal error: Uncaught exception 'Exception' with message 'File not found.' in /home/packages/public_html/package_server/class/file.class.php:23 Stack trace: #0 /home/packages/public_html/package_server/class/syno_ps_database.class.php(90): File->__construct('class/syno_ps_d...') #1 /home/packages/public_html/packages.php(19): Syno_Ps_Database->execute('SELECT `package...') #2 {main} thrown in/home/packages/public_html/package_server/class/file.class.php on line 23
PiwiLAbruti Posté(e) le 16 juin 2013 Posté(e) le 16 juin 2013 La restauration complète des paquets n'est peut-être pas encore terminée.
totovaauski Posté(e) le 16 juin 2013 Posté(e) le 16 juin 2013 et juste pour être complet : http://packages.synocommunity.com pointe vers http://packages.synocommunity.com/cgi-sys/defaultwebpage.cgi et www.nas-forum.com pointe vers http://www.nas-forum.com/cgi-sys/defaultwebpage.cgi l'adresse http://packages.synocommunity.com dans le centre de paquet ne renvoie rien, donc la MAJ des packages ne fonctionne pas Rien de grave, ni de pressé, c'est le we ! bon courage
PiwiLAbruti Posté(e) le 16 juin 2013 Posté(e) le 16 juin 2013 La base de données existe bien mais elle ne contient aucune table. Tu aurais ça dans les sauvegardes rodo37 ?
ghibu Posté(e) le 16 juin 2013 Posté(e) le 16 juin 2013 Arrr, pas de bol! vive l'informatique! Bon je comprend mieux maintenant pourquoi synocommunity n'est plus dispo! Bas pas grave, je comprend qu'il faille du temps pour remettre tout ça en ordre, j'attendrais encore un peu. Bon courage!
rodo37 Posté(e) le 16 juin 2013 Auteur Posté(e) le 16 juin 2013 Le 6/16/2013 à 2:30 PM, PiwiLAbruti a dit : La base de données existe bien mais elle ne contient aucune table. Tu aurais ça dans les sauvegardes rodo37 ? Normalement oui, je regarde à ça.
rodo37 Posté(e) le 16 juin 2013 Auteur Posté(e) le 16 juin 2013 Le fichier de sauvegarde MySQL fait plus de 4 Go ! Vous mettiez quoi dans cette base de données ?
PiwiLAbruti Posté(e) le 16 juin 2013 Posté(e) le 16 juin 2013 Des logs trop verbeux... mais ça va changer prochainement. D'ailleurs il y avait aussi un paquet d'archives sur l'activité du serveur de paquets.
Zorineau Posté(e) le 17 juin 2013 Posté(e) le 17 juin 2013 rha pile le jour ou je veux sauter le pas et instaler un de vos packets ! bon courage pour les restaurations ! Et voici un vibrant rappel : Ce n'est pas tout d'avoir une politique de sauvegarde ... encore faut-il tester les recovery de temps à autre pour s'assurer qu'elle fonctionne. je m’en vais donc faire des tests de restaurations de mon côté ...
rodo37 Posté(e) le 17 juin 2013 Auteur Posté(e) le 17 juin 2013 Le 6/17/2013 à 8:32 AM, Zorineau a dit : rha pile le jour ou je veux sauter le pas et instaler un de vos packets ! bon courage pour les restaurations ! Et voici un vibrant rappel : Ce n'est pas tout d'avoir une politique de sauvegarde ... encore faut-il tester les recovery de temps à autre pour s'assurer qu'elle fonctionne. je m’en vais donc faire des tests de restaurations de mon côté ... Notre système de restauration fonctionne sans problème, tous les sites ont été récupérés, ici le problème vient de la base de données MySQL qui fait plus de 4 Go, ce qui pose des problème au serveur et au système de restauration, qui par soucis de sécurité, refuse de reprendre leur base de données. Il est certains, que n'importe quel système de sauvegarde doit être testé au minimum 1 fois par mois. Des systèmes critiques doivent êtres contrôlés tout les jours.
PiwiLAbruti Posté(e) le 17 juin 2013 Posté(e) le 17 juin 2013 Tu as la possibilité de restaurer partiellement la base de données ? Car il y a des tables d'archivage (pour l'année 2012 par exemple) qu'il n'est pas nécessaire de restaurer.
rodo37 Posté(e) le 17 juin 2013 Auteur Posté(e) le 17 juin 2013 Le 6/17/2013 à 8:58 AM, PiwiLAbruti a dit : Tu as la possibilité de restaurer partiellement la base de données ? Car il y a des tables d'archivage (pour l'année 2012 par exemple) qu'il n'est pas nécessaire de restaurer. Je vais regarder mais il faudrait trouver un logiciel qui est capable d'ouvrir un fichier de cette taille. J'ai essayé avec Notepad++ mais ca ne fonctionne pas.
kiyoshi Posté(e) le 17 juin 2013 Posté(e) le 17 juin 2013 Le 6/17/2013 à 9:01 AM, rodo37 a dit : Je vais regarder mais il faudrait trouver un logiciel qui est capable d'ouvrir un fichier de cette taille. J'ai essayé avec Notepad++ mais ca ne fonctionne pas. Bonjour, Notepadd ++ n'est pas forcément une référence pour ce genre de tâche. Le mieux est encore d'utiliser mysqldump (outil en CLI) avec ce genre de commande : mysqldump -u root -p -h hostname --single-transaction --opt --where="1 limit 700" dbname < dump.sql Ceci a pour effet de construire un nouveau dumpbis.sql avec les 700 premières entrées de chaque table de ta base d'origine. Ensuite, il suffit de faire une petite boucle avec un script pour automatiser les dumps, petit à petit... Rassure-moi, le serveur ne tourne pas sous Windows ?
bud77 Posté(e) le 18 juin 2013 Posté(e) le 18 juin 2013 @Rodo : Des news ? Le site affiche "Failed to connect to database."
Messages recommandés