Manual:Backing up a wiki/fr

Il est important d'effectuer des sauvegardes régulières des données contenues dans votre wiki. Cette page donne un aperçu du processus de sauvegarde d'un wiki MediaWiki standard ; vous aurez probablement à cœur de concevoir vos propres scripts de sauvegardes ou de les planifier en fonction de la taille de votre wiki et de vos besoins.

Présentation générale
MediaWiki stocke les données importantes à deux endroits :
 * la base de données : les pages et leur contenu, les utilisateurs et leurs préférences, les métadonnées, l'index pour la recherche, etc.
 * le système de fichiers : les fichiers de configuration logicielle, les habillages personnalisés, les extensions, les images (y compris les images effacées), etc.

Pensez bien à passer le wiki en mode « lecture seule » avant de créer la sauvegarde - voir. Ceci permet d'assurer la cohérence de toutes les parties de votre sauvegarde (certaines des extensions que vous avez installées peuvent éventuellement écrire des données).

Transfert de fichiers
Sauf si vous avez un accès direct au serveur hébergeant le wiki (et encore…) vous aurez à choisir une méthode de transfert de fichiers :


 * Données non-privées : vous pouvez simplement publier sur archive.org et.ou dans un répertoire  de votre serveur web.
 * SCP (ou WinSCP), SFTP/FTP, autres méthodes, il y en a toute une liste sur Wikipédia.
 * l'hébergeur professionnel peut aussi mettre à votre disposition une interface de gestion de fichiers utilisable dans un navigateur web, vérifiez auprès de votre interlocuteur.

Base de données
La plupart des données critiques d'un wiki sont stockées dans la base de données. Si vous utilisez par défaut un arrière-plan MySQL (MySQL backend), le contenu de la base de données peut être vidé sous forme de dump dans un fichier de script qui peut être réutilisé ultérieurement pour regénérer la base de données dans l'état où elle a été sauvegardée.

Automysqlbackup
Voir le paquet sous Debian :

$ apt show automysqlbackup [...] Description: automysqlbackup creates backup every day, week and month for all of your MySQL database, to a configured folder. There's nothing to do but to install this package, and you'll rest assured that you have a way to go back in the history of your database. [...]

Installer le paquet :


 * 1) apt install automysqlbackup

Toutes vos bases de données seront sauvegardées dans /var/lib/automysqlbackup/:

$ find /var/lib/automysqlbackup/ /var/lib/automysqlbackup/ /var/lib/automysqlbackup/weekly /var/lib/automysqlbackup/weekly/my_wiki /var/lib/automysqlbackup/weekly/my_wiki/my_wiki_week.18.2016-05-07_15h32m.sql.gz /var/lib/automysqlbackup/monthly /var/lib/automysqlbackup/daily /var/lib/automysqlbackup/daily/my_wiki

Sauvegarde manuelle:


 * 1) automysqlbackup

Restaurer une base de données:

Pour les autres distributions, voir sur Sourceforge.

Mysqldump en ligne de commande
Le plus pratique pour créer un fichier dump de la base de données que vous souhaitez sauvegarder consiste à employer l'outil MySQL standard  en ligne de commande. Assurez-vous d'avoir tout préalablement bien paramétré, sinon la restauration de la base de données risque d'être ardue. peut prendre un temps considérable, tout dépend de la taille de la base de données.

Initialement placez cette ligne de code dans

$wgReadOnly = 'Dumping Database, Access will be restored shortly';

on peut la retirer une fois le dump terminé.

Exemple de commande à exécuter dans une interface — shell — Linux/UNIX :

mysqldump -h hostname -u userid -p --default-character-set=whatever dbname > backup.sql

En remplaçant,  ,  , et   comme il convient. Tous les quatre peuvent se trouver dans votre fichier (LSP). peut être trouvé sous ; par défaut il vaut localhost. peut être trouvé sous,  peut être trouvé sous , où il est listé après. Si  n'est pas spécifié mysqldump est sensé utilisé utf8 par défaut, ou latin1 sur une version plus ancienne de MySQL. Alors que  peut être trouvé sous. Après avoir exécuté la ligne de commande, mysqldump va demander le mot de passe du serveur (qui peut se trouver sous dans LSP).

Lire mysqldump pour une liste complète des paramètres en ligne de commande.

Le résultat de mysqldump peut être préférentiellement gzippé, dans le but d'obtenir un fichier de plus petite taille, ainsi :

mysqldump -h hostname -u userid -p dbname | gzip > backup.sql.gz

