Hello Alexey, >> But for centralized >> database they have doubt that whether it will sustain the volume of 10 >> to 15 GB > > :)))) > > One of our customers' databases (not the biggest :) - excerpt from daily > report from DataGuard, pay attention to database size > > ======================cit===================== > > Regular backup was done successfully > > Backup [D:\XXXX_backup\bckp_vlm_wtl_20111007_22-00.fbk] 98 Gb was created at > 10:00:00 PM took 01h:45m:51s.534 to complete. > > Backup: > [OK] Backup [D:\XXXX_backup\bckp_vlm_wtl_20111007_22-00.fbk] 98 Gb done > successfully at 11:45:51 PM, taking 01h:45m:51s.534. > > Restore: > [OK] Restore [D:\XXXX_backup\restore.fdb.tmp] 105 Gb done successfully > at 1:22:48 AM, taking 01h:36m:56s.710. > > ======================cit===================== > > 1Terabyte database - http://www.ib-aid.com/articles/item104 > > And also there is 700Gb beast in production - case study is coming soon :)
Especially the chosen backup/restore strategy at this size. ;-) -- With regards, Thomas Steinmaurer * Firebird Foundation Committee Member http://www.firebirdsql.org/en/firebird-foundation/ * Upscene Productions - Database Tools for Developers http://www.upscene.com/ * My Blog http://blog.upscene.com/thomas/index.php
