Qual a Melhor opção ASM ou NFS

DBA Geral (instalação, configuração do banco, scripts do Sql*Plus, shell scripts, batch scripts, etc...)
Responder
Marcio Tavares
Rank: Programador Júnior
Rank: Programador Júnior
Mensagens: 19
Registrado em: Seg, 22 Out 2007 3:24 pm
Localização: SP
Grato.

Marcio Tavares

Informações do Ambiente:
* Versão do Oracle: 10g
* Sistema Operacional: Linux

Senhores gostaria de saber a posição de vocês na seguinte pergunta, qual é melhor ASM ou NFS, visto que está utilização é feita em um storage.

Gostaria de saber os pontos positivos e negativos de cada tecnologia.

Obrigado.
ruevers
Rank: DBA Sênior
Rank: DBA Sênior
Mensagens: 324
Registrado em: Sex, 02 Jun 2006 1:48 pm
Localização: sp
Contato:

Eu acho que ASM dá muito problema, além de ser mais uma camada, o ideal seria mesmo raw device, principalmente se for cluster.
ricardo_dba
Rank: Estagiário Júnior
Rank: Estagiário Júnior
Mensagens: 2
Registrado em: Sex, 11 Set 2009 12:24 pm
Localização: São Paulo - SP

São dois assuntos diferentes: 1) ASM (Automatic Storage Managment) que gerencia os segmentos de forma espalhadada / balanceada nos discos / luns, que é uma maravilha... Sabendo configurar o ASM é uma maravilha e terá boa performance. 2) NFS não chega ser tipo de FileSystem... ao pé da letra seria Network File System, semelhante ao compartilhamento do S.O. Windows, porém não vale a pena usar este NFS para R.A.C.
pauloaleo
Rank: DBA Júnior
Rank: DBA Júnior
Mensagens: 181
Registrado em: Qua, 09 Fev 2005 12:30 pm
Localização: SÃO BERNARDO DO CAMPO - SP

Acredito que a diferença seria entre ASM e FS e não NFS.
O ASM é uma feature do ORACLE para gerenciamento de IO. Para implementar o ASM , você precisa definir devices no SO. Esses devices são particionados (vamos pegar o LINUX que é o mais simples) e disponibilizados com RAW.

Então acredito que você queira saber a diferença entre FS - Filesystems e RAW Devices.

RAW Device , como o proprio nome diz , é um disco crú , sem definição de VOLUM . Portanto , no SO , ele aparece como um device , que deve ser utilizado e gerenciado pela aplicação que faz uso do mesmo. O SO somente disponibiliza devices , não faz controle nenhum sobre os mesmos.

Vantagens:
1.) É a melhor performance de IO existente
2.) É gerenciado direto pela aplicação , portanto , para escrita , ele "pula" todas os controles oferecidos pelo SO.

Desvantagens:
1.) Não é expancivel. Uma vez definido o tamanho do device , ele deve ser totalmente ocupado e não a como expandir o tamanho do mesmo.
2.) Deve-se ter recursos de BACKUP da aplicação que usa o mesmo , pois qualquer erro/indisponibilidade , o SO não consegue recuperar o mesmo.

O ASM , quando implementado , disponibiliza todos os RAW´s que foram sinalizados para ele , em forma de diskgroups , e faz escrita straipeada nestes devices. Alem disso , disponibiliza mirror , que pode ser utilizado como segurança para qualquer erro que ocorra em RAW´s. Claro que tudo isso tem que ser configurado, de modo a se obter o melhor cenario possivel.

Conta muito o tipo so storage , HBA , fibras , formatação e blocagem do storage , SO da máquina , etc....


FS - Filesystems

O filesystems é a geração de um VOLUMGROUP em um ou diversos devices , com controle de LOG e checagem via SO. Um filesystems tem processo de fsck e tem log de utilização , portanto é passivel de recuperação pelo SO , sem muitas das vezes o uso de restore de um backup.

Vantagens
Tem processo de controle pelo SO
É expancivel conforme a disponibilidade de disco

Desvantagens
Não tem uma das melhores performances de IO
Usuarios owner dos FS podem fazer exclusão de seu conteudo.

Claro que a perrformance de IO vai depender o SO da maquina , HBA , tipo de storage , formatação do mesmo , e parametrização do SO para desempenho.


Constuma-se no mercado , utilizar a tecnologia de RAW com ASM em bancos transacionais , e a tecnologia de filesystems em bancos OLAP - DW , que tem leitura / escrita sequencial massiva.

[]s
Responder
  • Informação
  • Quem está online

    Usuários navegando neste fórum: Nenhum usuário registrado e 1 visitante