EMC AppSync. Guia de Instalação e Configuração. Versão

Transcrição

1 EMC AppSync Versão Guia de Instalação e Configuração

2 Copyright EMC Corporation. Todos os direitos reservados. Publicado no Brasil. Publicado Setembro, 2015 A EMC assegura que as informações apresentadas neste documento estão corretas. As informações estão sujeitas a alterações sem prévio aviso. AS INFORMAÇÕES CONTIDAS NESTA PUBLICAÇÃO SÃO FORNECIDAS NO ESTADO EM QUE SE ENCONTRAM." A EMC CORPORATION NÃO GARANTE NENHUM TIPO DE INFORMAÇÃO CONTIDA NESTA PUBLICAÇÃO, ASSIM COMO SE ISENTA DAS GARANTIAS PARA A COMERCIALIZAÇÃO DE UM PRODUTO PARA UM PROPÓSITO ESPECÍFICO. EMC² e, EMC e o logotipo da EMC são marcas registradas da EMC Corporation nos Estados Unidos. Todas as outras marcas comerciais aqui utilizadas pertencem a seus respectivos proprietários. Para obter a documentação regulatória mais atualizada para sua linha de produtos, visite o site Suporte on-line da EMC ( EMC Computer Systems Brasil Ltda Rua Verbo Divino, º andar São Paulo SP Tel.: (11) Fax: (11) brazil.emc.com 2 EMC AppSync Guia de Instalação e Configuração

3 CONTEÚDO Capítulo 1 Pré-requisitos 5 Pré-requisitos do servidor do AppSync... 6 Pré-requisitos do plug-in de host de aplicativo... 6 Pré-requisitos do console do AppSync...7 Requisitos de exibição... 7 Lista de verificação para a implementação de AppSync...8 Configuração de blocks do VNX... 9 Considerações sobre o plano de serviço para aplicativos no armazenamento de block do VNX...10 Montagens dinâmicas Montagens de Microsoft Cluster Server para SQL Server...11 Política de SAN no Windows Server Standard Edition Configuração do VNX file Considerações sobre o plano de serviço para um aplicativo no armazenamento do VNX File...13 Montagem do VNX File Configuração do VNXe...14 Considerações sobre o plano de serviço com o VNXe Considerações sobre a montagem e desmontagem de cópia para o VNXe...15 Considerações sobre montagem/desmontagem de datastore NFS do VNXe...15 Considerações sobre a restauração de datastore do VNXe NFS...16 Configuração do VMAX Considerações sobre o plano de serviço para aplicativos no armazenamento do VMAX Montar e desmontar cópias do VMAX Montagens de Microsoft Cluster Server para SQL Server...18 Restauração do VMAX Configuração do VMAX Montar/desmontar cópias de VMAX Considerações de plano de serviço para aplicativos no armazenamento do VMAX Configuração do ViPR Controller Considerações sobre o plano de serviço com o ViPR Controller Montar e desmontar cópias do ViPR Controller Restauração da cópia do ViPR Controller Configuração do XtremIO...22 Resumo dos recursos de planos de serviço para o XtremIO Opções de restauração com o armazenamento do XtremIO Configuração do RecoverPoint Considerações sobre o plano de serviço para aplicativos com proteção do RecoverPoint Pré-requisitos do RecoverPoint...25 Montagens dinâmicas ou estáticas Capítulo 2 Instalação 29 Visão geral de nova instalação do AppSync...30 Instalando o servidor EMC AppSync Guia de Instalação e Configuração 3

4 CONTEÚDO Instalando o plug-in de host manualmente - apenas servidores Windows...30 Adicionando servidores Visão geral de upgrade...34 Fazendo upgrade do servidor do AppSync...34 Fazendo upgrade do plug-in do agente do AppSync Visão geral da instalação de pacote de serviço...36 Instalando o servidor do AppSync 2.2 Service Pack Fazendo upgrade do plug-in do agente do AppSync em um servidor para 2.2 SP Desinstalando o servidor...38 Revertendo o software do servidor do AppSync Remover um servidor do AppSync Desinstalando o plug-in do servidor do AppSync...39 Capítulo 3 Configuração e gerenciamento de recursos 41 Backup e restauração de AppSync usando a ferramenta Backup Assistant...42 Argumentos e ações do Backup Assistant do AppSync...42 Restaurar um backup automatizado...42 Migrando um servidor do AppSync Gerenciamento de recursos Adição de um local do RecoverPoint...44 Adicionando armazenamento de VMAX e VMAX Adicionar um VNX, array do VNXe ou local do RecoverPoint ao AppSync Adicione e registre o armazenamento do ViPR Controller no AppSync Adicionar um array de XtremIO a AppSync...51 Exibindo armazenamento da EMC Removendo o sistema de armazenamento da EMC...52 Detectar novamente um sistema de armazenamento da EMC Adicionar um VMware vcenter Server Reutilizar cópias no VMAX...53 Reutilização de cópias de bookmarks do RecoverPoint de bancos de dados Oracle ou SQL Server EMC AppSync Guia de Instalação e Configuração

5 CAPÍTULO 1 Pré-requisitos Este capítulo contém os seguintes tópicos: Pré-requisitos do servidor do AppSync... 6 Pré-requisitos do plug-in de host de aplicativo... 6 Pré-requisitos do console do AppSync...7 Lista de verificação para a implementação de AppSync...8 Configuração de blocks do VNX... 9 Configuração do VNX file Configuração do VNXe...14 Configuração do VMAX Configuração do VMAX Configuração do ViPR Controller Configuração do XtremIO...22 Configuração do RecoverPoint Pré-requisitos 5

6 Pré-requisitos Pré-requisitos do servidor do AppSync O servidor do AppSync deve atender a pré-requisitos específicos. A AppSync Support Matrix em é a fonte consagrada de informações em plataformas e software compatíveis. Para obter todas as informações de licença do AppSync e arrays, consulte o Guia de Configuração de Segurança do EMC AppSync. Tabela 1 Pré-requisitos do servidor do AppSync Item Sistema operacional Espaço em disco Memória CPU Ambientes virtuais Valor Windows Server 2008 SP2 (x64), Windows Server 2008 R2 (x64), Windows Server 2008 R2 SP1 (x64), Windows Server 2012, Windows Server 2012 R2 Mínimo de 775 MB. O valor exato é exibido no Assistente de instalação. Mínimo de 6 GB, 8 GB recomendado Mínimo de 2 CPUs, 4 CPUs recomendadas Máquina virtual do VMware. Os requisitos de espaço de memória e disco são os mesmos que os de um host físico. Informações adicionais O AppSync Server agora pode coexistir no mesmo servidor com qualquer outro produto da EMC que use o RSA Common Security Toolkit, por exemplo, o NetWorker Server, o Unisphere CLI e o Navisphere CLI. Pré-requisitos do plug-in de host de aplicativo Analise essas informações sobre os requisitos específicos antes de instalar o agente do AppSync (plug-in de host). A AppSync Support Matrix em elabnavigator.emc.com/eln/extendedsupport é a fonte consagrada de informações em plataformas e software compatíveis. Tabela 2 Pré-requisitos do plug-in de host de aplicativo Item Valor a partir do lançamento (consulte a matriz de suporte para versões mais recentes) Sistema operacional Windows Server Linux AIX Espaço em disco Memória CPU Mínimo de 150 MB O valor exato será exibido no Assistente de instalação. Mínimo de 2 GB 2 CPUs 6 EMC AppSync Guia de Instalação e Configuração

7 Pré-requisitos Tabela 2 Pré-requisitos do plug-in de host de aplicativo (continuação) Item Valor a partir do lançamento (consulte a matriz de suporte para versões mais recentes) Ambientes virtuais Máquina virtual do VMware. Os requisitos de espaço de memória e disco são os mesmos que os de um host físico. HyperV Portas do Windows Portas do UNIX: 8085, 10004, forçando o plug-in do host a um host Windows exige acesso CIFS (porta TCP 139 e a porta TCP 445). O IP de origem é o servidor do AppSync: IP de destino = Host de produção ou montagem que executa o plug-in de host do AppSync UNIX Porta de destino = 22 (SSH porta). Protocolo: TCP IP de origem = Host de produção ou montagem que executa o plug-in do host do AppSync UNIX IP de destino = Servidor do AppSync Porta de destino = 22 (porta SSH). Protocolo: TCP Pré-requisitos do console do AppSync Requisitos de exibição O console do AppSync é executado em vários navegadores da web. Navegadores compatíveis siga, para suporte à versão: A AppSync Support Matrix em é a fonte consagrada de informações em plataformas e software compatíveis. Internet Explorer Firefox Chrome O Flash é necessário independentemente do tipo de navegador, versão mínima O console requer 1 GB de RAM quando carregado e operando adequadamente. O AppSync requer uma resolução de exibição de 1280 x Pré-requisitos do console do AppSync 7

8 Pré-requisitos Lista de verificação para a implementação de AppSync Saiba mais sobre as etapas de implementação iniciais do AppSync e como usar a lista de verificação como um mapa para preocupações com a instalação e a segurança. Tabela 3 Lista de verificação para implementação Etapa básica Detalhes Obs. Concluído? Identifique um sistema que executa uma versão compatível do Windows para atuar como o servidor do AppSync. Verifique se você tem um navegador da Web compatível para executar o console do AppSync. Verifique se o host do aplicativo (por exemplo, servidor de caixa de correio do Microsoft Exchange) atende aos requisitos. Instalar o executável do servidor do AppSync no sistema de servidor designado. Em um navegador da web, abra o console do AppSync. No atalho da área de trabalho ou no console do AppSync, adicione o armazenamento onde residem os dados de aplicativos. Consulte uma matriz de suporte recente do AppSync para versões do Windows exatas para o servidor do AppSync. Consulte a lista de pré-requisitos de servidor neste guia para outros detalhes. Consulte o tópico de pré-requisitos do console para a lista dos navegadores compatíveis. Consulte a Guia de administração e usuário do EMC AppSync e Matriz de suporte do EMC AppSync mais recente. Obtenha o executável de instalação do servidor em Brazil.EMC.com. Para adicionar qualquer um dos seguintes arrays de armazenamento, acesse Settings > Storage Infrastructure VNX, VNXe VMAX XtremIO Local do RecoverPoint: ViPR Controller Se estiver montando de cópias em uma máquina virtual que usa discos RDM, procure Copy Protection > VMware Datacenters e clique em Discover Datacenters > Add vcenter Servers. No console do AppSync, instale o plugin do AppSync no host do aplicativo de host. No console do AppSync, detecte os objetos de aplicativos nos respectivos servidores. Settings > Servers e clique em Add. Quando a segurança impede a instalação forçada, instale manualmente executando o AppSync-Host-Plug-in winx64.exe no host. Copy Management > Microsoft Exchange / SQL Server / Oracle / VMware Datacenters / FileSystem. 8 EMC AppSync Guia de Instalação e Configuração

9 Pré-requisitos Tabela 3 Lista de verificação para implementação (continuação) Etapa básica Detalhes Obs. Concluído? No console do AppSync, aloque objetos de aplicativos em um plano de serviço para iniciar a proteção de dados. No console do AppSync, você pode reutilizar cópias de banco de dados de aplicativos para SQL Server e Oracle para uso em teste e desenvolvimento, break-fix, data mining e emissão de relatórios. Use o Assistente Repurpose para agendar ou criar imediatamente cópias de primeira ou segunda geração, conforme necessário. Copy Management > Microsoft Exchange / SQL Server / Oracle / VMware Datacenters / FileSystem. Proteja imediatamente com Subscribe to Plan and Run, que inscreve o objeto do aplicativo em um plano de serviço e executa a proteção imediatamente, somente para o objeto selecionado. Subscribe to Plan, que inscreve o objeto do aplicativo em um plano de serviço, mas não executa o plano. A proteção ocorre conforme o agendamento do plano de serviço. Copy Management > Oracle or SQL Server para exibir a lista de aplicativos disponíveis. Selecione a instância do banco de dados que você deseja reutilizar e, em seguida, selecione Repurpose para iniciar o assistente. Siga as etapas do assistente. Selecione Run now ou Run later. Preencha todos os detalhes exibidos no guia do usuário e na ajuda on-line. Configuração de blocks do VNX O AppSync aceita a criação e o gerenciamento de cópias de aplicativos usando a tecnologia de cópias de snapshot do VNX. Considere as práticas recomendadas para configuração do array do VNX antes de implementar o AppSync. Conectividade Considere as seguintes informações para a conectividade do VNX com o AppSync. O AppSync aceita a conectividade Fiber, iscsi e FCoE entre o host que executa o software AppSync e o array do VNX. É necessária conectividade de rede entre o array e o servidor do AppSync. O controle de armazenamento ocorre apenas no servidor do AppSync. Não é necessário zoneamento do array do VNX para o servidor do AppSync. Não é necessário expor previamente todas as LUNs. Configurações com vários servidores do AppSync por array do VNX são compatíveis. Suporte à LUN do VNX Considere as seguintes informações para o suporte a LUNs do VNX. O AppSync é compatível apenas com LUNs que estão em um pool. Se você executar a replicação de snapshots do VNX, deverá usar LUNs em pool, não LUNs em RAID. Para o RecoverPoint, use o armazenamento RAID. O AppSync não pode criar snapshots em LUNs com compactação habilitada. Para snapshots do VNX, o AppSync é compatível com LUNs primárias de qualquer tamanho. Configuração de blocks do VNX 9

