Sauvegarde des données du site

samedi 17 novembre 2007
par  _Eric_
popularité : 38%

Que faut-il sauvegarder dans un site SPIP ?

SPIP est un CMS (Content Management System) et à ce titre :
 il installe un ensemble de scripts sur le serveur et crée une base de données,
 qui lui permettent de gérer le contenu éditorial des sites qu’il propulse au travers d’une interface privée et publique.

Les scripts de SPIP, et, par extension, les modules additionnels appelés plugins ainsi que les squelettes packagés comme la Dist ou Sarka-SPIP, n’ont pas besoin d’être sauvegardés. En effet, il sont statiques par définition et donc ne doivent jamais être modifiés par les auteurs et/ou webmestres du site.

Par contre, il est impératif de sauvegarder régulièrement le contenu éditorial du site, à savoir :
 la base de données SPIP,
 les logos, les images, les icônes, les documents qui agrémentent les articles ou autres objets éditoriaux. Ces fichiers ne sont pas stockées dans la base mais dans le répertoire IMG/ créé par SPIP à la racine du site.

Et là, les webmestres me disent en chœur : et nos personnalisations ? Quid des répertoires squelettes/ et config/ ? C’est vrai, ce ne sont pas des données du site à proprement parlé, mais il est important de les conserver aussi en lieu sûr...

Sauvegarder la base

C’est sûrement l’opération de maintenance la plus importante à mener régulièrement sur un site SPIP. Deux possibilités s’offrent à nous pour effectuer cette sauvegarde :

 L’interface privée de SPIP

Choisir le menu « Configuration », sous-menu « Maintenance du site ». L’onglet affiché par défaut propose une sauvegarde compressée (à préférer) ou non de la base et permet de choisir le nom du fichier produit dans le répertoire tmp/dump/.

Sauvegarde SPIP de la base

 La commande de dump de la base

Cette commande présente dans les serveurs MySQL et PostgreSQL peut être utilisée, soit en ligne de commande, soit via un outil comme phpmyadmin (base MySQL).
Cette option a l’avantage d’être plus fiable, programmable et permet d’exporter toutes les tables SPIP et non SPIP, si besoin. En outre, un export XML peut être utilisé par SPIP pour restaurer une base.

Son inconvénient majeur est de demander plus d’expertise que la sauvegarde SPIP. A vous de choisir...

Sauvegarder l’ensemble des données

Cette sauvegarde est une fonction du squelette Sarka-SPIP dérivée du plugin « Mes Fichiers » développé par James et auquel j’ai quelque peu participé pendant l’été 2007. Le principe est de constituer une archive zip des fichiers suivants :

 le dernier fichier de sauvegarde de la base créé en utilisant l’interface privée de SPIP,
 le répertoire IMG/ complet,
 le répertoire squelettes/ complet,
 le fichier config/mes_options.php, si il existe,
 et le répertoire du squelette Sarka-SPIP inclus sous plugins/. Et oui, c’est inutile, mais pour ceux qui continuent à personnaliser le squelette sans lire les recommandations ;-)...

Le fichier archive est produit dans tmp/ et se nomme mes_fichiers_aaaammjj_hhmm.zip.

Cette fonction de sauvegarde est accessible aux administrateurs uniquement et son activation se fait en cliquant sur le lien « Sauvegarder » inclus dans la description du plugin Sarka-SPIP (page Gestion des plugins). A la fin du processus d’archivage, l’administrateur est redirigé vers la page de « Maintenance du site ».

Activation de la sauvegarde

Conclusion

Pour terminer ces sauvegardes n’oubliez pas de recopier les fichiers obtenus sur un espace distinct de celui de votre hébergeur. En effet, ces sauvegardes sont produites dans tmp/ qui n’est qu’un répertoire de travail de SPIP dont le contenu peut être vidé à tout moment.


Commentaires  Forum fermé

Logo de ANJALI
Sauvegarde des données du site
dimanche 14 septembre 2008 à 17h55 - par  ANJALI

Bonsoir l’équipe de Sarka-Spip,
J’ai fini d’installer un site web sur un serveur web "local" sous OpenSuse 10.3.
Tout est OK...sauf la sauvegarde or...je ne peux raisonnablement le mettre en ligne sans maîtriser ce point délicat.
J’ai fait plusieurs essais avec succés avec easyPHP mais voilà, quand je passe sur mon serveur, cela ne marche pas.
dans l’interface qui permet de choisir si je veux le fichier compressé ou non, il y a seulement qu’un choix qui est proposé(le fichier non compressé)...ensuite quand je lance la sauvegarde, celle-ci ne fonctionne que pour un fichier (mots-clés) et rien pourle reste autant dire que je ne récupère rien. Sur OpenSUSE, les fichiers de SPIP sont installés dans srv/www/htdocs. Quand je farfouille dans temp/dump...rien ou quasiment rien.
Je précise que je n’ai pas donné de nom au site (j’ai mis des espaces) pour ne pas "gâcher"la présentation de ma page...quand j’ai fait les tests sur easyPHP, ce point ne semblait pas poser de problèmes donc mes soupçons se dirigent vers la base de données et ou peut-être la configuration d’OpenSuse...quelque chose qui manquerait (un problème similaire à celui que j’avais déjà rencontré avec la librairie gd2...qu’il a fallu que j’installe). Bref, j’espère que vous avez compris mon problème...
Bref, avec cette distribution de linux qui m’a séduit dans un premier temps, je rame, rame...Pouvez-vous m’aider ?
Dans l’attente d’une réponse, un grand merci pour votre travail.

