Subject | RES: [firebird-support] When I need to do a full backup/restore? |
---|---|
Author | Fabiano |
Post date | 2011-11-21T10:27:09Z |
There are no problems (like corruption) if the server was power down during
backup?
When I restore the backup at a different location how I validate the
restored backup? With gfix?
There is a formula to indentify that a Database NEED a backup/restore? I
mean: If A is 50,000 bigger than B I need to backup/restore.
(We use Delphi XE + DataSnap, I belive we have a good transaction control.)
De: firebird-support@yahoogroups.com
[mailto:firebird-support@yahoogroups.com] Em nome de Ann Harrison
Enviada em: sábado, 19 de novembro de 2011 21:38
Para: firebird-support@yahoogroups.com
Assunto: Re: [firebird-support] When I need to do a full backup/restore?
Fabiano wrote:
customers. Once a week, restore a backup to a different location -
preferably on a different machine, to validate that the backups are
good and can be restored. I wouldn't bother replacing the working
database by taking it down, backing it up, restoring it, and
restarting it unless I knew there was a problem. The regular backups
will force garbage collection. You might reset the selectivity of
indexes weekly as well.
Ann
[Non-text portions of this message have been removed]
backup?
When I restore the backup at a different location how I validate the
restored backup? With gfix?
There is a formula to indentify that a Database NEED a backup/restore? I
mean: If A is 50,000 bigger than B I need to backup/restore.
(We use Delphi XE + DataSnap, I belive we have a good transaction control.)
De: firebird-support@yahoogroups.com
[mailto:firebird-support@yahoogroups.com] Em nome de Ann Harrison
Enviada em: sábado, 19 de novembro de 2011 21:38
Para: firebird-support@yahoogroups.com
Assunto: Re: [firebird-support] When I need to do a full backup/restore?
Fabiano wrote:
> I read MUCH about avoid firebird problems/corruptions by backup/restorethe
> Firebird database eventually. The best approach appears to be every day -in
> my case at night when there's no one connected to database.You should do a backup nightly, with the database accessible to
customers. Once a week, restore a backup to a different location -
preferably on a different machine, to validate that the backups are
good and can be restored. I wouldn't bother replacing the working
database by taking it down, backing it up, restoring it, and
restarting it unless I knew there was a problem. The regular backups
will force garbage collection. You might reset the selectivity of
indexes weekly as well.
>Good luck,
Ann
[Non-text portions of this message have been removed]