10 Pré-requisitos Grupos de consistência do VNX Considere as seguintes informações ao usar grupos de consistência do VNX: Todas as limitações que se aplicam a grupos de consistência do VNX também se aplicam ao AppSync. Você pode ter vários grupos de consistência em um único plano de serviço. Se você estiver usando grupos de consistência do VNX, todos os file systems relacionados a um aplicativo no conjunto de snapshots deverão residir no mesmo plano de serviço. Caso contrário, você pode encontrar problemas com a montagem e a restauração. Montagem do VNX As seguintes considerações de configuração se aplicam: Os hosts de montagem exigem visibilidade de SAN para o array do VNX. As alterações feitas em um snapshot do VNX enquanto ele é montado são persistentes. Se você excluir acidentalmente cópias de hardware no array, não será possível montar essas cópias com o AppSync. Evitando substituições acidentais Quando você usa o AppSync para criar uma cópia de um conjunto de dados que compartilha uma LUN com outros dados, a cópia contém todos os dados sobre essa LUN. Durante a restauração, você pode inadvertidamente gravar dados mais antigos sobre os novos. As entidades substituídas são chamadas de entidades afetadas. Configure sempre os dados para que as entidades afetadas sejam reduzidas ou eliminadas. Cada LUN deve conter um único arquivo de banco de dados ou file system. Se você tiver certeza de que a tabela de file system e/ou banco de dados que residem nessa LUN sempre serão armazenados em backup ou restaurados como uma unidade, exceções se aplicam. Considerações sobre o plano de serviço para aplicativos no armazenamento de block do VNX Montagens dinâmicas Depois de registrar o armazenamento do VNX, você pode inscrever o aplicativo em um plano de serviço para criar e gerenciar cópias. Os planos Bronze são aceitos. O AppSync aceita o snapshot do VNX como tecnologia de cópia. Assine o plano de serviço Bronze para criar e gerenciar cópias locais para recuperação de operação, aceleração de backup ou reutilização (criar cópias para teste/ desenvolvimento). O AppSync é compatível com LUNs em pool (TLU/DLU) se a tecnologia de snapshot aceitar essas LUNs. O número máximo de cópias que o AppSync pode criar e gerenciar para o block do VNX é imposto pelos limites da tecnologia de snapshots do VNX. O número máximo de snapshots do VNX por origem é 256. Isso permite um rodízio de plano de serviço AppSync máximo de 255. Com zoneamento adequado, o AppSync apresenta o armazenamento para o host quando uma cópia é montada. Host físico Quando o AppSync monta uma cópia, ele atribui dinamicamente um snapshot ao host. O host físico deve ser zoneado para o array VNX. 10 EMC AppSync Guia de Instalação e Configuração

11 Pré-requisitos Máquina virtual Montagens dinâmicas acontecem como RDM (raw device mapping) ou por meio de iscsi nativo na máquina virtual. Para RDM, o ESX server onde a máquina virtual reside deve ser zoneado para o array VNX. Para RDM e discos virtuais, a central virtual (que gerencia o ESX server onde o host de montagem da máquina virtual reside) deve ser registrada com o servidor de AppSync. Para iscsi nativo, a máquina virtual deve ser zoneada para o array VNX. Para discos virtuais, a central virtual do ESXi server (onde reside o host de montagem) deve ser registrada com AppSync. Registre a máquina virtual com o indicador de disk.enableuuid ativado. O AppSync instalará o plug-in de host na máquina virtual durante o registro para o disco virtual e proteção em nível de aplicativo. Montagens de Microsoft Cluster Server para SQL Server As montagens de Microsoft Cluster Server (MSCS) para SQL Server podem ser feitas em clusters de produção ou alternativos. Quando você montar em um nó de cluster usando o armazenamento do VNX: A configuração do grupo de armazenamento se aplica somente a hosts físicos ou máquinas virtuais com o NPIV ou iscsi conectadas diretamente ao VNX. Para clusters configurados usando máquinas virtuais com RDM ou disco virtual, a cópia que está montada só é visível para o nó selecionado (geralmente o nó passivo). Quando você montar em um nó de cluster para fins de backup, crie um grupo de armazenamento dedicado para um dos nós do cluster, preferencialmente o nó passivo. O AppSync não aceita a montagem de um cluster como um recurso em cluster. Para montar em um cluster como um recurso em cluster (em um ambiente físico/iscsi), desmarque a configuração padrão e selecione Use dedicated storage group na caixa de diálogo de montagem do AppSync. Durante a montagem, o AppSync faz a cópia visível para vários nós no cluster por meio de um grupo de armazenamento com vários nós atribuídos. O AppSync também monta os file systems no host de montagem selecionado. Após a conclusão da montagem do AppSync, adicione manualmente os dispositivos montados sob o gerenciamento de cluster para evitar a possibilidade de qualquer corrupção dos dados. Se o PowerPath 5.7 estiver instalado, o IP do host no grupo de armazenamento de VNX muda para o IP que corresponde ao adaptador virtual de cluster de failover da Microsoft. O PowerPath 5.7 tem um recurso de registro automático do host que intercepta a operação do agente do host e substitui o IP por sua própria seleção. Esse recurso não pode ser desativado. Faça o upgrade para o PowerPath ou superior para corrigir esse problema. Política de SAN no Windows Server Standard Edition No Windows Server, a política de SAN determina se um disco fica on-line ou off-line quando ele surge no sistema. Para sistemas Enterprise Edition, a política padrão é estar off-line. Na Standard Edition, a política padrão é estar on-line. Você precisa definir a política para off-line compartilhado para impedir falhas de montagem. Montagens de Microsoft Cluster Server para SQL Server 11

12 Pré-requisitos Para definir a política de SAN como off-line em um host do Windows Server 2008 Standard Edition, abra uma janela de linha de comando e execute os seguintes comandos: C:\>diskpart Microsoft DiskPart version Copyright (C) Microsoft Corporation. No computador: abcxyz DISKPART> san policy=offlineshared DiskPart alterou a política SAN para o sistema operacional atual. Configuração do VNX file O AppSync aceita a criação e o gerenciamento de cópias de aplicativos usando a tecnologia de cópia VNX File SnapSure. AppSync as cópias gerenciadas podem ser locais, remotas (fora do destino do VNX Replicator) ou remotas e locais point-in-time idênticas. Considere as práticas recomendadas para a instalação do VNX file antes de implementar o AppSync. VNX SnapSure O VNX SnapSure cria uma cópia point-in-time de todos os dados no file system de rede (NFS). Para o snapshot inicial, esse método cria uma cópia completa do file system original, exigindo, assim, a mesma quantidade de espaço no file system. A utilização de espaço de snapshots subsequentes depende de quanto os dados foram alterados desde que o último snapshot foi obtido. O SnapSure tem as seguintes características: Serviço de armazenamento VNX File Server Origem LUN de VNX Destino snapshot local do VNX SnapSure Requisitos de armazenamento aplicam-se aos seguintes requisitos de armazenamento: Os dados de origem devem residir nos file systems do VNX. O armazenamento deve incluir espaço suficiente para os snapshots do VNX. Os pools de armazenamento não podem ser definidos para trabalhos do VNX. Montagem e recuperação você pode montar a réplica em um host de destino e/ou fazer a recuperação direta do destino à origem. VNX Replicator O VNX Replicator cria uma cópia point-in-time de todos os dados no file system de rede (NFS). O VNX Replicator mantém a consistência entre os file systems de origem e de destino que se baseiam nas configurações da política do Time Out of Sync. O VNX Replicator tem as seguintes características: Serviço de armazenamento VNX File Server Origem NFS de VNX Destino Snapshot remoto do Replicator Requisitos de armazenamento os dados de origem devem residir nos file systems de rede. Montagem e recuperação pode-se montar a cópia em um host de destino e executar a recuperação a partir da cópia, se necessário. 12 EMC AppSync Guia de Instalação e Configuração

13 Pré-requisitos VNX Remote Protection A proteção ocorre entre um Data Mover local e um Data Mover em um sistema VNX remoto. Os dois VNX para gabinetes de arquivos devem estar configurados para se comunicarem entre si por meio de uma senha comum, e os dois Data Movers devem ser configurados para se comunicarem entre si usando uma interconexão de Data Mover. Após a comunicação ser estabelecida, uma sessão remota pode ser configurada para criar e atualizar periodicamente um objeto de origem em um local de destino remoto. A cópia inicial do file system de origem pode ser feita por uma rede IP ou pelo método de transferência por fita. Algumas recomendações para a sessão incluem: A sessão deve ser criada com a política de atualização do Time Out of Sync em vez de uma atualização manual. O valor de Time Out of Sync deve ser definido como o valor mais baixo possível para a configuração de rede. Depois da cópia inicial, as alterações feitas no objeto de origem local serão transferidas para um objeto de destino remoto usando a rede IP. Essas transferências são automáticas e se baseiam em propriedades da sessão de proteção e políticas de atualização personalizáveis. Configurações de replicação um-para-muitos não são compatíveis com o AppSync. Proteção de dados em file systems de rede do VNX Para planos de serviço configurados para proteção remota, a cópia do NFS é criada como um snapshot do SnapSure no file system local e/ou remoto. A cópias de datastores do NFS podem ser criadas de planos de serviço configurados para proteção local; remota; e local e remota. Durante a restauração de uma cópia de NFS, o AppSync cria um snapshot de reversão para cada file system que tenha sido restaurado. O nome de cada snapshot de reversão pode ser encontrado nos detalhes da restauração. Você pode excluir manualmente o snapshot de reversão novamente depois de verificar o conteúdo da restauração. Manter esses snapshots além de sua vida útil poderá encher o cache de snapshots do VNX e causar problemas de recursos. Considerações sobre o plano de serviço para um aplicativo no armazenamento do VNX File Depois de registrar o armazenamento do VNX, você pode inscrever o aplicativo em um plano de serviço para criar e gerenciar cópias. Os planos Bronze, Silver e Gold são aceitos para cópias de aplicativos (datastore de NFS, Oracle NFS) que residem no VNX File. Os limites da tecnologia VNX SnapSure determinam o número máximo de cópias que o AppSync pode criar e gerenciar para o VNX File. Para cópias locais do SnapSure, você pode ter um máximo de 96 snapshots RO (somente leitura). O rodízio de planos de serviço do AppSync para o file system de NFS do VNX é um máximo de 95. Para cópias remotas do SnapSure (em Remote Replicator), você pode ter um máximo de 95 snapshots RO. O rodízio de plano de serviço do AppSync para o file system de NFS do VNX é um máximo de 94. Para montagens RW (leitura/gravação), o SnapSure permite até 16 que snapshots RW dos snapshots RO existentes. Um máximo de 16 snapshots para uma determinada origem pode ser montado, somente leitura, a qualquer momento especificado. Por Considerações sobre o plano de serviço para um aplicativo no armazenamento do VNX File 13

14 Pré-requisitos Montagem do VNX File Configuração do VNXe padrão, os planos de serviço desmontam a cópia de provisionamento antes de montar a nova cópia para que esse limite não tenha consequências. No entanto, se a implementação exigir a montagem simultaneamente várias cópias para a mesma origem somente leitura, o limite de 16 deve ser considerado. Você pode montar qualquer cópia de snapshot do VNX File criada no plano de serviço, a qualquer momento, independentemente de outras cópias criadas no mesmo plano de serviço. As seguintes considerações se aplicam: Os hosts de montagem do ESX devem pertencer a um vcenter server. Os hosts de montagem do ESX exigem visibilidade da rede. NFS.MaxVolumes, uma configuração avançada do ESX Server, deve ser definida como o número de datastores de NFS que será montado para cada ESX na rede. Ao montar em um ESX server, o AppSync usa a interface de número menor que tem conectividade. Saiba mais sobre o gerenciamento de cópias, suporte a aplicativos, e tipos de replicação e armazenamento permitidos do VNXe e AppSync. Os arrays do VNXe aceitam todos os aplicativos no AppSync. O VNXe não aceita a seguinte configuração com o AppSync: File systems NFS em plataformas UNIX Reutilização de cópias em arrays do VNXe 14 EMC AppSync Guia de Instalação e Configuração Gerenciamento de cópias do VNXe Esta seção descreve um fluxo de trabalho típico do AppSync, onde você pode criar e gerenciar cópias consistentes com aplicativos no armazenamento do VNXe. O AppSync gerencia os arrays do VNXe com a interface de gerenciamento em vez de com a interface do processador de serviços. Execute o registro de recursos para o VNXe quando iniciar o AppSync após a instalação. Registre os hosts, bem como os sistemas de armazenamento e vcenter para que o AppSync possa realizar várias operações que são necessárias para criar e gerenciar cópias de aplicativos. Normalmente, o registro de uma entidade inclui a identificação do sistema usando o nome/endereço IP e fornecendo as credenciais necessárias (nome de usuário e senha) para que o AppSync detecte e opere no sistema registrado. Tipo de replicação e armazenamento O AppSync aceita a tecnologia de replicação Unified Snapshot para criar e gerenciar cópias locais dos aplicativos que residem no armazenamento de arquivos ou block do VNXe. As LUNs do armazenamento de blocks de origem podem ser LUNs de pool, tanto thick quanto thin. Você pode provisionar os dispositivos de block de origem necessários usando os Assistentes de datastores de LUN do VNXe ou VMware na UI do Unisphere. Ao criar LUNs básicas usando o Assistente de LUNs selecione uma das seguintes opções: Create a LUN cria uma LUN individual de um pool de armazenamento desejado. Create a LUN group cria um agrupamento de LUNs a partir de um pool de armazenamento desejado. A vantagem de usar um grupo de LUNs é que todas as LUNs dentro do grupo são agrupadas, o que garante a consistência no array.