Anjali

Logo de _Pétarel_
Sauvegarde des données du site
samedi 24 mai 2008 à 00h15 - par  _Pétarel_

Bonsoir,
Suite à un plantage du serveur de Free, je n’ai plus accès à mes pages privées.

Mon site a été "vidé" (aucun auteur entre autre...donc pas d’accès).

J’ai récupéré la base de données chez Free (fichier .sql)
Je suis en train de réinstaller mon site chez un hébergeur payant. Une fois la "base" (SPIP 192d) installée (la même version que sur le site initial), je voudrais savoir s’il y a une manip qui permet d’utiliser les fichiers ".sql" plutôt que la restauration classique de base de données.

Autre question : on dirait qu’il n’y a plus de lien entre le site et la base chez Free, est-ce que je peux faire quelque chose ? (sachant que j’ai une sauvegarde de tous mes fichiers SPIP, SARKA et plugins variés avec leurs modifs)

Merci !
Pétarel

PS : Je patauge beaucoup, donc il faut tout me dire et être très patient(e) !

Logo de _Pétarel_
dimanche 25 mai 2008 à 12h34 - par  _Pétarel_

Wahouh ! Ça a marché impeccable.

MERCI PASCAL !

je vais mettre le "tuyau" sur le forum de l’ADUF parce que vu le nombre de visites sur mon post, je pense que la solution doit intéresser du monde.

En revanche, toujours la page blanche pour l’accès aux pages privées. Ça ira mieux à 5 heures du matin...

ouf et merci encore

Pétarel

Logo de _Pétarel_
dimanche 25 mai 2008 à 02h33 - par  NoNosS (Pascal)

Yo Pétarel,

bon tu peux essayer quelque chose.
Avec ton client ftp, tu supprimes (ou tu renommes) le fichier connect.php il est situé dans le répertoire config. C’est le fichier utilisé par SPIP pour se connecter à ta base de données.
Ensuite, tu saisis l’url suivante dans ton navigateur http://yvelinedeverin.free.fr/ecrire.
La réinstallation de SPIP va démarrer, tu saisis tes identifiant et mot de passe. Quand tu arrives au choix de la base de données, tu choisis celle qui existe déjà et qui contient les données de ton site. Cette manip te permettra simplement de recréer le fichier connect.php. Avec un peu de chance, si ta base existe et n’est pas corrompue...

Pascal

Logo de NoNosS (Pascal)
samedi 24 mai 2008 à 15h05 - par  _Pétarel_

Merci Eric.
Je ne sais pas répondre à ta question : c’est le fichier qui a été créé quand j’ai installé SPIP. Mais comme j’ai déjà installé le SPIP "basique" chez mon nouvel hébergeur, je vais tenter ta première manip.

Pour ma seconde question va voir
http://yvelinedeverin.free.fr/
tu vois, le squelette SARKA est là, le "look" aussi, mais toutes mes rubriques, tous mes articles, même les "auteurs" ont disparu, tout est à "zéro". Donc plus moyen d’aller dans les pages privées, puisqu’il me dit que mon login est inconnu (par exemple "deverin" ou "petarel"). J’ai tout essayé, y compris le login de super administrateur, celui avec lequel j’ai créé le site.
On dirait que la structure est là, la bases est là, je l’ai vue chez Free et récupérée, il y a même le dernier article que j’avais écrit. Mais on dirait que c’est le lien entre les deux qui est coupé.

Chez Free, ils ne sont pas plus émus que ça "ça arrive que des fichiers soient corrompus quand il y a un plantage"....

En fait, j’aimerais bien pouvoir le remettre en route provisoirement (des étudiants doivent faire une drôle de tête en ce moment...) et ensuite au moins pouvoir y indiquer la nouvelle adresse : là je ne peux rien faire.

Donc s’il y avait un moyen de faire en sorte de relier le site à la base de données, ça m’arrangerait bien.
C’est peut-être quelques fichiers à recharger par FTP ?

Merci !

Pétarel

Logo de _Pétarel_
samedi 24 mai 2008 à 00h42 - par  _Eric_

Bon Pétarel,

C’est pas de chance, mais c’est Free...

