Edilson, Segundo documentação da própria Oracle, vc poderá ter alguns benefícios ao criar BigFile Tablespaces, tais como:
- FAcilidade de gerenciamento (já mencionada pelo Chiappa); - BDs até 1024 X maiores; - Tempo de checkpoint menor, pois vc poderá ter menos datafiles para sincronizar; - Tempo de startup e shutdown menor, pelo menos motivo do item anterior etc. A partir do 11G, na maior parte dos ambientes, só vale a pena não pensar em criar Bigfile Tablespaces se vc não tiver RAID ou qq outra forma de distribuir o armazenamento em discos separados. A partir do 11G, o único cuidado que vc tem q ter com eles, é talvez, quebrar o backup em seções (que nada mais é do quebrar o backup de um arquivo em grande em arquivos menores). Em versões anteriores (10G ou menos), o backup de um Bigfile pode ser um problema, pois vc não conseguirá quebrar em partes menores (seções) o backup do datafile, desse modo, ele pode demorar muito e as peças de backup podem ficar enormes (talvez maior que a capacidade da sua fita de backup). Para mais informações leia http://www.oracle.com/pls/db111/vbook_subject?subject=tablespaces e o artigo http://www.fabioprado.net/2013/11/boas-praticas-para-gerenciar-tablespaces.html . []s *Fábio Prado* <http://www.fabioprado.net/2014/01/oracle-ace-o-que-e-isso.html> www.fabioprado.net "Compartilhando conhecimentos e treinando profissionais em Bancos de Dados Oracle" Em 23 de abril de 2014 15:26, <[email protected]> escreveu: > > > Bom, é assim : diferença de performance vc Muitíssimo certamente não vai > notar NENHUMA, seja uma ou duas tablespaces, sejam tablespaces BIGFILE ou > tablespaces com múltiplos datafiles, isso é indiferente SENDO O MESMO > HARDWARE em todos os casos.... > O que vc pode ter é facilidades ou dificuldades ADMINISTRATIVAS : por > exemplo, se vc tiver índices e dados em tablespaces separadas em alguns > cenários pode talvez ser possível vc não backupear as tablespaces de > índices, ao invés tendo apenas os DDLs exatos e atualizados , aí vc > rebuildaria os índices ... Ou outro caso, digamos que vc quer fazer alguma > operação a nível de tablespace (digamos, um TRANSPORT TABLESPACE), em > alguns casos pode te facilitar vc saber o que cada tablespace contém... Ou > ainda, se for necessário uma volta de backup(digamos, um RECOVER), a > desvantagem de se ter arquvos muito grandes (ou um único super-arquivão > enorme, que é o caso do BIGFILE) é que vc NECESSARIAMENTE terá que voltar o > arquivão todo.... E ** óbvio ** : em alguns ambientes/SOs o tamanho máximo > de um datafile é limitado em 30 ou 32 GB (varia), e (é claro) a tablespace > BIGFILE só contém um datafile único : confirme que REALMENTE no seu > hardware e no seu SO a sua versão de RDBMS não apresenta esse tipo de > limitação, yes ?? > Pensa com calma nessas questões administrativas e aí vc poderá julgar se > vale a pena pra vc, no seu caso, ter tablespaces separadas e se for o caso > ter as tablespaces como sinflefile/BIGFILE.... > > []s > > Chiappa > >