15 Pré-requisitos As práticas recomendadas orientam que, em ambientes Microsoft, você deve usar grupos de LUNs em seu layout de armazenamento para auxiliar a criação consistente com aplicativos dos snapshots do VNXe dentro da janela de tempo do serviço Microsoft VSS. Você pode provisionar os dispositivos de arquivos de origem necessários usando o file system do VNXe ou o Assistente de datastores do VMware. Ao fazer o provisionamento a partir do Assistente de file systems, somente os file systems de compartilhamento do NFS são aceitos. Considerações sobre o plano de serviço com o VNXe Antes de adicionar um plano de serviço para criar cópias de VNXe, analise estas considerações. Depois de registrar o armazenamento do VNXe, inscreva-se no plano de serviço Bronze para criar e gerenciar cópias locais para a aceleração de backup e recuperação de operação. Depois de registrar o armazenamento do VNXe, o AppSync escolhe o snapshot para planos Bronze por padrão. Para cópias em RecoverPoint Continuous Remote Replication ou CLR, assine o plano de serviço Silver ou Gold, respectivamente. Você pode alterar o snapshot de bookmark para cópias do RecoverPoint. Considerações sobre a montagem e desmontagem de cópia para o VNXe As operações de montagem/desmontagem em arrays do VNXe envolvem conexão/ desconexão de snapshots para SMPs, e conceder/remover (mascaramento/ desmascaramento) acesso de snapshot a LUNs de SMP ou um conjunto de SMPs para um host. O VNXe permite apenas um snapshot de cada vez de um conjunto de LUNs ou grupo de LUNs para o anexo a LUNs de SMP. As LUNs contidas em um grupo de LUNs são conectadas e desconectadas em conjunto, não há conexão/desconexão parcial. Antes de executar uma montagem e desmontagem, realize o zoneamento do host de montagem para o array do VNXe e registre o nome no host em seus iniciadores. A primeira etapa que o AppSync realiza ao montar um snapshot no VNXe é a detecção do iniciador de host para o host de montagem. Com base nas informações do snapshot, o AppSync associa-se aos grupos de LUNs/LUN de origem apropriados para determinar o acesso ao host para o host de montagem. O AppSync verifica se nenhum outro snapshot está conectado às LUNs de SMP. A seguir, o AppSync modifica o acesso do host para conceder acesso ao snapshot para executar uma montagem, ou remover o acesso do host para desmontar. Para montagem/desmontagem de RDM ou vdisk, oappsync identifica o acesso do host com base no iniciador do host para o ESX server. Os grupos de LUNs têm uma abordagem tudo ou nada para montagens. Em produtos da Microsoft, todos os dispositivos dentro ou fora de um grupo de LUNs precisam ser inicialmente expostos ao host de montagem para que a importação de VSS possa ser executada corretamente. Alguns dispositivos podem permanecer visíveis, mas não conectados a um ponto de montagem no host de montagem. Considerações sobre montagem/desmontagem de datastore NFS do VNXe Analise as seguintes informações sobre a montagem/desmontagem do datastore NFS. O AppSync cria um compartilhamento com base no snapshot do arquivo do VNXe que você deseja montar. O compartilhamento será visível para o host de montagem. Durante Considerações sobre o plano de serviço com o VNXe 15

16 Pré-requisitos a desmontagem, o compartilhamento criado durante a montagem será excluído. O nome do compartilhamento é exibido no seguinte formato: AS-Share- lastfourdigitofvnxeserialnum-productionfilesystemid- TimeOfShareCreated Com relação a IPs de exportação, o AppSync cria uma lista de interfaces de IP de exportação do array do VNXe. O IP de exportação de produção é uma prioridade. Considerações sobre a restauração de datastore do VNXe NFS Configuração do VMAX Antes da restauração, o AppSync cria automaticamente um snapshot de ponto de restauração do recurso de armazenamento de produção atual no array do VNXe. Esse snapshot do ponto de restauração tem a seguinte nomenclatura: AppSync- ROLLBACK- NXeSerialNumber_ProductionFilesystemId_TimeOfSnapCreation.TimeofRe store. O AppSync-ROLLBACK-VNXeSerialNumber_xxxxx do snapshot não é excluído depois da restauração. Para criar e gerenciar cópias de seus aplicativos, o AppSync aceita a tecnologia de replicação TimeFinder Clone e TimeFinder VP Snap. O AppSync também aceita o gerenciamento de cópias remotas de um R2 em uma configuração de SRDF/A ou SRDF/S. Analise as seções a seguir antes de adicionar seu armazenamento VMAX. Considerações sobre o plano de serviço para aplicativos no armazenamento do VMAX Depois de registrar o armazenamento do VMAX você pode inscrever seu aplicativo em um plano de serviço para criar e gerenciar cópias. Os planos Bronze e Silver são aceitos. TimeFinder VP Snap é a tecnologia de replicação padrão usada para os planos de serviço. Você pode alterar a preferência para clonar se cópias do TimeFinder Clone forem desejadas. O número máximo de cópias recomendado a ser mantido antes da expiração é de 6 para Timefinder Clones, e até 31 para VP Snap. O número de cópias do Timefinder Clone e VP Snap que podem ser criadas e gerenciadas é influenciado por outras tecnologias de replicação e cópia usadas nas LUNs de origem. Consulte a seção sobre os limites da sessão de cópia para seu planejamento. Consulte Limites da sessão de cópia do VMAX. na página 17 Plano Bronze Você pode se inscrever no plano de serviço Bronze para criar e gerenciar cópias locais para recuperação de operação, aceleração de backup ou reutilização (criar cópias para teste/desenvolvimento). Para LUNs de RAID o AppSync escolhe TimeFinder Clones para o plano Bronze. Se a origem for uma LUN de RAID ou uma combinação de RAID e LUNs thin, o AppSync seleciona clone, mesmo se você selecionar o TimeFinder VP Snap como preferência. Plano Silver Para cópias em SRDF/S ou SRDF/A, inscreva os aplicativos no plano de serviço Silver. 16 EMC AppSync Guia de Instalação e Configuração

17 Pré-requisitos Obs. Limites de sessão de cópia A criação de cópias remotas em uma configuração de SRDF/A não é aceita por aplicativos Microsoft. Advertências SRDF/A: A criação de um TimeFinder VP Snap ou TimeFinder Clone do dispositivo R2 não é permitida se qualquer uma das opções a seguir for verdadeira: O write pacing em nível de dispositivo do SRDF/A não está ativado e não é aceito pela sessão do SRDF/A. O par do SRDF é o R21-> R2 de uma configuração em cascata, e qualquer uma das afirmações a seguir for verdadeira: O array Symmetrix R21 está executando um nível de Enginuity inferior a O array Symmetrix de R2 está executando um nível de Enginuity inferior a O dispositivo R21 sem drive não tem capacidade de ritmo. A restauração a partir de SRDF/A não é aceita. As LUNs de armazenamento de origem podem ser LUNs tradicionais do RAID ou LUNs thin (TDEVs). O suporte a TimeFinder VP Snap vale somente para LUNs thin. Considere as recomendações a seguir: R1 > R2 devem estar no estado sincronizado (para SRDF/S) e consistente (para SRDF/A) Para a cópia de criação do plano Silver: O Affinitizer divide os aplicativos com base no grupo do RDF (grupo RA) ao qual pertencem os dispositivos de origem. Coloque todas as LUNs de aplicativos no mesmo grupo RDF. Os arrays da série Symmetrix VMAX aceitam até 16 sessões diferenciais por dispositivo de origem, que podem ser usadas para operações do TimeFinder/Clone, TimeFinder/ Snap, TimeFinder VP Snap, SRDF/Star, Solutions Enabler Open Replicator (ORS) ou Symmetrix Differential Data Facility (SDDF). Isso limita o número de cópias disponíveis que podem ser criadas. O TimeFinder VP Snap permite 32 sessões adicionais por dispositivo Symmetrix, o que inclui a disponibilidade de uma sessão de 16 sessões tradicionais disponíveis. Se você quiser executar uma restauração, uma sessão adicional é necessária das 16. Por exemplo, se você usa o VP Snap para uma LUN de origem e deseja executar uma operação de restauração, essa ação deixa 14 sessões disponíveis para outras tecnologias de cópia (TF Clone, ORS, Timefinder/Snap, SRDF/Star, e assim por diante). Além disso, se você deseja criar e gerenciar cópias de TF Clone para a mesma origem, você não pode criar mais que sete cópias de TF Clone usando o AppSync. (O AppSync cria cópias diferenciais do TimeFinder Clone que ocupam 2 sessões diferenciais por cópia, 14/2 = 7.) Como o AppSync não exclui nem expira uma cópia antes de criar uma nova, a origem de rotação do AppSync para as cópias do TimeFinder Clone não pode ser mais que 6. Isso permite que uma cópia adicional seja criada antes da exclusão/expiração da cópia mais antiga. Obs. Consulte os limites de sessão adicionais do TimeFinder em: Guia de produto EMC Solutions Enabler Symmetrix TimeFinder Family CLI. Considerações sobre o plano de serviço para aplicativos no armazenamento do VMAX 17

18 Pré-requisitos Montar e desmontar cópias do VMAX As operações de montagem/desmontagem no VMAX envolvem o mascaramento/ desmascaramento de LUNs ou conjunto de LUNs a um host. O AppSync depende do recurso de provisionamento automático do VMAX. O AppSync exige que o host de montagem seja zoneado para o array do VMAX. Você deve criar uma exibição de mascaramento com o grupo de iniciadores, o grupo de portas e o grupo de armazenamento apropriados. Quando o AppSync executa uma operação de montagem no VMAX, primeiro, ele detecta o iniciador de host para o host de montagem. Com base no iniciador do host, ela se associa à exibição de mascaramento apropriado para determinar o grupo de armazenamento do ou para o qual as LUNs de destino são mascaradas/sem máscaras para executar uma operação de montagem/desmontagem. Para montagem/desmontagens de RDM ou Vdisk, o AppSync identifica a exibição de mascaramento com base no iniciador do host para o ESX server. Montagens de Microsoft Cluster Server para SQL Server Restauração do VMAX As montagens de Microsoft Cluster Server (MSCS) para SQL Server podem ser feitas em clusters de produção ou alternativos. Quando você monta em um nó de cluster usando o armazenamento do VMAX: A configuração do grupo de armazenamento se aplica somente a hosts físicos ou máquinas virtuais com iscsi diretamente conectados ao VMAX. Para clusters configurados usando máquinas virtuais com RDM ou disco virtual, a cópia montada só é visível para o nó selecionado (normalmente o nó passivo). Quando você montar em um nó de cluster para fins de backup, crie um grupo de armazenamento dedicado para um dos nós do cluster, preferencialmente o nó passivo. O AppSync não aceita a montagem para um cluster como um recurso em cluster. Para montar em um cluster como um recurso em cluster (em um ambiente físico/iscsi), desmarque a configuração padrão Use dedicated storage group na caixa de diálogo de montagem do AppSync. Durante a montagem, o AppSync tornará a cópia visível para vários nós no cluster por meio de um grupo de armazenamento com vários nós atribuídos. O AppSync também monta os sistemas de arquivos no host de montagem selecionado. Após a conclusão da montagem do AppSync, adicione manualmente os dispositivos montados sob o gerenciamento de cluster para evitar a possibilidade de qualquer corrupção dos dados. O VMAX restringe o número máximo de nós de rede em cascata a dois. Se a origem A tem as seguintes sessões como A > D e A > B > C (quando criados por um plano de serviço ou usando fluxo de trabalho de reutilização), então, durante a restauração de D, o número de nós de rede é alterado para 3, pois a sessão de restauração leva a D > A > B > C. Portanto, o Appsync oferece uma opção para encerrar a sessão B > C, se for um clone. Durante execuções consecutivas, se o AppSync escolhe C como um destino para B, então, será uma sincronização completa em vez de uma ressincronização, pois a sessão B > C será encerrada durante a restauração. Por exemplo: A > B > C 18 EMC AppSync Guia de Instalação e Configuração

