248 GB. Good point about using a db backup and not forest level backups. I think I stumbled across the problem. We have 2 large databases and the first backup is not completing before the second is started. So rescheduling the second for a later time should guaranty that it has more temporary disk space available.
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Wayne Feick Sent: Saturday, May 31, 2014 3:20 PM To: [email protected] Subject: Re: [MarkLogic Dev General] Backup question The problem with trying to do forest backups is that you won't have a consistent view of your database at a single point in time. How large of a database is this? Where are you backing up to? You could send to some sort of shared storage like a NAS, or Amazon S3. The latter would remove any concerns of having enough space. Wayne. On 05/31/2014 11:54 AM, Tim wrote: > What about doing forest backups instead? Would I need to stagger them > so they are not overlapping? > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Wayne > Feick > Sent: Saturday, May 31, 2014 2:43 PM > To: [email protected] > Subject: Re: [MarkLogic Dev General] Backup question > > If you are doing a database backup, changing the number of forests > shouldn't change anything. > > The size of a backup is the size of the database itself; our storage > format is already very compressed, so no additional compression can be > done as part of the backup. The one difference is that we don't backup > up the journal files themselves, so there is a little bit of space saving there. > > You don't mention whether you're doing a one off backup, or a scheduled backup. > For a scheduled backup, you configure the number of backups you want > to retain, and need space for N+1 backups because we won't remove the > oldest one until the current one completes. > > Wayne. > > > On 05/31/2014 07:26 AM, Tim wrote: >> Hi Folks, >> >> I have question about backups. We have a fairly large database (which >> is currently using only one forest) and are running out of space when >> performing backups. I do not understand the backup process very well >> and I don't know if it is just a matter of running out of space or if >> it has to do with performing concurrent backups and the size of any >> given > forest that is being backed up. >> Could splitting the database up into multiple smaller forests fix the problem? >> >> The error log merely tells me that there is insufficient space >> available, but I don't know how to measure that - in other words is >> there a rule for calculate the necessary disk space based on the >> database size and any degree of compression? Is it impacted by >> concurrent > backups? >> Thanks for any help with this! >> >> Tim Meagher >> >> _______________________________________________ >> General mailing list >> [email protected] >> http://developer.marklogic.com/mailman/listinfo/general > -- > Wayne Feick > Principal Engineer > MarkLogic Corporation > [email protected] > Phone: +1 650 655 2378 > www.marklogic.com > > This e-mail and any accompanying attachments are confidential. The > information is intended solely for the use of the individual to whom > it is addressed. Any review, disclosure, copying, distribution, or use > of this e-mail communication by others is strictly prohibited. If you > are not the intended recipient, please notify us immediately by > returning this message to the sender and delete all copies. Thank you for your cooperation. > > _______________________________________________ > General mailing list > [email protected] > http://developer.marklogic.com/mailman/listinfo/general > > _______________________________________________ > General mailing list > [email protected] > http://developer.marklogic.com/mailman/listinfo/general -- Wayne Feick Principal Engineer MarkLogic Corporation [email protected] Phone: +1 650 655 2378 www.marklogic.com This e-mail and any accompanying attachments are confidential. The information is intended solely for the use of the individual to whom it is addressed. Any review, disclosure, copying, distribution, or use of this e-mail communication by others is strictly prohibited. If you are not the intended recipient, please notify us immediately by returning this message to the sender and delete all copies. Thank you for your cooperation. _______________________________________________ General mailing list [email protected] http://developer.marklogic.com/mailman/listinfo/general _______________________________________________ General mailing list [email protected] http://developer.marklogic.com/mailman/listinfo/general