Ton fichier .sql contient-il les instructions SQL de création de la base et de création des tables ? C’est la première question.

 Si non, alors tu fais une installation de SPIP normal en créant une base et ensuite via phpMyAdmin tu importes le fichier .sql qui contient uniquement les données.
 Si oui, tu vas d’abord dans phpMyAdmin, tu importes le fichier qui créera la base et les tables et ensuite tu installes SPIP en te branchant sur la base sans la récréer.

Je comprends pas ta deuxième question...

++

Logo de Serge36
Sauvegarde des données du site
samedi 5 janvier 2008 à 23h43 - par  Serge36

Dans la liste des tables sauvegardées et dans le fichier "xxx.xml.gz", il n’y a pas toutes les tables : est-ce normal ?

J’ai créé une table locale "spip_licencies", comment l’inclure dans la sauvegarde ?

Logo de Serge36
dimanche 6 janvier 2008 à 18h13 - par  _Toufik_

Dans la liste des tables sauvegardées et dans le fichier "xxx.xml.gz", il n’y a pas toutes les tables : est-ce normal ?

J’ai créé une table locale "spip_licencies", comment l’inclure dans la sauvegarde ?

Bonsoir,

la sauvegarde de la BDD dans l’espace privé ne permet que la sauvegarde des tables créées par spip et celles créées par les plugins (si ceci est prévu par le plugin),

donc pour sauvegarder la totalité de es tables de la BDD (si des tables sont créées autrement), il faut le faire par un export sous phpmyadmin

sinon il y a cet outil :
plugin sauvegarde auto

où on peut spécifier les tables commençant par spip_ comme tables autorisées

je rappelle que toute manipulation de la bdd ne se fait pas sans risque

je conseille donc de faire des essais sur un site test

@+

Site web : MSLP-Dijon
Logo de Biblio
Sauvegarde des données du site
mardi 4 décembre 2007 à 17h15 - par  Biblio

Bonjour à tous,

Voici quelques jours que notre site ou plusieurs de ses articles sont inaccessibles à certains moments de la journée avec comme message "Internet Explorer ne peut télécharger de/www.rc-arpajonnais.com. Internet exploreur n’a pu ouvrir ce site."

L’un(e) d’entre vous a-t-il une idée de la source du problème ? Faut-il réinstaller Spip et Sarka ?

Merci et encore bravo pour votre site.

Logo de Biblio
mardi 11 décembre 2007 à 08h15 - par  Patrick

Salut Biblio,

Pour info : J’ai transféré mon site anciennement sur les pages perso de Free pour aller chez Online, très court voyage donc et la rapidité est tout à fait satisfaisante.
C’est donc bien une histoire de ressources.

— 
Patrick

Logo de Patrick
lundi 10 décembre 2007 à 17h07 - par  Biblio

Merci Jacques

Logo de Biblio
samedi 8 décembre 2007 à 08h48 - par  Jacques83300

Bonjour Biblio,

Mon site est également hébergé chez Celeonet. Je n’ai jamais eu de problème majeur avec cet hébergeur (depuis 3 ans) mais je trouve tout de même que l’accès est de plus en plus lent et effectivement difficile à certains moments.

Concernant leur remarque de lourdeur de Spip, c’est possible mais le système de cache est là pour éviter de recalculer à chaque fois les pages. Peut-être certains plugins comme ceux de contrôle d’accès peuvent nécessiter de recalculer à chaque fois la page et ainsi ralentir son affichage ? A voir.

Il est également à remarquer que Spip fait partie des scripts que Celeonet met à notre disposition mais toujours en version 1.8.3. D’autre part Joomla est toujours disponible avec la dernière version. Y aurait-il une préférence de la part de notre hébergeur ?

Globalement, je trouve qu’en 3 ans le service s’est dégradé et même le support qui apparemment n’est plus réalisé par la même personne. Sans doute la rançon du succès ?

Cordialement,

Jacques

Logo de Jacques83300
jeudi 6 décembre 2007 à 09h04 - par  Biblio

Merci Patrick.

Voici la réponse trés commerciale du support technique de mon hébergeur Céléonet :
SPIP est réputé pour être un script très lourd qui n’est donc que peu compatible avec un hébergement mutualisé. Si Spip pose effectivement souvent problème du fait de sa lourdeur sous mutualisé, il fonctionne sans encombre sur virtuel ou dédié. Opter pour un serveur virtuel résoudrait votre souci.

Est-ce vraiment la solution ?

Logo de Biblio
mardi 4 décembre 2007 à 20h56 - par  Patrick

Bonsoir

Je n’ai jamais eu de problème d’accès à mes site à cause de Sarka ou de Spip.

Par contre une lenteur et des erreurs à gogo dans la journée quand j’utilisais les pages perso de Free (sur serveur fortement partagés donc ).

IMHO cela vient de ton hébergeur, saturé dans la journée.

— Patrick

Navigation

Articles de la rubrique