[Rt-commit] rt branch, 4.4/docs-migrate-mysql-to-pg, updated. rt-4.4.3-42-g539fcff8a

Gergely Nagy algernon at bestpractical.com
Thu Oct 11 11:53:05 EDT 2018


The branch, 4.4/docs-migrate-mysql-to-pg has been updated
       via  539fcff8a8d9b3d62fdb46e3646a60c6aca3c53a (commit)
      from  a89afbb322f22565bb9387e5822d8785bc2a62cd (commit)

Summary of changes:
 docs/backups.pod | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

- Log -----------------------------------------------------------------
commit 539fcff8a8d9b3d62fdb46e3646a60c6aca3c53a
Author: Gergely Nagy <algernon at bestpractical.com>
Date:   Thu Oct 11 17:51:20 2018 +0200

    Update the rt-serializer arguments in the MySQL->Pg migration docs
    
    When doing a full database migration, the `--clone` option should be used, both
    to speed up the process (because it doesn't do as much validation then), and to
    do a full export.

diff --git a/docs/backups.pod b/docs/backups.pod
index a18f6bc46..346662f8f 100644
--- a/docs/backups.pod
+++ b/docs/backups.pod
@@ -171,7 +171,7 @@ to run the tool, L<rt-validator>, to make sure there aren't any errors within
 your database:
 
         /opt/rt4/sbin/rt-validator --check &&
-                /opt/rt4/sbin/rt-serializer --directory ~/path/to/store/serialized/data
+                /opt/rt4/sbin/rt-serializer --clone --directory ~/path/to/store/serialized/data
 
 =item Setup Database
 
@@ -261,4 +261,3 @@ Simply saving a tarball should be sufficient, with something like:
     tar czvpf rt-backup-`date +%Y%m%d`.tar.gz /opt/rt4 /etc/aliases /etc/httpd ...
 
 Be sure to include all the directories and files you enumerated above!
-

-----------------------------------------------------------------------


More information about the rt-commit mailing list