Fórum Tamanho máximo do Banco Firebird #60309

FAT12 = 32MB por arquivo
FAT16 = 2GB por arquivo (Windows NT 3 ou superior)
FAT32 = 2GB por arquivo
FAT32 = 4GB por arquivo (Windows NT5 / 2000 ou superior)
NTFS = 4GB por arquivo (Windows NT)
NTFS = 16EiB por arquivo (Windows NT5 / 2000 ou superior)

Linux:
EXT2/EXT3 (4kB blocksize) = 2TB por arquivo
EXT2/EXT3 (8kB blocksize) = 64TB por arquivo
ReiserFS 3.6 = 1EiB por arquivo
XFS = 8EiB por arquivo
JFS (512b blocksize) = 8EiB por arquivo
JFS (4kB blocksize) = 8EiB por arquivo

Bom alguem teria exemplos de como fazer para trabalhar com multiplos arquivos??

hhuumm

hhuumm[/quote:285f45ff9b]

Bom Também estou começando mas pelo que vi.
Para quebrar um arquivo em varios arquivos usa-se o comando SQL.

ALTER DATABASE
ADD FILE ’nome_do_segundo_arquivo.gdb’ LENGTH 25000
ADD FILE ’nome_do_terceiro_arquivo.gdb’;

Sendo que o LENGTH 25000 correspondo ao número máximo de Página no arquivo principal antes de criar um segundo/terceiro arquivo consecutivamente.

Para Fazer o backup comando DOS.

gbak -B -G
/caminhodobanco/bancodedados.gdb /caminhobackup/backupbancodedados.gbk 2000m caminhobackup/backupbancodedados2.gbk 2000m caminhobackup/backupbancodedados3.gbk

sendo que 2000m é o tamanho em Mega que será criado os arquivos.

Para Restaurar comando DOS.
gbak -c -R -V
/caminhobackup/backupbasededados.gbk /caminhobackup/backupbasededados2.gbk /caminhobancodedados/arquivobancodedados.gdb 2000m /caminhobancodedados/arquivobancodedados2.gdb 2000m

O problema que estou encontrando é que quando faço o Restore.
Gera somente UM ARQUIVO.GDB.

Então volto ao Primeiro Problema que é o Tamanho do Arquivo.
O comando SQL que foi passado para o arquivo não permanece quando é feita a restauração.

Se mais alguém poder Ajudar.

O Firebird é usado com grandes bancos de dados e considerável número de conexões. Um bom exemplo foi mostrado na Softool´06, onde o Avarda (ERP russo) estava rodando com um servidor Firebird 2.0 Classic e um número médio de 100 conexões simultâneas, acessando um banco de dados de 120GB com 700 milhões de registros! O servidor era uma máquina bi-processada (2 CPUs - Dell PowerEdge 2950) com 6GB de RAM.

Fonte:
http://www.firebirdnews.org/docs/fb2min_ptbr.html


Já fiz testes com base de dados de pouco mais de 4 gb e aproximadamente 52 milhões de registros em ambiente Linux, apos 6 horas de inclusões consecutivas. Nenhuma ocorrência de falha ou problema

É bem mais provável que primeiro o Hardware apresente limitações de espaço, performance e confiabilidade. Eu ficaria mais preocupado com as questões de backup (testar se estão ok restaurando em uma máquina que não o servidor e verificando as informações/integridade) e com as otimizações de acesso para manter uma boa performance conforme o banco de dados vai aumentando.

Sobre a questão de trabalhar com múltiplos arquivos, eu aguardaria o lançamento da versão do Firebird 2.5 para testar e um ou dois updates após para colocar em linha de produção.

Nesta versão 2.5 estaria previsto a possibilidade de fazer relacionamento entre tabelas que estejam em arquivos .fdb diferentes, assim poderiamos por exemplo manter cadastros em um fdb e arquivos de movimentos (os que mais incham) em fdbs diferentes, sem complicar a questão de movimentação e consultas posteriomente.