19 Pré-requisitos A > D > E Restauração de B encerrará D > E. A restauração de D encerrará B > C. As sessões necessárias serão encerradas apenas se você selecionar a opção. Se a cópia de segunda geração é um TimeFinder VPSnap, você deve expirar os snapshots de segunda geração manualmente. A restauração falhará se um snapshot do clone existe para a origem e exibe todas as cópias que precisam ser expiradas na janela de andamento. Obs. Consulte Guia de suporte ao AppSync VMAX Array no site de suporte da EMC para obter mais informações. Configuração do VMAX 3 Montar/desmontar cópias de VMAX 3 Os arrays do VMAX 3 são compatíveis com o AppSync. Esta seção descreve os recursos compatíveis e as considerações de plano de serviço, inclusive montagem/desmontagem e restauração de cópias do VMAX 3. Para criar e gerenciar cópias de aplicativos, o AppSync aceita a tecnologia de replicação de snapshots SnapVX nos arrays do VMAX 3. As operações de montagem/desmontagem no VMAX 3 incluem o mascaramento/ desmascaramento de LUNs ou de um conjunto de LUNs para um host. O AppSync depende do recurso de provisionamento automático do VMAX 3. O host de montagem deve ser zoneado para o array do VMAX 3. Em seguida, você pode criar uma exibição de mascaramento com o grupo de iniciadores, grupo de portas e grupo de armazenamentos. Quando o AppSync executa uma operação de montagem no VMAX 3, ele detecta o iniciador de host para o host de montagem em primeiro lugar, depois, de acordo com o iniciador de host, o AppSync associa à (ou da) exibição de mascaramento. Essa operação determina o grupo de armazenamento em que as LUNs de destino são mascaradas/ desmascaradas. Para montagem/desmontagem de RDM ou Vdisk, o AppSync identifica a exibição de mascaramento que se baseia no iniciador do host para o ESX server. Você pode selecionar o objetivo de nível de serviço (SLO) desejado para a LUN de destino na fase de montagem do plano de serviço. Se houver um grupo de armazenamento para o host de montagem com o SLO necessário, o AppSync adiciona a LUN ao grupo de armazenamento. Se o grupo de armazenamento não existir, o AppSync adicionará a LUN a qualquer grupo de armazenamento mascarado para o host. Se um grupo de armazenamento estiver configurado para selecionar dispositivos de destino, o AppSync removerá os dispositivos do grupo de armazenamento no momento da montagem e os adicionará ao grupo de armazenamento para o host de montagem. Os dispositivos são adicionados ao grupo de armazenamento original quando a cópia expira. Considerações de plano de serviço para aplicativos no armazenamento do VMAX 3 Analise essas considerações para obter suporte de plano de serviço com o VMAX v3. Configuração do VMAX 3 19

20 Pré-requisitos Configuração do ViPR Controller Visão geral Depois de registrar (adicionar) o armazenamento do VMAX 3, registre um aplicativo em um plano de serviço para criar e gerenciar cópias. Para esta versão do AppSync, os planos de serviço Bronze e Silver são aceitos com o VMAX 3. Um snapshot de um plano de serviço com VMAX 3 é equivalente a um snapshot do SnapVX vinculado no modo no copy. Um clone em um plano de serviço é equivalente a snapshot do SnapVX vinculado em modo de cópia. A preferência padrão de um plano de serviço é snapshot. Montar/desmontar cópias de VMAX 3 As operações de montagem/desmontagem no VMAX 3 incluem o mascaramento / desmascaramento de LUNs ou de um conjunto de LUNs para um host. O AppSync depende do recurso de provisionamento automático do VMAX 3. O host de montagem deve ser zoneado para o array do VMAX 3. Crie uma exibição de mascaramento com o grupo de iniciadores, grupo de portas e grupo de armazenamento. Quando o AppSync executa uma operação de montagem no VMAX 3, ele detecta o iniciador de host para o host de montagem em primeiro lugar, depois, de acordo com o iniciador de host, o AppSync associa à (ou da) exibição de mascaramento. Essa ação determina o grupo de armazenamento em que as LUNs de destino são mascaradas/sem máscaras. Para montagem/desmontagem de RDM ou Vdisk, o AppSync identifica a exibição de mascaramento que se baseia no iniciador do host para o ESX server. Você pode selecionar o objetivo de nível de serviço (SLO) desejado para a LUN de destino na fase de montagem do plano de serviço. Se houver um grupo de armazenamento para o host de montagem com o SLO necessário, o AppSync adiciona a LUN ao grupo de armazenamento. Se o grupo de armazenamento não existir, o AppSync adicionará a LUN a qualquer grupo de armazenamento mascarado para o host. Se um grupo de armazenamento estiver configurado para selecionar dispositivos de destino, o AppSync removerá os dispositivos do grupo de armazenamento no momento da montagem e os adicionará ao grupo de armazenamento para o host de montagem. Os dispositivos são adicionados ao grupo de armazenamento original quando expirados. Saiba mais sobre o suporte a ViPR Controller com o AppSync, incluindo considerações sobre configuração, aplicativos e planos de serviço compatíveis. Com esta versão do AppSync, o ViPR Controller opera como outro sistema de armazenamento. Isso significa que o ViPR Controller precisa ser registrado e detectado no AppSync. Consulte a seção sobre a adição de ViPR Controller a AppSync. O AppSync aceita snapshots do ViPR Controller como tecnologia de cópia para aplicativos provisionados usando o ViPR Controller. Obs. Aplicativos com uma combinação de LUNs para proteção não são aceitos. Por exemplo, o AppSync não aceita uma combinação de LUNs (baseadas em AppSync) nativas no VMAX e LUNs do ViPR Controller. O AppSync aceita somente aplicativos provisionados pelo ViPR Controller com pools virtuais de blocks respaldos pelo VMAX/VPLEX com armazenamento VMAX e XtremIO. O AppSync não aceita aplicativos provisionados em pools virtuais de arquivo e objeto. 20 EMC AppSync Guia de Instalação e Configuração

21 Pré-requisitos Obs. O AppSync não aceita ISCSI com o AIX para armazenamento nativo do XtremIO ou XtremIO no ViPR Controller. Migração de array nativo para o ViPR controller O AppSync aceita a funcionalidade de gerenciamento de cópias do ViPR Controller, de modo que a migração de aplicativos de plataforma nativa para ViPR ocorre sem qualquer interrupção em cópias existentes e planos de serviço, e sem intervenção manual. Por exemplo: 1. Suponha que você tem um banco de dados Oracle em execução em um VMAX, e está usando o AppSync para proteger esse banco de dados usando um plano de serviço Bronze para proteção local. 2. O AppSync cria um snapshot diário do banco de dados interagindo direta e nativamente com o armazenamento do VMAX, usando um provedor de SMI-S. 3. Em algum momento no futuro, você decide usar uma plataforma ViPR Controller para automatizar sua infraestrutura de armazenamento. Como parte dessa automação, você move todos os volumes existentes para ViPR Controller. O ViPR Controller exige que todas as tarefas de gerenciamento de armazenamento, como provisionamento de volumes para criação de snapshots, exclusão e assim por diante, sejam realizadas usando o ViPR Controller. 4. Você ainda precisa de proteção local de seu banco de dados Oracle no armazenamento do VMAX, mas você deseja migrar para o ViPR Controller, para todas as operações de snapshot. 5. Com o AppSync você pode migrar perfeitamente para a plataforma ViPR Controller sem qualquer intervenção manual nem modificações nos seus planos atuais. Considerações sobre o plano de serviço com o ViPR Controller Antes de adicionar um plano de serviço a cópias do ViPR Controller, analise essas considerações. O recurso de gerenciamento de cópia de ViPR Controller segue o mesmo fluxo de trabalho que o de AppSync para o suporte de array de armazenamento nativo. Por exemplo, você deve configurar um host, um recurso de ViPR Controller dentro de AppSync e, em seguida, realizar a detecção do aplicativo. Uma vez detectado, você pode inscrever o aplicativo em um plano de serviço existente no AppSync. Para esta versão, são compatíveis os planos de serviço Bronze. Montar e desmontar cópias do ViPR Controller Analise essas informações em relação à montagem e desmontagem de cópias do ViPR Controller com o AppSync. O AppSync permite a montagem de cópias de aplicativos criados usando o ViPR snapshot para os hosts registrados com ViPR Controller. O AppSync faz uso de grupos de exportação do ViPR enquanto monta cópias de um aplicativo. Como parte da montagem, o AppSync determina se um host de montagem já tem um grupo de exportação provisionado no array do ViPR e do projeto em que os snapshots estão armazenados. Se o AppSync encontrar um grupo de exportação existente, ele atualiza o grupo de exportação adicionando snapshots ao grupo de exportação. Se o AppSync não puder encontrar um grupo de exportação para o host de montagem e o array do ViPR onde o snapshot está armazenado, o AppSync usa APIs do ViPR para provisionar um novo grupo de exportação para o host do projeto necessário para os arrays do ViPR, onde os snapshots estão localizados. Considerações sobre o plano de serviço com o ViPR Controller 21

22 Pré-requisitos Restauração da cópia do ViPR Controller Configuração do XtremIO Dica de solução de problemas de zoneamento automático: Quando uma conta do Fabric Manager tem acesso somente leitura e o zoneamento de SAN de um array do ViPR está definido como Automatic > Create Export Group, essa ação falhará se o host não tiver sido zoneado para o array. O zoneamento automático não pode ser realizado, uma vez que a conta do Fabric Manager tem acesso somente leitura ao fabric. Para contornar esse problema, defina o zoneamento de SAN para Manual e, em seguida, crie manualmente uma zona entre o host e o array físico. Analise esses cenários ao considerar uma restauração de uma cópia de ViPR Controller. O AppSync não aceita a restauração a partir de cópias de aplicativos que são criadas usando o ViPR Controller nos quais o volume foi provisionado pelo ViPR Controller, em um array back-end XtremIO (modo nativo ou por meio de VPLEX no front-end). Restauração em nível de LUN de snapshot do ViPR Durante a restauração a partir de um snapshot de ViPR Controller, o AppSync verifica se há uma entidade afetada em caso de grupos de consistência e avisa sobre outros aplicativos que podem ser afetados pela restauração. Restauração granular O AppSync aceita restauração granular para máquinas virtuais e arquivo com o ViPR Controller, como a plataforma de armazenamento. Como o ViPR Controller não tem a capacidade de criar uma cópia de uma cópia, a restauração granular para máquinas virtuais sempre usa a clonagem de máquinas virtuais ao recuperar as máquinas virtuais de uma réplica. A funcionalidade de restauração instantânea é desativada durante o uso do ViPR Controller. Analise os aplicativos compatíveis, a tecnologia de replicação, os requisitos de configuração e as restrições para os arrays do XtremIO com o AppSync antes de começar a instalação. Suporte a aplicativos O AppSync cria snapshots consistentes com gravação no array do XtremIO para cada aplicativo que você adicionar a um plano de serviço. O XtremIO aceita os seguintes aplicativos: Bancos de dados Oracle Bancos de dados SQL Server DAG e bancos de dados do Exchange File systems Datastores do VMware 22 EMC AppSync Guia de Instalação e Configuração O RecoverPoint (versão mínima 4.1.2) é compatível com o XtremIO 4.0 e posteriores e com o AppSync e posteriores. Tecnologia de replicação O AppSync cria snapshots do XtremIO dos dados de aplicativos e coloca os snapshots na pasta comum: /AppSyncSnapshots/APPSYNCSERVERNAME/ PRODUCTIONHOSTNAME/Mova os snapshots do XtremIO da pasta comum somente se você usar o recurso de remoção do AppSync, que remove uma cópia de AppSync, mas não remove os snapshots de XtremIO.

23 Pré-requisitos O AppSync nomeia os snapshots usando a seguinte nomenclatura: TIMESTAMP.snap.ORIGINALVOLNAMEDevido ao limite de XtremIO de 64 caracteres em um nome de snapshot, o ORIGINALVOLNAME deve ter 40 caracteres ou menos. Analise os limites do XtremIO com relação ao número de snapshots de LUNs que podem ser criados ao mesmo tempo. Não permita que as configurações de banco de dados Oracle excedam o número de volumes limitado pelos recursos de snapshot máximo do XtremIO. Obs. Para conhecer os limites do XtremIO, especialmente os limites relacionados aos snapshots e às pastas do XtremIO, analise as Notas da versão do EMC XtremIO. Essas notas estão disponíveis no site de suporte da EMC. Restrições Considere as seguintes restrições para o XtremIO com o AppSync: O XtremIO não aceita a restauração de XtremIO Snapshots para o volume original. No entanto, procedimentos de recuperação semimanuais usando cópias do AppSync existem para cada aplicativo aceito. Os grupos de iniciadores do XtremIO devem ser definidos no XtremIO para todos os hosts de montagem aos quais o AppSync monta cópias do XtremIO. Para esta versão, o AppSync não aceita o XtremIO com a conectividade ISCSI para hosts do AIX. Considerações sobre a configuração O Management Server do XtremIO (XMS) deve ser configurado em uma SAN com um array de XtremIO. Faça o zoneamento dos arrays do XtremIO para os hosts de produção e montagem (físicos) ou ESX servers (virtuais). Para montar e desmontar cópias: Certifique-se de configurar os bancos de dados Oracle ou SQL Server nos arrays do XtremIO para dados e registros. Fibre Channel e iscsi são compatíveis. Considerações para antes de adicionar um array: Para adicionar e configurar um array do XtremIO para funcionar com AppSync, você precisa de um Management Server do XtremIO (XMS) configurado em uma SAN com pelo menos um array de XtremIO. Um XMS gerencia cada array do XtremIO. Analise as seguintes considerações antes de adicionar um array: Privilégios de administrador são necessários para adicionar o array do XtremIO. Certifique-se de que o zoneamento do armazenamento do XtremIO foi feito para os hosts de produção (físicos) ou ESX servers (virtuais). RDM e discos virtuais são compatíveis com máquinas virtuais VMware. iscsi é compatível com hosts Windows e Linux, permitindo que você consulte o armazenamento do XtremIO por meio de uma LAN iscsi. iscsi é compatível com hosts físicos ou virtuais e também ESX servers. Oracle, file systems e datastores VMFS no AIX/Linux são compatíveis. File systems e discos virtuais são compatíveis no Windows. Você precisa do nome/endereço IP e credenciais do XMS. Configuração do XtremIO 23