Une commande mysqldump similaire peut être utilisée pour obtenir un fichier XML à la place, en incluant le paramètre --xml.

mysqldump -h hostname -u userid -p --xml dbname > backup.xml

et pour comprimer le fichier sous la forme gzip

mysqldump -h hostname -u userid -p --xml dbname | gzip > backup.xml.gz

Rappelez-vous d'archiver également les composants du système de fichiers du wiki qui pourraient être indispensables, comme les images, le logo et les extensions, par exemple.

Effectuer mysqldump sous Cron
Cron est le planificateur de tâches des systèmes d'exploitation informatiques dérivés d'Unix. Cron permet aux utlisateurs de planifier des tâches (commandes ou scripts shell) à exécuter de manière répétée à certains moments ou à certaines dates.

Voici un exemple de commande que vous pourriez utiliser dans crontab :  nice -n 19 mysqldump -u $USER --password=$PASSWORD $DATABASE -c | nice -n 19 gzip -9 > ~/backup/wiki-$DATABASE-$(date '+%Y%m%d').sql.gz La commande  abaisse la priorité du processus.

Utilisez des valeurs valides pour $USER, $PASSWORD, and $DATABASE. Ça écrira directement le jour de la semaine dans le nom du fichier ainsi sauvegardé, de telle sorte que vous disposerez d'un ensemble de roulement de sauvegardes. Si vous désirez également sauvegarder fichiers et extensions, vous pourriez utiliser celui-là.

Si vous voulez ajouter cette tâche dans le Cron via Cpanel alors vous devez protéger le caractère « % » en l'échappant /usr/bin/mysqldump -u $USER --password=$PASSWORD $DATABASE -c | /bin/gzip > ~/backup/wiki-$DATABASE-$(date '+\%Y\%m\%d').sql.gz

