Anthony Gerrard wrote:
We're setting a new Zope instance (2.10.7) using Relstorage (1.1.3)
and MySql (5.0.77). We have 3 different mount points (main, Plone
and temp) all pointing to different mysql databases.
I can't find any instructions about backing up this type of
environment. Can
On 14 Oct 2005, at 20:29, [EMAIL PROTECTED] wrote:
Hi,
Can anyone advise me on backing up zope. Our license is going to
expire soon, and before we get the new license, I would like to
have a backup of my existing setup.
Huh? Zope does not have any license that expires... what exactly are
http://www.zopezone.com/faq/1128712607
--
http://www.ZopeZone.com
[EMAIL PROTECTED] said:
Hi,
Can anyone advise me on backing up zope. Our license is going to expire
soon, and before we get the new license, I would like to have a backup of
my existing setup.
--Walter
gabor wrote:
i am trying to backup a zodb filestorage of a running zope.
i'm on linux.
i've read that you simply make a copy of the Data.fs file..
but what about the modifications/transactions that are happening when i
make the copy.
will not the database be in a corrupt state then?
The
[gabor]
i am trying to backup a zodb filestorage of a running zope.
i'm on linux.
i've read that you simply make a copy of the Data.fs file..
but what about the modifications/transactions that are happening when i
make the copy.
will not the database be in a corrupt state then?
It can
On Thu, Apr 21, 2005 at 05:48:40PM -0400, Abhilasha Chaudhary wrote:
Abhilasha Chaudhary wrote:
Thanks for the info. I downloaded the FSDump product and dumped my
files to the file system.
But when I ftp the files back to the zope interface, they lose their
properties. Is there a
You can export specific folders and save the resulting file either to the
server or to your local machine (in the management interface view the
content of a folder, choose the import/export tab and click export)
cb
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
On Thu, 29 Jun 2000 17:19:32 -0400, Shane Hathaway
[EMAIL PROTECTED] wrote:
Quite simply, Data.fs is appended, not modified, except during a pack
operation. Think of it like a binary log file. Therefore there are
only two ways a simple, live backup of Data.fs can fail:
1) You do the copy in
Title: RE: [Zope] Backing Up Zope (was: Re: [Zope] Data.fs.lock?)
Just to start by pointing out the bloody obvious:
- Restoring from backup means you lose all data between
backup date/time and system failure. Sucks, but it
beats losing *all* your data. (RAID5 anyone?)
- With that in mind
On Thu, 29 Jun 2000, Wilkinson Charlie E wrote:
Another random thought is that if ZODB transactions and
writes are atomic, than none of this should be an issue.
Anyone know the answer to that one?
It is my understanding that the ZODB on disk is always in a consistent
state; Jim has said, in
On Thu, 29 Jun 2000, Jeff K. Hoffman wrote:
It is my understanding that the ZODB on disk is always in a consistent
state; Jim has said, in the past, that you can simply make a copy of
Data.fs, even while Zope is running, without problems.
But the Data.fs has to be updated sometimes. And if
Wilkinson Charlie E wrote:
Just to start by pointing out the bloody obvious:
- Restoring from backup means you lose all data between
backup date/time and system failure. Sucks, but it
beats losing *all* your data. (RAID5 anyone?)
A) Please: no html!
B) I just had one weird and
On Thu, 29 Jun 2000, Erik Enge wrote:
On Thu, 29 Jun 2000, Jeff K. Hoffman wrote:
It is my understanding that the ZODB on disk is always in a consistent
state; Jim has said, in the past, that you can simply make a copy of
Data.fs, even while Zope is running, without problems.
But the
Title: RE: [Zope] Backing Up Zope (was: Re: [Zope] Data.fs.lock?)
-Original Message-
From: Erik Enge [mailto:[EMAIL PROTECTED]]
On Thu, 29 Jun 2000, Jeff K. Hoffman wrote:
It is my understanding that the ZODB on disk is always in a
consistent
state; Jim has said
On Thu, 29 Jun 2000, Wilkinson Charlie E wrote:
This would be consistent with "atomic updates." What it means is
that a transaction is not written to the Data.fs file until it has
completed, and when it is finally written out, it's done as an
atomic operation, i.e. at the system level it is
15 matches
Mail list logo