24 Pré-requisitos Para consultar as etapas para adicionar um array do XtremIO, acesse Adicionar um array do XtremIO ao AppSync na página 51. Resumo dos recursos de planos de serviço para o XtremIO Para criar cópias de dados consistentes com aplicativos, os planos de serviço estão habilitados para XtremIO. Analise essas considerações quando você adiciona um plano de serviço a um array do XtremIO. O AppSync e posterior com o XtremIO 4.0 e posterior aceitam os planos de serviço Bronze, Silver e Gold. O AppSync é compatível somente com os planos de serviço Bronze no XtremIO 3.x, usando o AppSync 2.1.x.x até x. O AppSync seleciona o snapshot do XtremIO como a tecnologia de replicação padrão para cópias de pedidos de armazenamento quando um plano de serviço é executado. Os planos de serviço do XtremIO permitem que você coloque os itens de aplicativos de vários sistemas de armazenamento do XtremIO no mesmo plano de serviço. O scripting de plano de serviço é ativado quando você configura ações de script de montagem e desmontagem. Você também pode configurar a contagem de rodízio de expiração e executar um plano de serviço em uma programação ou sob demanda. Opções de restauração com o armazenamento do XtremIO Saiba mais sobre as opções de restauração para cópias de aplicativos nos arrays do XtremIO ao planejar a instalação. O AppSync e posteriores aceitam a restauração automática de cópias do XtremIO 4.0 e posteriores. Os seguintes aplicativos são compatíveis: Bancos de dados SQL Server Bancos de dados do Exchange independentes e grupos de disponibilidade de dados (DAG) do Exchange Datastores do VMware File systems RecoverPoint O AppSync usa o Assistente Restore para a restauração automatizada no armazenamento do XtremIO. O botão de restauração não fica mais desabilitado para cópias do XtremIO. Clique no botão Restore para iniciar o Assistente Restore para os respectivos aplicativos. Durante a restauração, o AppSync cria outro snapshot gerado pelo XtremIO, armazenado sob a marca /volumes/appsyncsnapshots/restoredsnapshots. Um administrador deve limpar esses snapshots manualmente. Obs. Se você tiver duas cópias para restaurar, uma para o XtremIO 3.x e outra para o XtremIO 4.0, o AppSync permite restaurar apenas para a cópia de 4.0. Uma advertência é exibida para a cópia de 3.x. O AppSync 2.1 até x com o XtremIO 3.0 aceita a restauração semimanual para os seguintes aplicativos: Bancos de dados SQL Server Bancos de dados do Exchange independentes e grupos de disponibilidade de dados (DAG) do Exchange Datastores do VMware 24 EMC AppSync Guia de Instalação e Configuração

25 Pré-requisitos File systems O Guia de administração e usuário do AppSync fala sobre os procedimentos para cada tipo de restauração semimanual. Configuração do RecoverPoint Considere as práticas recomendadas para a configuração do RecoverPoint antes de implementar o AppSync. Por exemplo, não se esqueça de observar as práticas recomendadas de granularidade do grupo de consistência do RecoverPoint. Considerações sobre o plano de serviço para aplicativos com proteção do RecoverPoint O AppSync aceita diferentes opções de replicação do RecoverPoint. Três tipos de opções de replicação: Proteção contínua de dados Na proteção contínua de dados (CDP), o RecoverPoint replica para um array de armazenamento no mesmo local. Em uma instalação do RecoverPoint que é usada exclusivamente para CDP, você instala RPAs em apenas um local e não especifica uma interface de WAN. O plano de serviço Bronze protege a replicação de aplicativos. Replicação contínua remota Na replicação contínua remota (CRR), o RecoverPoint replica em uma WAN para um local remoto. Não há limite para a distância de replicação. O plano de serviço Silver protege a replicação de aplicativos. Simultânea local e remota Na replicação simultânea local e remota (CLR), o RecoverPoint protege LUNs de produção local usando CDP e, remotamente, usando CRR. As duas cópias têm políticas RPO e janelas de proteção distintas. O plano de serviço Gold protege a replicação de aplicativos. Vários locais de (vários locais remotos) do RecoverPoint não são compatíveis no momento. Pré-requisitos do RecoverPoint Verifique se a configuração do RecoverPoint atende aos pré-requisitos necessários para uso com o AppSync. Instale e configure o RecoverPoint de acordo com a sua documentação. Use o RecoverPoint para criar grupos de consistência. Certifique-se de que os divisores para todos os hosts de montagem estão conectados aos volumes de destino do RecoverPoint que eles vão usar. Sincronize a hora em todos os sistemas. Siga as etapas na documentação do sistema operacional para configurar o servidor do AppSync e todos os hosts de produção e montagem que serão sincronizados com um servidor de hora. Isso inclui todos os hosts, armazenamento VNX e os dispositivos RecoverPoint. Para a preparação de failover, lembre-se de que o AppSync exige que os grupos de consistência do RecoverPoint simultâneos local e remotos (CLR) tenham cópias locais e remotas, mesmo em uma situação de failover. As etapas de configuração de administrador do RecoverPoint podem ser necessárias após o failover para configurar uma cópia local no local remoto. Configuração do RecoverPoint 25

26 Pré-requisitos Montagens dinâmicas ou estáticas Durante a configuração do AppSync, o local do RecoverPoint é adicionado como um recurso. Na configuração de um CLR, o AppSync detecta todos os locais na configuração do sistema do RecoverPoint. Credenciais para uma conta que tenha privilégios de administrador do RecoverPoint são necessárias ao adicionar o local. As cópias do RecoverPoint podem ser montadas de duas maneiras, de forma estática ou dinâmica. O AppSync aceita montagens estáticas de destinos do RecoverPoint. Usando montagens estáticas, as LUNs (CDP ou CRR) de destino do RecoverPoint precisavam ser expostas previamente (mascaradas) para o host de montagem antes que você pudesse montar as cópias do RecoverPoint. Se você estiver usando montagens estáticas em um ambiente de máquina virtual, as LUNs de destino do RecoverPoint deverão ser mascaradas para o ESX server e adicionadas como RDMs às máquinas virtuais antes da montagem da cópia. Os destinos do RecoverPoint também podem ser montados dinamicamente. As LUNs de destino do RecoverPoint são associadas na hora da montagem para identificar as LUNs, e as LUNs são mascaradas (movidas para o grupo de armazenamento de host de montagem) e apresentadas antes da montagem. Quando as LUNs de destino para a montagem dinâmica estão no armazenamento do VNX, o VNX deve ser registrado com o AppSync. Para montagens dinâmicas do VMAX, siga as instruções de provisionamento automático do VMAX para realizar efetivamente o mascaramento. Se você estiver usando montagens dinâmicas em um ambiente virtual, não mascare as LUNs de destino para o ESX server. O AppSync vai mascarar a LUN para o ESX server e, em seguida, adicionar a LUN como um RDM no host de montagem. Consulte Montar e desmontar cópias do VMAX na página 18. Ao desmontar: As LUNs que foram montadas dinamicamente são desmontadas dinamicamente, ou seja, as LUNs são removidas do grupo de armazenamento. As LUNs que foram montadas estaticamente permanecem no grupo de armazenamento após a conclusão da desmontagem. Para cópias de aplicativos com LUNs misturadas (tanto montadas de modo estático quanto dinâmico), as LUNs serão dinamicamente desmontadas. Todas as LUNs montadas são removidas do grupo de armazenamento. Com o zoneamento adequado, o AppSync apresenta o armazenamento ao host automaticamente quando uma cópia é montada. Host físico O AppSync atribui dinamicamente um snapshot para o host quando a cópia é montada. O host físico deve ser zoneado para o array do VNX das LUNs de destino do RecoverPoint (CDP ou CRR). Máquina virtual Montagens dinâmicas acontecem como um mapeamento de dispositivos brutos (RDM) ou por meio de iscsi nativo na máquina virtual. Para RDM, o ESX server onde a máquina virtual reside deve ser zoneado para o array do VNX das LUNs de destino do RecoverPoint (CDP ou CRR). Para RDM e discos virtuais, a central virtual (que gerencia o ESX server onde reside o host de montagem da máquina virtual) deve ser registrado com o servidor do AppSync. 26 EMC AppSync Guia de Instalação e Configuração

27 Pré-requisitos Para iscsi nativo, a máquina virtual deve estar conectada aos iniciadores de VNX das LUNs de destino do RecoverPoint (CDP ou CRR). O VNX deve ter um grupo de armazenamento definido para o host. Montagens dinâmicas ou estáticas 27

28 Pré-requisitos 28 EMC AppSync Guia de Instalação e Configuração

29 CAPÍTULO 2 Instalação Este capítulo inclui informações sobre como instalar o software AppSync. Para obter informações sobre como instalar os arrays, consulte o capítulo sobre configuração, seção sobre gerenciamento de recursos. Os tópicos deste capítulo incluem: Visão geral de nova instalação do AppSync...30 Visão geral de upgrade...34 Visão geral da instalação de pacote de serviço...36 Desinstalando o servidor...38 Remover um servidor do AppSync Desinstalando o plug-in do servidor do AppSync...39 Instalação 29

30 Instalação Visão geral de nova instalação do AppSync Instalando o servidor Analise esta seção antes de realizar uma nova instalação do AppSync. Isso significa que não há versões anteriores do AppSync no sistema. Para instalar o AppSync, você deve executar as seguintes operações que são discutidas em mais detalhes nesta seção: Instalar o servidor do AppSync. Instalar o plug-in do agente do AppSync. Adicionar os servidores ao AppSync. Se você deseja fazer upgrade de uma instalação existente do AppSync para a versão atual completa (não um service pack), consulte Upgrade da instalação do AppSync na página 34. Para instalar um Service Pack do AppSync, consulte Instalar um service pack. O primeiro passo para instalar seu AppSync é instalar o servidor do AppSync executando o executável de instalação do host do servidor do AppSync. Obtenha o executável de instalação da distribuição do AppSync ou na página de download do AppSync, no site de suporte da EMC. 1. Execute o arquivo executável de instalação. 2. Siga as etapas do assistente: a. Aceite o contrato de licença. b. Informe um nome de usuário para a conta de administrador padrão. c. Digite uma nova senha para a conta de administrador. A senha da conta de administrador padrão deve ter no mínimo oito caracteres, com maiúsculas e minúsculas e deve conter pelo menos um número e um caractere especial da seguinte lista:!@#$%^&()_-+={}[]<>?/`:;',. \" d. Se você deseja um local de instalação diferente do padrão, especifique-o. O caminho do local de instalação não pode conter um espaço. Local do registro de instalação para o servidor O registro de instalação para o AppSync Server, appsync_setup.log, fica na pasta definida pela variável de ambiente TEMP do usuário instalador. Instalando o plug-in de host manualmente - apenas servidores Windows Instale o plug-in de host manualmente quando um firewall ou outras medidas de segurança impeçam a instalação forçada (push) do servidor para o host do aplicativo. 30 EMC AppSync Guia de Instalação e Configuração

31 Instalação Você precisa obter o executável de instalação do plug-in de host do AppSync da distribuição de AppSync ou na página de suporte de AppSync, em: support.emc.com 1. Execute o arquivo de instalação do executável do plug-in. 2. Siga as etapas do assistente. Aceite o contrato de licença. Você pode especificar um local de instalação e uma porta diferente do padrão. Se você usar uma configuração de porta não padrão, mantenha um registro dela. Você precisa especificá-la quando adicionar o host do AppSync. Depois que você terminar Hosts instalados manualmente também devem ser adicionados ao AppSync. Use o console do AppSync, em Settings > Servers. Obs. Talvez seja necessário reinicializar o Exchange após a instalação do plug-in do host. Execute a instalação forçada do plug-in de host UNIX com o usuário sudo Esta seção demonstra como realizar uma instalação forçada do plug-in de host do AppSync UNIX do servidor do AppSync. É necessária a configuração manual. Este exemplo usa o usuário sudo no Linux. Crie um usuário no host onde você planeja executar o agente do AppSync. Edite o arquivo sudousers usando visudo. (Você deve editar o arquivo como root.) Certifique-se de que tem permissões para gravar no diretório. Adicione as seguintes linhas ao final do arquivo: n Defaults: user!requiretty n Defaults: user!env_reset n {user} ALL = (root) NOPASSWD: /{install path}/acp, onde {user} é o nome de usuário que você criou, {install path} é o local onde você deseja instalar o AppSync. Por exemplo: appsync ALL = (root) NOPASSWD: /opt/emc/appsync/acp Acesse o console do AppSync como o usuário que você criou nos pré-requisitos, em seguida, acesse o caminho de instalação que você definiu para sua instalação do AppSync. Este exemplo (específico para AIX) mostra a configuração necessária para executar uma implementação bem-sucedida usando o usuário sudo appsync no local de implementação a seguir: /opt/emc/appsync. 1. Instale o pacote RPM SUDO, sudo p7-1 no AIX Instale o zlib, caso ainda não tenha sido instalado. 3. Instale o openssh para o AIX Execute o servidor SFTP como root. Instalando o plug-in de host manualmente - apenas servidores Windows 31

