Excellent! This goes without saying, and should be underlined three times:
1. Work with a test site (if necessary copy your production site over). It can even be on your local development computer or laptop. 2. Backup the file system and a dump of the database all together as a single snapshot of the production state. 3. Do the upgrade first on your test site. If all goes well, carry out the same procedure on your production site. For same release upgrades (5.x to 5.y) the procedure is very quick.
Victor Kane http://awebfactory.com.ar
On Fri, Dec 19, 2008 at 11:04 AM, Genevieve Romier < genevieve.romier@urec.cnrs.fr> wrote:
Hello,
I always backup the database before to upgrade. In case of problem it is very useful and it take a few time. We use also a test site to test all upgrades. That is just a copy of the site. With a test site you can try on your own configuration and with your own modules what you want without risks.
Best regards, Geneviève Romier www.projet-plume.org
Victor Kane wrote:
My policy is not to disable contributed modules for minor upgrades (ie. 5.x to 5.x+1).
I have never encountered a problem as a result of following this policy.
But in case you decide to do so, just disabling them (as opposed to then clicking on the uninstall tab and actually uninstalling the modules, which will run the module uninstall script, if it has one, and destroy all database tables) should not destroy any of your actual content associated with those modules.
Victor Kane http://awebfactory.com.ar
On Fri, Dec 19, 2008 at 10:36 AM, Daniel Carrera <daniel.carrera@zmsl.com
wrote:
Hello,
If I am upgrading Drupal 5.9 to 5.14 do I still have to disable the modules before the upgrade?
Should I be worried that data might get lost if I disable a module?
Cheers, Daniel. -- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]