sinon vous aurez une erreur : /bin/sh: -c: line 0: unexpected EOF while looking for matching `'' /bin/sh: -c: line 1: syntax error: unexpected end of file

Tables
Certaines tables que vous videz ont différents degrés de temporalité. Donc pour économiser de l'espace disque (en plus de compresser par gzip), bien que ces tables doivent être présentes dans un vidage plus propre, leur données n'ont pas besoin de l'être. Néanmoins, sous certaines circonstances le désavantage d'avoir à reconstruire toutes ces données peut contre-balancer l'économie d'espace disque (par exemple, sur un grand wiki où la vitesse de restauration est cruciale).

Voir le fil de la liste de diffusion mysql5 binary schema (schéma binaire mysql5) relatif au sujet.

Conversion de Latin-1 à UTF-8
Voir la section relative sur la page de mise à jour pour toute information concernant le processus. Voir aussi la page de discussion pour davantage d'informations sur l'utilisations des alphabets en général.

PostgreSQL
Vous pouvez utiliser l'outil  pour sauvegarder une base de données PostgreSQL de MediaWiki. Par exemple : pg_dump mywiki > mywikidump.sql videra la base de données  dans mywikidump.sql.

Pour restaurer la sauvegarde : psql mywiki -f mywikidump.sql

Vous pouvez aussi vider les informations globales, par exemple les utilisateurs de la base de données :

pg_dumpall --globals > postgres_globals.sql

phpMyAdmin
Mettez votre wiki en lecture-seule en ajoutant  à votre fichier LocalSettings.php.

Ouvrez le navigateur de votre lien phpadmin, choisissez la base de données du wiki. (Vérifiez sur LocalSettings.php si vous hésitez). Sélectionnez Exporter. Assurez-vous que tous les items sous Exporter soient sélectionnés, et assurez-vous que la structure soit sélectionné (il est important de maintenir la structure de la table). Facultatif : cochez Ajouter DROP TABLE pour effacer les références existantes lors de l'importation. Assurez-vous que Data est coché. Sélectionné compressé. Puis cliquez sur GO et sauvegardez le fichier de backup.

Retirez  dans votre fichier  LocalSettings.php

N'oubliez pas non plus de sauvegarder les composants du système de fichiers qui pourraient être nécessaires, par exemple les images, le logo et les extensions.

Liens externes

 * Pour un tutoriel, voir Siteground: MySQL Export: How to backup a MySQL database using phpMyAdmin''
 * Backing up the Database

HeidiSQL
HeidiSQL est similaire à phpMyAdmin, mais sans aucune restriction de la version libre de phpMyAdmin. HeidiSQL nécessite une connexion directe à la base de données, pour lesquels certains hôtes n'offrent seulement que des interfaces web (phpMyAdmin) vers les bases de données via proxy.

Système de fichiers
MediaWiki enregistre les autres composants du wiki dans le système de fichiers le plus approprié plustôt que dans la base de données, par exemple, les fichiers de configuration du site (,  (finalement supprimé en 1.23)), les fichiers d'images (incluant les images supprimées, les vignettes, les expressions mathématiques générées et les images SVG, si c'est le cas), les habillages personnalisés, les fichiers d'extensions, etc.

La meilleure méthode pour les sauvegarder est de les placer dans un fichier archive, en tant que fichier  , qui peut ensuite être compressé si vous le désirez. Sous Windows, vous pouvez utiliser les applications telles que WinZip ou 7-zip.

Pour les variantes Linux, en supposant que le wiki est rangé dans /srv/www/htdocs/wiki tar zcvhf wikidata.tgz /srv/www/htdocs/wiki Vous devriez pouvoir sauvegarder le répertoire « wiki » entier dans « htdocs » en utilisant XAMPP.

Sauvegarder le contenu du wiki (vidage XML)
It is also a good idea to create an XML dump in addition to the database dump. XML dumps contain the content of the wiki (wiki pages with all their revisions), without the site-related data (they do not contain user accounts, image metadata, logs, etc).

XML dumps are less likely to cause problems with character encoding, as a means of transferring large amounts of content quickly, and can easily be used by third party tools, which makes XML dumps a good fallback should your main database dump become unusable.

To create an XML dump, use the command-line tool, located in the   directory of your MediaWiki installation. See Manual:dumpBackup.php for more details.

You can also create an XML dump for a specific set of pages online, using Special:Export, although attempting to dump large quantities of pages through this interface will usually time out.

To import an XML dump into a wiki, use the command-line tool. For a small set of pages, you can also use the Special:Import page via your browser (by default, this is restricted to the sysop group). As an alternative to  and , you can use MWDumper, which is faster, but requires a Java runtime environment.

Voir Manuel:Importer des sauvegardes XML pour plus d'informations.

Sans accès au shell du serveur
If you have no shell access, then use the WikiTeam Python script dumpgenerator.py from a DOS, Unix or Linux command-line. Nécessite Python v2 (v3 ne fonctionne pas encore).

To get an XML, with edit histories, dump and a dump of all images plus their descriptions. Without extensions and LocalSettings.php configs.

Les instructions complètes se trouvent dans le tutoriel de WikiTeam.

Voir aussi Data dumps.

Scripts

 * script non officiel de sauvegarde par User:Duesentrieb.
 * Unofficial backup script by Flominator; creates a backup of all files and the database, with optional backup rotation.
 * User:Darizotas/MediaWiki Backup Script for Windows - a script for backing up a Windows MediaWiki install. Note: Has no restore feature.
 * Unofficial web-based backup script, mw_tools, by Wanglong (allwiki.com); you can use it to back up your database, or use the backup files to recover the database, the operation is very easy.
 * outils WikiTeam - si vous n'avez pas accès au serveur (par exemple votre wiki est une ferme libre de wikis), vous pouvez générer un vidage XML et un vidage image en utilisant les outils WikiTeam (voir certains wikis sauvegardés).
 * Another backup script that: dumps DB, files, and XML; puts the site into read-only mode; timestamps backups; and reads the charset from LocalSettings. Script does not need to be modified for each site to be backed up. Does not (yet) rotate old backups. Usage:
 * Un autre non officiel par Lanthanis qui exporte les pages des espaces de noms spécifiés en tant que fichier XML; vide les tables spécifiées de la base de données; et ajoute les répertoires supplémentaires et les fichiers spécifiés à un ficher ZIP de sauvegarde. Peut être utilisé avec le planificateur de tâches de Windows.
 * Script pour faire des sauvegardes périodiques mw_backup. Ce script fait des sauvegardes de votre base de données et du répertoire d'images de manière quotidienne, hebdomadaire, ou mensuelle lorsqu'il est lancé en tant que tâche de cron journalière.
 * Script pour faire des sauvegardes périodiques mw_backup. Ce script fait des sauvegardes de votre base de données et du répertoire d'images de manière quotidienne, hebdomadaire, ou mensuelle lorsqu'il est lancé en tant que tâche de cron journalière.

Voir aussi

 * - si la sauvegarde s'est mal passée
 * - si la sauvegarde s'est mal passée
 * - si la sauvegarde s'est mal passée
 * - si la sauvegarde s'est mal passée