32 Instalação 5. Crie o usuário appsync usando a smit. 6. Execute o comando visudo como root para abrir o arquivo do sudoers e depois edite o arquivo de sudousers para incluir as seguintes linhas para o appsync do usuário sudo como root: n Defaults: {user}!requiretty n Defaults: {user}!env_reset n user} ALL = (root) NOPASSWD: /{install path}/acp Onde {user} é o nome de usuário que você criou e {install path} é o local onde você deseja instalar o AppSync. Obs. A pasta acp deve ser usada especificamente com a opção NOPASSWD. Detectar novamente o servidor Adicionando servidores 7. Crie uma pasta, /appsync em /opt/emc, com permissões de leitura, gravação e execução para o usuário sudo appsync. 8. Inicie o serviço do servidor SFTP para o usuário do appsync. Detectar novamente um servidor recupera as informações do servidor no plug-in de host do AppSync. Por exemplo, se você adicionou o Exchange ao host, usar Rediscover deve atualizar o servidor com o novo aplicativo associado. Essa operação requer a função de administrador de recursos em AppSync 1. Selecione Settings > Servers. 2. Selecione o servidor que você deseja atualizar. 3. Selecione Rediscover. 4. Selecione Yes para confirmar. Saiba como adicionar seus servidores para a configuração do AppSync. Analise essas informações antes de começar. Quando você adiciona um servidor, o AppSync registra o servidor em seu banco de dados e detecta os objetos que podem ser protegidos naquele servidor. Se o software de plug-in de host não estiver presente ainda, o AppSync tenta instalá-lo. Se o software de plug-in de host estiver presente, o AppSync tenta registrá-lo. Ocorre um erro se o software de plug-in de host já estiver registrado em outro servidor do AppSync. Os servidores precisam estar acessíveis via IP ao servidor do AppSync. Você precisa informar as credenciais para uma conta que tem privilégios de administrador local no servidor. Para servidores Windows: se o servidor não for parte de um domínio, desabilite o seguinte controle de acesso de usuário: User Access Control: Run all administrators in Admin Approval Mode. 32 EMC AppSync Guia de Instalação e Configuração

33 Instalação No Windows, AIX/Linux, o AppSync pode forçar a instalação do software de plug-in de host. No Windows, você tem a opção de instalar manualmente o software nos servidores de aplicativos. Essa operação requer a função de administrador de recursos em AppSync 1. Selecione Settings > Servers. 2. Clique em Add. Você pode optar por adicionar servidores Windows ou UNIX/Linux. 3. Para cada servidor, digite o nome do host ou endereço IP, nome de usuário/domínio e senha. Opcionalmente, você pode repetir automaticamente as credenciais da primeira entrada para as entradas subsequentes. Para uma conta local, use o mesmo nome do servidor que o domínio. Se você está protegendo bancos de dados em um DAG do Exchange, adicione os servidores membros do DAG que hospedam as cópias de banco de dados que você deseja proteger. Se você deseja proteger o disco virtual no host, registre o Virtual Center antes de registrar o host. Se você deseja proteger bancos de dados do SQL Server em grupos de disponibilidade em um cluster de failover do Windows AlwaysOn, adicione cada nó do cluster. Se você está protegendo bancos de dados do SQL Server em uma instância em cluster do SQL Server, adicione o servidor virtual do SQL Server. Antes de adicionar o servidor virtual do SQL Server, é necessário primeiro instalar o software do plug-in do agente do AppSync em todos os nós no cluster usando o Assistente Add Servers ou instalando o software manualmente. Obs. Se o servidor virtual do SQL Server for adicionado antes de a versão mais recente do plug-in de host do agente do AppSync ser instalada em todos os nós físicos do cluster, Add virtual server pode falhar. 4. Expanda Push Install Settings para instalar o software de plug-in de host do agente como parte da operação de adição de servidores. Use Push Install Settings quando o AppSync instalar o software de plug-in de host do agente como parte da operação de adição de servidores. Você pode especificar a versão do plug-in de host do agente a instalar, a porta (apenas em servidores Windows) e o local no qual instalar o plug-in de host do agente. Esses valores se aplicam a todos os servidores que você está adicionando. As versões de plug-in disponíveis dependem do que está disponível no servidor do AppSync. Em servidores Windows, a porta padrão é 10004; e o intervalo válido é de 1024 a O local de instalação padrão é system drive\program Files\EMC \AppSync Host Plug-in. Obs. Para servidores Windows: verifique se esse plug-in de host de agente não é uma versão superior que uma versão anterior à versão do servidor. Certifique-se de que os componentes do servidor estão na mesma versão do AppSync Server. Você deve fazer upgrade do plug-in para o 2.1 de qualquer versão anterior e depois para o 2.2, se desejado. (Consulte ESA ) 5. Clique em Start. Adicionando servidores 33

34 Instalação Local temporário para hosts UNIX Você pode configurar um local temporário para cada host UNIX no console do AppSync, página Servers. Esse local será usado pelo AppSync durante as operações de montagem do Oracle para armazenar informações que anteriormente estavam no /tmp/<sid>/. O local temporário padrão é /tmp/, a menos que especificado de outra forma. Visão geral de upgrade Fazendo upgrade do servidor do AppSync Analise essas informações antes de executar um upgrade da instalação do AppSync. Um upgrade não é igual a uma instalação do pacote de serviço. Esses procedimentos de upgrade podem ser executados em versões primárias ou secundárias do AppSync. Para instalar um pacote de serviço do AppSync, consulte os tópicos de instalação do pacote de serviço no final deste documento. Saiba como fazer upgrade do servidor AppSync para o 2.2, incluindo caminhos de upgrade, versões compatíveis e documentação de referência para fazer backup de sua instalação existente do AppSync. Se estiver realizando o upgrade de uma instalação atual do AppSync, você deverá fazer upgrade do servidor do AppSync. Para fazer o upgrade do AppSync, execute as etapas a seguir no host do servidor. Isso inclui executar o novo executável de instalação que pode ser obtido na distribuição do AppSync, ou na página do AppSync, no site de suporte da EMC. Não é necessário desinstalar a versão anterior do AppSync para instalar uma nova. As versões 2.0 e 2.1 do AppSync Server podem receber diretamente o upgrade para 2.2. Obs. Antes do upgrade, consulte os pré-requisitos necessários para o servidor no capítulo anterior. O AppSync pode executar um backup (e uma restauração) do servidor existente antes de fazer upgrade. Esse processo é documentado na seção de configuração deste documento. Para fazer o upgrade de AppSync, siga estas etapas: 34 EMC AppSync Guia de Instalação e Configuração 1. Desative todos os planos de serviço e certifique-se de que não existe nenhuma atividade atual no servidor do AppSync. 2. No console do AppSync, acesse Help About > AppSync e anote a versão completa do AppSync, inclusive CFxx (xx = o número de hotfixes cumulativo). Você precisará desse número mais tarde. Se não houver nenhum número de CF no painel, acesse C:\Program Files (x86)\zero G Registry\AppSyncIndicator para verificar o número do CF. Se não houver hotfixes aplicados a sua instalação, você não terá um número de CF. 3. Além disso, anote todos os procedimentos editados manualmente nos arquivos de configuração que o atendimento ao cliente solicitou que você executasse para a instalação do servidor do AppSync. Para obter informações como adicionar novamente essas edições, consulte a seção sobre a reversão do software do servidor.

35 Instalação Detectar novamente o servidor 4. Acesse o \EMC\Appsync\Jboss\datastore\data e clique em Properties para exibir o tamanho desse diretório. Durante o upgrade, o AppSync executa um backup do servidor que requer 40% do tamanho desse diretório, por isso, planeje um local de salvamento do backup com, pelo menos, essa quantidade de espaço livre. 5. Execute o arquivo executável de instalação. O processo de upgrade exige espaço livre igual ao tamanho do diretório na etapa Siga as etapas do assistente e aceite o contrato de licença. Detectar novamente um servidor recupera as informações do servidor no plug-in de host do AppSync. Por exemplo, se você adicionou o Exchange ao host, usar Rediscover deve atualizar o servidor com o novo aplicativo associado. Essa operação requer a função de administrador de recursos em AppSync 1. Selecione Settings > Servers. 2. Selecione o servidor que você deseja atualizar. 3. Selecione Rediscover. 4. Selecione Yes para confirmar. Fazendo upgrade do plug-in do agente do AppSync Saiba como atualizar um servidor e instalar uma versão mais recente do agente do AppSync(plug-in de host). Essa operação requer a função de administrador de recursos em AppSync Se o servidor não for parte de um domínio, o controle de acesso de usuário seguinte deverá ser desativado: "User Access Control: Run all administrators in Admin Approval Mode". Ao atualizar a caixa de correio do Exchange ou servidores de utilitário, você também precisará das credenciais para executar o serviço AppSync Exchange Interface. Este serviço é reconfigurado durante a atualização. Para o AppSync 2.2, verifique se o plug-in de host do agente não está uma versão atrás da versão do AppSync Server. Para o AppSync 2.1 e inferiores, faça o upgrade do plug-in do host do agente para o 2.1 de qualquer versão anterior, depois faça o upgrade para o 2.2, se desejado. (Consulte ESA ). 1. Selecione Settings > Servers. 2. Selecione o servidor e selecione Update Plug-in no botão de ação abaixo da tabela Servers. 3. Selecione um ou mais servidores na lista Update Server Plug-in. Se você selecionar vários servidores, todos devem ter as mesmas credenciais. 4. Selecione Set Username and Password. 5. Especifique as credenciais de uma conta com privilégios de administrador local nos servidores e clique em OK. Se uma caixa de correio do Exchange ou o servidor do utilitário está na lista, você será solicitado a informar as credenciais para executar o serviço AppSync Exchange Interface. Especifique as credenciais e clique em OK. Fazendo upgrade do plug-in do agente do AppSync 35

36 Instalação Detectar novamente o servidor 6. Clique em Start para atualizar o plug-in do host. Depois que você terminar Se você estiver atualizando um plug-in de host nos servidores Exchange, consulte o guia de administração e o usuário para o AppSync mais recente. Detectar novamente um servidor recupera as informações do servidor no plug-in de host do AppSync. Por exemplo, se você adicionou o Exchange ao host, usar Rediscover deve atualizar o servidor com o novo aplicativo associado. Essa operação requer a função de administrador de recursos em AppSync 1. Selecione Settings > Servers. 2. Selecione o servidor que você deseja atualizar. 3. Selecione Rediscover. 4. Selecione Yes para confirmar. Visão geral da instalação de pacote de serviço Analise essas informações sobre como fazer o upgrade do servidor do AppSync para a versão desse service pack. Foram incluídas informações sobre caminhos de upgrade, versões compatíveis e documentação de referência para fazer o backup da instalação existente do AppSync. Se você estiver atualizando uma instalação atual do AppSync, faça o upgrade do servidor do AppSync. Analise os seguintes requisitos para 2.2.2: O servidor do AppSync não pode ser instalado como um produto independente. O servidor do AppSync deve ser ou antes que você possa fazer upgrade para o AppSync Server Se não for, faça o upgrade da versão atual do servidor do AppSync 2.2.0, em seguida, faça o upgrade para Obs. Uma mensagem de erro será exibida se você tentar instalar o servidor do AppSync diretamente em uma versão pré do AppSync. Desinstalar o servidor do AppSync não executa uma reversão para ou O servidor é removido completamente da instalação se desinstalado. Um backup é executado automaticamente antes do upgrade do AppSync Server. O AppSync armazenará o backup em C:\AppSyncBackup\22xx_BACKUP, por padrão. Ele também instala o plug-in do agente para Consulte Fazendo upgrade do plug-in do agente para o service pack na página 37. Instalando o servidor do AppSync 2.2 Service Pack 2 36 EMC AppSync Guia de Instalação e Configuração Execute este procedimento para instalar o servidor 2.2 SP2 do AppSync. Obtenha o executável de instalação da distribuição de AppSync, ou na página do AppSync, no site de suporte da EMC. Por exemplo, se você tiver a versão 2.1, primeiro faça upgrade do AppSync Server para 2.2.0, em seguida, para 2.2.2, de forma a obter os dois arquivos executáveis e execute o procedimento de upgrade duas vezes.

