Fala Luiz! Cara, dependendo de como for a distribuição dos datafiles nos filesystems, pode ser vantajoso você ter datafiles menores.
Você pode, por exemplo, mover um arquivo para outro disco, mesmo que temporariamente, se estiver com problemas de espaço. Quaisquer operações de arquivos que você fizer serão mais rápidas e você pode fazer por etapas. Se você quiser rodar comandos de arquivo como o DBV, passa pelos mesmos problemas mencionados acima. Se você tiver uma tabela bem grande e particionada, pode ser interessante separar os dados por tablespaces ao invés de ter uma gigantona. Com isso você facilita possíveis expurgos e consegue mover dados históricos pra discos mais baratos (menos performáticos :S). Você pode ter uma melhora de performance se puder distribuir os datafiles entre discos diferentes, mas acredito que não seja o seu caso porque eu acho que você já pensou nisso. Fora isso, problema de operação mesmo, não vejo nenhum no momento. Abraços. Atenciosamente, Gleyson Melo Oracle Database 10g Administrator Certified Professional Em 5 de julho de 2010 11:52, Luiz Antonio Camargo <luizla...@gmail.com>escreveu: > > > Bom Dia > > Queria abrir uma pequena discussão baseada na experiência que todos aqui já > tiveram com tamanho de DATAFILE. > > Encontro inúmeras bases com datafile de 2GB que estouram o tamanho e > ganhamos dinheiro colocando mais um datafile de 2GB, rss. > > Ok, mas se o limite é 32GB, porque limitar? Já ouvi dizer que é devido ao > ZIP do Linux que compacta só até 2GB (ou 4GB, não me recordo), já ouvi > dizer > que é por limitação de transferência de arquivo para FAT32, etc. Mas tudo > que ouvi que limitava são coisas obsoletas, como esse zip, já que hoje > temos > o GZIP e ainda mais, já que não é recomendado compactar qualquer backup > devido ao tempo de recuperação. > > Ok, então vou deixar a tbs com 32GB. Mas dai muito falam que isso pode > interferir no desempenho da base de dados, ou que é melhor voltar 5 > arquivos > de 2GB de uma fita do que 1 de 10GB, se perder um arquivo, perde tudo, etc. > > O que vocês acham de tudo isso levando em conta que a base está "protegida" > por um backup diário de RMAN, possui tabelas grandes e médias, tbs de > índice > e dados, etc... > > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas]
