OVH Community, votre nouvel espace communautaire.

Difficulté à remonter base sql (dump)


Gaston_Phone
01/12/2013, 12h55
Citation Envoyé par Mamatt
Est-ce qu'il y a un moyen de savoir si le fichier que j'ai est vide, ou plutôt que le base est vide?
en l'ouvrant avec notepad++, mon fichier dump ne contient qu'une dizaine de lignes.
C'est là que le bât blesse. Ton DUMP SQL est vide.

Pour Maintenant, restaurer l'ensemble de ton site avec la sauvegarde complète d'il y a 3 jours :
--> OVH - Restauration hébergement à partir des sauvegardes réalisées la nuit par OVH

Après réaliser par toi même des sauvegardes régulières :
--> OVH - Sauvegardes et Restaurations de Bases de Données via un script

Mamatt
01/12/2013, 11h38
Bonjour,

Merci pour vos réponses,

Je n'ai aucune erreur qui est retournée, tout simplement, il ne se passe rien, et ma base n'est pas remontée.

Est-ce qu'il y a un moyen de savoir si le fichier que j'ai est vide, ou plutôt que le base est vide?
en l'ouvrant avec notepad++, mon fichier dump ne contient qu'une dizaine de lignes.


-- MySQL dump 10.13 Distrib 5.1.66, for debian-linux-gnu (x86_64)
--
-- Host: localhost Database: traductiqbdd-n
-- ------------------------------------------------------
-- Server version 5.1.66-0+squeeze1-log

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

j'ai essayé de l'ouvrir avec phpmyadmin de la même manière qu'un fichier .sql, mais sans succes, la encore il me marque bien traitement fini mais rien ne se produit

Gaston_Phone
01/12/2013, 08h22
Quelle erreur ?

bossboss
30/11/2013, 23h47
Citation Envoyé par Mamatt
Bonsoir,

j'ai besoin de remonter une base de donnée qui à subitement été vidée!

j'ai réalisé l'opération de sauvegarde de la base de la semaine dernière via l'interface du manager ovh, en suivant cette procédure :

http://guide.ovh.com/BackupBaseMySQL

je récupere mon fichier via mail, mais je m'aperçois que le fichier à l'extension .dump et non .sql, je ne sais pas trop quoi en faire.

Je me dire ensuite vers l'aide :

http://guide.ovh.com/ImportBaseMySQL

et il parle d'un script php exécutant un fichier .sql et non .dump

J'ai bien essayé de refaire la procédure avec le script php en modifiant l'extension de mon fichier, mais cela ne marche pas.

comment dois je faire alors pour remonter ma base depuis le fichier généré " nom_de_base.dump"

en vous remerciant
Si tu l'importe via phpmyadmin, ça ne fonctionne pas?

Mamatt
30/11/2013, 21h40
Bonsoir,

j'ai besoin de remonter une base de donnée qui à subitement été vidée!

j'ai réalisé l'opération de sauvegarde de la base de la semaine dernière via l'interface du manager ovh, en suivant cette procédure :

http://guide.ovh.com/BackupBaseMySQL

je récupere mon fichier via mail, mais je m'aperçois que le fichier à l'extension .dump et non .sql, je ne sais pas trop quoi en faire.

Je me dire ensuite vers l'aide :

http://guide.ovh.com/ImportBaseMySQL

et il parle d'un script php exécutant un fichier .sql et non .dump

J'ai bien essayé de refaire la procédure avec le script php en modifiant l'extension de mon fichier, mais cela ne marche pas.

comment dois je faire alors pour remonter ma base depuis le fichier généré " nom_de_base.dump"

en vous remerciant