37 Instalação O servidor 2.0 e 2.1 do AppSync pode receber upgrade diretamente para o Desative todos os planos de serviço e certifique-se de que não há atividades em andamento no servidor do AppSync. 2. No console do AppSync, acesse Help About > AppSync e anote a versão completa do AppSync, inclusive CFxx (xx = o número de hotfixes cumulativo). Você precisará desse número mais tarde. Se não houver nenhum número de CF no painel, acesse C:\Program Files (x86)\zero G Registry\AppSyncIndicator para verificar o número do CF. Se nenhum hotfixes tiver sido aplicado à instalação, nenhum número de CF é exibido. 3. Além disso, anote todos os procedimentos editados manualmente nos arquivos de configuração que o atendimento ao cliente solicitou que você executasse para a instalação do servidor do AppSync. Para obter informações sobre adicionar novamente essas edições, consulte a seção sobre a reversão do software do servidor (servidores e anteriores podem ser revertidos para versões anteriores do servidor. É possível reverter AppSync Servers 2.2.2). 4. Acesse \EMC\Appsync\Jboss\datastore\data e clique em Properties para exibir o tamanho desse diretório. Durante o upgrade, o AppSync executa um backup do servidor que requer 40% do tamanho desse diretório, por isso, planeje um local de salvamento do backup com, pelo menos, essa quantidade de espaço livre. 5. Execute o arquivo executável de instalação. O processo de upgrade exige espaço livre igual ao tamanho do diretório na etapa Siga as etapas do assistente e aceite o contrato de licença. Fazendo upgrade do plug-in do agente do AppSync em um servidor para 2.2 SP2 Saiba como atualizar um servidor e instalar uma versão mais recente do agente do AppSync(plug-in de host). O plug-in do agente do AppSync para pode ser instalado diretamente e receber um upgrade de versões de [plug-in do host do Windows ] inferiores a Para Windows Server: Com um AppSync Server em que um agente de host do Windows está registrado, verifique se a versão do plug-in do host do agente não é superior a uma versão anterior à versão do AppSync Server. O agente do plug-in de upgrade para uma versão mínima do 2.1 de qualquer versão anterior e depois aplique o patch CF06 do no plug-in do agente. (Consulte ESA ). 1. Selecione Settings > Servers. 2. Selecione o servidor e selecione Update Plug-in no botão de ação abaixo da tabela Servers. 3. Selecione um ou mais servidores na lista Update Server Plug-in. Se você selecionar vários servidores, todos devem ter as mesmas credenciais. 4. Selecione Set Username and Password. 5. Especifique as credenciais de uma conta com privilégios de administrador local nos servidores e clique em OK. Se uma caixa de correio do Exchange ou servidor do utilitário está na lista, será solicitado que você digite as credenciais para executar o serviço AppSync Exchange Interface. Especifique as credenciais e clique em OK. Fazendo upgrade do plug-in do agente do AppSync em um servidor para 2.2 SP2 37

38 Instalação Detectar novamente o servidor 6. Clique em Start para atualizar o plug-in do host. Detectar novamente um servidor recupera as informações do servidor no plug-in de host do AppSync. Por exemplo, se você adicionou o Exchange ao host, usar Rediscover deve atualizar o servidor com o novo aplicativo associado. Essa operação requer a função de administrador de recursos em AppSync 1. Selecione Settings > Servers. 2. Selecione o servidor que você deseja atualizar. 3. Selecione Rediscover. Desinstalando o servidor 4. Selecione Yes para confirmar. Desinstale o servidor do AppSync executando o utilitário de desinstalação nativo do Windows. Certifique-se de que você está conectado como um usuário com privilégios de administrador do Windows. Remova os hosts em Settings > Servers antes de desinstalar o servidor. Essa operação requer a função de administrador de recursos em AppSync 1. Execute o utilitário de desinstalação nativo do Windows. 2. Siga as etapas do assistente. Revertendo o software do servidor do AppSync Arquivos e pastas adicionadas após a instalação não são removidos. Este procedimento mostra como reverter para uma versão instalada anteriormente do servidor do AppSync. A Engenharia EMC recomenda enfaticamente que você entre em contato com o atendimento ao cliente EMC para resolver os problemas com a versão nova e aprimorada do AppSync atualmente em execução antes de tentar reverter para uma versão mais antiga. Você precisa das versões anterior e atual do AppSync que você coletou durante a instalação da versão atual do AppSync. Consulte Fazendo upgrade do servidor na página EMC AppSync Guia de Instalação e Configuração 1. Copie os arquivos de licença para um local seguro da pasta do /EMC/AppSync/ license. 2. Desative todos os planos de serviço e certifique-se de que não existe nenhuma atividade atual no servidor do AppSync.

39 Instalação 3. Desinstale o aplicativo de servidor do AppSync do host. Após a conclusão da desinstalação, a pasta do /EMC/AppSync não deve estar presente na máquina. 4. Reinstale a versão do servidor do AppSync que estava no host antes do upgrade que você anotou durante o procedimento de upgrade do servidor (Fazendo upgrade do servidor na página 34). Certifique-se de aplicar a versão exata do AppSync, isso inclui o número exato de hotfixes cumulativo, se um hotfix tiver sido instalado anteriormente. 5. Aplique novamente todos os procedimentos editados à mão para arquivos de configuração que um arquivo Leia-me ou um representante de atendimento ao cliente EMC tenha solicitado que você implemente para sua instalação anterior do servidor do AppSync. 6. Para restaurar o backup automatizado consulte: Restauração de backup automatizada na página Aplique novamente as licenças do AppSync de dentro do aplicativo AppSync. Remover um servidor do AppSync A operação Remove Servers Only exclui a entrada do servidor no banco de dados do AppSync. Essa operação requer a função de administrador de recursos em AppSync Você não poderá remover um servidor se seus bancos de dados estiverem inscritos em planos de serviços; se tiver cópias ou tiver cópias montadas; ou se for usado em qualquer fase de script. 1. Selecione Settings > Servers. 2. Selecione um servidor ou servidores (a seleção de vários é permitida) e clique no botão Remove > Remove Servers Only. 3. Selecione Yes na caixa de diálogo Remove Servers. Se for bem-sucedido, o host será removido da lista em Settings > Servers. Caso contrário, uma mensagem de erro é exibida indicando por que a remoção apresentou falha. Depois que você terminar Se o servidor que você removeu é um dos membros de um DAG, você deve detectar novamente os bancos de dados em AppSync. Desinstalando o plug-in do servidor do AppSync A operação Deinstall plug-in and remove desinstala o software de plug-in dos servidores selecionados e, depois, remove a entrada do servidor no banco de dados do AppSync. Essa operação requer a função de administrador de recursos em AppSync Se o servidor não for parte de um domínio, o controle de acesso de usuário seguinte deverá ser desativado: "User Access Control: Run all administrators in Admin Approval Mode". Remover um servidor do AppSync 39

40 Instalação 1. Selecione Settings > Servers. 2. Selecione um ou mais servidores e selecione Deinstall plug-in and remove. 3. Selecione os servidores no Assistente Deinstall Server Plug-in. O assistente permite seleção múltipla. Nesses casos, o mesmo nome de usuário e senha serão aplicados a todas as seleções. 4. Para cada servidor do qual você deseja desinstalar o plug-in, selecione Definir nome de usuário e senha. 5. Especifique as credenciais de uma conta com privilégios de administrador local nos servidores e clique em OK. 6. Clique em Start para desinstalar o plug-in do servidor e remover o servidor de AppSync. O andamento da desinstalação é exibido na coluna de andamento para cada servidor. Se houver falhas, elas são exibidas com um ícone vermelho. 7. Se a desinstalação de alguns dos servidores falhar, você poderá repeti-la Selecione Clear Successful e, em seguida, selecione Start novamente. 40 EMC AppSync Guia de Instalação e Configuração

41 CAPÍTULO 3 Configuração e gerenciamento de recursos Este capítulo contém os seguintes tópicos: Backup e restauração de AppSync usando a ferramenta Backup Assistant...42 Migrando um servidor do AppSync Gerenciamento de recursos Configuração e gerenciamento de recursos 41

42 Configuração e gerenciamento de recursos Backup e restauração de AppSync usando a ferramenta Backup Assistant Instalada com o servidor do AppSync, é uma ferramenta que pode ser aproveitada para backup e restauração do banco de dados local do AppSync. A ferramenta é chamada de Backup Assistant. Argumentos e ações do Backup Assistant do AppSync Saiba como fazer backup e restaurar o banco de dados do AppSync selecionando os argumentos apropriados para o Backup Assistant do AppSync, appsync-backup.bat, localizado no diretório do \AppSync\backup-assistant. Certifique-se de que você tem um backup válido antes de tentar uma restauração de banco de dados. Para criar um backup, execute appsync-backup.bat no prompt de comando do administrador usando a seguinte sintaxe: appsync-backup.bat[-o, -out "<path>"] [-d, -debug] [-h, -help] Tabela 4 Ações e argumentos da ferramenta de backup do AppSync Argumento -o, -out -d, -debug -h, -help -i, -import Ação Permite que você especifique o diretório base para salvar o backup. O backup é colocado em um subdiretório que faz referência à data e à hora atuais. (Default ='$SystemDrive\AppSyncBackup \<DateTimeStamp>') Permite a exibição de mensagens DEBUG. Imprime a mensagem de ajuda. Permite que você especifique um backup que deseja restaurar no host atual. (Se esse argumento não for usado, um backup será usado.) Um exemplo de um comando de exportação. appsync-backup.bat -o C:\AppSyncBackupDir -d Restaurar um backup automatizado A ferramenta Backup Assistant permite que você restaure um backup criado anteriormente com essa ferramenta. Saiba mais sobre o processo e as restrições do backup automatizado. Certifique-se de restaurar um backup em um período de baixa atividade no servidor. Para restaurar um backup a partir de uma versão antiga do AppSync certifique-se de instalar a versão mais recente de AppSync antes de tentar usar a restauração automatizada. A restauração automatizada é compatível com backups feitos com a ferramenta Backup Assistant do AppSync 2.0 e superior. 42 EMC AppSync Guia de Instalação e Configuração

43 Configuração e gerenciamento de recursos Obs. A restauração automatizada é compatível com backups feitos com a ferramenta Backup Assistant do AppSync 2.0 e superior. No entanto, a restauração de uma versão anterior do banco de dados do AppSync em backup em uma nova versão do servidor do AppSync não é compatível. Certifique-se de que a versão do servidor do AppSync instalada no host é a mesma versão que a do backup que foi criado. Backups feitos a partir do AppSync 1.6 ainda são compatíveis, mas você deve seguir o processo de restauração manual. 1. Execute a ferramenta Backup Assistant com o argumento -i,-import, por exemplo: C:\AppSyncBackup\2100_BACKUP\2015_06_17_06_34_32\base.tar.gz Ao executar essa restauração, os serviços do AppSync serão interrompidos. Migrando um servidor do AppSync Você pode migrar o servidor do AppSync de um servidor para outro. Por exemplo, para migrar um servidor do servidor A para o servidor B: 1. Desative todos os planos de serviço no servidor A. 2. Copie os arquivos de licença do servidor A de /EMC/AppSync/license para uma pasta no servidor B. 3. No console do AppSync em um servidor A, acesse Help About > AppSync e anote a versão completa do AppSync, inclusive CFxx (xx = o número de hotfixes cumulativo). Além disso, anote todos os procedimentos editados manualmente nos arquivos de configuração que o atendimento ao cliente solicitou que você executasse para a instalação do servidor do AppSync. 4. Instale o servidor do AppSync no servidor B. Certifique-se de aplicar a versão exata do AppSync, isso inclui o número exato de hotfixes cumulativo, se um hotfix tiver sido instalado anteriormente. Aplique novamente todos os procedimentos editados manualmente aos arquivos de configuração que você anotou na etapa Faça um backup do servidor do AppSync do servidor A usando o utilitário Backup Assistant do AppSync, por exemplo, digite: appsync-backup.bat -o C: \AppSyncBackupDir 6. Restaure o backup no servidor B usando o utilitário Backup Assistant e digite: appsync-backup.bat -i C:\AppSyncBackupDir\base.tar.gz 7. Aplique novamente as licenças do AppSync no servidor B dentro do aplicativo do AppSync. 8. Ative os planos de serviço no servidor B. 9. Interrompa o servidor AppSync no servidor A. Resultado Agora você pode usar o servidor AppSync no servidor B. Migrando um servidor do AppSync 43

44 Configuração e gerenciamento de recursos Gerenciamento de recursos Adição de um local do RecoverPoint Use Settings > Servers para gerenciar hosts. Use Settings > Storage Infrastructure para gerenciar sistemas de armazenamento e locais do RecoverPoint. Use Settings > VMware vcenter Servers para gerenciar vcenter Servers. Saiba como adicionar um local do RecoverPoint para oferecer proteção CLR, o RecoverPoint Continuous Data Protection e o RecoverPoint Continuous Remote Replication são fornecidos por planos de serviço Bronze, Silver e Gold. Essa operação requer a função de administrador de recursos em AppSync 1. Selecione Settings > Storage Infrastructure. 2. Selecione Add > RecoverPoint Sites. 3. Digite o endereço IP de gerenciamento de local, o nome de host para o local do RecoverPoint ou o nome de cluster RPA. Em uma configuração CLR, você deve adicionar um local, os outros são detectados automaticamente. 4. Digite um nome de usuário existente e a senha de uma conta que tenha uma função de administrador do RecoverPoint para acessar o site. Atualizando o endereço IP de gerenciamento do local do RecoverPoint Atualize AppSync quando o endereço IP de gerenciamento de um local do RecoverPoint for alterado. Essa operação requer a função de administrador de recursos em AppSync 1. Selecione Settings > Storage Infrastucture. 2. Selecione o local do RecoverPoint. Detectar novamente um local do RecoverPoint 3. No painel Details, no campo IP Address, informe o endereço IP de gerenciamento do novo local para o local do RecoverPoint e clique em Apply. A operação de nova detecção inicia uma detecção das informações do local. Por exemplo, a operação de nova detecção pode encontrar outros RPAs ou alterações no nome do local (se as credenciais de log-in inválidas impedem a conectividade). Essa operação requer a função de administrador de recursos em AppSync 1. Selecione Settings > Storage Infrastructure. 44 EMC AppSync Guia de Instalação e Configuração

