From 78de7ed98abff93fe5fef94907bcfa4f76dcef07 Mon Sep 17 00:00:00 2001 From: Steve Manuel Date: Sat, 27 May 2017 10:27:51 -0700 Subject: adding docs to repo --- docs/build/Running-Backups/Backups/index.html | 912 ++++++++++++++++++++++++++ 1 file changed, 912 insertions(+) create mode 100644 docs/build/Running-Backups/Backups/index.html (limited to 'docs/build/Running-Backups') diff --git a/docs/build/Running-Backups/Backups/index.html b/docs/build/Running-Backups/Backups/index.html new file mode 100644 index 0000000..aabe029 --- /dev/null +++ b/docs/build/Running-Backups/Backups/index.html @@ -0,0 +1,912 @@ + + + + + + + + + + + + + + + + + + Running Backups on Ponzu systems + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ +
+ + +
+
+ + +
+
+
+ +
+
+
+ + +
+
+
+ + +
+
+
+ + +
+
+ + + +

Backups

+ +

Both the databases system.db & analytics.db, and the /uploads directory can be backed up over HTTP using wget, curl, etc. All of which are located at the /admin/backup route and require HTTP Basic Auth. In order to enable backups, you must add a user/password pair inside the CMS Configuration at /admin/configure near the bottom of the page.

+

All backups are made using a GET request to the /admin/backup path with a query parameter of ?source={system,analytics,uploads} (only one source can be included in the URL).

+

Here are some full backup scripts to use or modify to fit your needs: +https://github.com/ponzu-cms/backup-scripts

+

System & Analytics

+

The system.db & analytics.db data files are sent uncompressed in their original form as they exist on your server. No temporary copy is stored on the origin server, and it is possible that the backup could fail so checking for successful backups is recommended. See https://github.com/boltdb/bolt#database-backups for more information about how BoltDB handles HTTP backups.

+

An example backup request for the system.db data file would look like:

+
$ curl --user user:pass "https://example.com/admin/backup?source=system" > system.db.bak
+
+ + +

Uploads

+

The /uploads directory is gzip compressed and archived as a tar file, stored in the temporary directory (typically /tmp on Linux) on your origin server with a timestamp in the file name.

+

An example backup request for the /uploads directory would look like:

+
$ curl --user user:pass "https://example.com/admin/backup?source=uploads" > uploads.tar.gz
+# unarchive the tarball with gzip 
+$ tar xzf uploads.tar.gz
+
+ + + + + + + +
+
+
+
+ + + + +
+ + + + + + + + + + + + \ No newline at end of file -- cgit v1.2.3