Wiki source code of Backup/Restore

Last modified by Eleni Cojocariu on 2026/02/17 15:56

Show last authors
1 {{box cssClass="floatinginfobox" title="**Contents**"}}
2 {{toc/}}
3 {{/box}}
4
5 It's crucial that you define a backup strategy for your wiki so that you don't lose any data in case of a problem with your wiki installation or in case you have issues upgrading your XWiki instance to a newer version. Depending on your usage, you should be backing up your information regularly.
6
7 There are several parts that need to be backed up:
8
9 * The database
10 * The XWiki WAR file
11 * The Permanent data (located in the [[XWiki permanent directory>>Documentation.AdminGuide.Configuration||anchor="HConfiguringDirectories"]])
12 * Log files (optional)
13
14 = Backup your database =
15
16 If you've installed XWiki using your own database then you'll need a backup tool for that database to back it up and to restore it. Moreover, if you're backing up a huge amount of data, we advise that you compress the dump files to save disk space (for example with [[7-zip>>http://www.7-zip.org/]]).
17
18 * **MySQL**:(((
19 Backup: {{code language="shell"}}mysqldump --add-drop-database --databases xwiki > xwiki.sql{{/code}} backs up the xwiki schema (use the option ##~-~-all-databases## instead of ##~-~-databases xwiki## if you want to backup the whole XWiki istance with all its subwikis).
20
21 {{warning}}
22 It's important that the backup is done with ##~-~-add-drop-database## since when you restore it it's important that tables that might have been created are removed. For example database migrations can create extra tables. If you want to cancel the migration and go back to your clean dump you'll need to have those tables removed as otherwise when you run the migration again later on you might have errors.
23 {{/warning}}
24 )))
25 * **PostgreSQL**: You can use {{code language="none"}}psql{{/code}} shell with the command {{code language="shell"}}pg_dump xwiki > xwiki.sql{{/code}} to backup the PostgreSQL database. In case of backing up the whole instance, use the binary ##pg_dumpall## instead. Alternatively to the shell, you can use the GUI application pgAdmin by selecting the database and from the context menu selecting Backup.
26 * **Oracle**: Use ##exp## to export data.
27 * **HSQLDB**: Simply backup the HSQLDB directory. For the XWiki standalone packaging it's the ##data/## directory.
28
29 = Backup the XWiki WAR =
30
31 To be on the safe side you can and should backup the whole XWiki WAR file (that's the file that was expanded and deployed in your Servlet Container when XWiki was installed).
32
33 More specifically the WAR contains mostly static files that are not changed. However it also contains some configuration files for XWiki and you really want to backup those, as explained below.
34
35 == Configuration files ==
36
37 There are several configuration files you'll need to backup:
38
39 * ##WEB-INF/hibernate.cfg.xml## (Hibernate configuration)
40 * ##WEB-INF/xwiki.cfg## (old XWiki configuration file but still used)
41 * ##WEB-INF/xwiki.properties## (new XWiki Configuration file)
42 * ##WEB-INF/classes/logback.xml## (Logging configuration)
43 * ##WEB-INF/observation/*## (Cluster configuration)
44
45 To restore them simply copy them at the same location where you backed them up from.
46
47 In addition you may want to also backup any extra files you'll have installed in your XWiki installation such as JDBC drivers, extra plugins, etc.
48
49 == Custom filesystem Skins ==
50
51 If you have a custom skin that is stored on the filesystem, make sure you backup the corresponding folder located in the ##webapps/xwiki/skins/## directory.
52
53 = Backup Permanent Data =
54
55 XWiki generates & saves data in the [[permanent directory>>Documentation.AdminGuide.Configuration||anchor="HConfiguringDirectories"]] of XWiki and it's important that you back it up.
56
57 Notes:
58
59 * The ##cache## directory can be removed and does not necessarily need to be backed up. However if you don't back it up, XWiki will need to regenerate its content (e.g. the Solr seach indexes) and that can take a lot of time. It's thus recommended to back it up too.
60
61 = Backup Log files =
62
63 XWiki generates logs in the console by default and these will go where your Servlet container has been defined to save them. For Tomcat for example this usually goes in the ##TOMCAT_HOME/logs/catalina.out## file.
64
65 However this is fully [[configurable>>Documentation.AdminGuide.Logging]] and you may have configured XWiki to output log files elsewhere. If you want to keep those logs, don't forget to save them. Those logs are not needed by XWiki but you may want to save them to review them later on to diagnose issues that happened for example.
66
67 = Using the XWiki Export feature =
68
69 Since most XWiki data is saved in wiki pages, one solution to backup a XWiki instance is to export all its pages using XWiki's [[Import/Export feature>>Documentation.AdminGuide.ImportExport]]. However, the recommended backup strategy is to backup the databases. It's much better to use a specialized backup tool that'll backup the database, perform incremental backups, verify backup integrity, etc.
70
71 In addition you should know that currently the following information is not located in wiki pages and is thus not saved in a wiki export:
72
73 * Event stream data
74 * Statistics data
75 * Feed plugin data (if you use it)
76 * Deleted documents/attachments data
77 * XWiki Instance Id
78 * Mail Statuses
79 * User Notifications & [[user notification settings>>https://jira.xwiki.org/browse/XWIKI-21300]]
80 * Rating (which include page likes)
81 * Unprocessed mentions(waiting in the queue to be processed)
82 * The unique identifier of the XWiki instance in a cluster
83
84 Moreover this won't save configuration data or other Permanent Data mentioned above such as installed Extensions, Lucene/SOLR index files and Logs.
85
86 In practice the Import/Export feature should be reserved for the following use cases:
87
88 * move data across XWiki instances, including sharing of applications between separate instances
89 * move data to another wiki
90 * convert from one database to another
91
92 = Restore your data =
93
94 * **MySQL**: Assuming you have your ##xwiki.sql## file handy (obtained running ##mysqldump## as explained above), run the following from the command line (or a script). Examples below are for the Linux shell.(((
95 * Disable constraints check first: {{code language="shell"}}mysql -e "SET FOREIGN_KEY_CHECKS=0;"{{/code}} (restoring may fail with some cryptic error code, leaving the database in an inconsistent state, if you omit this step)
96 * Delete the existing ##xwiki## database if any: {{code language="shell"}}mysql -e "DROP DATABASE xwiki;"{{/code}} (better to start fresh)
97 * Recreate the ##xwiki## database: {{code language="shell"}}mysql -e "CREATE DATABASE IF NOT EXISTS xwiki DEFAULT CHARACTER SET utf8;"{{/code}}.
98 * Restore data from the dump file: {{code language="shell"}}mysql xwiki --user=root -p < xwiki.sql{{/code}}. Alternatively, you can omit the ##-p## by adding a section [mysqldump] in your ##.my.cnf## file (with a user and password line, same as for [mysql]).
99 * Re-enable constraints checks: {{code language="shell"}}mysql -e "SET FOREIGN_KEY_CHECKS=1;"{{/code}}
100
101 That is not all, now you need to restore the xwiki user rights (assuming the ##xwiki## user exists in MySQL).
102
103 * Update the xwiki user password from the (previously restored) hibernate configuration file(((
104 {{code language="none"}}
105 pass=$(cat /etc/xwiki/hibernate.cfg.xml | grep passw| head -1 | sed -e 's/^.*<prop.*password">//' | sed -e 's|</property>.*||')
106
107 # mariadb and older mysql
108 mysql -e "SET PASSWORD FOR 'xwiki'@'localhost' = PASSWORD('$pass');"
109
110 # newer mysql (https://dev.mysql.com/worklog/task/?id=6409)
111 mysql -e "ALTER USER 'xwiki'@'localhost' IDENTIFIED BY '$pass';"
112
113 {{/code}}
114 )))
115
116 Finally, restart you container, for example in Linux: {{code language="shell"}}service tomcat7 restart{{/code}}
117 )))
118 * **PostgreSQL**: {{code language="shell"}}psql -d xwiki -f xwiki.sql{{/code}} to restore your previously saved data. In full instance backup mode, use {{code language="shell"}}psql -d postgres -f xwiki.sql{{/code}} instead. As during backup, the GUI of pgAdmin here can be used after the xwiki database was created; from the context menu, select Restore, and in the explore window, locate the backup file where it was stored previously. Don't forget to select All files in order to see that file.
119 * **Oracle**: Use ##imp##.
120
121 = Tips in case you are using nginx =
122
123 Assuming you have a nginx configuration with a {{code language="shell"}}server_name{{/code}} entry that needs updating, the following script might be useful.
124
125 {{code language="bash"}}
126 #!/bin/bash
127 configfile="/etc/nginx/sites-available/xwiki-as-root.conf"
128 # The following line works for Amazon EC2 instances. Change accordingly to find this host's IP dynamically.
129 thisip=$(curl -s http://instance-data/latest/meta-data/public-ipv4)
130 if [ ! -f $configfile ]; then
131 echo "Missing file: $configfile"
132 exit 1
133 fi
134 echo backing-up $configfile
135 cp $configfile $configfile-old
136
137 echo Setting nginx server_name to $thisip
138 old=$(cat $configfile | grep '^\ *server_name' | awk '{print $2}' | sed -e 's/;//' | grep "$thipip" | head -1)
139 if [ $? -eq 0 ] ; then
140 echo Fixing server_name
141 cat $configfile | sed -e "s/$old/$thisip/" > $configfile-new
142 mv $configfile-new $configfile
143 fi
144
145 echo Done. New config file:
146 cat $configfile
147
148 echo restarting nginx
149 service nginx restart
150 {{/code}}
151
152 = Sample Backup Script =
153
154 {{code language="bash"}}
155 #!/bin/bash
156
157 #Space Separated List of Databases to Dump
158 #DATABASE="xwiki d1 d3"
159 DATABASE="xwiki"
160 DBUSER=root
161 DBPASS=*****
162
163 #XWIKI data folder
164 DATAFOLDER=/srv/tomcat6/data/
165 #Where is the webapps folder for your tomcat installation
166 # SLES 11 is located /srv/tomcat6/webapps
167 WEBAPPDIR=/srv/tomcat6/webapps
168 #What context (dir) does your application deploy to
169 DEPLOYCONTEXT=ROOT
170
171
172 ###~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
173 DEPLOYDIR=${WEBAPPDIR}/${DEPLOYCONTEXT}
174 DATE=$(date '+%Y-%m-%d')
175 mkdir ./${DATE}
176
177 #backup mysql
178 echo "Backing up Mysql"
179 mysqldump -h 127.0.0.1 -u ${DBUSER} --password=${DBPASS} --max_allowed_packet=512m --add-drop-database --databases ${DATABASE} | /bin/gzip > ./${DATE}/${DATABASE}.sql.gz
180
181 echo "Backing up Data"
182 #Backup Exteral Data Storage
183 /bin/tar -C ${DATAFOLDER}/../ -zcf ./${DATE}/data.tar.gz data
184
185 #Backing Java Keystore
186 /bin/cp /srv/tomcat6/.keystore ./${DATE}/.keystore
187
188 echo "Backing up xwiki configuration"
189 /bin/cp ${DEPLOYDIR}/WEB-INF/hibernate.cfg.xml ./${DATE}/hibernate.cfg.xml
190 /bin/cp ${DEPLOYDIR}/WEB-INF/xwiki.cfg ./${DATE}/xwiki.cfg
191 /bin/cp ${DEPLOYDIR}/WEB-INF/xwiki.properties ./${DATE}/xwiki.properties
192
193 #Backup Deploy Context
194 echo "Backing UP deploy Context"
195 /bin/tar -C ${DEPLOYDIR}/../ -zcf ./${DATE}/ROOT.tar.gz ROOT
196
197 echo "DONE"
198 {{/code}}

Get Connected