45 Configuração e gerenciamento de recursos 2. Selecione um local ou locais do RecoverPoint. 3. Selecione Rediscover. Removendo um local do RecoverPoint A remoção de Essa operação requer a função de administrador de recursos em AppSync apresentará falha se os locais estiverem em uso. 1. Selecione Settings > Storage Infrastructure. 2. Selecione um local ou locais do RecoverPoint. 3. Selecione Remove. Configurando as credenciais de um dispositivo RecoverPoint Especifique as credenciais do dispositivo RecoverPoint ao adicionar o RPA no AppSync e quando as credenciais mudam no RPA em si. Certifique-se de obter as credenciais para o dispositivo RecoverPoint. A conta especificada deve ter a função de administrador do RecoverPoint. Inicialmente, especifique as credenciais ao adicionar o dispositivo RecoverPoint ao AppSync. Para atualizar as credenciais no AppSync posteriormente, siga estas etapas: Exibindo locais do RecoverPoint 1. Selecione Reset Login Credentials de um local do RecoverPoint que está listado na página Settings > Storage Infrastructure do console. 2. Adicione as credenciais atuais para o dispositivo. Exiba os locais do RecoverPoint na guia Settings. Essa operação requer a função de administrador de recursos em AppSync 1. Selecione Settings > Storage Infrastructure. 2. Selecione um local ou locais do RecoverPoint. O painel Details exibe informações para os locais do RecoverPoint que você selecionou. Adicionando armazenamento de VMAX e VMAX 3 Siga este procedimento para adicionar arrays de VMAX e VMAX 3 a AppSync. Essa operação requer a função de administrador de recursos em AppSync O AppSync exige no mínimo a versão para o provedor de SMI-S dar suporte os arrays do VMAX 3, e no mínimo a versão do provedor de SMI-S para dar suporte a arrays VMAX V2. Não use o mesmo provedor de SMI-S para gerenciar arrays V2 e V3. Adicionando armazenamento de VMAX e VMAX 3 45

46 Configuração e gerenciamento de recursos Obs. Depois de fazer upgrade para o AppSync 2.2.2, ou após o upgrade do provedor de SMI-S, detecte novamente todos os arrays VMAX no AppSync. Essa ação atualiza as informações de configuração do provedor. O AppSync pode gerenciar arrays V2 e V3 no mesmo host com uma versão do provedor de SMI-S e posterior. 1. No console do AppSync, selecione Settings > Storage Infrastructure. 2. No canto inferior esquerdo do console, clique em Add na lista suspensa e selecione VMAX Storage para iniciar o Assistente de armazenamento Add VMAX. 3. Na primeira página do assistente, digite as credenciais do provedor de SMI-S, incluindo Nome ou endereço IP, número de porta, nome de usuário e senha. 4. Pressione em Enter para exibir a página Select VMAX. Uma lista de arrays do VMAX gerenciados pelo provedor de SMI-S é exibida. 5. Selecione o array desejado (array de onde você deseja armazenar a cópia, não no array de produção) e clique em Next. A página Groups and Pools é exibida, onde você pode configurar os arrays do VMAX para grupos de armazenamento e/ou pools de armazenamento. Para arrays do VMAX 3, somente as opções de grupo de armazenamento são exibidas, por exemplo: Figura 1 Configurar o grupo de armazenamento do VMAX 6. Selecione um grupo de armazenamento e/ou a pool de armazenamento na lista suspensa. Se você selecionar o pool de armazenamento, adicione o limite para uso do pool de armazenamento. Para um VMAX 3, se a opção de grupo de armazenamento não estiver configurada, o pool de recursos de armazenamento é usado para criar os dispositivos de destino. 7. Depois de selecionar essas opções, clique em Finish. Um janela pop-up é exibida com uma mensagem Successfully Configured VMAX storage. 46 EMC AppSync Guia de Instalação e Configuração

47 Configuração e gerenciamento de recursos Usando o recurso de gerenciamento de armazenamento de cópias do VMAX Depois de adicionar os arrays VMAX, você pode alterar ou iniciar atribuições do array para um grupo ou pool de armazenamento usando o recurso de gerenciamento de armazenamento de cópias do console do AppSync. No console do AppSync, acesse os arrays do VMAX: Settings > Storage Infrastructure Use o recurso de gerenciamento de armazenamento de cópias para atribuir ou editar um grupo de armazenamento ou pool de armazenamento para um array específico do VMAX. 1. Na lista de arrays da infraestrutura de armazenamento no console, marque o VMAX que você deseja configurar e, em seguida, clique em Manage Copy Storage localizado na barra de menu inferior da tela Storage Infrastructure. Essa ação abre a caixa de diálogo Manage Copy Storage exibida com as informações do grupo e pool de armazenamento configurados atualmente para o array selecionado (se configurado anteriormente). 2. Selecione o grupo de armazenamento desejado para o array no menu suspenso Storage Group, na caixa de diálogo. 3. Selecione o pool de armazenamento desejado no menu suspenso Storage Pool. Você também pode atribuir a porcentagem do array que deseja alocar para o pool. Para VMAX V3, o pool de armazenamento é exibido como pool de recursos de armazenamento, que é pré-selecionado e não pode ser selecionado pelo usuário. 4. Clique em OK. Resultado O AppSync configura os novos dados para o array VMAX. Adicionar um VNX, array do VNXe ou local do RecoverPoint ao AppSync Essa operação requer a função de administrador de recursos em AppSync Informe as credenciais para uma conta que tenha a função de administrador ou administrador de armazenamento. Obs. Se o VNX contiver o VNX File, bem como VNX Block, você deve ser um usuário Global. 1. Selecione Settings > Storage Infrastructure. 2. Clique em Add. 3. Selecione um dos seguintes: VNX VNXe RecoverPoint 4. Adicione um nome ou endereço IP: Adicionar um VNX, array do VNXe ou local do RecoverPoint ao AppSync 47

48 Configuração e gerenciamento de recursos a. Para um sistema de armazenamento do VNX block, digite um ou mais dos seguintes itens: o endereço IP do processador de serviço SPA ou SPB. Obs. Se o IP não indicar um nome, crie uma entrada no arquivo de host do Windows com um nome. Consulte esse arquivo: C:\Windows\System32\drivers\etc \hosts b. Para um VNX, digite o endereço IP da Control Station. c. Para VNXe, digite o nome ou endereço IP da interface de gerenciamento. d. Para um local do RecoverPoint, digite o endereço IP de gerenciamento do local, o nome de host para o local do RecoverPoint ou o nome de cluster RPA. Em uma configuração CLR, você só adiciona um local, os outros são detectados automaticamente. 5. Digite as credenciais adicionais: a. Para VNX, digite o nome de usuário e a senha para acessar o sistema de armazenamento. b. Para VNXe, digite o nome de usuário Global (nome de usuário do administrador) e a senha (senha de administrador). c. Para o RecoverPoint, digite um nome de usuário existente e a senha para acessar o local para uma conta que tenha a função de administrador do RecoverPoint. 6. Clique em OK. Atualizando o sistema de armazenamento do VNX ou VNXe Atualize o AppSync quando o VNX não estiver configurado ou quando você desejar adicionar funcionalidade (por exemplo, adicionar VNX block ou VNX file). Essa operação requer a função de administrador de recursos em AppSync 1. Selecione Settings > Storage Infrastructure. 2. Selecione o sistema de armazenamento VNX que você deseja configurar. 3. No painel Details, para VNX, edite os campos de endereço IP de SPA, SPB e IP da Control Station; ou, para VNXe, edite as credenciais de interface de gerenciamento e clique em Apply. Definindo credenciais para um sistema de armazenamento Você precisa especificar as credenciais ao adicionar ou configurar um sistema de armazenamento VNX ou VNXe, VMAX, VMAX 3, XtremIO ou ViPR Controller no AppSync. Essa operação requer a função de administrador de recursos em AppSync Você precisa saber as credenciais do sistema de armazenamento. Inicialmente você especifica as credenciais ao adicionar o sistema de armazenamento no AppSync. Siga as etapas nos Assistentes Add Storage. Você também pode atualizar as credenciais no AppSync mais tarde usando estas etapas. 48 EMC AppSync Guia de Instalação e Configuração

49 Configuração e gerenciamento de recursos 1. Selecione Reset Login Credentials em um sistema de armazenamento listado em Settings > Storage Infrastructure. 2. Informe as novas credenciais para o sistema de armazenamento e, em seguida, selecione OK. Adicione e registre o armazenamento do ViPR Controller no AppSync Analise os pré-requisitos e saiba o procedimento para adicionar e registrar o armazenamento do ViPR Controller no AppSync. Este procedimento requer a função de administrador de armazenamento no AppSync e credenciais de administrador de tenant do provedor ViPR Controller. O ViPR Controller deve estar registrado e ser detectado no AppSync. O AppSync não tem função multitenant e permite que somente uma credencial seja associada por sistema de armazenamento, configure, portanto, o ViPR Controller com o AppSync usando credenciais de administrador de tenant do ViPR Controller. Essas credenciais fornecem direitos de sistema do ViPR Controller. Antes de adicionar o armazenamento do ViPR Controller, considere o seguinte: O AppSync usa as APIs clientes do ViPR Controller para se comunicar com um sistema de armazenamento definido por software do ViPR Controller. APIs clientes fazem chamadas REST para o ViPR Controller internamente na porta 4443 (padrão). Como parte da detecção do sistema de armazenamento definido por software do ViPR Controller, o AppSync detecta todos os nós de controladora gerenciados por um IP virtual específico. Por padrão, o AppSync usa o endereço IP usado para registrar o sistema do ViPR. A EMC recomenda que você use o endereço IP virtual público (VIP) do ViPR Controller para registrar o array. Você pode alterar a preferência de IP e configurar o AppSync para usar um endereço IP de nó específico para todas as comunicações de REST. 1. No console do AppSync, acesse Settings. 2. Na lista suspensa Add, selecione ViPR Controller. Adicione e registre o armazenamento do ViPR Controller no AppSync 49

50 Configuração e gerenciamento de recursos Figura 2 Adicione o ViPR ao AppSync O Assistente Add ViPR é iniciado. 3. Digite o ViPR Virtual Name or IP Address (nome virtual ou endereço IP do ViPR) para registrar o ViPR. 4. Digite o Global user name (nome de usuário global). Esse nome é o nome de usuário para o ViPR Controller. 5. Informe a Password (senha) do ViPR Controller. 6. Protocol e Port são pré-configurados. Eles são definidos por padrão. 7. Clique em OK. A página de detalhes do ViPR Controller (infraestrutura de armazenamento de configurações) inicia; nela você pode visualizar a instância do ViPR Controller adicionada, com informações sobre configuração. Resultado A página de detalhes do ViPR Controller inicia (Settings > Storage Infrastructure); nela você pode visualizar a instância adicionada do ViPR Controller com informações sobre configuração. Se as credenciais de ViPR Controller forem modificadas no futuro, o administrador de armazenamento do AppSync pode redefinir as credenciais do ViPR nessa página de configurações. 50 EMC AppSync Guia de Instalação e Configuração

51 Configuração e gerenciamento de recursos Figura 3 Configurações e detalhes do ViPR Controller Adicionar um array de XtremIO a AppSync Para habilitar o array de XtremIO para operar com AppSync, adicione o array à configuração de AppSync. Com o XtremIO 4.0 e posterior, o servidor de gerenciamento do XtremIO (XMS) pode gerenciar vários arrays do XtremIO. Para adicionar e configurar um array do XtremIO para operar com o AppSync, você precisa de um servidor de gerenciamento do XtremIO (XMS) configurado em uma SAN com pelo menos um array do XtremIO. Certifique-se de que XtremIO está zoneado para hosts de produção e montagem. 1. No console do AppSync, acesse Settings > Storage Infrastructure. 2. No lado esquerdo, centro da página Storage Infrastructure, clique em Add e, em seguida, selecione XtremIO. O Assistente Add XtremIO é aberto. 3. Digite as credenciais para o servidor de gerenciamento do XtremIO, incluindo o nome/endereço IP, nome de usuário e a senha e clique em Next. 4. Selecione o array do XtremIO que você deseja adicionar ao AppSync e, em seguida, clique em Finish. Resultado Você pode visualizar os arrays adicionados na página AppSync Storage Infrastructure do console do AppSync. Adicionar um array de XtremIO a AppSync 51