Skip to main content

Tool and buildout recipes for zope/plone content migration

Project description

Introduction

collective.migrator is a buildout based tool to help migrate content between Plone/Zope instances. It can be installed as follows:

$ easy_install collective.migrator

Once installed you can run the tool to set up the migration environment

$ migrator

This creates a folder called migrator and installs a buildout environment there. All further actions are run from this folder.

The first thing that you want to do at this point is customize the instance.cfg file.

By default it looks like this:

[remote]
host = xxx.webfactional.com
user = ssh_user
port = 8080
extensions = /usr/Plone-2.5.5/zeocluster/client1/Extensions
zmi_user = admin
zmi_pwd = admin
root = Plone
export = /usr/Plone-2.5.5/zeocluster/client1/var

[local]
host = localhost
port = 8080
extensions = /home/suresh/plone4/parts/instance/Extensions
zmi_user = admin
zmi_pwd = admin
root = Plone
import = /home/suresh/plone4/var/instance/import

This defines the settings for all the Plone instances involved in the migration.

The buildout.cfg defines the steps that will be executed as part of the migration.

Here is the default content:

[buildout]
extends = instance.cfg
migrate_frontpage.cfg
migrate_users.cfg
migrate_props.cfg
parts =
tbd =
${migrate_frontpage:parts}
${migrate_users:parts}
${migrate_props:parts}

As you can see, parts has been intentionally left blank. Also instance.cfg described previously is being used here. The other migrate_.cfg* files contain some sample steps to move various objects between the instances.

As a simple test, you can change parts in buildout.cfg to look like this:

parts = export_frontpage

This step is defined in migrate_frontpage.cfg.

Now after you run buildout as follows:

$ bin/buildout

you should notice that the front-page object has been exported in the remote Plone instance. Once you gain more confidence in the tool, you can even try to run the other steps found in the migrate_.cfg* files.

PS: This may not be the “coolest” way to manipulate your Plone and some of these actions may be better done with GenericSetup profiles, but this worked for me!

Changelog

1.3 (2010-10-25)

  • Removed migrate_blogs reference (Thanks to Marcelo Zabaljauregui) [sureshvv]

1.2 (2010-08-11)

  • dump error log on failures [sureshvv]

  • No install_requires [sureshvv]

  • Allow looping for external method [sureshvv]

  • New recipe to post to a url [sureshvv]

  • New scripts for action, site config [sureshvv]

  • Remove zexp file after import [sureshvv]

1.1 (2010-06-17)

  • Allow arguments to be passed to external methods [sureshvv]

  • Split scripts into cohesive units [sureshvv]

  • Added documentation in README.txt [sureshvv]

1.0 (2010-06-16)

  • Initial release [sureshvv]

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

collective.migrator-1.3.tar.gz (14.7 kB view details)

Uploaded Source

File details

Details for the file collective.migrator-1.3.tar.gz.

File metadata

File hashes

Hashes for collective.migrator-1.3.tar.gz
Algorithm Hash digest
SHA256 c8009829ec6f16e9532ad2e3b23dd893ed57a0ee29a962639328b4858e6c9258
MD5 22bccb6faea2844fadde980e91b23643
BLAKE2b-256 6fb0dfe7df76ff845cc7f6981e211b41617535b6c29ee61232ff1d8b33cf8375

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page