Subject | RE: [***SPAM*** Score/Req: 5.4/4.0] [firebird-support] Re: GBAK Backup Size |
---|---|
Author | Andrew Stuart |
Post date | 2008-07-17T00:17:03Z |
as per my other msg, accounting all other DB files on that server still is a gig short of the FBU size
we'd noticed the size increasing over time (as we backup the FBU to a secondary server)
but never noticed the FDB staying the same size
its the growth tahts got me a bit stumped
its increased over a GB in 6 months
yet the whole system has been running maybe 3 years
i cant think of anything we've done to suddenly change/increase the amount of data we store on it
normal business growth doesnt seem to match the rapid incase imo
________________________________
From: firebird-support@yahoogroups.com on behalf of Jason Chapman
Sent: Thu 17/07/2008 00:28
To: firebird-support@yahoogroups.com
Subject: [***SPAM*** Score/Req: 5.4/4.0] [firebird-support] Re: GBAK Backup Size
<Andrew.Stuart@...> wrote:
database actually has secondary files, does it?
As a GBK is just meta data and then the data streamed, and a FDB has
additional space requirements for indices and the fact that records
don't 100% fill the page space, DB's are bigger than backups.
JAC.
Head and Registered Office:
Call Assist Ltd,
Axis Court, North Station Road,
Colchester, Essex.
CO1 1UX
Telephone +44 (0)1206 771771
Fax +44 (0)1206 364268
Registered in England and Wales.
Registered Company Number 3668383
Authorised and regulated by the Financial Services Authority
Please Note : This electronic message contains information from Call Assist Ltd which may be privileged or confidential.
The information is intended for the use of the individual(s) named above. If you are not the intended recipient be aware
that any disclosure, copying, distribution or use of the contents of this information is prohibited.
If you are not the intended recipient please delete this email. If you have received this electronic
message in error, please notify us by telephone or email immediately.
Please consider the environment before printing this email.
we'd noticed the size increasing over time (as we backup the FBU to a secondary server)
but never noticed the FDB staying the same size
its the growth tahts got me a bit stumped
its increased over a GB in 6 months
yet the whole system has been running maybe 3 years
i cant think of anything we've done to suddenly change/increase the amount of data we store on it
normal business growth doesnt seem to match the rapid incase imo
________________________________
From: firebird-support@yahoogroups.com on behalf of Jason Chapman
Sent: Thu 17/07/2008 00:28
To: firebird-support@yahoogroups.com
Subject: [***SPAM*** Score/Req: 5.4/4.0] [firebird-support] Re: GBAK Backup Size
<Andrew.Stuart@...> wrote:
>This implies no indices and 100% page fill to have same size DB and GBK.
> Hi
> I've noticed one has a GDB file size of 1.5gig, and GBK produced is ~
> 1.5GB
> Another has a CABS FDB of 1.5Gig and produces a FBU of around 3.5GBOK, now that isn't right. Only thing I can think of is that the
database actually has secondary files, does it?
As a GBK is just meta data and then the data streamed, and a FDB has
additional space requirements for indices and the fact that records
don't 100% fill the page space, DB's are bigger than backups.
JAC.
Head and Registered Office:
Call Assist Ltd,
Axis Court, North Station Road,
Colchester, Essex.
CO1 1UX
Telephone +44 (0)1206 771771
Fax +44 (0)1206 364268
Registered in England and Wales.
Registered Company Number 3668383
Authorised and regulated by the Financial Services Authority
Please Note : This electronic message contains information from Call Assist Ltd which may be privileged or confidential.
The information is intended for the use of the individual(s) named above. If you are not the intended recipient be aware
that any disclosure, copying, distribution or use of the contents of this information is prohibited.
If you are not the intended recipient please delete this email. If you have received this electronic
message in error, please notify us by telephone or email immediately.
Please consider the environment before printing this email.