oui c'est effectivement du sql à ma connaissance

tu fais cela sur quel version de spip ?

Le 30 juillet 2010 09:49, freebsnet <freebsnet <at> free.fr> a écrit :

Eric Boutigny a écrit :

Peut etre en comparant les structures de ton fichier avec un fichier .sql courant ... A priori il n'y a pas de raison que ovh fasse des "dump" dans un format "exotique" ??

c'est la réflexion que je me fais, pourquoi OVH ferai dans l'exotisme ? le fichier du dump démarre comme ceci et ça me parle un peu pour du sql :


-- MySQL dump 10.11
--
-- Host: localhost    Database: journallmee
-- ------------------------------------------------------
-- Server version    5.0.90-log

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

--
-- Table structure for table `spip_articles`
--

DROP TABLE IF EXISTS `spip_articles`;
/*!40101 SET <at> saved_cs_client     = <at> <at> character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `spip_articles` (
  `id_article` bigint(21) NOT NULL auto_increment,
  `surtitre` text NOT NULL,
  `titre` text NOT NULL,
  `soustitre` text NOT NULL,
  `id_rubrique` bigint(21) NOT NULL default '0',
  `descriptif` text NOT NULL,
  `chapo` mediumtext NOT NULL,
  `texte` longtext NOT NULL,
  `ps` mediumtext NOT NULL,
  `date` datetime NOT NULL default '0000-00-00 00:00:00',
  `statut` varchar(10) NOT NULL default '0',
  `id_secteur` bigint(21) NOT NULL default '0',
  `maj` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
  `export` varchar(10) default 'oui',
  `date_redac` datetime NOT NULL default '0000-00-00 00:00:00',
  `visites` int(11) NOT NULL default '0',
  `referers` int(11) NOT NULL default '0',
  `popularite` double NOT NULL default '0',
  `accepter_forum` char(3) NOT NULL default '',
  `date_modif` datetime NOT NULL default '0000-00-00 00:00:00',
  `lang` varchar(10) NOT NULL default '',
  `langue_choisie` varchar(3) default 'non',
  `id_trad` bigint(21) NOT NULL default '0',
  `extra` longtext,
  `id_version` int(10) unsigned NOT NULL default '0',
  `nom_site` tinytext NOT NULL,
  `url_site` varchar(255) NOT NULL default '',
  PRIMARY KEY  (`id_article`),
  KEY `id_rubrique` (`id_rubrique`),
  KEY `id_secteur` (`id_secteur`),
  KEY `id_trad` (`id_trad`),
  KEY `lang` (`lang`),
  KEY `statut` (`statut`,`date`),
  KEY `accepter_forum` (`accepter_forum`),
  KEY `date` (`date`),
  KEY `date_redac` (`date_redac`),
  KEY `export` (`export`),
  KEY `id_article` (`id_article`),
  KEY `id_version` (`id_version`),
  KEY `langue_choisie` (`langue_choisie`),
  KEY `maj` (`maj`),
  KEY `popularite` (`popularite`),
  KEY `referers` (`referers`),
  KEY `visites` (`visites`)
) ENGINE=MyISAM AUTO_INCREMENT=224323 DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = <at> saved_cs_client */;

--
-- Dumping data for table `spip_articles`
--

Le 30 juillet 2010 09:29, freebsnet <freebsnet <at> free.fr> a écrit :

oui, mais la base est tellement lourde que la sauvegarde ne s'effectue pas complètement comme avec phpmyadmin d'ailleurs,
les tables referrer, referrer_articles et visites_article ne sont pas complète
par exemple pour la table des referrers sur les 354 144 enregistrements j'en récupère à peine 280 647
pour la table visites_articles sur les 581 676 enregistrements j'en ai au mieux 8
je suppose qu'il y a des restrictions en temps et nombre de requête et peu être en volume.
de plus j'ai constaté qu'un dump spip xml.gz est plus lourd qu'un dump sql.gz (le balisage xml en plus non ?)
le nouvel hébergeur à besoin d'un dump non compresser avec l'extension .sql pour faire la restauration.
donc je pensai qu'en renommant le dump d'OVH *ma_base.dump* en *ma_base.sql* ça pourrai le faire et j'ai rien sous la main pour tester.

Pierre KUHN a écrit :

Bonjour

As tu essayer de faire une sauvegarde par le prive de spip ?

Pierre

Le 30 juillet 2010 09:07, freebsnet <freebsnet <at> free.fr> a écrit :

bonjour,
parmi vous y aurai des personnes qui ont déménager un assez gros site spip de OVH vers un autre hébergeur ?
mon problème est la base de données qui fait 230 Mo et via phpmyadmin c'est impossible à sauvegarder,
même table par table et même en séparant la structure des données.

en revanche j'ai fais le dump de la base complète avec l'utilitaire de sauvegarde dans le manager d'OVH mais le fichier généré n'as pas l'extension .sql.
est ce tout de même exploitable si je renomme le fichier en ajoutant l'extension .sql

merci d'avance pour vos retours
cordialement



_______________________________________________
liste spip
spip <at> rezo.net - désabonnement : envoyer un mail à  spip-off <at> rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
http://archives.rezo.net/spip.mbox/

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________ liste spip spip <at> rezo.net - désabonnement : envoyer un mail à spip-off <at> rezo.net Infos et archives : http://listes.rezo.net/mailman/listinfo/spip http://archives.rezo.net/spip.mbox/ Documentation de SPIP : http://www.spip.net/ Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip <at> rezo.net - désabonnement : envoyer un mail à  spip-off <at> rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
http://archives.rezo.net/spip.mbox/

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

--
La question bien posée donne la bonne réponse ...

Lao Tseu ... ou un autre (sais plu  ... même moi je le pense !

--
La question bien posée donne la bonne réponse ...

Lao Tseu ... ou un autre (sais plu  ... même moi je le pense !