Usando um sistema VNXe com pastas compartilhadas NFS · compartilhada do NFS ( Network File System,...

Conectar-se ao armazenamento

Série EMC® VNXe™ Usando um sistema VNXe com pastas compartilhadas NFS Ambiente operacional VNXe versão 2.4

NÚMERO DA PEÇA 300-010-549REV 04

Usando um sistema VNXe com pastas compartilhadas NFS2

Copyright © 2013 EMC Corporation. Todos os direitos reservados.

Publicado em maio de 2013

A EMC atesta que as informações apresentadas nesta publicação são precisas e estão de acordo com suas práticas comerciais a partir da data de divulgação. As informações estão sujeitas a alterações sem prévio aviso.

As informações nesta publicação são fornecidas no estado em que se encontram. A EMC Corporation não garante nem representa nenhum tipo de informação contida nesta publicação e especificamente se isenta das garantias implícitas de comercialização ou uso para um propósito específico. O uso, a cópia e a distribuição de qualquer software da EMC descrito nesta publicação exige uma licença de software.

EMC2, EMC e o logotipo da EMC são marcas registradas ou comerciais da EMC Corporation nos Estados Unidos e em outros países. Todas as outras marcas comerciais utilizadas neste documento pertencem a seus respectivos proprietários.

Para obter a documentação normativa mais atualizada para sua linha de produtos, acesse a seção de documentação técnica e conselhos no site de suporte on-line da EMC.

Conteúdo

Prefácio

Capítulo 1 Configurando um host para usar o armazenamento VNXe de pasta compartilhada NFS

Requisitos para configurar um host para usar armazenamento VNXe NFS ..... 10Requisitos do sistema VNXe.................................................................. 10Requisitos de rede ................................................................................ 10

Usando a alta disponibilidade da rede......................................................... 10FSNs (Fail-Safe Network, redes fail-safe) ............................................... 11Agregações de links .............................................................................. 12Configurando uma agregação de links................................................... 12

Configurando um armazenamento de pasta compartilhada NFS do VNXe para o host .................................................................................................. 13Qualquer host — configurando acesso de usuário e grupo ao compartilhamento NFS ................................................................................ 14Host do Citrix XenServer — montando o compartilhamento NFS ................... 14Host do Linux ou Solaris — montando o compartilhamento NFS ................... 15

Capítulo 2 Migrando dados NFS para o sistema VNXe

Ambientes e limitações de migração NFS..................................................... 18Migrando dados NFS.................................................................................... 18

Capítulo 3 Usando a Retenção no Nível do Arquivo com o Sistema VNXe

Terminologia e conceitos de FLR................................................................... 22Terminologia da FLR .............................................................................. 22Conceitos básicos de FLR ...................................................................... 22Como a retenção no nível do arquivo funciona ...................................... 22Restrições de FRL .................................................................................. 24

Gerenciando arquivos em um sistema de arquivos habilitado para FLR ........ 25Visualizar permissões do arquivo.......................................................... 25Definir uma data de retenção em um arquivo ........................................ 25Verificar a data de retenção................................................................... 26

Usando um sistema VNXe com pastas compartilhadas NFS 3

Conteúdo

4 Usando um sistema VNXe com pastas compartilhadas NFS

PREFÁCIO

Como parte do esforço para melhorar suas linhas de produto, a EMC lança periodicamente revisões de seu software e hardware. Por isso, algumas das funções descritas neste documento podem não ser compatíveis com todas as versões de software ou hardware usadas no momento. As notas da versão do produto contêm as informações mais recentes sobre os recursos do produto.

Entre em contato com um representante da EMC se um produto não funcionar adequadamente nem funcionar conforme descrito neste documento.

Observação: este documento foi preciso na ocasião da publicação. Novas versões deste

documento podem ser lançadas no site de suporte on-line da EMC. Consulte o site de

suporte on-line da EMC para verificar se você está usando a versão mais recente deste

documento.

Finalidade

Este documento faz parte da documentação do EMC VNXe. Ele descreve como configurar os seguintes hosts com clientes que precisam acessar o armazenamento de pasta compartilhada do NFS ( Network File System, sistema de arquivos de rede) em um sistema VNXe com ambiente operacional do VNXe versão 1.7.0 ou posterior:

◆ Hosts do Citrix XenServer

◆ Hosts Linux

◆ Hosts do Solaris

Público

Este documento foi criado para que as pessoas responsáveis pela configuração de hosts acessem o armazenamento VNXe.

Os leitores deste documento devem estar familiarizados com o armazenamento de pasta compartilhada do NFS do VNXe e com o sistema operacional Citrix XenServer, Linux ou Solaris executado em hosts com usuários que acessarão o armazenamento de pastas compartilhadas NFS do VNXe.

Documentação relacionada

Os outros documentos do VNXe incluem:

◆ Guia de Informações de Hardware do EMC VNXe3100

◆ Guia de Instalação do Sistema EMC VNXe3100





◆ Usando o sistema VNXe com pastas compartilhadas CIFS


Prefácio

◆ Usando o sistema VNXe com o Microsoft Exchange 2007 ou o Microsoft Exchange 2010

◆ Usando o sistema VNXe com armazenamento iSCSI genérico

◆ Usando o sistema VNXe com o Microsoft Windows Hyper-V

◆ Usando o sistema VNXe com VMware NFS ou VMware VMFS

◆ Guia do Usuário do VNXe CLI

A ajuda do EMC Unisphere fornece informações específicas sobre o armazenamento, os recursos e a funcionalidade do VNXe. É possível encontrar a ajuda do Unisphere e o conjunto completo da documentação do cliente do VNXe no site de Suporte on-line da EMC (http://www.emc.com/vnxesupport).

Convenções usadas neste documento

A EMC usa as convenções a seguir para avisos especiais.

PERIGO

PERIGO indica uma situação perigosa que, se não evitada, resultará em lesões graves

ou morte.

ADVERTÊNCIA

ADVERTÊNCIA indica uma situação perigosa que, se não evitada, poderá resultar em

lesões graves ou morte.

CUIDADO

CUIDADO, usado com um símbolo de alerta de segurança, indica uma situação perigosa

que, se não for evitada, poderá resultar em lesões moderadas ou menos graves.

OBSERVAÇÃO

OBSERVAÇÃO é usado para determinar práticas não relacionadas a lesões pessoais.

Observação: apresenta informações que são importantes, mas que não estão relacionadas

a perigos.

IMPORTANTE

Contém informações essenciais para operação do software ou hardware.


http://www.emc.com/vnxesupport

Prefácio

Convenções tipográficas

A EMC usa as seguintes convenções de estilo de formatação neste documento:

Onde obter ajuda

Você pode encontrar informações sobre licenciamento, suporte e o produto VNXe em:

Informações sobre produtos — Para obter documentos, notas da versão, atualizações de software ou informações sobre produtos, licenciamento e serviços EMC, visite o site de suporte on-line da EMC (registro obrigatório) em:


Suporte técnico — Para obter suporte técnico, visite o site de suporte on-line da EMC. Em Centro de serviço, você verá várias opções, inclusive uma para criar um chamado. Observe que, para abrir um chamado, é necessário ter um contrato de suporte válido. Entre em contato com o representante de vendas da EMC para saber como obter um acordo de suporte válido ou para tirar dúvidas sobre sua conta.

Normal Usada no corpo do texto (sem procedimentos) para:

• Nomes de elementos de interface, como nomes de janelas, caixas de diálogo, botões, campos e menus

• Nomes de recursos, atributos, pools, expressões boolianas, botões, instruções DQL, palavras-chave, cláusulas, variáveis de ambiente, funções e utilitários

• URLs, nomes de caminho, nomes de arquivo, nomes de diretório, nomes de computador, links, grupos, chaves de serviço, sistemas de arquivos e notificações

Negrito Usada em texto em execução (sem procedimentos) para nomes de comandos, daemons, opções, programas, processos, serviços, aplicativos, utilitários, kernels, notificações, chamadas de sistema e páginas de manual (“man pages”).

Usada em procedimentos para:

• Nomes de elementos de interface, como nomes de janelas, caixas de diálogo, botões, campos e menus

• Aquilo que o usuário, especificamente, seleciona, clica, pressiona ou digita

Itálico Usada em todos os textos (incluindo procedimentos) para:

• Títulos inteiros de publicações referidos no texto

• Ênfase, por exemplo, um novo termo

• Variáveis

Courier Usada para:

• Saída de sistema, como uma mensagem de erro ou script

• URLs, caminhos completos, nomes de arquivo, prompts e sintaxe quando mostrados fora do corpo do texto

Courier bold Usada para entrada específica do usuário, como comandos

Courier italic Usada em procedimentos para:

• Variáveis na linha de comando

• Variáveis de interação do usuário

< > Sinais de maior e menor englobam valores de parâmetro ou variável fornecidos pelo usuário

[ ] Colchetes englobam valores opcionais

| Barra vertical indica seleções alternativas - a barra significa “ou”

{ } Chaves incluem o conteúdo que o usuário deve especificar, como x ou y ou z

... Reticências indicam informações não essenciais omitidas do exemplo



Prefácio

Seus comentários

Suas sugestões nos ajudarão a melhorar ainda mais a precisão, a organização e a qualidade geral das publicações para usuários. Envie sua opinião sobre este documento para:

[email protected]


CAPÍTULO 1

Configurando um host para usar o armazenamento VNXe de pasta compartilhada NFS

Este capítulo descreve como configurar um host ou máquina virtual Citrix XenServer, Linux ou Solaris para usar o armazenamento de pasta compartilhada NFS do EMC VNXe.

Tópicos principais:

◆ Requisitos para configurar um host para usar armazenamento VNXe NFS ................ 10

◆ Configurando um armazenamento de pasta compartilhada NFS do VNXe

para o host ............................................................................................................. 13

◆ Qualquer host — configurando acesso de usuário e grupo

ao compartilhamento NFS....................................................................................... 14

◆ Host do Citrix XenServer — montando o compartilhamento NFS .............................. 14

◆ Host do Linux ou Solaris — montando o compartilhamento NFS .............................. 15

Configurando um host para usar o armazenamento VNXe de pasta compartilhada NFS 9


Requisitos para configurar um host para usar armazenamento VNXe NFS

Antes de configurar um host para usar o armazenamento VNXe NFS, os requisitos de rede

e sistema VNXe descritos a seguir nesta seção devem ser atendidos.

Requisitos do sistema VNXe

◆ Você instalou e configurou o sistema VNXe usando o Assistente de configuração do

VNXe, como descrito no Guia de Instalação do Sistema EMC VNXe3100, no Guia de Instalação do EMC VNXe3150 ou no Guia de Instalação do Sistema EMC VNXe3300.

◆ Você usou o Unisphere ou a CLI do VNXe para executar a configuração básica em um

ou mais Servidores de pastas compartilhadas do VNXe no sistema VNXe.

Requisitos de rede

O host (cliente) deve estar em um ambiente de LAN com o Servidor de armazenamento da pasta compartilhada do VNXe.

Os usuários podem armazenar arquivos em um servidor de pastas compartilhadas do VNXe em um ambiente NIS (Network Information Service, serviço de informação da rede), mas você não pode configurar um Servidor de pastas compartilhadas do VNXe como um cliente NIS.

Usando a alta disponibilidade da redeO sistema VNXe fornece alta disponibilidade ou redundância de rede com FSNs (Fail-Safe Networks, redes Fail-safe), que estendem o failover de link para a rede fornecendo redundância em nível de switch. Em um sistema VNXe, cada porta de uma controladora de armazenamento é configurada em uma FSN com a porta correspondente no par da controladora de armazenamento. Quando você atribui uma porta à interface de um servidor de pasta compartilhada do VNXe, o VNXe designa automaticamente essa porta da controladora de armazenamento em que o servidor de pasta compartilhada reside como a porta principal na FSN e a porta do par da controladora de armazenamento como a porta secundária na FSN. Não é possível criar, excluir nem alterar a configuração das FSNs do VNXe. Por esses motivos, para aproveitar as vantagens de FSNs em um sistema VNXe3100 ou VNXe3150 com duas controladoras ou um sistema VNXe3300, as portas Ethernet (eth) em cada controladora de armazenamento devem ser cabeadas de forma idêntica. Por exemplo, se você conectar as portas eth2 e eth4 da controladora de armazenamento A e criar um servidor de armazenamento separado em cada porta, deverá conectar as portas eth2 e eth4 da controladora de armazenamento B da mesma maneira.

Além disso, o sistema VNXe é compatível com agregações de links que permitem que até quatro portas Ethernet conectadas ao mesmo switch físico ou lógico sejam combinadas em um único link lógico. Esse comportamento é chamado agregação de links. Para configurar uma agregação de links em um sistema VNXe, cada controladora de armazenamento deve ter o mesmo número de portas Ethernet pois a configuração da agregação de links cria duas agregações de link, uma em cada controladora de armazenamento. Isso fornece alta disponibilidade, como segue. Se uma das portas da agregação de links falhar, o sistema direcionará o tráfego de rede para uma das outras portas da agregação. Se todas as portas na agregação falharem, ocorrerá failover de FSN para a agregação de links correspondente no par da controladora de armazenamento, de forma que o tráfego de rede continue. Se você adicionar um módulo de I/O Ethernet a cada controladora de armazenamento em um sistema VNXe 3100, 3150 ou 3300, poderá criar um grupo de agregação de links adicional no conjunto de portas no módulo de I/O.



O restante desta seção descreve:

◆ “FSNs (Fail-Safe Network, redes fail-safe)” na página 11

◆ “Agregações de links” na página 12

◆ “Configurando uma agregação de links” na página 12

Para obter informações adicionais sobre disponibilidade de dados no sistema VNXe e na infraestrutura de conectividade, consulte a Visão geral da alta disponibilidade do EMC VNXe na seção White papers do site de Suporte do VNXe (http://www.emc.com/vnxesupport).

FSNs (Fail-Safe Network, redes fail-safe)

Uma FSN é um recurso de alta disponibilidade que estende o failover de links para a rede ao fornecer redundância no nível do switch. Uma FSN aparece como um único link com um único endereço MAC e possivelmente vários endereços IP. Em um sistema VNXe, uma FSN consiste em uma porta em uma controladora de armazenamento e na porta correspondente na outra controladora de armazenamento. Cada porta é considerada como uma única conexão. Ambas as conexões que constituem a FSN compartilham um único endereço (MAC) de hardware. Se o sistema VNXe detectar uma falha na conexão ativa, ele alternará automaticamente para a conexão standby na FSN, e essa conexão assumirá a identidade de rede da conexão com falha.

Para garantir a conectividade do host com o sistema VNXe em caso de failover de hardware, conecte o sistema VNXe a switches diferentes conectados a dispositivos da FSN em várias NICs no host. Como resultado, os componentes da FSN são conectados a switches diferentes. Se o switch da conexão ativa falhar, ocorrerá o failover da FSN para uma conexão que usa um switch diferente, estendendo, assim, o failover de link pela rede.

Como mostrado em Figura 1, quando a controladora de armazenamento VNXe detectar perda do link de comunicações ativas com a FSN, a conexão automaticamente sofrerá failover para uma conexão operacional standby. Essa ação é independente de qualquer recurso do switch. Se uma conexão na FSN cair, o link fará failover para o link sobrevivente. Quando ambas as conexões de uma FSN falham, significa que o link está inativo.

Figura 1 Failover com Fail-Safe Networking

Usando a alta disponibilidade da rede 11



Agregações de links

As agregações de links usam o LACP (Link Aggregation Control Protocol, protocolo de controle de agregação de links) IEEE 802.3ad padrão. Uma agregação de links aparece como um único link Ethernet e tem as seguintes vantagens:

◆ Alta disponibilidade dos caminhos de rede para e do sistema VNXe — se uma porta

física de uma agregação de links falhar, o sistema não perderá a conectividade.

◆ Throughput geral possivelmente maior, pois várias portas físicas são combinadas em

uma porta lógica com tráfego de rede distribuído entre as várias portas físicas.

Embora agregações de links possam proporcionar mais largura de banda em geral do que uma única porta, a conexão com qualquer cliente único passa por uma porta física e é, portanto, limitada pela largura de banda da porta. Se a conexão com uma porta apresentar falha, o switch alternará automaticamente o tráfego para as portas restantes do grupo. Quando a conexão é restaurada, o switch é retomado automaticamente usando a porta como parte do grupo.

No sistema VNXe, você pode configurar até quatro portas em uma agregação de links. Quando você configura uma agregação de links, na realidade está configurando duas agregações de link, uma em cada controladora de armazenamento. Se uma das portas de uma agregação falhar, o sistema direcionará o tráfego de rede para uma das outras portas do grupo. Se todas as portas do grupo falharem, a FSN fará failover para a agregação de links correspondente no par da controladora de armazenamento.

Requisitos de switch

Se as portas do VNXe estiverem conectadas a switches de rede diferentes, você deverá configurar todas as portas do switch conectadas às portas do VNXe para alternar imediatamente do modo de bloqueio para o de encaminhamento e não passar por estados de spanning tree de escuta e aprendizado quando uma interface aparecer. Em switches Cisco, isso significa que você deve habilitar o recurso portfast para cada porta de switch conectada a uma porta VNXe para garantir que o switch encaminhe o quadro Ethernet que o sistema VNXe gera quando um link físico é habilitado. Você habilita o recurso portfast de porta a porta. A variável portfast, quando habilitada, faz com que a porta seja imediatamente alternada do modo de bloqueio para o modo de encaminhamento. Não use portfast em conexões entre switches.

Para a agregação de links, os switches de rede devem ter o suporte de protocolo IEEE 802.3ad e garantir que os pacotes de uma única conexão TCP passem sempre pelo mesmo link em uma única direção.

Configurando uma agregação de links

Para agregação de links, você tem pelo menos um switch compatível com 802,3ad, cada um com uma porta disponível para cada porta de switch que você quer conectar à porta VNXe na agregação.

Para agregação de links, você precisa executar dois conjuntos de tarefas de configuração:

◆ “Configurando a agregação de links do switch para o sistema VNXe” na página 13

◆ “Configurando a agregação de links do host Citrix XenServer, Linux ou Solaris para

o switch” na página 13



Configurando a agregação de links do switch para o sistema VNXe

1. Configure as portas de switch, que estão conectadas ao VNXe, para LACP no modo

ativo, conforme descrito na documentação fornecida com os switches.

2. Adicione as portas do VNXe a uma agregação de links usando a opção Configurações

avançadas do Unisphere (Configurações > Mais configurações > Configurações

avançadas). Para obter informações sobre como usar a opção Configurações avançadas,

consulte a ajuda on-line do Unisphere. Duas agregações de links são criadas com as

mesmas portas, uma agregação em cada controladora de armazenamento.

Configurando a agregação de links do host Citrix XenServer, Linux ou Solaris para o switch

Para configurar a agregação de links do host Citrix XenServer, Linux ou Solaris para o switch, execute estas tarefas:

◆ “Tarefa 1: Configurar portas de switch para agregação de links” na página 13.

◆ Dependendo do sistema operacional do host: “Tarefa 2: Host do Citrix XenServer — configurar agregação de links” na página 13 ou “Tarefa 3: Host do Linux — configurar agregação de links” na página 13 ou “Tarefa 4: Host do Solaris — configurar agregação de links” na página 13

Tarefa 1: Configurar portas de switch para agregação de links

Configure as portas de switch, que estão conectadas ao host Citrix XenServer, Linux ou Solaris para agregação de links.

Tarefa 2: Host do Citrix XenServer — configurar agregação de links

Configure a agregação de links conforme descrito na documentação do driver da NIC e/ou do Citrix XenServer.

Tarefa 3: Host do Linux — configurar agregação de links

Configure a agregação de links conforme descrito na documentação do driver da NIC e/ou do Linux.

Tarefa 4: Host do Solaris — configurar agregação de links

Configure a agregação de links conforme descrito na documentação do driver da NIC e/ou do Solaris.

Configurando um armazenamento de pasta compartilhada NFS do VNXe para o host

Use o Unisphere ou a CLI do VNXe para:

1. Criar o armazenamento de pasta compartilhada NFS VNXe para o host.

2. Adicionar o host ao sistema VNXe e especificar seu acesso ao armazenamento de

pasta compartilhada.

Ao especificar o acesso, certifique-se de selecionar apenas os endereços (IP) de rede dos

adaptadores de host cujo armazenamento de pasta compartilhada você deseja acessar.

Para obter informações sobre como executar essas tarefas, consulte a ajuda on-line do Unisphere.

Configurando um armazenamento de pasta compartilhada NFS do VNXe para o host 13


Qualquer host — configurando acesso de usuário e grupo ao compartilhamento NFS

1. Faça log-in como root em um host com acesso Leitura/gravação, permitir root ao

compartilhamento NFS do VNXe.

Se o compartilhamento NFS não estiver visível para o host, verifique se você está

conectado ao domínio correto.

2. Configure a estrutura de arquivo e o diretório do compartilhamento.

3. Configure permissões de usuário e grupo para os arquivos e diretórios do

compartilhamento.

Para maior segurança, use o acesso mais restritivo aceitável, como não permitir

acesso à raiz para o compartilhamento e montar o compartilhamento com acesso

somente leitura sempre que possível.

4. Para segurança adicional, no sistema VNXe, altere o acesso do host com acesso

Leitura/gravação, permitir Root ao compartilhamento para Usar acesso padrão,

Somente leitura ou Leitura/gravação:

Observação: você precisa ser um membro do grupo Administradores locais do VNXe

para alterar o acesso do host a um compartilhamento.

a. Abra o Unisphere e selecione Armazenamento > Pastas compartilhadas.

b. Selecione a pasta compartilhada com o compartilhamento e clique em Detalhes.

c. Clique na guia Compartilhamentos.

d. Selecione o compartilhamento e clique em Detalhes.

e. Clique na guia Acesso ao host NFS e, na coluna Acesso do host, selecione Usar

acesso padrão, Somente leitura ou Leitura/Gravação.

Host do Citrix XenServer — montando o compartilhamento NFS

Você deve ter um servidor NFS instalado e gerenciado de outro sistema porque o Citrix XenServer SoftLayer atualmente não monta o repositório NFS no XenCenter.

1. Abra o console do XenCenter.

2. Clique em Novo armazenamento.

3. Na caixa de diálogo Novo, selecione NFS em Armazenamento de disco virtual.

4. Em Nome, informe um nome descritivo para o compartilhamento NFS do VNXe.



5. Em Nome do compartilhamento, informe

SharedFolderServer:/local_mount_point_directory

em que SharedFolderServer:/local_mount_point_directory é o

caminho de exportação do compartilhamento NFS. Você pode encontrar esse caminho

de exportação no relatório de configuração do VNXe para a pasta compartilhada com o

compartilhamento. Para acessar esse relatório, use o Unisphere da seguinte maneira:

a. Selecione Armazenamento > Armazenamento de pasta compartilhada.

b. Selecione a pasta compartilhada NFS com o compartilhamento e clique em Detalhes.

c. Clique em Exibir detalhes de acesso.

6. Clique em Examinar.

O sistema examina se existem SRs (Storage Repositories, repositórios de armazenamento)

no compartilhamento NFS. Você pode se conectar a um SR existente ou criar um novo SR no

compartilhamento.

Se você tiver acesso de gravação ao compartilhamento, depois que o compartilhamento for montado, você poderá criar diretórios no compartilhamento e armazenar arquivos nos diretórios.

Host do Linux ou Solaris — montando o compartilhamento NFS

No host, use o comando mount para montar o compartilhamento NFS.

Para um host do Linux, use mount -t nfs SharedFolderServer:/local_mount_point_directory

Para um host do Solaris, use mount -F nfs SharedFolderServer:/local_mount_point_directory

em que SharedFolderServer:/local_mount_point_directory é o caminho de exportação do compartilhamento NFS. Você pode encontrar esse caminho de exportação no relatório de configuração do VNXe para a pasta compartilhada com o compartilhamento. Para acessar esse relatório, use o Unisphere da seguinte maneira:

1. Selecione Armazenamento > Armazenamento de pasta compartilhada.

2. Selecione a pasta compartilhada NFS com o compartilhamento e clique em Detalhes.

3. Clique em Exibir detalhes de acesso.

Para que o compartilhamento seja montado automaticamente toda vez que o host for inicializado, será preciso adicionar uma entrada para que ele compartilhe no arquivo /etc/fstab.

Se você tiver acesso de gravação ao compartilhamento, depois que o compartilhamento for montado, você poderá criar diretórios no compartilhamento e armazenar arquivos nos diretórios.

Host do Linux ou Solaris — montando o compartilhamento NFS 15

CAPÍTULO 2

Migrando dados NFS para o sistema VNXe

Você pode migrar dados NFS para o sistema VNXe com uma cópia manual ou uma

ferramenta específica do aplicativo, caso esteja disponível.

Este capítulo apresenta os tópicos a seguir:

◆ Ambientes e limitações de migração NFS ................................................................ 18

◆ Migrando dados NFS............................................................................................... 18

Migrando dados NFS para o sistema VNXe 17


Ambientes e limitações de migração NFS

Se a configuração de NFS que você quer migrar apresentar qualquer uma das seguintes

especificações, entre em contato com o provedor de serviços do VNXe:

◆ Mais compartilhamentos do que você deseja migrar.

◆ Permissões que você não deseja reatribuir manualmente aos compartilhamentos do VNXe.

◆ Qualquer compartilhamento que você deseja dividir entre os compartilhamentos VNXe.

◆ Qualquer compartilhamento que você deseja combinar com outros compartilhamentos

no mesmo compartilhamento VNXe.

A Tabela 1 descreve o ambiente necessário para a migração de dados NFS.

Para uma migração de cópia manual e uma migração com um aplicativo, o tempo de

inatividade é relativo ao tempo necessário para:

◆ Copiar o conteúdo do compartilhamento no compartilhamento VNXe

◆ Reconfigurar os hosts para conexão com o compartilhamento VNXe.

Migrando dados NFS

Para migrar dados NFS para um compartilhamento NFS do VNXe, execute estas tarefas:

◆ “Tarefa 1: Configurar o acesso a um compartilhamento do VNXe para um host NFS”

na página 19.

◆ “Tarefa 2: Migrar os dados NFS com uma cópia manual” na página 19.

◆ “Tarefa 3: Migrar os dados NFS com uma ferramenta específica de aplicativo”

na página 19.

Tabela 1 Ambiente para migração de dados NFS

Componente Requisito

Armazenamento VNXe Pasta compartilhada com compartilhamento dimensionado para acomodar os dados no compartilhamento que você deseja migrar e permitir o aumento de dados

Host Host com acesso de leitura ao compartilhamento contendo os dados a serem migrados e com acesso de gravação ao compartilhamento VNXe para os dados migrados

Compartilhe Compartilhamento que você migra na sua totalidade para o compartilhamento VNXe

Tabela 2 Características da migração de cópia manual

Componente Requisito

Permissões Podem não ser preservadas

Tempo de inatividade Relativo ao tempo necessário para:

• Copiar o conteúdo do compartilhamento no compartilhamento VNXe e

• Reconfigurar os hosts para conexão com o compartilhamento VNXe



Tarefa 1: Configurar o acesso a um compartilhamento do VNXe para um host NFS

No host que deseja usar para a migração de dados:

1. Configure o acesso de usuário ao novo compartilhamento no Active Directory,

conforme descrito em “Usando a alta disponibilidade da rede” na página 10.

2. Monte o novo compartilhamento NFS, como descrito em “Host do Linux ou Solaris —

montando o compartilhamento NFS” na página 15.

Tarefa 2: Migrar os dados NFS com uma cópia manual

Para minimizar o tempo durante o qual um host não pode acessar um compartilhamento

NFS que esteja sendo migrado, migre os dados de um compartilhamento de cada vez:

1. Se algum cliente estiver usando ativamente o compartilhamento NFS, desmonte esse

cliente e todos os outros clientes que possam acessar os dados que estejam sendo

migrados.

2. Use o método que você acha mais adequado para copiar dados do local de

armazenamento atual para o novo compartilhamento NFS do VNXe.

Esse método pode ser uma ferramenta, como rsync. Assegure-se de que o método

escolhido preserve todos os metadados, como atributos de arquivo, registros de data

e hora e direitos de acesso que você precisa preservar.

3. Quando a operação de cópia estiver concluída, reconecte os clientes ao novo

compartilhamento NFS exportado pelo sistema VNXe e mapeie um drive nesse

compartilhamento quando necessário.

Tarefa 3: Migrar os dados NFS com uma ferramenta específica de aplicativo

Migre os dados NFS com a ferramenta, conforme descrito na documentação do aplicativo.

Migrando dados NFS 19

CAPÍTULO 3

Usando a Retenção no Nível do Arquivo com o Sistema VNXe

O VNXe servidor de pasta compartilhada permite a FLR (file-level retention, retenção no

nível do arquivo) para o Armazenamento de pasta compartilhada. A FLR permite que você

defina permissões com base em arquivo em um sistema de arquivos para limitar o acesso

de gravação por um período de retenção específico. Um sistema de arquivos habilitado

para FLR:

◆ Protege os dados e, ao mesmo tempo, garante sua integridade e fácil acesso permitindo

que você crie um conjunto permanente de arquivos e diretórios que não podem ser

alterados pelos usuários por meio de NFS ou FTP.

◆ Simplifica a tarefa de arquivar dados em discos magnéticos regraváveis padrão por

meio de operações NFS padrão.

◆ Melhora a flexibilidade de gerenciamento de armazenamento.

OBSERVAÇÃO

Depois de ativar a FLR para um sistema de arquivos, não é possível desativá-la. Quando a FLR está ativada, você talvez enfrente situações nas quais não consegue excluir arquivos que precisam ser excluídos. Só use a FLR se você tiver certeza de que deseja usá-la e souber o que está fazendo.

Este capítulo apresenta os tópicos a seguir:

◆ Terminologia e conceitos de FLR.............................................................................. 22

◆ Gerenciando arquivos em um sistema de arquivos habilitado para FLR ................... 25

Usando a Retenção no Nível do Arquivo com o Sistema VNXe 21


Terminologia e conceitos de FLR

Esta seção define termos que são importantes para entender os recursos de retenção no

nível do arquivo nos VNXe servidores de pasta compartilhada.

Terminologia da FLR

Estado expired

Estado de um arquivo cujo período de retenção expirou. Clientes e usuários podem

reverter um arquivo no estado expired para o estado not-locked ou excluir um arquivo no

estado expired do sistema de arquivos FLR.

Estado locked

Estado de um arquivo cuja permissão de leitura/gravação foi alterada para somente leitura em

um sistema de arquivos habilitado para retenção no nível do arquivo. Clientes e usuários não

podem excluir arquivos no estado locked enquanto o período de retenção não expirar.

Estado not locked

Estado inicial de um arquivo quando ele é criado. Um arquivo not locked é tratado da

mesma maneira que qualquer arquivo de um sistema de arquivos que não esteja habilitado

para a retenção no nível do arquivo. Isso significa que clientes e usuários podem renomear,

modificar e excluir o arquivo not locked até ele ser habilitado para FLR.

Conceitos básicos de FLR

Você pode ativar a retenção no nível do arquivo em um sistema de arquivos específico

somente no momento da criação. Quando você cria um novo sistema de arquivos com a

retenção no nível do arquivo ativada, o sistema de arquivos é marcado permanentemente

como um sistema de arquivos FLR, e clientes e usuários podem aplicar a proteção FLR

somente a arquivos individuais.

Um arquivo em um sistema de arquivos FLR está em um destes quatro estados possíveis:

not locked, locked, append-only ou expired. Para gerenciar arquivos no estado locked,

defina a retenção por diretório ou processo em lote, o que significa gerenciar os archives

de arquivos com base no sistema de arquivos, ou execute um script para localizar

e excluir arquivos no estado expired.

Você pode excluir um sistema de arquivos FLR, mas não pode excluir nem modificar

arquivos que estão no estado locked. O caminho até um arquivo no estado locked também

é protegido contra modificação, ou seja, não é possível renomear nem excluir um diretório

em um sistema de arquivos FLR, a não ser que ele esteja vazio.

Como a retenção no nível do arquivo funciona

Um arquivo em um sistema de arquivos FLR transita entre os quatro estados possíveis:

not locked, locked, append-only ou expired. A transição entre esses estados baseia-se na

LAT (last access time, hora do último acesso) e na permissão somente leitura do arquivo.



Quando um arquivo é criado, ele está no estado not locked. Um arquivo not locked

é tratado exatamente como um arquivo de um sistema de arquivos que não está habilitado

para retenção em nível de arquivo; clientes e usuários podem renomear, modificar ou

excluir o arquivo.

Observação: o estado atual do arquivo não fica visível para o usuário. Além disso, o acesso

a um arquivo no estado CLEAN provoca a alteração da LAT do arquivo. Por exemplo, realizar

a verificação antivírus, fazer backup ou pesquisar o conteúdo do arquivo modifica a LAT de um

arquivo.

Quando você altera as permissões em um arquivo not locked de leitura/gravação para

somente leitura, o arquivo efetua a transição do estado not locked para o estado locked

e é confirmado para FLR. Clientes e usuários não podem modificar nem excluir um arquivo no

estado locked. Além disso, o caminho para qualquer arquivo no estado locked é protegido

contra modificação. Isso significa que clientes e usuários de um diretório em um sistema de

arquivos FLR não podem renomear nem excluir o diretório, a não ser que ele esteja vazio,

e eles só poderão excluir arquivos Locked depois que a data de retenção expirar.

Uma data de retenção especifica a data e a hora em que a proteção FLR de um arquivo

expira. A EMC sugere especificar um período de retenção antes de bloquear um arquivo

para FLR. Caso contrário, o sistema adota um período de retenção infinito como padrão.

Nesse caso, você pode definir explicitamente um período de retenção menor. Para definir

uma data de retenção de arquivo, modifique a hora do último acesso do arquivo por meio

de operações NFS para uma data e hora de expiração futura. A data e a hora de expiração

futura representam o final da data de retenção do arquivo.

Você pode mudar o estado de um arquivo vazio entre locked e append-only. Não é necessário

definir uma data de retenção para converter um arquivo locked em um arquivo append-only.

Você pode fazer a transição de um arquivo vazio no estado locked para o estado append-only

manipulando-o para que fique com permissão somente leitura e volte a ser gravável. Contanto

que permaneça vazio, o arquivo pode fazer a transição entre os estados locked e append-only.

Como os arquivos append-only não permitem a adição não sequencial de dados, você

deve usar o estado append-only para aplicativos que enviam dados sequenciais. Se os

dados não forem sequenciais, todas as solicitações de modificação ou exclusão do

arquivo serão rejeitadas. Quando um arquivo está no estado append-only, clientes

e usuários só podem anexar dados ao final do arquivo e não podem modificar nem excluir

nenhum dado que já esteja no arquivo. Um caso de uso típico do estado append-only

é o arquivo de registro, que anexa somente novos dados. Assim que dados são gravados

em um arquivo no estado append-only, o que coloca o arquivo no estado locked definindo

sua permissão como somente leitura, o arquivo fica bloqueado nesse estado até a data

de retenção passar.

Um arquivo efetua a transição do estado locked para o estado expired quando atinge

a data de retenção. Somente o proprietário ou o administrador do arquivo pode excluir

um arquivo no estado expired. A retenção em nível de arquivo não executa a exclusão

automática de arquivos no estado expired. É necessário excluir arquivos expired

manualmente.

Terminologia e conceitos de FLR 23


Se necessário, você pode reverter um arquivo do estado expired para o estado locked

estendendo seu período de retenção para uma data posterior à data de expiração da

retenção original. Para estender um período de retenção, altere a LAT do arquivo para um

momento posterior à data de vencimento original. Embora você possa estender o período

de retenção de um arquivo, não é possível diminuí-lo. Se você especificar uma nova hora de

acesso que seja anterior à hora de acesso atual para o arquivo, o Servidor VNXe da pasta

compartilhada rejeitará o comando. Com exceção da extensão do período de retenção

de um arquivo e da modificação das permissões de leitura de um usuário ou grupo para

o arquivo, você não pode editar os metadados do arquivo durante o período de retenção.

Quando você copia um arquivo somente leitura de um sistema de arquivos normal

para um sistema de arquivos locked, o arquivo não é confirmado no estado locked.

Quando a cópia é concluída, o arquivo fica no estado not locked.

Restrições de FRL

Aplicam-se as seguintes restrições à FLR:

◆ Você deve definir o nível da retenção no nível do arquivo ao criar o sistema de arquivos.

Não será possível alterá-lo depois.

◆ Os clientes ou usuários do VNXe não podem modificar nem excluir arquivos que estão no

estado locked. O caminho até um arquivo no estado locked também está protegido contra

modificação, ou seja, um diretório em um sistema de arquivos habilitado para FLR só

poderá ser renomeado ou excluído se não tiver nenhum arquivo protegido.

◆ Se você está usando o EMC CAVA (Celerra AntiVirus Agent), a EMC recomenda

expressamente atualizar todos os arquivos de definição de vírus em todos os

mecanismos AV (antivírus) residentes nos pools do CAVA e executar periodicamente

uma varredura completa do sistema de arquivos para detectar arquivos locked.

Quando um arquivo locked infectado é descoberto, o AV residente não pode reparar

ou remover esse arquivo. Embora seja possível excluir o arquivo somente depois

que a data de retenção passar, você pode alterar os bits de permissão do arquivo

para restringir o acesso de leitura e deixar o arquivo indisponível para os usuários.

A função de leitura na primeira varredura do CAVA não detecta um vírus em arquivos

locked. A documentação do CAVA no site de Suporte on-line da EMC

(http://www.emc.com/vnxesupport) fornece informações sobre o CAVA.

◆ Embora a retenção no nível do arquivo seja compatível com todos os recursos de

backup, o atributo FLR não é preservado no backup do NDMP (Network Data

Management Protocol, protocolo de gerenciamento de dados de rede). Devido a isso,

ao usar o backup do NDMP, você deve verificar se os arquivos são restaurados em um

VNXe sistema de arquivos com a retenção no nível do arquivo ativada. Se você restaurar

um arquivo a partir de um backup do NDMP cuja data de retenção tenha expirado,

o sistema de arquivos terá uma data de retenção infinita após a restauração. Se desejar

proteger o arquivo, mas não quiser uma data de retenção infinita para ele, restaure

o arquivo para um sistema de arquivos não FLR e, em seguida, copie-o novamente

em um sistema FLR.

◆ O sistema de arquivos raiz de um esquema aninhado não pode ser um sistema de

arquivos com a retenção no nível do arquivo ativada.




Gerenciando arquivos em um sistema de arquivos habilitado para FLR

Esta seção descreve como:

◆ “Visualizar permissões do arquivo” na página 25

◆ “Definir uma data de retenção em um arquivo” na página 25

◆ “Verificar a data de retenção” na página 26

Visualizar permissões do arquivo

Para verificar os bits de permissão do arquivo e a LAT de um sistema de arquivos em um

compartilhamento NFS, use o comando para listar arquivos, que varia de acordo com

o sistema operacional do cliente.

Por exemplo, digite:

ls -l --time-style=full-iso --time=atime

Exemplo de saída:

total 16drwxr-xr-x 2 root root 8192 2008-04-12 14:27:23.000000000 -0500

lost+found-rw-r--r-- 1 32770 32770 16 2010-06-16 14:42:18.000000000 -0500

miley_training.txt

O bit de permissão de gravação (-rw-r--r--) no arquivo miley_training.txt indica que

o arquivo não está no estado locked nem no estado append-only.

Definir uma data de retenção em um arquivo

Para definir a data de retenção de um arquivo NFS, use o comando touch:

touch -at yymmddhhmmm filename

em que:

yy é o ano

mm é o mês

dd é o dia

hh é a hora

mmm são os minutos

filename é o nome do arquivo

Por exemplo, para definir a data de retenção para o arquivo miley_training.txt como

01/05/2009 às 08:30, digite:

touch -at 200905010830 miley_training.txt

Gerenciando arquivos em um sistema de arquivos habilitado para FLR 25


Verificar a data de retenção

Para verificar a data de retenção de um arquivo, use o comando para listar arquivos,

que pode variar de acordo com o sistema operacional do cliente.

Por exemplo, digite:

ls -l --time-style=long-iso --time=atime

O comando para listar arquivos depende do sistema operacional do cliente.

Exemplo de saída:

total 16drwxr-xr-x 2 root root 8192 2010-04-12 14:27 lost+found-rw-r--r-- 1 32770 32770 16 2011-02-16 08:30 miley_training.txt

Observação: a data de retenção é definida como 2011-02-16 08:30 no arquivo

miley_training.txt.


Usando um sistema VNXe com pastas compartilhadas NFS · compartilhada do NFS ( Network File System,...

Documents

Transcript of Usando um sistema VNXe com pastas compartilhadas NFS · compartilhada do NFS ( Network File System,...