Index: openacs-4/packages/acs-core-docs/www/snapshot-backup.html =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-core-docs/www/snapshot-backup.html,v diff -u -r1.13.2.4 -r1.13.2.5 --- openacs-4/packages/acs-core-docs/www/snapshot-backup.html 19 Nov 2016 09:21:55 -0000 1.13.2.4 +++ openacs-4/packages/acs-core-docs/www/snapshot-backup.html 6 Jan 2017 09:18:42 -0000 1.13.2.5 @@ -43,11 +43,11 @@ . exporting pre-schema procedural objects and actions . exporting foreign function library names for user SERVICE_NAME . exporting object type definitions for user SERVICE_NAME - About to export SERVICE_NAME's objects ... + About to export SERVICE_NAME's objects ... . exporting database links . exporting sequence numbers . exporting cluster definitions - . about to export SERVICE_NAME's tables via Conventional Path ... + . about to export SERVICE_NAME's tables via Conventional Path ... . exporting synonyms . exporting views . exporting stored procedures @@ -79,7 +79,7 @@ unneccesary and has complicated permissions.
In the tar command,
c
create a
new tar archive
p
preserves permissions.
s
preserves file sort order
z
compresses the output with gzip.
The --exclude
clauses skips some daemontools files that
are owned by root and thus cannot be backed up by the
- service owner. These files are autogenerated and we don't
+ service owner. These files are autogenerated and we don't
break anything by omitting them.
The --file
clause
specifies the name of the output file to be generated; we
manually add the correct extensions.
The last clause,
@@ -89,7 +89,7 @@
[$OPENACS_SERVICE_NAME $OPENACS_SERVICE_NAME]$ tar -cpsz --exclude /var/lib/aolserver/$OPENACS_SERVICE_NAME/etc/daemontools/supervise \
--file /var/tmp/$OPENACS_SERVICE_NAME-backup.tar.gz /var/lib/aolserver/$OPENACS_SERVICE_NAME/
tar: Removing leading `/' from member names
-[$OPENACS_SERVICE_NAME $OPENACS_SERVICE_NAME]$
Suffer a catastrophic failure on your production system. (We'll simulate this step)
[root root]# svc -d /service/$OPENACS_SERVICE_NAME
+[$OPENACS_SERVICE_NAME $OPENACS_SERVICE_NAME]$
Suffer a catastrophic failure on your production system. (We'll simulate this step)
[root root]#svc -d /service/$OPENACS_SERVICE_NAME
[root root]#mv /var/lib/aolserver/$OPENACS_SERVICE_NAME/ /var/lib/aolserver/$OPENACS_SERVICE_NAME.lost
[root root]#rm /service/$OPENACS_SERVICE_NAME
rm: remove symbolic link `/service/$OPENACS_SERVICE_NAME'? y