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.
Qual a Melhor opção ASM ou NFS
-
- Rank: Programador Júnior
- Mensagens: 19
- Registrado em: Seg, 22 Out 2007 3:24 pm
- Localização: SP
Grato.
Marcio Tavares
Marcio Tavares
-
- 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.
-
- 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
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
-
- Informação
-
Quem está online
Usuários navegando neste fórum: Nenhum usuário registrado e 1 visitante