VMAX All Flash Guia de produtos da família Dell EMC · 2020. 6. 4. · Guia de instalação do kit...

Guia de produtos da família Dell EMCVMAX All Flash

VMAX 250F, 450F, 850F, 950F com HYPERMAX OSRevision 12

September 2019

Copyright © 2016-2019 Dell Inc. or its subsidiaries. Todos os direitos reservados.

A Dell assegura que as informações apresentadas neste documento estão corretas na data da publicação. 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 DELL NÃO GARANTE

NENHUM TIPO DE INFORMAÇÃO CONTIDA NESTA PUBLICAÇÃO, ASSIM COMO SE ISENTA DE GARANTIAS DE COMERCIALIZAÇÃO OU

ADEQUAÇÃO DE UM PRODUTO A UM PROPÓSITO ESPECÍFICO. O USO, A CÓPIA E A DISTRIBUIÇÃO DE QUALQUER SOFTWARE DA DELL

DESCRITO NESTA PUBLICAÇÃO EXIGE UMA LICENÇA DE SOFTWARE.

Dell Technologies, Dell, EMC, Dell EMC e outras marcas comerciais são de propriedade da Dell Inc. ou de suas subsidiárias. Outras marcas

comerciais aqui mencionadas pertencem a seus respectivos proprietários. Publicado no Brasil.

Dell EMC (Brasil)Rua Verbo Divino, 1.488 – 4º andar São Paulo – SP – 04719-904Tel.: (11) 5185-8800 Fax: (11) 5185-8999www.DellEMC.com/pt-br/index.htm

2 Guia de produtos da família Dell EMC VMAX All Flash VMAX 250F, 450F, 850F, 950F com HYPERMAX OS

7

9

Prefácio 11Histórico de revisões......................................................................................... 18

VMAX All Flash com HYPERMAX OS 21Introdução ao VMAX All Flash com o HYPERMAX OS.......................................22

Especificações de hardware do VMAX All Flash................................... 24Pacotes de software......................................................................................... 25HYPERMAX OS................................................................................................ 27

Novidades do HYPERMAX OS 5977.1125.1125..................................... 27Emulações do HYPERMAX OS.............................................................28Recipientes de aplicativos.................................................................... 30Integridade e proteção de dados.......................................................... 33Compactação em linha......................................................................... 40

Interfaces de gerenciamento 43Versões da interface de gerenciamento............................................................ 44Unisphere for VMAX......................................................................................... 44

Workload Planner.................................................................................45FAST Array Advisor..............................................................................45

Unisphere 360.................................................................................................. 45Solutions Enabler.............................................................................................. 45Mainframe Enablers.......................................................................................... 46GDDR (Geographically Dispersed Disaster Restart).......................................... 47Provedor de SMI-S........................................................................................... 47Provedor de VASA............................................................................................ 47Interface de gerenciamento eNAS ................................................................... 48Storage Resource Management (SRM)............................................................ 48vStorage APIs for Array Integration.................................................................. 48SRDF Adapter for VMware vCenter Site Recovery Manager............................ 49SRDF/Cluster Enabler...................................................................................... 49Pacote de produtos para z/TPF........................................................................49SRDF/TimeFinder Manager for IBMi................................................................ 50AppSync........................................................................................................... 50

Recursos de sistemas abertos 53Suporte do HYPERMAX OS para sistemas abertos...........................................54Backup e restauração usando o ProtectPoint e o Data Domain.........................54

Backup.................................................................................................54Restauração.........................................................................................55Agentes do ProtectPoint..................................................................... 56Recursos usados para backup e restauração do ProtectPoint..............56ProtectPoint e backup tradicional........................................................56Mais informações................................................................................. 57

Figuras

Tabelas

Capítulo 1

Capítulo 2

Capítulo 3

CONTEÚDO

Guia de produtos da família Dell EMC VMAX All Flash VMAX 250F, 450F, 850F, 950F com HYPERMAX OS 3

VMware Virtual Volumes................................................................................... 57Componentes do VVol..........................................................................57Escalabilidade do VVol......................................................................... 58Fluxo de trabalho do VVol.................................................................... 58

Recursos de mainframe 61Suporte do HYPERMAX OS para mainframe.....................................................62Suporte à funcionalidade dos sistemas IBM z................................................... 62Suporte a IBM 2107...........................................................................................63Recursos da unidade de controle lógico............................................................ 63Emulações de unidade de disco.........................................................................64Configurações em cascata................................................................................ 64

Provisionamento 65Provisionamento thin........................................................................................ 66

Pré-configuração para provisionamento thin........................................66Thin devices (TDEV)............................................................................ 67Superatribuição de thin devices........................................................... 68Provisionamento específico para sistemas abertos.............................. 68

CloudArray como um nível externo....................................................................70

Replicação local nativa com o TimeFinder 71Sobre o TimeFinder...........................................................................................72

Interoperabilidade com produtos preexistentes do TimeFinder.............73Snapshots sem destino........................................................................ 73Snapshots seguros............................................................................... 74Provisionar vários ambientes a partir de um destino vinculado............. 74Snapshots em cascata......................................................................... 75Acessando cópias point-in-time........................................................... 75

SnapVX e zDP mainframe................................................................................. 76

Replicação remota 79Replicação remota nativa com o SRDF............................................................. 80

Soluções de dois locais do SRDF.......................................................... 81Soluções de diversos locais do SRDF................................................... 83Compatibilidade entre famílias............................................................. 84Pares de volumes SRDF....................................................................... 85Identificações do dispositivo dinâmico................................................. 88Modos de operação do SRDF...............................................................89Grupos do SRDF.................................................................................. 90Director boards, links e portas.............................................................. 91Consistência do SRDF.......................................................................... 91Migração de dados...............................................................................92Mais informações.................................................................................93

SRDF/Metro.....................................................................................................94Opções de implementação................................................................... 94Resiliência do SRDF/Metro..................................................................94Recursos de recuperação de desastres................................................ 96Mais informações................................................................................. 97

RecoverPoint.................................................................................................... 97Replicação remota com o eNAS........................................................................98

Capítulo 4

Capítulo 5

Capítulo 6

Capítulo 7

Conteúdo


Combinação de replicação local e remota 99Integração do SRDF e do TimeFinder.............................................................. 100Dispositivos R1 e R2 em operações do TimeFinder.......................................... 100SRDF/AR........................................................................................................ 100

Configurações de 2 sites de SRDF/AR................................................ 101Configurações de 3 sites de SRDF/AR............................................... 102

TimeFinder e SRDF/A..................................................................................... 103TimeFinder e SRDF/S..................................................................................... 103

Migração de dados 105Visão geral.......................................................................................................106Migração de dados para sistemas abertos....................................................... 107

Visão geral da migração não disruptiva............................................... 107Open Replicator................................................................................... 111PowerPath Migration Enabler..............................................................113Migração de dados usando SRDF/Data Mobility................................. 113Recuperação de espaço e espaço nulo................................................ 113

Migração de dados para mainframe..................................................................113Migração de volumes usando o z/OS Migrator....................................115Migração de conjuntos de dados usando o z/OS Migrator.................. 115

CloudArray para VMAX All Flash 117Sobre o CloudArray.......................................................................................... 118Dispositivo físico do CloudArray....................................................................... 119Conectividade dos provedores de nuvem......................................................... 119Armazenamento em cache dinâmico................................................................ 119Integridade e segurança dos dados..................................................................120Administration................................................................................................. 120

Relatórios de erros de mainframe 121Relatórios de erros do host de mainframe........................................................122Geração de relatórios de severidade SIM.........................................................122

Erros ambientais................................................................................. 123Mensagens de operadores.................................................................. 127

Licenciamento 129eLicensing....................................................................................................... 130

Medições de capacidade..................................................................... 131Licenças de sistema aberto..............................................................................132

Suítes de licençaPacotes de licença....................................................132Licenças individuais............................................................................ 136Licenças do ecossistema.................................................................... 136

Capítulo 8

Capítulo 9

Capítulo 10

Apêndice A

Apêndice B

Conteúdo


Conteúdo


Dimensionamento vertical e scale-out do VMAX All Flash................................................. 23Arquitetura de D@RE, incorporada................................................................................... 35Arquitetura de D@RE, externa..........................................................................................35Compactação em linha e excesso de inscrições................................................................ 40Fluxo de dados durante uma operação de backup no Data Domain................................... 55Grupos de provisionamento automático............................................................................ 69Snapshots sem destino do SnapVX................................................................................... 74Snapshots em cascata do SnapVX.................................................................................... 75Operação do zDP.............................................................................................................. 76Dispositivos R1 e R2..........................................................................................................85Dispositivo R11 em um SRDF simultâneo........................................................................... 86Dispositivo R21 no SRDF em cascata................................................................................ 87Dispositivos R22 no SRDF/Star em cascata e simultâneo.................................................88Migração de dados e remoção do array secundário (R2)...................................................92SRDF/Metro.....................................................................................................................94Recuperação de desastres para SRDF/Metro...................................................................96Solução de dois locais do SRDF/AR................................................................................. 101Solução de três locais do SRDF/AR.................................................................................102Zoneamento da migração não disruptiva..........................................................................108Recebimento dinâmico (ou de produção) do Open Replicator.......................................... 112Recebimento inativo (ou point-in-time) do Open Replicator............................................ 112Migração de volumes do z/OS......................................................................................... 115Migração de conjuntos de dados do z/OS Migrator......................................................... 116Implementação do CloudArray para VMAX All Flash......................................................... 119Formato de mensagem de erro de alerta Acute IEA480E do z/OS (falha de call home)... 127Formato de mensagem de erro de alerta Service IEA480E do z/OS (falha do adaptador dedisco)...............................................................................................................................127Formato de mensagem de erro de alerta Service IEA480E do z/OS (grupo do SRDFperdido/SIM apresentada em relação a recursos não relacionados)................................ 127Formato da mensagem de erro de alerta Service IEA480E do z/OS (nova sincronização doespelhamento 2).............................................................................................................. 128Formato da mensagem de erro de alerta Service IEA480E do z/OS (nova sincronização doespelhamento 1).............................................................................................................. 128Processo de eLicensing................................................................................................... 130

1234567891011121314151617181920212223242526

27

28

29

30

FIGURAS


Figuras


Convenções tipográficas usadas neste conteúdo.............................................................. 15Histórico de revisões......................................................................................................... 18Legenda de símbolos dos recursos/pacotes de software do VMAX All Flash.....................25Recursos do software VMAX All Flash por modelo............................................................25Emulações do HYPERMAX OS..........................................................................................28Requisitos de recursos do eManagement..........................................................................30Configurações do eNAS por array..................................................................................... 32Tarefas Unisphere.............................................................................................................44Recurso de gerenciamento de componentes de arquitetura de VVol.................................58Escalabilidade do VVol específico......................................................................................58Valores máximos da unidade de controle lógico.................................................................63Máximo de LPARs por porta............................................................................................. 63Opções de RAID................................................................................................................ 67Soluções de dois locais do SRDF....................................................................................... 81Soluções de diversos locais do SRDF................................................................................ 83Alertas de severidade SIM............................................................................................... 123Erros ambientais relatados como mensagens SIM........................................................... 123Tipos de capacidade dos títulos de produtos VMAX All Flash........................................... 131Pacotes de licença do VMAX All Flash............................................................................. 132Licenças individuais para ambiente de sistemas abertos.................................................. 136Licenças individuais para ambiente de sistemas abertos.................................................. 136

123456789101112131415161718192021

TABELAS


Tabelas


Prefácio

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

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

Obs.: Este documento estava preciso no momento da publicação. Novas versões destedocumento podem ser lançadas no site de suporte on-line da Dell EMC (https://www.dell.com/support/home). Certifique-se de que você esteja usando a versão mais recentedeste documento.

Objetivo

Este documento apresenta os recursos doas arrays VMAX All Flash 250F, 450F, 850F, 950F queexecutam o HYPERMAX OS 5977.

Público-alvo

Este documento deve ser usado por clientes e representantes da Dell EMCEMC.

Documentação relacionada

Os portfólios de documentação a seguir contêm documentos relacionados à plataforma e aosmanuais de hardware necessários para gerenciar a configuração de seu software e do sistema dearmazenamento. Também estão listados os documentos dos componentes externos que interagemcom o array do VMAX All Flash .

Documentos da plataforma de hardware:

Guia de planejamento de locais do Dell EMC VMAX All Flash para VMAX 250F, 450F, 850F e 950Fcom HYPERMAX OS

Apresenta informações de planejamento sobre a compra e a instalação de um VMAX 250F,450F, 850F e 950F com HYPERMAX OS.

Guia de práticas recomendadas do Dell EMC VMAX para conexões de fonte de alimentação AC

Descreve as práticas recomendadas para garantir a energia tolerante a falhas para um array dafamília VMAX3 ou para um array totalmente flash do VMAX.

Procedimentos de desligamento e inicialização do Dell EMC VMAX

Descreve como desligar e inicializar um array da família VMAX3 ou um array totalmente flashdo VMAX.

Guia de instalação do kit de fixação do Dell EMC VMAX

Descreve como instalar o kit de fixação em um array da família VMAX3 ou em um arraytotalmente flash do VMAX.

ELN (E-Lab™ Interoperability Navigator)

Portal de busca de interoperabilidade e soluções baseado na Web. O ELN está disponível em https://elabnavigator.EMC.com.

Documentos do Unisphere:


https://www.dell.com/support/home


https://elabnavigator.EMC.com

Notas da Versão do EMC Unisphere for VMAX

Descreve os novos recursos e as limitações conhecidas do Unisphere for VMAX.

Guia de Instalação do EMC Unisphere for VMAX

Apresenta instruções de instalação para o Unisphere for VMAX.

Ajuda on-line do EMC Unisphere for VMAX

Descreve os conceitos e as funções do Unisphere for VMAX.

Guia de instalação do visualizador de desempenho do EMC Unisphere for VMAX

Apresenta instruções de instalação para o visualizador de desempenho do Unisphere forVMAX.

Ajuda on-line do analisador de armazenamento de banco de dados do EMC Unisphere for VMAX

Descreve os conceitos e as funções do analisador de armazenamento de banco de dados doUnisphere for VMAX.

Notas da Versão do EMC Unisphere 360 for VMAX

Descreve os novos recursos e todas as limitações conhecidas do Unisphere 360 for VMAX.

Guia de instalação do EMC Unisphere 360 for VMAX

Apresenta instruções de instalação para o Unisphere 360 for VMAX.

Ajuda on-line do EMC Unisphere 360 for VMAX

Descreve os conceitos e as funções do Unisphere 360 for VMAX.

Documentos do Solutions Enabler:

Notas da versão do Dell EMC Solutions Enabler, do VSS Provider e do SMI-S Provider

Descreve os novos recursos e as limitações conhecidas.

Guia de instalação e configuração do Dell EMC Solutions Enabler

Apresenta instruções de instalação específicas ao host.

Guia de referência da CLI do Dell EMC Solutions Enabler

Documenta os comandos SYMCLI, os daemons, os códigos de erro e os parâmetros dosarquivos de opções fornecidos nas páginas do manual do Solutions Enabler.

Guia do usuário da CLI de gerenciamento e controles de array do Dell EMC Solutions Enabler

Descreve como configurar as operações de controle, gerenciamento e migração de arraysutilizando comandos SYMCLI para os arrays que executam o HYPERMAX OS e PowerMaxOS.

Guia do usuário da CLI de gerenciamento e controles de array do Dell EMC Solutions Enabler

Descreve como configurar as operações de controle, gerenciamento e migração de arraysutilizando comandos SYMCLI para os arrays que executam o Enginuity.

Guia de usuário da CLI da família SRDF do Dell EMC Solutions Enabler

Descreve como configurar e gerenciar ambientes SRDF utilizando comandos SYMCLI.

Informações de Conectividade Entre Famílias do SRDF

Define as versões do PowerMaxOS, do HYPERMAX OS e do Enginuity que podem ser partedas configurações válidas do SRDF/Metro e replicações válidas do SRDF, e que podemparticipar de uma NDM (Non-Disruptive Migration, migração não disruptiva).

Guia de usuário da CLI do TimeFinder SnapVX do Dell EMC Solutions Enabler

Descreve como configurar e gerenciar ambientes TimeFinder SnapVX utilizando comandosSYMCLI.

Prefácio


Guia de usuário do Dell EMC Solutions Enabler SRM CLI

Apresenta informações sobre o SRM (Storage Resource Management, gerenciamento derecursos de armazenamento) relacionadas a diversos objetos de dados e recursos detratamento de dados.

Guia de configuração do Dell EMC SRDF/Metro vWitness

Descreve como instalar, configurar e gerenciar o SRDF/Metro usando a vWitness.

Guia do usuário de eventos e alertas da Dell EMC para PowerMax e VMAX

Documenta as mensagens do daemon SYMAPI, eventos assíncronos de erros e mensagem,códigos de retorno SYMCLI e como configurar o log de eventos.

Documentos do Embedded NAS (eNAS):

Notas da Versão do EMC VMAX Embedded NAS

Descreve os novos recursos e identifica as restrições de funcionalidade e os problemas dedesempenho conhecidos que podem existir na versão atual.

Guia de Início Rápido do Embedded NAS do EMC VMAX

Descreve como configurar o eNAS em um sistema de armazenamento do VMAX3 ou do VMAXAll Flash.

Recuperação Automática de Arquivos do EMC VMAX Embedded NAS com SRDF/S

Descreve como instalar e utilizar o EMC File Auto Recovery com SRDF/S.

Guia de referência da CLI do Dell EMC PowerMax eNAS

Apresenta uma referência para os usuários de linha de comando e programadores de script,descrevendo a sintaxe, códigos de erro e parâmetros de todos os comandos do eNAS.

Documentos do ProtectPoint:

Guia de soluções do Dell EMC ProtectPoint

Apresenta informações sobre o ProtectPoint relacionadas aos vários objetos de dados erecursos de tratamento de dados.

Guia de administração e instalação do Dell EMC File System Agent versão 4.6

Mostra como instalar, configurar e gerenciar o ProtectPoint File System Agent.

Guia de administração e instalação do Dell EMC Database Application Agent versão 4.6

Mostra como instalar, configurar e gerenciar o ProtectPoint Database Application Agent.

Guia de administração e instalação do Dell EMC Microsoft Application Agent

Mostra como instalar, configurar e gerenciar o ProtectPoint Microsoft Application Agent.

Obs.: O ProtectPoint foi renomeado para Storage Direct e está incluído no PowerProtect, DataProtection Suite for Apps ou Data Protection Suite Enterprise Software Edition.

Documentos do Mainframe Enablers:

Guia de instalação e personalização do Dell EMC Mainframe Enablers

Descreve como instalar e configurar o software Mainframe Enablers.

Notas da versão do Dell EMC Mainframe Enablers


Guia de mensagens do Dell EMC Mainframe Enablers

Descreve as mensagens de erro, status e advertência geradas pelo software MainframeEnablers.

Prefácio


Guia de produto do Dell EMC Mainframe Enablers ResourcePak Base for z/OS

Descreve como configurar o controle e o gerenciamento do sistema VMAX utilizando oEMCSCF (EMC Symmetrix Control Facility).

Guia de produto do Dell EMC Mainframe Enablers AutoSwap for z/OS

Descreve como usar o AutoSwap para executar trocas automáticas de carga de trabalho entreos sistemas VMAX quando o software detectar uma paralisação planejada ou não planejada.

Guia de produto do Dell EMC Mainframe Enablers Consistency Groups for z/OS

Descreve como usar os ConGroups (consistency groups) for z/OS para garantir aconsistência dos dados copiados remotamente pelo SRDF em caso de desastre.

Guia de produto do Dell EMC Mainframe Enablers SRDF Host Component for z/OS

Descreve como usar o SRDF Host Component para controlar e monitorar os processos dereplicação remota de dados.

Guia de produto do Dell EMC Mainframe Enablers TimeFinder SnapVX e zDP

Descreve como usar o TimeFinder SnapVX e o zDP para criar e gerenciar snapshots semdestino com uso eficiente de espaço.

Guia de produto do Dell EMC Mainframe Enablers TimeFinder/Clone Mainframe Snap Facility

Descreve como usar o TimeFinder/Clone, o TimeFinder/Snap e o TimeFinder/CG paracontrolar e monitorar os processos de replicação local de dados.

Guia de produto do Dell EMC Mainframe Enablers TimeFinder/Mirror for z/OS

Descreve como usar o TimeFinder/Mirror para criar BVCs (Business Continuance Volumes)que, em seguida, podem ser estabelecidos, divididos, restabelecidos e restaurados a partir devolumes lógicos de origem para backup, restauração, suporte a decisões ou teste deaplicativos.

Guia de produto do Dell EMC Mainframe Enablers TimeFinder Utility for z/OS

Descreve como usar o TimeFinder Utility para condicionar volumes e dispositivos.

Documentos do Geographically Dispersed Disaster Recovery (GDDR):

Guia de produto do Dell EMC GDDR para SRDF/S com ConGroup

Descreve como usar o GDDR (Geographically Dispersed Disaster Restart) para automatizar arecuperação de negócios após as paralisações planejadas e as situações de desastres.

Guia de produto do Dell EMC GDDR para SRDF/S com AutoSwap


Guia de produto do Dell EMC GDDR para SRDF/Star


Guia de produto do Dell EMC GDDR para SRDF/Star com AutoSwap


Guia de produto do Dell EMC GDDR para SRDF/SQAR com AutoSwap


Prefácio


Guia de produto do Dell EMC GDDR para SRDF/A


Guia de mensagens do Dell EMC GDDR

Descreve as mensagens de erro, status e advertência geradas pelo GDDR.

Notas da versão do Dell EMC GDDR


Documentos do z/OS Migrator:

Guia de produto do Dell EMC z/OS Migrator

Descreve como usar o z/OS Migrator para executar funções de espelhamento e migração devolumes, bem como funções lógicas de migração.

Guia de mensagens do Dell EMC z/OS Migrator

Descreve as mensagens de erro, status e advertência geradas pelo z/OS Migrator.

Notas da versão do Dell EMC z/OS Migrator


Documentos do z/TPF:

Guia de produto do Dell EMC ResourcePak para z/TPF

Descreve como configurar o controle e o gerenciamento do sistema VMAX no ambienteoperacional z/TPF.

Guia de produto do Dell EMC SRDF Controls para z/TPF

Descreve como realizar as operações de replicação remota no ambiente operacional z/TPF.

Guia de produto do Dell EMC TimeFinder Controls para z/TPF

Descreve como realizar operações de replicação local no ambiente operacional z/TPF.

Notas da versão do Dell EMC z/TPF Suite


Convenções tipográficas

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

Tabela 1 Convenções tipográficas usadas neste conteúdo

Negrito Usado em nomes de elementos de interface, como nomes de janelas,caixas de diálogo, botões, campos, nomes de guias, nomes de teclase caminhos de menu (que o usuário especificamente seleciona ou nosquais clica).

Itálico Usado nos títulos completos de publicações mencionadas no texto.

Monospace Usada para:

l Código do sistema

l Resultados do sistema, como uma mensagem de erro ou umscript

l Nomes de caminhos, nomes de arquivos, prompts e sintaxe

l Comandos e opções

Prefácio


Tabela 1 Convenções tipográficas usadas neste conteúdo (continuação)

Monospace em itálico Usada para variáveis

Monospace emnegrito

Usado para interação do usuário

[ ] Os colchetes englobam valores opcionais

| Barra vertical indica seleções alternadas – a barra significa “ou”.

{ } As chaves incluem o conteúdo que o usuário deve especificar, comox, y ou z

... As reticências indicam informações não essenciais omitidas doexemplo

Onde obter ajuda

Informações sobre licenciamento, suporte e produtos da Dell EMCEMC podem ser obtidas daseguinte maneira:

Informações sobre produtos

Suporte técnico da Dell EMC, documentação, notas da versão, atualizações de software ouinformações sobre produtos da Dell EMC podem ser obtidos em https://www.dell.com/support/home (necessário registro) ou https://www.dellemc.com/en-us/documentation/vmax-all-flash-family.htm.

Suporte técnico

Para abrir um chamado por meio do site de suporte on-line da Dell EMC (https://www.dell.com/support/home), você deve ter um contrato de suporte válido. Entre emcontato com o representate de vendas da Dell EMC para obter detalhes de como adquirir umcontrato de suporte válido ou para tirar dúvidas sobre sua conta.

Opções adicionais de suporte

l Suporte por produto: a Dell EMC oferece informações consolidadas e específicas deproduto na Web em: https://support.EMC.com/productsAs páginas da Web de suporte por produto oferecem links rápidos para documentação,white papers, conselhos (como artigos da base de conhecimento frequentemente usados)e downloads, bem como conteúdo mais dinâmico, como apresentações, discussões,entradas relevantes do fórum de atendimento ao cliente e um link para o bate-papo on-lineda Dell EMCEMC.

l Bate-papo on-line da Dell EMCEMC — abra uma sessão de bate-papo ou de mensageminstantânea com um engenheiro de suporte da Dell EMCEMC.

Suporte a eLicensing

Para ativar seus direitos e obter os arquivos da licença do VMAX, acesse o Centro de Serviçosem no Suporte on-line da Dell EMC (https://www.dell.com/support/home), conformedescrito na carta do LAC (License Authorization Code, código de autorização delicenciamento) enviada a você por e-mail.

l Para obter ajuda com direitos ausentes ou incorretos após a ativação (ou seja, afuncionalidade esperada permanece indisponível porque não está licenciada), entre emcontato com o representante de contas ou revendedor autorizado da Dell EMC.

l Para obter ajuda com erros ao aplicar os arquivos de licença no Solutions Enabler, entreem contato com o Dell EMC Customer Support Center.

Prefácio




https://www.dellemc.com/en-us/documentation/vmax-all-flash-family.htm

https://www.dellemc.com/en-us/documentation/vmax-all-flash-family.htm



https://support.EMC.com/products


l Caso você não tenha uma carta do LAC ou precise de mais instruções sobre a ativação desuas licenças por meio do site do Suporte on-line, entre em contato com a equipe mundialde licenciamento da Dell EMC pelo e-mail [email protected] ou ligue para:

n América do Norte, América Latina, APJK, Austrália, Nova Zelândia: SVC4EMC(800-782-4362) e siga as instruções de voz.

n EMEA: +353 (0) 21 4879862 e siga as instruções da gravação.

Seus comentários

Suas sugestões nos ajudarão a aprimorar a precisão, a organização e a qualidade geral daspublicações. Envie seus comentários e opiniões para: [email protected]

Prefácio


mailto:[email protected]

Histórico de revisõesA tabela a seguir apresenta o histórico de revisões deste documento.

Tabela 2 Histórico de revisões

Revisão Descrição e/ou alteração Sistemaoperacional

12 Atualizado com os recursos novos e alterados relacionados à versão maisrecente do PowerMax OS

PowerMax OS5978.444.444

11 Conteúdo revisado:

l Esclarecer a distância máxima recomendada entre arrays usando SRDF/S

HYPERMAX OS5977.1125.1125


l Atualizar capacidades do sistema



l Seção atualizada sobre o uso do ProtectPoint para operações de backup erestauração

l Adição de compactação de hardware à tabela de recursos do SRDF



l Atualizar as descrições dos arrays All Flash

l Adicionar PowerMax e PowerMaxOS ao capítulo de SRDF


07 Novo conteúdo:

l RecoverPoint

l Suporte ao VMAX 950F

l Snapshots seguros

l Criptografia de dados em repouso

HYPERMAX OS5977. 1125,1125


l Números de consumo de energia e dissipação de calor do VMAX 250F

l Visão geral do array Witness do SRDF/Metro

HYPERMAX OS5997.952. 892

05 Novo conteúdo:

l Suporte ao VMAX 250F

l Compactação em linha

l Suporte a mainframe

l Migração não disruptiva

l vWitness (Virtual Witness)

HYPERMAX OS5997.952. 892

04 Requisito de "RPQ" removido da montagem em rack de terceiros. HYPERMAX5977.810.784

03 Apêndice de licenciamento atualizado. HYPERMAX5977.810.784

Prefácio


Tabela 2 Histórico de revisões (continuação)

Revisão Descrição e/ou alteração Sistemaoperacional

02 Atualização de valores da tabela de especificação de dissipação de calor eenergia.

Service Pack doHYPERMAX OS5977.691.684 +Q1 2016

01 Primeira versão do VMAX All Flash com EMC HYPERMAX OS 5977 para VMAX450F, 450FX, 850F e 850FX.

Service Pack doHYPERMAX OS5977.691.684 +Q1 2016

Prefácio


Prefácio


CAPÍTULO 1

VMAX All Flash com HYPERMAX OS

Este capítulo apresenta os sistemas da VMAX All Flash e o ambiente operacional do HYPERMAXOS.

l Introdução ao VMAX All Flash com o HYPERMAX OS........................................................... 22l Pacotes de software............................................................................................................. 25l HYPERMAX OS.....................................................................................................................27


Introdução ao VMAX All Flash com o HYPERMAX OSO VMAX All Flash é um conjunto de storage arrays que usam apenas flash drives de alta densidade.O conjunto contém 4 modelos que combinam alta escala, baixa latência e serviços avançados dedados:

l VMAX 250F com uma capacidade máxima de 1.16 PBe (Petabytes úteis)

l VMAX 450F com uma capacidade máxima de 2.3 PBe



Cada array VMAX All Flash é composto de um ou mais componentes modulares, chamados de V-Bricks (em um array de sistemas abertos) ou de zBricks (em um array de mainframe). Um V-Brickou um zBrick consiste em:

l Um mecanismo com dois directors (a unidade de processamento de armazenamento de dadosredundantes)

l Capacidade de flash em gavetas DAE (Disk Array Enclosure):

n VMAX 250F: 2 gavetas DAE de 25 slots com capacidade base mínima de 13 TBu

n VMAX 450F, VMAX 850F: 2 gavetas DAE de 120 slots com capacidade base mínima de 53TBu

n VMAX 950F (sistemas abertos ou mistos): 2 gavetas DAE de 120 slots com capacidadebase mínima de 53 TBu

n VMAX 950F (sistemas de mainframe): 2 gavetas DAE de 120 slots com capacidade basemínima de 13 TBu

l Vários pacotes de software estão disponíveis: pacotes F e FX para arrays de sistemas abertos ezF e zFX para arrays de mainframe.

Os clientes podem aumentar a configuração inicial adicionando pacotes de capacidade de 11 TBu(250F) ou 13 TBu (450F, 850F e 950F) que agrupem todas as necessidades de capacidade flash esoftware. Em arrays de sistemas abertos, os pacotes de capacidade são conhecidos como pacotesde capacidade flash. Em arrays de mainframe, eles são conhecidos como pacotes zCapacity. Alémdisso, os clientes também podem fazer o scale-out da configuração inicial incluindo V-Bricks ouzBricks adicionais para aumentar o desempenho, a conectividade e o throughput.

l Os arrays VMAX 250F All Flash são dimensionados de um a dois V-Bricks

l Os arrays VMAX 450F All Flash são dimensionados de um a quatro V-Bricks/zBricks

l Os arrays VMAX 850F/950F All Flash são dimensionados de um a oito V-Bricks/zBricks

O dimensionamento linear e independente da capacidade e do desempenho permite que o VMAXAll Flash seja extremamente flexível para lidar com várias cargas de trabalho. Por exemplo, aimagem a seguir ilustra as oportunidades de dimensionamento para arrays de sistemas abertos doVMAX All Flash.



Figura 1 Dimensionamento vertical e scale-out do VMAX All Flash

Scale out

S

c

a

l

e

u

p

* Depending on the VMAX model

V-Brick

11/53 TBu*

V-Brick

11/53 TBu*

Flash pack

11/13 TBu*

Flash pack

11/13 TBu*

V-Brick

11/53 TBu*

START SMALL, GET BIG

LINEAR SCALE TB’s AND IOPS

EASY TO SIZE, CONFIG, ORDER

Os arrays totalmente flash:

l Usam a avançada Dynamic Virtual Matrix Architecture.

l Oferecem níveis altos de desempenho e de dimensionamento. Por exemplo, os arrays VMAX950F oferecem 6,74 milhões de IOPS (RRH) com menos de 0,5 ms de latência com largura debanda de 150 GB/s. Os arrays VMAX 250F, 450F, 850F e 950F oferecem tempos de respostaconsistentemente baixos (< 0,5 ms).

l Oferecem conectividade de host de mainframe (VMAX 450F, 850F e 950F) e de sistemasabertos (inclusive IBM i) para as necessidades essenciais de armazenamento.

l Use o hipervisor do HYPERMAX OS para oferecer armazenamento em file system com eNAS eserviços incorporados de gerenciamento para Unisphere. eNAS (Embedded Network AttachedStorage) na página 31 e Gerenciamento incorporado na página 30 têm mais informaçõessobre esses recursos.

l Oferece serviços de dados, como:

n Tecnologia de replicação remota do SRDF com a funcionalidade mais recente do SRDF/Metro

n Serviços de replicação local do SnapVX com base na infraestrutura do SnapVX

n Proteção de dados e criptografia

n Acesso à nuvem híbrida

Sobre o TimeFinder na página 72e Sobre o CloudArray na página 118 têm mais informaçõessobre esses recursos.

l Use a tecnologia mais recente de unidades flash nos V-Bricks/zBricks e os pacotes decapacidade para oferecer um nível superior de serviço Diamante.



Especificações de hardware do VMAX All FlashAs especificações detalhadas do hardware VMAX All Flash, inclusive a capacidade, a memóriacache e os protocolos e as conexões de I/O estão disponíveis em:

l VMAX 250F e 950F: https://www.emc.com/collateral/specification-sheet/h16051-vmax-all-flash-250f-950f-ss.pdf

l VMAX 450F e 850F: https://www.emc.com/collateral/specification-sheet/h16052-vmax-all-flash-450f-850f-ss.pdf



https://www.emc.com/collateral/specification-sheet/h16051-vmax-all-flash-250f-950f-ss.pdf




Pacotes de softwareOs arrays VMAX All Flash estão disponíveis com vários pacotes de software (F/FX para arrays desistemas abertos e zF/zFX para arrays de mainframe) que contêm recursos padrão e opcionais.

Tabela 3 Legenda de símbolos dos recursos/pacotes de software do VMAX All Flash

Recurso padrão desse modelo/pacote desoftware.

Recurso opcional desse modelo/pacote desoftware.

Tabela 4 Recursos do software VMAX All Flash por modelo

Software/recurso Modelo e pacotes de software do VMAX

250F 450F 850F, 950F

F FX F FX zF zFX

F FX zF zFX

Consulte:

HYPERMAX OS HYPERMAX OS napágina 27

Gerenciamento incorporadoa Interfaces degerenciamento na página43

Mainframe Essentials Plus Recursos demainframe na página61

SnapVX Sobre o TimeFinder napágina 72

AppSync Starter Pack AppSync na página 50

Compactação Compactação emlinha na página 40

Migração não disruptiva Visão geral da migraçãonão disruptiva na página107

SRDF Replicação remota napágina 79

SRDF/Metro SRDF/Metro na página94

eNAS (Embedded NetworkAttached Storage)

eNAS (EmbeddedNetwork AttachedStorage) na página 31

Unisphere 360 Unisphere 360 na página45

SRM Storage ResourceManagement (SRM) napágina 48



Tabela 4 Recursos do software VMAX All Flash por modelo (continuação)

Software/recurso Modelo e pacotes de software do VMAX

250F 450F 850F, 950F

F FX F FX zF zFX

F FX zF zFX

Consulte:

Criptografia de dados emrepouso (D@RE)

Criptografia de dadosem repouso na página33

CloudArray Enabler CloudArray para VMAXAll Flash na página 117

PowerPath® b b b PowerPath MigrationEnabler na página 113

Pacote completo doAppSync

AppSync na página 50

ProtectPointAgentes doProtectPoint na página56

AutoSwap e zDPSnapVX e zDPmainframe na página76

GDDRGDDR (GeographicallyDispersed DisasterRestart) na página 47

a. O eManagement inclui o Unisphere incorporado, o Solutions Enabler e o SMI-S.b. O pacote FX inclui 75 licenças do PowerPath... Licenças adicionais estão disponíveis separadamente.



HYPERMAX OSEsta seção destaca os recursos do HYPERMAX OS.

Novidades do HYPERMAX OS 5977.1125.1125Esta seção descreve as novas funcionalidades e recursos oferecidos pelo HYPERMAX OS5977.1125.1125 para arrays VMAX All Flash.

RecoverPoint

O HYPERMAX OS 5977.1125.1125 apresenta suporte ao RecoverPoint nos storage arrays doVMAX. O RecoverPoint é uma solução abrangente de proteção de dados projetada para oferecerintegridade de dados de produção em sites remotos e locais. Ele também oferece a capacidade derecuperar dados de qualquer ponto no tempo usando a tecnologia de registro.

RecoverPoint na página 97 apresenta mais informações.

Snapshots seguros

Snapshots seguros são um aprimoramento da tecnologia atual de snapshot. Eles impedem queadministradores ou outros usuários de alto nível excluam dados de snapshot intencionalmente ouacidentalmente. Além disso, os snapshots seguros também são imunes à falha automáticaresultante de falta de espaço de SRP (Storage Resource Pool, pool de recursos dearmazenamento) ou de RDP (Replication Data Pointer, indicador de dados de replicação) no array.

Snapshots seguros na página 74 apresenta mais informações.

Suporte ao VMAX 950F

O array VMAX 950F All Flash foi projetado para atender às necessidades do espaço corporativohigh-end. O VMAX 950F pode ser dimensionado de 1 a 8 V-Bricks/zBricks e oferece um máximo de4 PB de capacidade efetiva.

Introdução ao VMAX All Flash com o HYPERMAX OS na página 22 apresenta mais informações.

Criptografia de dados em repouso

Agora, a D@RE (Data at Rest Encryption, criptografia de dados em repouso) dá suporte ao KMIP(Key Management Interoperability Protocol) OASIS e pode ser integrada a servidores externos quetambém dão suporte a esse protocolo. Essa versão foi validada para interoperar com os seguintegerenciadores de chave baseados em KMIP:

l Gemalto SafeNet KeySecure

l IBM Security Key Lifecycle Manager

Criptografia de dados em repouso na página 33 apresenta mais informações.

Suporte a unidades mistas de FBA/CKD para arrays do VMAX 950F

O HYPERMAX OS 5977.1125.1125 apresenta suporte a configurações de unidades mistas de FBA eCKD.



Emulações do HYPERMAX OSO HYPERMAX OS oferece emulações (executáveis) que realizam funções específicas de controlee serviço de dados no ambiente do HYPERMAX. A tabela a seguir lista as emulações disponíveis.

Tabela 5 Emulações do HYPERMAX OS

Área Emulação Descrição Velocidade do protocoloa

Back-end DS Conexão de back-end doarray que se comunica comas unidades. DS também éconhecida como umacontroladora interna deunidade.

SAS 12 Gb/s (VMAX250F)SAS 6 Gb/s (VMAX450F, 850F e 950F)

DX Conexões de back-end quenão são usadas para seconectarem com hosts.Utilizadas peloProtectPoint e peloCloudArray.

FC 8 ou 16 Gb/s

O ProtectPoint vincula oData Domain ao array. Asportas de DX devem estarconfiguradas para oprotocolo FC.

Gerenciamento IM Separa tarefas deinfraestrutura e emulações.Pela separação dessastarefas, as emulaçõespodem se concentrarsomente em trabalhoespecífico de I/O, enquantoo IM gerencia e executatarefas comuns deinfraestrutura, comomonitoramento ambiental,monitoramento de FRU(Field Replacement Unit,unidade substituível emcampo) ecompartimentação.

N/D

ED Camada intermediáriausada para separar oprocessamento de I/O defront-end e de back-end.Ela funciona como umacamada de conversão entreo front-end, que é o que ohost conhece, e o back-end, que é a camada que lê,grava e se comunica com o

N/D



Tabela 5 Emulações do HYPERMAX OS (continuação)

Área Emulação Descrição Velocidade do protocoloa

armazenamento físico noarray.

Conectividade com host FA – Fibre Channel

SE – iSCSI

EF - FICONb

Emulação de front-end que:

l Recebe dados do host(rede) e os confirma noarray

l Envia dados do arrayao host/rede

FC – 8 ou 16 Gb/s

SE - 10 Gb/s

EF - 16 Gb/s

Replicação remota RF – Fibre Channel

RE – GbE

Interconecta arrays paraSRDF.

RF – SRDF de 8 Gb/s

RE – SRDF de 1 GbE

RE – SRDF de 10 GbE

a. O módulo de 8 Gb/s faz a negociação automática com 2/4/8 Gb/s, e o módulo de 16 Gb/s faz com 4/8/16 Gb/susando SFP óptico e conexão por cabo OM2/OM3/OM4.

b. Somente em arrays VMAX 450F, 850F e 950F.



Recipientes de aplicativosO HYPERMAX OS oferece uma plataforma aberta de aplicativos para executar serviços de dados.Ele inclui um hipervisor leve que permite que vários ambientes operacionais sejam executadoscomo máquinas virtuais no storage array.

Os recipientes de aplicativos são máquinas virtuais que oferecem aplicativos incorporados nostorage array. Cada recipiente virtualiza os recursos de hardware necessários pelo aplicativoincorporado, incluindo:

l O hardware necessário para executar o software e o aplicativo incorporado (processador,memória, dispositivos PCI, gerenciamento de energia)

l Portas de máquina virtual, às quais as LUNs são provisionadas

l Acesso a unidades necessárias (boot, root, swap, persist, shared)

Gerenciamento incorporadoO aplicativo de recipiente eManagement integra o software de gerenciamento (Solutions Enabler,SMI-S, Unisphere for VMAXUnisphere for PowerMax) ao storage array, permitindo que vocêgerencie o array sem a necessidade de um host de gerenciamento dedicado.

Com o eManagement, você pode gerenciar um só storage array e quaisquer arrays SRDF anexos.Para gerenciar vários storage arrays com um só painel de controle, use as interfaces tradicionaisde gerenciamento baseado em host: o Unisphere e o Solutions Enabler. Para esse fim, oeManagement permite que você vincule e inicie uma instância com base em host do Unisphere.

Em geral, o eManagement é pré-configurado e ativado de fábrica. No entanto, a partir deHYPERMAX OS 5977.945.890,, o eManagement pode ser adicionado aos arrays em campo. Entreem contato com seu representante para obter mais informações.

Os aplicativos incorporados exigem memória do sistema. A tabela a seguir lista a quantidade dememória indisponível aos outros serviços de dados.

Tabela 6 Requisitos de recursos do eManagement

Modelo do VMAX AllFlash

CPU Memória Dispositivocompatíveis

VMAX 250F 4 16 GB 200K

VMAX 450F 4 16 GB 200K

VMAX 850F, 950F 4 20 GB 400K

Portas da máquina virtualAs portas das VMs (Virtual Machines, máquinas virtuais) estão associadas às máquinas virtuaispara evitar conflito de acesso com a conectividade física. As portas da VM são endereçadas comoas portas 32-63 em cada emulação FA de director.

LUNs são provisionadas em portas da VM utilizando os mesmos métodos que de provisionamentode portas físicas.

Uma porta da VM pode ser mapeada somente uma VM. No entanto, uma VM pode ser mapeadapara várias portas.



eNAS (Embedded Network Attached Storage)O eNAS está totalmente integrado ao VMAX All Flash array. O eNAS oferece flexibilidade esegurança para compartilhamentos de arquivos multiprotocolo (NFS 2.0, 3.0, 4.0/4.1), CIFS/SMB3.0) e para diversas identidades de servidor de arquivos (servidores CIFS e NFS). O eNAS permite:

l Consolidação do servidor de arquivos/multi-tenancy

l Replicação remota assíncrona em nível de arquivo integrada (File Replicator)

l NDMP (protocolo de gerenciamento de dados da rede) integrado

l Replicação síncrona VDM com SRDF/S e opção de gerenciador de failover automatizado FAR(File Auto Recovery)

l Antivírus

O eNAS oferece serviços de file para:

l Consolidar armazenamento block e file em uma infraestrutura

l Eliminar o hardware de gateway, reduzindo complexidade e custos

l Simplificar o gerenciamento

Consolidar armazenamento block e file reduz custos e complexidade, aumentando a agilidade dosnegócios. Os clientes podem aproveitar os serviços de dados no armazenamento em block e file,inclusive provisionamento de armazenamento, limites dinâmicos de E/S de host e criptografia dedados em repouso.

Implementação e soluções de eNAS

O eNAS é executado em hardware padrão de array e, geralmente, é pré-configurado de fábrica.Esta é uma configuração única da Control Station e dos Data Movers, contêineres, dispositivos decontrole e visualizações necessárias de mascaramento como parte da pré-configuração de fábrica.Outros módulos de I/O de front-end são necessários para a implementação do eNAS. No entanto,a partir do HYPERMAX OS 5977.945.890, o eNAS pode ser adicionado aos arrays em campo.Entre em contato com seu representante para obter mais informações.

O eNAS usa o hypervisor do HYPERMAX OS para criar instâncias virtuais de Data Movers eestações de controle NAS nas controladoras VMAX All Flash . As estações de controle e os DataMovers são distribuídos no array do VMAX All Flash com base no número de mecanismos e paresespelhados associados.

Por padrão, os arrays VMAX All Flash têm:

l Duas máquinas virtuais da Control Station

l Duas ou mais maquinas virtuais do Data Mover. O número de Data Movers é diferente paracada modelo do array. Todas as configurações incluem um Data Mover em standby.



Configurações de eNAS

A capacidade de armazenamento necessária para os arrays que dão suporte a eNAS é de pelomenos 680 GB. Esta tabela lista as configurações compatíveis do eNAS e módulos de E/S defront-end.

Tabela 7 Configurações do eNAS por array

Componente Descrição VMAX 250F VMAX 450F VMAX 850F,950F

Data Moversa

máquina virtualNúmero máximo 4 4 8b

Máx. decapacidade/DM

512 TB 512 TB 512 TB

Núcleoslógicosc

12/24 12/24 16/32/48/64b

Memória (GB)c 48/96 48/96 48/96/144/192b

Módulos de I/O(máx.)c

12 12d 2–4d

Máquinasvirtuais daControl Station(2)

Núcleos lógicos 2 2 2

Memória (GB) 8 8 8

Capacidade/array de NAS

Máximo 1,15 PB 1.5 PB 3,5 PB

a. Os Data Movers são adicionados em pares e devem ter a mesma configuração.b. O 850F e o 950F podem ser configurados por meio do Sizer com um máximo de 4

movimentadores de dados. No entanto, 6 e 8 movimentadores de dados podem sersolicitados por RPQ. À medida que aumentar o número de movimentadores de dados,também aumentará o número máximo de placas de E/S, de núcleos lógicos, de memória ede capacidade máxima.

c. Para 2, 4, 6 e 8 Data Movers, respectivamente.d. Um módulo de E/S óptico de 10 GbE de 2 portas é necessário para cada Data Mover nas

configurações iniciais de All Flash. No entanto, esse módulo de I/O pode ser substituído porum módulo de I/O diferente (com um de 1 GbE com 4 portas ou de 10 GbE, de cobre e com2 portas) usando o recurso normal de substituição que existe nos módulos de I/O de DataMover do eNAS. Além disso, os módulos de E/S adicionais podem ser configurados por meiode upgrade/adição de módulo de E/S, desde que as regras padrão sejam seguidas (não épossível haver mais de 3 módulos de E/S por Data Mover; todos os módulos de E/S devemocupar o mesmo slot em cada director em que um Data Mover reside).

Replicação utilizando eNAS

Estes métodos de replicação estão disponíveis para file systems de eNAS:

l Replicação assíncrona em nível de file system usando o VNX Replicator for File.

l Replicação síncrona com SRDF/S usando FAR (File Auto Recovery) com FARM (File AutoRecover Manager) opcional.

l Criação e gerenciamento de checkpoints (imagens lógicas point-in-time de um file system deprodução) usando o VNX SnapSure.

Obs.: SRDF/A, SRDF/Metro e TimeFinder não estão disponíveis com eNAS.



Integridade e proteção de dadosO HYPERMAX OS oferece recursos para garantir a integridade dos dados e para proteger dadosem caso de falta de energia ou falha do sistema:

l Níveis de RAID

l Criptografia de dados em repouso

l Eliminação de dados

l Verificações de erros de CRC no block

l Verificações da integridade dos dados

l Monitoramento e correção de unidades

l Verificação de erros e correção de erros de memória física

l Sparing de unidade e sparing direto de membros

l Compartimentação para flash

Níveis de RAID

Os arrays VMAX All Flash oferecem estes níveis de RAID:

l VMAX 250F: RAID5 (7+1) (padrão), RAID5 (3+1) e RAID6 (6+2)

l VMAX 450F, 850F, 950F: RAID5 (7+1) e RAID6 (14+2)

Criptografia de dados em repousoA proteção de dados confidenciais é um problema importante de TI e que tem implicaçõesnormativas e legais. Várias das ameaças de segurança de dados mais importantes estãorelacionadas à proteção do ambiente de armazenamento. Roubo e perda de unidades estão entreos principais fatores de risco. A D@RE (Data at Rest Encryption, criptografia de dados emrepouso) protege os dados ao adicionar criptografia de back-end em todo o array.

A D@RE oferece criptografia de back-end no array e com base em hardware para arrays VMAX AllFlash usando módulos de E/S que incorporam criptografia XTS-AES de dados em linha. Essesmódulos criptografam e descriptografam os dados que estão sendo gravados ou lidos em umaunidade. Isso protege as informações contra acesso não autorizado quando as unidades sãoremovidas do sistema.

A D@RE pode usar um ferenciador de chaves incorporado interno ou um destes gerenciadoresexternos de chave de nível corporativo:

l SafeNet KeySecure by Gemalto

l IBM Security Key Lifecycle Manager

A D@RE acessa um gerenciador externo de chaves usando o KMIP (Key ManagementInteroperability Protocol, protocolo de interoperabilidade de gerenciamento de chave). O EMC E-Lab Interoperability Matrix (https://www.emc.com/products/interoperability/elab.htm) lista osgerenciadores externos de chave para cada versão do HYPERMAX OS.

Quando a D@RE está ativa, todas as unidades configuradas são criptografados, inclusive unidadesde dados, sobressalentes e unidades sem volumes provisionados. Os dados de compartimento sãocriptografados em módulos de I/O de flash.

A D@RE oferece:

l Substituição segura de unidades com falha que não podem ser eliminados.Para alguns tipos de falha de unidade, a eliminação de dados não é possível. Sem D@RE, se aunidade com falha for reparada, os dados não serão expostos. Com D@RE, a exclusão daschaves aplicáveis torna ilegíveis os dados na unidade com falha.



https://www.emc.com/products/interoperability/elab.htm

l Proteção contra unidades roubadas.Quando uma unidade é removida do array, a chave permanece, tornando os dados na unidadeilegíveis.

l Sparing de unidade mais rápido.O script de substituição de unidade destrói as chaves associadas à unidade removida, tornandoos dados dessa unidade ilegíveis rapidamente.

l Desativação segura de arrays.Simplesmente exclua todas as cópias de chaves no array e os dados remanescentes ficarãoilegíveis.

Além disso, a D@RE:

l É compatível com todos os recursos de array e com todos os tipos de unidade ou emulações devolume compatíveis

l Oferece criptografia sem diminuição de desempenho, interrupção de seus aplicativos nem desua infraestrutura

Habilitando a D@RE

D@RE é um recurso licenciado que é instalado e configurado de fábrica. É possível fazer upgradede um array existente para usar D@RE, mas isso é disruptivo. O upgrade exige a reinstalação doarray e pode envolver backup e restauração completos dos dados. Antes do upgrade, planeje comolidar com dados presentes no array. O Dell EMC Professional Services oferece serviços para ajudarvocê a fazer o upgrade para a D@RE.

Componentes da D@RE

A D@RE incorporada (Figura 2 na página 35) usa os seguintes componentes, todos os quaisresidem na MMCS (Management Module Control Station) principal:

l RSA eDPM (Embedded Data Protection Manager) — plataforma incorporada degerenciamento de chaves que oferece funções integradas de gerenciamento de chaves decriptografia, como geração segura de chaves, armazenamento, distribuição e auditoria.

l Bibliotecas de criptografia do RSA BSAFE® — oferece recursos de segurança para o RSAeDPM Server (gerenciamento incorporado de chaves) e o client do EMC KTP (gerenciamentoexterno de chaves).

l CST (Common Security Toolkit) Lockbox — repositório criptografado específico parahardware e software que armazena com segurança senhas e outras informações confidenciaissobre configuração do gerenciador de chaves. O lockbox é vinculado a uma MMCS específico.

A D@RE externa (Figura 3 na página 35) usa os mesmos componentes que os D@RE daincorporada e adiciona:

l EMC KTP (Key Trust Platform) — também conhecido como client do KMIP, esse componentereside na MMCS e comunica-se com os gerenciadores externos de chaves usando o OASISKMIP (Key Management Interoperability Protocol, protocolo de interoperabilidade degerenciamento de chaves) para gerenciar as chaves de criptografia.

l Gerenciador externo de chaves — oferece recursos centralizados de gerenciamento de chavesde criptografia, como geração segura de chaves, armazenamento, distribuição, auditoria, alémde habilitar a validação do FIPS (Federal Information Processing Standard) 140-2 de nível 3com o HSM (High Security Module).

l Grupo de replicação/cluster — vários gerenciadores externos de chaves que compartilhamdefinições de configuração e chaves de criptografia. As alterações do ciclo de vida deconfiguração e de chaves feitas em um nó são replicadas a todos os membros do mesmocluster ou grupo de replicação.



Figura 2 Arquitetura de D@RE, incorporada

Director

Host

IOModule

IO Module

RSAeDPM Server

IOModule

IOModule

Director

SAN

Storage ConfigurationManagement

RSAeDPM Client

Unencrypted dataManagement trafficEncrypted data

IP

Unique key per physical drive

Figura 3 Arquitetura de D@RE, externa

Director

Host

IOModule

IO Module

IOModule

IOModule

Director

SAN

Storage ConfigurationManagement

Unencrypted dataManagement trafficEncrypted data

External (KMIP)

Key Manager

IP

Unique key per physical drive

Key management

KMIP Client

MMCS

Key Trust Platform (KTP)

TLS-authenticatedKMIP traffic

Gerenciadores externos de chavesO gerenciamento externo de chave da D@RE é oferecido pelo Gemalto SafeNet KeySecure e peloIBM Security Key Lifecycle Manager. As chaves são geradas e distribuídas de acordo com ospadrões do setor (NIST 800-57 e ISO 11770). Com a D@RE, não é necessário replicar chaves entreos snapshots de volume ou sites remotos. Os gerenciadores de chave externos da D@RE podemser usados com:

l HSM validado pelo FIPS 140-2 de nível 3, no caso de Gemalto SafeNet KeySecure de

l Software validado pelo FIPS 140-2 de nível 1, no caso do IBM Security Key Lifecycle Manager



As chaves de criptografia devem estar altamente disponíveis e seguras quando necessárias. Aschaves e as informações necessárias para usá-las (durante a decriptação) devem ser preservadasdurante toda a vida dos dados. Isso é fundamental para dados criptografados que são mantidos poranos.

Acessibilidade de chaves é vital em ambientes de alta disponibilidade. A D@RE armazena as chavesem cache localmente. A conexão ao Key Manager é necessária apenas para operações como ainstalação inicial do array, a substituição de uma unidade ou os upgrades de unidade.

Os eventos de ciclo de vida das chaves (geração e destruição) são registrados no registro deauditoria do array.

Proteção de chavesO arquivo de keystore local é criptografado com uma chave AES de 256 bits derivada de umarquivo de senha gerado aleatoriamente. Esse arquivo de senha é protegido no Common SecurityToolkit (CST) Lockbox, que usa a tecnologia BSAFE da RSA. A Lockbox é protegida usandovalores estáveis de sistema específicos da MMCS principal. Esses são os mesmos SSVs queprotegem as SSC (Secure Service Credentials).

Comprometer a unidade da MMCS ou copiar os arquivos de lockbox/keystores fora do arraycausará falha nos testes de SSV. Comprometer toda a MMCS só dará acesso a um invasor se eletambém comprometer a SSC com sucesso.

Não existem chaves ou senhas de backdoor para ignorar a segurança da D@RE.

Operações de chaveA D@RE oferece uma DEK (Data Encryption Key, chave de criptografia de dados) separada eexclusiva para cada unidade física do array, inclusive para unidades sobressalentes. Para garantirque a D@RE utilize a chave correta para uma unidade em particular:

l As DEKs armazenadas no array incluem uma marca exclusiva de chave e metadados de chavequando são encapsuladas (criptografadas) para uso pelo array.Essas informações são incluídas com o material da chave quando a DEK (Data Encryption Key,chave de criptografia de dados) é encapsulada (criptografada) para uso no array.

l Durante o I/O de criptografia, a marca da chave esperada associada com a unidade é fornecidaseparadamente da chave encapsulada.

l Durante o desencapsulamento da chave, o hardware de criptografia verifica que a chave foidesencapsulada corretamente e que ela corresponde à marca da chave fornecida.

l As informações do LBA (PHIB, ou Physical Information Block) de um sistema reservadoverificam a chave utilizada para criptografar a unidade e garantem que a unidade esteja no localcorreto.

l Durante a inicialização, o hardware realiza autotestes para garantir que a lógica decriptografia/decriptação esteja intacta.O autoteste previne corrupção silenciosa dos dados devido a falhas no hardware decriptografia.

Registros de auditoria

O registro de auditoria grava as principais atividades do array, inclusive:

l Ações iniciadas pelo host

l Alterações físicas de componentes

l Ações disponíveis na MMCS

l Eventos do gerenciamento de chaves da D@RE

l Tentativas bloqueadas por controles de segurança (controles de acesso)

O registro de auditoria é seguro e à prova de adulterações para que o conteúdo dos eventos nãopossa ser alterado. Usuários com acesso de Auditor podem visualizar, mas não modificar, oregistro.



Eliminação de dadosA eliminação de dados da Dell EMC utiliza um software especializado para eliminar informações dosarrays. Ela reduz os riscos de disseminação de informações e ajuda a proteger as informações nofinal de seu ciclo de vida. Eliminação de dados:

l Protege dados contra acesso não autorizado

l Garante migração segura de dados, tornando os dados no array de origem ilegíveis

l Garante a conformidade às políticas internas e aos requisitos normativos

A eliminação de dados sobregrava os dados no menor nível de abordagem de aplicativos dasunidades. O número de sobregravações é configurável de 3 (padrão) a 7 vezes com umacombinação de padrões aleatórios nos arrays selecionados.

Um serviço de certificação opcional é disponível para fornecer certificado de eliminação. Unidadescuja eliminação de falha são entregues aos clientes para serem retirados de serviço.

Para unidades flash individuais, as operações Secure Erase eliminam todas as áreas de flash físicasda unidade que podem conter dados do usuário.

Os serviços disponíveis de eliminação de dados são:

l Dell EMC — sobrescreve dados em todas as unidades do sistema ao substituir, desativar ourealocar um array.

l Dell EMC Data Erasure/Single Drives — sobrescreve os dados em unidades individuais.

l Dell EMC Disk Retention — permite que as empresas que precisam reter toda a sua mídiamantenham as unidades com defeito.

l EMC Assessment Service for Storage Security — avalia suas políticas de proteção deinformações e sugere uma estratégia abrangente de segurança.

Todos os serviços de eliminação são realizados no local, na segurança do datacenter do cliente eincluem um certificado de eliminação de dados, além do relatório dos resultados da eliminação.

Verificações de erros de CRC no blockO HYPERMAX OS oferece:

l CRC (Cyclic Redundancy Check, Verificação de redundância cíclica) do block T10 DIF (DataIntegrity Field) padrão do setor para formatos de trilha.Para sistemas abertos, isso permite que as CRCs de DIF geradas por host sejam armazenadascom os dados do usuário pelos arrays e usadas para a validação completa da integridade dosdados.

l Proteções adicionais para modos de falha de endereço/controle para obter níveis mais altos deproteção contra falhas. Essas proteções são definidas em blocks que podem ser definidos pelousuário compatíveis com o padrão T10.

l Informações de status de gravação e endereço nos bytes extra na tag do aplicativo e na parteda tag de referência da CRC de block.

Verificações da integridade dos dadosO HYPERMAX OS valida a integridade dos dados em todos os pontos possíveis durante a vida útildos dados. A partir do momento em que os dados entram em um array, eles são protegidoscontinuamente por metadados de detecção de erros. Esses metadados são verificados pormecanismos de hardware e de software sempre que os dados são movidos dentro do array. Issopermite que o array ofereça uma verdadeira verificação complete de integridade e proteção contrafalhas de hardware ou software.

Os metadados de proteção são acrescentados ao fluxo de dados e contêm informações quedescrevem o local esperado dos dados, bem como a representação de CRC do conteúdo dos dados



propriamente ditos. Os valores que se espera encontrar nos metadados de proteção sãoarmazenados continuamente em uma área separada do fluxo de dados. Os metadados de proteçãosão usados para validar a precisão lógica dos dados que são movidos no array sempre que os dadosfazem a transição entre chips de protocolo, buffers internos, pontos de extremidade de fabric dedados internos, cache do sistema e unidades do sistema.

Monitoramento e correção de unidadesO HYPERMAX OS monitora os defeitos nas mídias examinando o resultado de cada transferênciade dados de disco e analisando proativamente todo o disco durante o tempo de inatividade. Se umblock do disco for considerado defeituoso, o director:

1. Recria os dados no armazenamento físico, se necessário.

2. Regrava os dados no armazenamento físico, se necessário.

O director rastreia cada block defeituoso detectado em uma unidade. Se o número de blocksinválidos exceder um limite predefinido, o array aciona proativamente uma operação de sparingpara substituir a unidade com defeito e alerta o atendimento ao cliente para realizar a açãocorretiva, se necessário. Com o modelo de serviço postergado, nem sempre é necessário realizarações imediatas.

Verificação de erros e correção de erros de memória físicaO HYPERMAX OS corrige erros de bit único e informa um código de erro quando esses errosatingem um limite predefinido. No caso improvável de ser necessário substituir a memória física, oarray notifica o atendimento ao cliente, e uma substituição é solicitada.

Sparing de unidade e sparing direto de membrosQuando o HYPERMAX OS 5977 detecta que uma unidade está quase falhando ou falhou, ele iniciaum processo DMS (Direct Sparing Member, sparing direto de membros). O sparing de membrodireto procura sobressalentes disponíveis dentro do mesmo mecanismo que sejam do mesmotamanho, capacidade e velocidade de bloco, com a melhor sobressalente disponível sempre usada.

Com o sparing direto de membros, a unidade sobressalente acionada é adicionada como outromembro do grupo de RAID. Durante uma recriação de unidade, a opção de copiar dadosdiretamente da unidade com falha para a unidade sobressalente invocada está disponível. Aunidade com falha é removida apenas quando o processo de cópia é concluído. O sparing direto demembros é iniciado automaticamente após a detecção de condições de erro da unidade.

O sparing direto de membros oferece os seguintes benefícios:

l O array pode copiar os dados do membro de RAID com falha (se disponível), removendo anecessidade de que os dados de todos os membros sejam lidos e fazendo a recriação. A cópiapara o novo membro de RAID tem menos uso de CPU.

l Se ocorrer uma falha em outro membro, o array ainda poderá recuperar os dadosautomaticamente do membro com falha (se disponível).

l Mais de uma unidade sobressalente para um grupo de RAID é aceita ao mesmo tempo.

Compartimentação para flashOs arrays VMAX All Flash iniciarão uma operação de compartimentação quando o sistema fordesligado, muda para o estado off-line ou se ocorrerem condições ambientais, como perda de umdatacenter devido a uma falha no ar-condicionado.

Cada array acompanha módulos de SPS (Standby Power Supply, fonte de alimentação emstandby). Se faltar energia, o array usará a energia da SPS para gravar o cache espelhado dosistema no armazenamento flash. As imagens armazenadas em compartimentos são totalmenteredundantes, e o conteúdo do cache espelhado do sistema é salvo duas vezes em armazenamentoflash independente.



A operação de compartimentação

Quando uma operação de compartimentação é iniciada:

l Durante a parte de salvamento da operação de compartimentação, o array VMAX All Flashinterrompe todos os I/Os. Quando o cache espelhado do sistema atinge um estadoconsistente, os directors gravam o conteúdo nos dispositivos de compartimentação, salvandoduas cópias dos dados. Em seguida, o array conclui o desligamento ou, se ele não fornecessário, permanece no estado off-line.

l Durante a parte de restauração da operação, o programa de inicialização do array inicializa osistema ambiental e o hardware e restaura o conteúdo do cache espelhado do sistema a partirdos dados salvos (enquanto verifica a integridade dos dados).

O sistema retoma a operação normal quando os módulos SPS têm carga suficiente para concluiroutra operação de compartimentação, se necessário. Se alguma condição não for segura, osistema não retomará a operação e entrará em contato com o atendimento ao cliente para fins dediagnóstico e reparo. Isso permite que o atendimento ao cliente se comunique com o array erestaure as operações normais do sistema.

Considerações sobre a configuração de compartimentos

l Para dar suporte ao uso da tecnologia Flash para proteger o cache de escrita em situações defalha de energia, os arrays VMAX All Flash exigem o seguinte número de módulos de I/O deflash:

n VMAX 250F dois a seis por mecanismo/V-Brick

n VMAX 450F quatro a oito por mecanismo/V-Brick/zBrick

n VMAX 850F e 950F quatro a oito por mecanismo/V-Brick/zBrick

l O tamanho do módulo flash é determinado pela quantidade de cache do sistema e demetadados necessários para a configuração.

l O espaço do compartimento é destinado apenas a uso interno e não pode ser usado paranenhum outro fim quando o sistema está on-line.

l A capacidade total de todas as partições de flash do compartimento é suficiente para manterduas cópias lógicas da parte persistente do cache espelhado do sistema.



Compactação em linhaO HYPERMAX OS 5977.945.890 apresentou suporte à compactação em linha em arrays VMAX AllFlash. A compactação em linha compacta os dados à medida que eles são gravados nas unidadesflash.

A compactação em linha é um recurso de grupos de armazenamento. Quando habilitada (esta é aconfiguação padrão), o novo I/O de um grupo de armazenamento será compactado quandogravado no disco, enquanto os dados existentes no grupo de armazenamento começarão a sercompactados em segundo plano. Depois de desligar a compactação, o novo I/O não é maiscompactado e os dados existentes permanecem compactados até que sejam gravados novamentee, nesse momento, são descompactados.

A compactação em linha, a desduplicação e o excesso de inscrições se complementam. O excessode inscrições permite a apresentação de dispositivos maiores que o necessário aos hosts sem queas unidades físicas aloquem completamente o espaço representado pelos thin devices (o Superatribuição de thin devices na página 68 tem mais informações sobre o excesso deinscrições). A compactação em linha reduz ainda mais o espaço ocupado pelos dados, aumentandoa capacidade efetiva do array.

O exemplo em Figura 4 na página 40 mostra isso. Aqui, 1,3 PB de dispositivos conectados ao host(TDEVs) são inscritos de modo excessivo em 1 PB de back-end (TDATs), que residem em 1 PB deunidades flash. Após a compactação de dados, os blocos de dados são compactados em umaproporção de 2:1, reduzindo o número de unidades flash pela metade. Basicamente, com acompactação habilitada, o array exige metade das unidades para dar suporte à capacidade defront-end.

Figura 4 Compactação em linha e excesso de inscrições

1.3 PB 1.0 PB

Over-subscription ratio: 1.3:1

TDEVsFront-end

TDATsBack-end

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

Flash drives1.0 PB

1.3 PB 1.0 PB

Over-subscription ratio: 1.3:1

TDEVsFront-end

TDATsBack-end

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

SSD

Flash drives0.5 PB

Compression ratio: 2:1

A compactação é pré-configurada nos novos arrays VMAX All Flash de fábrica. Os arrays VMAX AllFlash existentes em campo podem ter a compactação adicionada a eles. Entre em contato com seurepresentante de suporte para obter mais informações.

Outras características de compactação são:



l Todos os serviços de dados compatíveis, como SnapVX, SRDF e criptografia, são compatíveiscom a compactação.

l A compactação está disponível somente em sistemas abertos (FBA) (inclusive eNAS). Ele nãoestá disponível para arrays CKD, incluindo aqueles com uma combinação de dispositivos FBA eCKD. Um array de sistemas abertos com a compactação habilitada não pode ter CKDsadicionados a ele.

l As operações do ProtectPoint ainda são compatíveis com os arrays Data Domain e oCloudArray pode ser executado em um array com compactação habilitada, desde que esteja emum SRP separado.

l A compactação é ativada e desativada por meio do Solutions Enabler e do Unisphere.

l A eficiência da compactação pode ser monitorada em SRPs, grupos de armazenamento evolumes.

l Compactação baseada em atividade: os módulos mais ativos são mantidos no cache e não sãocompactados até serem movidos do cache ao disco. Esse recurso ajuda a melhorar odesempenho geral do array e, ao mesmo tempo, reduzir o desgaste das unidades flash.



CAPÍTULO 2

Interfaces de gerenciamento

Este capítulo apresenta as ferramentas para gerenciamento de arrays.

l Versões da interface de gerenciamento.................................................................................44l Unisphere for VMAX..............................................................................................................44l Unisphere 360.......................................................................................................................45l Solutions Enabler.................................................................................................................. 45l Mainframe Enablers...............................................................................................................46l GDDR (Geographically Dispersed Disaster Restart).............................................................. 47l Provedor de SMI-S................................................................................................................47l Provedor de VASA.................................................................................................................47l Interface de gerenciamento eNAS ........................................................................................48l Storage Resource Management (SRM)................................................................................ 48l vStorage APIs for Array Integration...................................................................................... 48l SRDF Adapter for VMware vCenter Site Recovery Manager.................................................49l SRDF/Cluster Enabler...........................................................................................................49l Pacote de produtos para z/TPF............................................................................................ 49l SRDF/TimeFinder Manager for IBMi.....................................................................................50l AppSync................................................................................................................................50


Versões da interface de gerenciamentoEstes componentes oferecem recursos de gerenciamento para HYPERMAX OS 5977.1125.1125:

l Unisphere for VMAX V8.4

l Solutions Enabler V8.4

l Mainframe Enablers V8.2

l GDDR V5.0

l SMI-S V8.4

l SRDF/CE V4.2.1

l SRA V6.3

l VASA Provider V8.4

Unisphere for VMAXO Unisphere for VMAX é um aplicativo baseado na Web que fornece provisionamento,gerenciamento e monitoramento de arrays.

Com o Unisphere, você realiza estas tarefas:

Tabela 8 Tarefas Unisphere

Seção Permite que você:

Início Veja e gerencie funções, como uso do array, definições de alerta,opções de autenticação, preferências do sistema, autorizações deusuário e link e execução de registros do client.

Armazenamento Visualize e gerencie grupos de armazenamento e níveis dearmazenamento.

Hosts Visualize e gerencie iniciadores, exibições de mascaramento, gruposde iniciadores, alias de hosts de arrays e grupos de portas.

Proteção de dados Visualize e gerencie replicação local, monitore e gerencie pools dereplicação, crie e exiba grupos de dispositivos e monitore e gerenciesessões de migração.

Desempenho Monitore e gerencie painéis de controle de arrays, realize análises detendências para planejamentos de capacidade futuros e analisedados.

Bancos de dados Solucione problemas de bancos de dados e de armazenamento einicie o Database Storage Analyzer.

Sistema Visualize e exiba painéis de indicadores, trabalho ativos, alertas,atributos de arrays e licenças.

Suporte Visualize ajuda on-line para tarefas Unisphere.

O Unisphere também está disponível como uma API REST (Representational State Transfer). Comessa API, você acessa informações de desempenho e de configuração, e provisiona storage arrays.Você pode usar a API em qualquer ambiente de programação que dá suporte aos clients padrão deREST, como navegadores da Web e plataformas de programação que podem emitir solicitaçõesHTTP.



Workload PlannerO Workload Planner exibe a medição de desempenho para os aplicativos. Com o Workload Planner:

l Modele o impacto de migrar uma carga de trabalho de um sistema de armazenamento a outro.

l Modele novas cargas de trabalho propostas.

l Avalie o impacto de mover uma ou mais cargas de trabalho de determinado array que estejaexecutando o HYPERMAX OS.

l Determine déficits de recursos atuais e futuros que exijam ação para manter as cargas detrabalho solicitadas.

FAST Array AdvisorO assistente FAST Array Advisor auxilia você nas etapas para determinar o impacto dodesempenho ao migrar uma carga de trabalho de um array a outro.

Se o assistente determinar que o array de destino pode absorver a carga de trabalho adicional, eleautomaticamente cria os grupos de provisionamento automático necessários para duplicar a cargade trabalho de origem no array de destino.

Unisphere 360O Unisphere 360 é uma solução de gerenciamento no local que oferece uma só janela entre arraysque executam o HYPERMAX OS em um só local. Use o Unisphere 360 para:

l Adicione um servidor do Unisphere ao Unisphere 360 para permitir a coleta de dados e ageração de relatórios de dados do sistema de armazenamento de gerenciamento do Unisphere.

l Visualize a integridade, capacidade e alertas do sistema, e as tendências de capacidade de seudatacenter.

l Visualize todos os sistemas de armazenamento de todas as instâncias inscritas do Unisphereem um só lugar.

l Visualize os detalhes de desempenho e de capacidade.

l Vincule e inicie instâncias do Unisphere que executam a versão v8.2 ou posterior.

l Gerencie os usuários do Unisphere 360 e configure as regras de autenticação e de autorização.

l Visualize detalhes dos storage arrays visíveis, inclusive o armazenamento atual e de destino

Solutions EnablerO Solutions Enabler oferece uma abrangente interface de linha de comando (SYMCLI) paragerenciar seu ambiente de armazenamento.

Os comandos da SYMCLI são invocados a partir do host de gerenciamento, interativamente nalinha de comando ou por meio de scripts.

A SYMCLI é baseada em funções que utilizam chamadas ao sistema para gerar comandos SCSI deI/O de baixo nível. As informações sobre configuração e status são mantidas em um arquivo dobanco de dados do host, reduzindo o número de consultas do host aos arrays.

Use a SYMCLI para:

l Configurar o software do array (por exemplo, TimeFinder, SRDF, Open Replicator)

l Monitorar a configuração e o status do dispositivo



l Realizar operações de controle em dispositivos e objetos de dados

O Solutions Enabler também tem uma API REST (Representational State Transfer). Usse essa APIpara acessar informações de desempenho e de configuração, e provisione storage arrays. Ela podeser usada em qualquer um dos ambientes de programação que dão suporte aos clients padrão deREST, como navegadores da Web e plataformas de programação que podem emitir solicitaçõesHTTP.

Mainframe EnablersO Dell EMC Mainframe Enablers é um pacote de componentes de software que permite que vocêmonitore e gerencie os arrays que executam o HYPERMAX OS em um ambiente de mainframe:

l ResourcePak Base for z/OSPermite a comunicação entre arrays e aplicativos baseados em mainframe (fornecidos pela DellEMC ou por fornecedores independentes de software) e arrays PowerMax/VMAX.

l SRDF Host Component for z/OSMonitora e controla os processos do SRDF por meio de comandos executados a partir de umhost. O SRDF mantém uma cópia em tempo real dos dados do nível de volume lógico em váriosarrays localizados em locais fisicamente separados.

l EMCDell EMC Consistency Groups for z/OSGarante a consistência dos dados copiados remotamente pelo recurso SRDF em caso dedesastre.

l AutoSwap for z/OSLida com swaps automáticas de carga de trabalho entre arrays quando uma paralisação nãoplanejada ou um problema é detectado.

l TimeFinder SnapVXCom o Mainframe Enablers V8.0 e versões posteriores, o SnapVX cria cópias point-in-timediretamente no SRP (Storage Resource Pool, pool de recursos de armazenamento) dodispositivo de origem, eliminando os conceitos de dispositivos de destino e pareamento deorigem/destino. As cópias point-in-time do SnapVX são acessíveis ao host por meio de ummecanismo de link que apresenta a cópia em outro dispositivo. O TimeFinder SnapVX e oHYPERMAX OS são compatíveis com versões anteriores de produtos TimeFinder, inclusiveTimeFinder/Clone, TimeFinder VP Snap e TimeFinder/Mirror.

l zDP (Data Protector for z Systems™)Com o Mainframe Enablers V8.0 e superior, o zDP é implantado no SnapVX. O zDP fornece umnível granular de recuperação de aplicativos, devido a alterações não intencionais nos dados. OzDP faz isso fornecendo cópias point-in-time, automatizadas e consistentes de dados pontuaisa partir das quais uma recuperação no nível do aplicativo pode ser realizada.

l TimeFinder/Clone Mainframe Snap FacilityProduz cópias point-in-time de volumes completos ou de conjuntos de dados individuais. Asoperações do TimeFinder/Clone envolvem volumes ou conjuntos de dados completos nos quaiso volume de dados da origem é igual ao volume de dados do destino. O VP Snap do TimeFinderaproveita a tecnologia de clone para criar snapshots com uso eficiente de espaço para thindevices.

l TimeFinder/Mirror for z/OSPermite a criação de BCVs (Business Continuance Volumes, volumes de continuidade denegócios) e oferece as capacidades ESTABLISH, SPLIT, RE-ESTABLISH e RESTORE(estabelecer, dividir, restabelecer e restaurar) a partir de volumes lógicos de origem.

l TimeFinder Utility



Condiciona os BCVs SPLIT renomeando os volumes e (opcionalmente) renomeando erecatalogando os conjuntos de dados. Isso permite que os BCVs sejam montados e usados.

GDDR (Geographically Dispersed Disaster Restart)O GDDR automatiza a recuperação de negócios após as paralisações planejadas e as situações dedesastres, inclusive a perda total de um datacenter. Aproveitando a arquitetura do VMAX All Flashe a base das famílias de replicação do SRDF e do TimeFinder, o GDDR elimina qualquer ponto únicode falha dos planos de reinício em caso de desastre dos ambientes de mainframe. A inteligência doGDDR ajusta automaticamente os planos de reinício com base nos eventos acionados.

O GDDR não fornece serviços de replicação e recuperação. Em vez disso, o GDDR monitora eautomatiza os serviços que outros produtos da Dell EMC e de terceiros fornecem os requisitosnecessários para operações contínuas ou reinicialização dos negócios. O GDDR facilita acontinuidade dos negócios, gerando scripts que podem ser executados sob demanda. Por exemplo,os scripts para reiniciar aplicativos de negócios após um grande incidente do data center ou pararetomar a replicação após interrupções não planejadas do link.

Os scripts são personalizados quando acionados por um sistema especialista que se adapta àsetapas com base na configuração e no evento que o GDDR está gerenciando. Por meio dedetecção automática de eventos e automatização completa das tecnologias gerenciadas, o GDDRremove os erros humanos do processo de recuperação e permite que ele seja concluído no menortempo possível.

O sistema especialista do GDDR também é acionado para gerar procedimentos planejadosautomaticamente, como a movimentação de operações de computação de um datacenter paraoutro. Esse é o padrão principal das operações de computação com alta disponibilidade, a fim depoder avançar das atividades agendadas de testes de recuperação aos finais de semana paratrocas agendadas de datacenter sem interromper as cargas de trabalho dos aplicativos.

Provedor de SMI-SO Dell EMC SMI-S Provider dá suporte à SMI (Storage Management Initiative, iniciativa degerenciamento de armazenamento) do SNIA, um padrão ANSI para gerenciamento dearmazenamento. Essa iniciativa desenvolveu uma interface de gerenciamento padrão que resultouem uma especificação abrangente (SMI-Specification ou SMI-S).

O SMI-S define a interface de gerenciamento de armazenamento aberto para ativar ainteroperabilidade das tecnologias de gerenciamento de armazenamento de vários fornecedores.Essas tecnologias são usadas para monitorar e controlar os recursos de armazenamento emtopologias SAN ou de vários fornecedores.

Os componentes do Solutions Enabler necessários para as operações do SMI-S Provider sãoincluídos como parte da instalação do SMI-S Provider.

Provedor de VASAO VASA Provider permite que o software de gerenciamento do VMAX All Flash informe o vCentersobre como o armazenamento do VMFS, inclusive VVols, é configurado e protegido. Essesrecursos são definidos pela EMCDell EMC e incluem características como tipo de disco, tipo deprovisionamento, classificação de armazenamento por níveis e status de replicação remota. Issopermite que os administradores do vSphere tomem decisões rápidas e fundamentadas sobre oposicionamento de máquinas virtuais. Com a VASA, os administradores do vSphere complementamo uso de plug-ins e de outras ferramentas para rastrear como os dispositivos que hospedam osvolumes VMFS estão configurados para atender aos requisitos de desempenho e dedisponibilidade.



Interface de gerenciamento eNASVocê gerencia o armazenamento de block e file eNAS no painel de controle de file do Unisphere. Aopção de vinculação e início permite que os usuários executem a GUI de gerenciamento de block efile na mesma sessão.

O assistente de configuração ajuda você a criar grupos de armazenamento (automaticamenteprovisionados aos Data Movers) rápida e facilmente. Criar um grupo de armazenamento cria umpool de armazenamento no Unisphere que pode ser utilizado para tarefas de provisionamento emnível de arquivo.

Storage Resource Management (SRM)O SRM oferece monitoramento, geração de relatórios e análise abrangentes para ambientesheterogêneos de armazenamento em block, em file e virtualizado.

Utilize o SRM para:

l Visualizar dependências entre aplicativos e armazenamento

l Acompanhar e gerenciar as configurações e o aumento da capacidade

l Otimizar seu ambiente para melhorar o retorno sobre o investimento

A virtualização permite que as empresas simplifiquem o gerenciamento, controlem custos egarantam o tempo de funcionamento. No entanto, os ambientes virtualizados também adicionamcamadas de complexidade à infraestrutura de TI, o que reduz a visibilidade e pode dificultar ogerenciamento dos recursos de armazenamento. O SRM lida com esses níveis oferecendovisibilidade às relações físicas e virtuais para garantir níveis de serviço consistentes.

Conforme sua infraestrutura em nuvem é criada, o SRM ajuda a garantir os níveis de serviço dearmazenamento ao mesmo tempo que otimiza os recursos de TI, ambos atributos importantes deimplementações bem-sucedidas em nuvem.

O SRM é projetado para ser usado em ambientes heterogêneos que contêm redes, hosts edispositivos de armazenamento de vários fornecedores. As informações que este sistema coleta ea funcionalidade que ele gerencia podem residir em dispositivos com tecnologias distintas e emdiversos locais geográficos. O SRM leva o gerenciamento de armazenamento um passo adiante efornece uma plataforma para a correlação entre domínios de informações de dispositivos e detopologia de recursos, permitindo que você obtenha uma visão mais ampla de seu ambiente dearmazenamento e de seu datacenter corporativo.

O SRM oferece uma exibição de painel de controle da capacidade de armazenamento em nívelempresarial com o Watch4net. O painel de controle do Watch4net mostra informações que dãosuporte a decisões quanto à capacidade de armazenamento.

O painel de controle do Watch4net consolida dados de várias instâncias do ProSphere espalhadospor vários locais. Ele oferece uma rápida visão geral do status da capacidade total no ambiente, douso da capacidade bruta, da capacidade utilizável, da capacidade de uso específico, da capacidadeutilizável por pools e dos níveis de serviço.

vStorage APIs for Array IntegrationO VAAI (VMware vStorage APIs for Array Integration) otimiza o desempenho do servidordescarregando as operações da máquina virtual para os arrays em execução no HYPERMAX OS.

O storage array realiza as tarefas selecionadas de armazenamento, liberando recursos do host parao processamento de aplicativos e outras tarefas.

Em ambientes VMware, os storage arrays dão suporte aos seguintes componentes do VAAI:



l Full Copy — (cópia acelerada por hardware) Implementações mais rápidas de máquinasvirtuais, clones e snapshots, além de operações do VMware Storage vMotion® por meio daliberação da replicação ao storage array.

l Block Zero — (anulação acelerada por hardware) Inicializa o block do file system e o espaço daunidade virtual mais rapidamente.

l Hardware-assisted locking — (atomic test and set) permite atualizações mais eficientes demetadados e ajuda em implementações de desktops virtuais.

l UNMAP — permite o uso mais eficiente do espaço pelas máquinas virtuais ao recuperarespaço não utilizado nos datastores, e o devolve ao pool de provisionamento thin do qual foioriginalmente retirado.

l VMware vSphere Storage APIs for Storage Awareness (VASA).

O VAAI é nativo no HYPERMAX OS e não exige software adicional, a menos que eNAS tambémesteja implementado. Se eNAS for implementado no array, o suporte ao VAAI exigirá o plug-in doVAAI para NAS. O plug-in está disponível no site de suporte da Dell EMC.

SRDF Adapter for VMware vCenter Site Recovery Manager

O Dell EMC SRDF Adapter é um SRA (Storage Replication Adapter) que amplia a funcionalidade degerenciamento de reinicialização em caso de desastre do VMware vCenter Site Recovery Manager5.x para os arrays que executam o HYPERMAX OS.

O SRA permite que o Site Recovery Manager automatize as operações de reinicialização em casode desastre com base em armazenamento nos storage arrays de uma configuração do SRDF.

SRDF/Cluster EnablerO CE (Cluster Enabler) for Microsoft Failover Clusters é uma extensão em software dafuncionalidade de clusters de failover. O Cluster Enabler permite que o Windows Server 2012(inclusive R2), edições Enterprise e Datacenter, que executa o Microsoft Failover Clusters,funcione em vários storage arrays conectados em clusters geograficamente distribuídos.

O SRDF/CE (SRDF/Cluster Enabler) é um módulo de plug-in de software para o Dell EMC ClusterEnabler for Microsoft Failover Clusters. A arquitetura de plug-in do Cluster Enabler consiste emum componente de módulo base do CE e em módulos de plug-in disponíveis separadamente, quefornecem a tecnologia de replicação de armazenamento escolhida.

O SRDF/CE é compatível com:

l Modo síncrono e assíncrono (Modos de operação do SRDF na página 89 resume essesmodos)

l Configurações SRDF simultâneas e em cascata (Soluções de diversos locais do SRDF napágina 83 resume essas configurações)

Pacote de produtos para z/TPFO Dell EMC Product Suite for z/TPF é um pacote de componentes que monitoram e gerenciam osarrays que executam o HYPERMAX OS de um host z/TPF. O z/TPF é um sistema operacional demainframe da IBM caracterizado por taxas de transação de alto volume com conteúdo significativode comunicações. Os seguintes componentes de software são distribuídos separadamente epodem ser instalados individualmente ou em qualquer combinação:

l SRDF Controls for z/TPF



Monitora e controla os processos do SRDF com entradas funcionais no z/TPF Prime CRAS(conjunto de agente de sala de computador).

l TimeFinder Controls for z/TPFOferece uma solução de continuidade de negócios que consiste no TimeFinder/Mirror,TimeFinder/Clone e TimeFinder SnapVX.

l ResourcePak for z/TPFOferece relatórios estatísticos e de configuração do PowerMax e VMAX e recursos avançadosdo SRDF Controls for z/TPF e do TimeFinder Controls for z/TPF.

SRDF/TimeFinder Manager for IBMiO Dell EMC SRDF/TimeFinder Manager for IBM i é um conjunto de utilitários baseados em hostque oferece uma interface IBM i ao EMC SRDF e ao TimeFinder.

Esse recurso permite que você configure e controle as operações do SRDF ou do TimeFinder emarrays conectados aos hosts do IBM i, inclusive:

l SRDF: configure, estabeleça e divida volumes SRDF, incluindo:

n SRDF/A

n SRDF/S

n SRDF/A simultâneo

n SRDF/S simultâneo

l TimeFinder:

n Crie cópias point-in-time de volumes completos ou de conjuntos individuais de dados.

n Crie snapshots point-in-time de imagens.

Recursos avançados

Os recursos avançados SRDF/TimeFinder Manager for IBM i oferecem suporte para afuncionalidade IASP (independent ASP, ASP independente) IBM.

IASPs são um conjunto de pools de discos auxiliares (até 223) alternáveis ou privados que pode sercolocado on-line/off-line em um host IBM i sem afetar o resto do sistema.

Quando combinado com o SRDF/TimeFinder Manager for IBM i, os IASPs permitem que vocêcontrole as operações do SRDF ou do TimeFinder nos arrays conectados aos hosts do IBM i,inclusive:

l Exibir e atribuir dispositivos do TimeFinder SnapVX.

l Executar comandos do SRDF ou do TimeFinder para conectar e desconectar volumes SRDF ouTimeFinder.

l Apresentar um ou mais dispositivos de destino contendo uma imagem IASP a outro host paraprocessos de BC (Business Continuance, continuidade dos negócios).

O acesso a operações de controle adicionais inclui:

l A partir da interface orientada por menu do SRDF/TimeFinder Manager.

l A partir da linha de comando usando os comandos do SRDF/TimeFinder Manager e oscomandos associados do IBM i.

AppSyncA Dell EMCAppSync oferece uma abordagem simples com autoatendimento e orientada por SLA(Service Level Agreement, contrato de nível de serviço) à proteção, restauração e clonagem deaplicativos críticos Microsoft e Oracle e ambientes VMware. Após definir os planos de serviço, os



proprietários de aplicativos podem proteger, restaurar e clonar dados de produção rapidamentecom granularidade em nível de item, usando as tecnologias de replicação subjacentes da Dell EMC.O AppSync também oferece um serviço de monitoração de proteção de aplicativos que geraalertas quando os SLAs não são cumpridos.

O AppSync é compatível com os seguintes aplicativos e arrays de armazenamento:

l Aplicativos — Oracle, Microsoft SQL Server, Microsoft Exchange e VMware VMFS edatastores e file systems NFS.

l Tecnologias de replicação — SRDF, SnapVX, RecoverPoint, XtremIO Snapshot, VNXAdvanced Snapshots, VNXe Unified Snapshot e ViPR Snapshot.

Obs.: Para arrays VMAX All Flash, o AppSync está disponível em um pacote starter. O pacoteAppSync Starter oferece a licença para uma versão de escala limitada, porém totalmentefuncional, do AppSync. Para obter mais informações, consulte a Descrição do produto pacoteAppSync Starter com VMAX All Flash, disponível no site de suporte on-line da Dell EMC.



CAPÍTULO 3

Recursos de sistemas abertos

Este capítulo apresenta os recursos de sistemas abertos dos arrays VMAX All Flash.

l Suporte do HYPERMAX OS para sistemas abertos............................................................... 54l Backup e restauração usando o ProtectPoint e o Data Domain............................................. 54l VMware Virtual Volumes........................................................................................................57


Suporte do HYPERMAX OS para sistemas abertosO HYPERMAX OS tem suporte às emulações de dispositivos de FBA para sistemas abertos e D910for IBM i.

Qualquer software gerenciador de dispositivos lógicos instalado em um host pode ser usado comos dispositivos de armazenamento.

O HYPERMAX OS aumenta os limites de escalabilidade das gerações anteriores de arrays,inclusive:

l O tamanho máximo do dispositivo é 64 TB

l O número máximo de dispositivos endereçáveis a host é de 64.000 para cada array

l O número máximo de grupos de armazenamento, grupos de portas e exibições demascaramento é de 64.000 para cada array

l O número máximo de dispositivos endereçáveis por cada porta é quatro milO HYPERMAX OS não dá suporte a metadispositivos; portanto, é muito mais difícil atingir esselimite.

O Provisionamento específico para sistemas abertos na página 68 tem mais informações sobre oprovisionamento de armazenamento em um ambiente de sistemas abertos.

A Dell EMC Support Matrix no E-Lab Interoperability Navigator em http://elabnavigator.emc.comtem as informações mais recentes sobre os recursos de sistemas abertos doHYPERMAX.

Backup e restauração usando o ProtectPoint e o Data DomainO Dell EMC ProtectPoint fornece recursos de backup e restauração de dados para um array doVMAX All Flash. Um array remoto do Data Domain armazena as cópias de backup dos dados.

O ProtectPoint usa os recursos existentes do arrays VMAX All Flash e do Data Domain para criarcópias de backup e restaurar dados de backup, se necessário. Não há necessidade de hardware esoftware especializado ou adicional.

Esta seção é um resumo de alto nível dos recursos de backup e restauração do ProtectPoint. Elatambém mostra onde obter informações detalhadas sobre o produto, incluindo instruções sobrecomo configurá-lo e gerenciá-lo.

O ProtectPoint foi renomeado para Storage Direct e está incluído no PowerProtect, DataProtection Suite for Apps ou Data Protection Suite Enterprise Software Edition.

BackupUma LUN é a unidade básica de backup no ProtectPoint. Para cada LUN, o ProtectPoint cria umaimagem de backup no array do Data Domain. Você pode agrupar imagens de backup para criar umconjunto de backups. Um uso do conjunto de backup é capturar todos os dados de um aplicativocomo uma imagem point-in-time.

Processo de backupPara criar um backup de um LUN, o ProtectPoint:

1. Usa o SnapVX para criar um snapshot local do LUN no array VMAX All Flash (o storage arrayprincipal).Depois que ele é criado, o ProtectPoint e o aplicativo podem prosseguir independentemente eo processo de backup não afetam mais o aplicativo.

2. Copia o snapshot para um vdisk no array Data Domain em que é deduplicado e catalogado.



http://elabnavigator.emc.com

No storage array principal, o vdisk aparece como um LUN encapsulado em FAST.X. A cópia dosnapshot no vdisk usa a cópia do link SnapVX existente e as tecnologias de transferência doVMAX All Flash.

Assim que o vdisk contém todos os dados do LUN, o Data Domain os converte em uma imagemestática. Essa imagem é adicionada aos metadados, e o Data Domain cataloga a imagem de backupresultante.

Figura 5 Fluxo de dados durante uma operação de backup no Data Domain

Cópia de dados incrementalA primeira vez que o ProtectPoint faz backup de um LUN, ele faz uma cópia completa do conteúdousando um snapshot do SnapVX. Ao tirar esse snapshot, o aplicativo atribuído ao LUN é pausadopor um curto período. Isso garante que o ProtectPoint tenha uma cópia do LUN consistente com oaplicativo. Para criar a primeira imagem de backup do LUN, o ProtectPoint copia o snapshot inteiropara o array Data Domain.

Para cada backup subsequente do LUN, o ProtectPoint copia apenas as partes do LUN que foramalteradas. Isso traz um uso melhor dos links de comunicação e minimiza o tempo necessário paracriar o backup.

RestauraçãoO ProtectPoint fornece duas formas de restauração de dados:

l Restauração no nível do objeto a partir de uma imagem de backup selecionado

l Restauração da reversão completa de aplicativos

Restauração em nível de objetoPara uma restauração no nível do objeto, o Data Domain coloca a imagem estática da imagem debackup selecionada em um vdisk. Como no processo de backup, esse vdisk no array Data Domainaparece como um LUN encapsulado em FAST.X no array VMAX All Flash. Agora, o administradorpode montar o sistema de arquivos do LUN encapsulado e restaurar um ou mais objetos para odestino final.



Restauração da reversão completa de aplicativosEm uma restauração completa de reversão de aplicativo, todas as imagens estáticas em umconjunto de backup selecionado são disponibilizadas como vdisks no array do Data Domain edisponíveis como LUNs encapsulados em FAST.X no array VMAX All Flash. A partir daí, oadministrador pode restaurar os dados de LUNs encapsulados nos dispositivos originais.

Agentes do ProtectPointO ProtectPoint tem três agentes, cada um responsável por fazer backup e restaurar um tipoespecífico de dados:

Agente de file system

Fornece recursos para fazer backup, gerenciar e restaurar LUNs de aplicativos.

Agente de aplicativos de banco de dados

Fornece recursos para fazer backup, gerenciar e restaurar bancos de dados DB2, bancos dedados Oracle ou SAP com dados do banco de dados Oracle.

Agente de aplicativo Microsoft

Fornece recursos para fazer backup, gerenciar e restaurar bancos de dados do MicrosoftExchange e Microsoft SQL.

Recursos usados para backup e restauração do ProtectPointO ProtectPoint usa os recursos existentes do HYPERMAX OS e do Data Domain para fornecerserviços de backup e restauração:

l HYPERMAX OS:

n SnapVX

n Dispositivos encapsulados em Fast.X

l Data Domain:

n Serviços de block para ProtectPoint

n Serviços vdisk

n FastCopy

ProtectPoint e backup tradicionalO workflow do ProtectPoint pode fornecer proteção de dados em situações em que as abordagensmais tradicionais não conseguem atender satisfatoriamente às necessidades dos negócios. Issocom frequência é devido a janelas de backup pequenas ou inexistentes, exigindo requisitos de RTO(Recovery Time Objective, objetivo de tempo de recuperação) ou RPO (Recovery Point Objective,objetivo de ponto de recuperação) ou uma combinação dos dois.

Diferentemente da recuperação e do backup tradicionais, o ProtectPoint não depende de umprocesso separado para identificar os dados de backup nem de ações adicionais para mover essesdados para o armazenamento de backup. Em vez de usar recursos de hardware, host e redededicados, o ProtectPoint usa os recursos existentes de aplicativos e armazenamento para criarcópias point-in-time de grandes conjuntos de dados. As cópias são transportadas em uma SANpara os sistemas Data Domain a fim de proteger as cópias e, ao mesmo tempo, fornecerdesduplicação para maximizar a eficiência do armazenamento.



O ProtectPoint minimiza o tempo necessário para proteger grandes conjuntos de dados e permiteque os backups se encaixem nas menores janelas de backup para atender a exigentes requisitos deRTO ou RPO.

Mais informaçõesHá mais informações sobre o ProtectPoint, seus componentes, como configurá-los e como usá-losem:

l Guia de soluções do ProtectPoint

l Guia de Instalação e Administração do Agente de File System

l Guia de Instalação e Administração do Agente de Aplicativos de Banco de Dados

l Guia de Instalação e Administração do Agente de Aplicativos Microsoft

VMware Virtual Volumes

O VVols (VMware Virtual Volumes, Volumes virtuais da VMWare) é um novo objeto dearmazenamento desenvolvido pela VMware para simplificar o gerenciamento e o provisionamentoem ambientes virtualizados. Com o VVols, o processo de gerenciamento avança da LUN(datastore) à máquina virtual (VM). Esse nível de granularidade permite que os administradores denuvem e da VMware atribuam atributos específicos de armazenamento a cada máquina virtual, deacordo com seus requisitos de desempenho e de armazenamento. Os storage arrays que executamHYPERMAX OS implementam VVols.

Componentes do VVolPara dar suporte aos recursos de gerenciamento de VVols, o ambiente de armazenamento/vCenter exige:

l EMC VMAX VASA ProviderDell EMC PowerMax VASA Provider: o VASA Provider (VP) é umplug-in de software que usa um conjunto de APIs de gerenciamento de banda externa (versão2.0 do VASA). O VASA Provider exporta os recursos do storage array e os apresenta aovSphere por meio das APIs do VASA. O VVols é gerenciados pelo vSphere por meio de APIs doVASA Provider (criar/excluir), e não pela interface do usuário do Unisphere forVMAXUnisphere for PowerMax ou pela CLI do Solutions Enabler. Depois que os VVols foremconfigurados no array, o Unisphere e o Solutions Enabler somente darão suporte aomonitoramento e à geração de relatórios de VVol.

l SC (Storage Containers, recipientes de armazenamento) – os SCs são fragmentos dearmazenamento físico usados para agrupar VVols logicamente. Esses recipientes se baseiam noagrupamento de VMDKs (Virtual Machine Disks, discos de máquina virtual) em níveis deserviço específicos. A capacidade dos SCs é limitada apenas pela capacidade de hardware.Pelo menos um SC por sistema de armazenamento é necessário, mas é permitida a presençade vários SCs por array. Os SCs são criados e gerenciados no array pelo administrador dearmazenamento. A CLI do Unisphere e do Solutions Enabler dá suporte ao gerenciamento deSCs.

l PE (Protocol Endpoints, pontos de extremidade de protocolo) – os PEs são os pontos deacesso dos hosts ao array pelo administrador de armazenamento. Os PEs são compatíveis comFibre Channel e substituem o uso de LUNs e pontos de montagem. Os VVols são "vinculados" aum PE, e as operações de vinculação e desvinculação são gerenciadas por meio das APIs doVP, e não pela CLI do Solutions Enabler. As políticas existentes de múltiplos caminhos e osrequisitos de topologia do NFS podem ser aplicativos ao PE. Os PEs são criados e gerenciadosno array pelo administrador de armazenamento. A CLI do Unisphere e do Solutions Enabler dásuporte ao gerenciamento de PEs.



Tabela 9 Recurso de gerenciamento de componentes de arquitetura de VVol

Recurso Componente

Gerenciamento de dispositivos de VVol (criar,excluir)

APIs do VASA Provider / APIs do SolutionsEnabler

Gerenciamento de vinculação de VVol(vincular, desvincular)

Gerenciamento de dispositivos dos pontos deextremidade de protocolo (criar, excluir)

CLI do Solutions Enabler/Unisphere

Relatórios de endpoint de protocolo de VVol(listar, exibir)

Gerenciamento de recipientes dearmazenamento (criar, excluir, modificar)

Relatórios de recipientes de armazenamento(lista, exibir)

Escalabilidade do VVolOs limites de escalabilidade de VVol são:

Tabela 10 Escalabilidade do VVol específico

Requisito Valor

Número de VVols/arrays 64.000

Número de snapshots/máquinas virtuaisa 12

Número de recipientes de armazenamento/array

16

Número de pontos de extremidade deprotocolo/array

1/Host do ESXi

Número máximo de pontos de extremidade deprotocolo/array

1.024

Número de arrays compatíveis/VP 1

Número de vCenters/VP 2

Tamanho máximo dos dispositivos 16 TB

a. Os snapshots do VVol são gerenciados apenas pelo vSphere. Você não pode usar oUnisphere ou o Solutions Enabler para criá-los.

Fluxo de trabalho do VVol

Requisitos

Instale e configure estes aplicativos:

l Unisphere for VMAX V8.2 ou posterior

l CLI do Solutions Enabler V8.2 ou posterior

l VASA Provider V8.2 ou posterior



As instruções de como instalar o Unisphere e Solutions Enabler estão nos respectivos guias deinstalação. As instruções de como instalar o provedor de VASA estão nas notas de versão doprovedor de VASA do Dell EMC PowerMax.

Procedimento

A criação de uma máquina virtual com base em VVol envolve o administrador de armazenamento eo administrador da VMware:

Administrador de armazenamento

O administrador de armazenamento usa o Unisphere ou o Solutions Enabler para criar eapresentar o armazenamento ao ambiente VMware:

1. Crie um ou mais recipientes de armazenamento no storage array.Esta etapa define quanto armazenamento e a partir de qual nível de serviço o usuário daVMware pode fazer o provisionamento.

2. Crie pontos de extremidade de protocolo e provisione-os aos hosts do ESXi.

Administrador do VMware

O administrador da VMware usa o vSphere Web Client para implementar a VM no storagearray:

1. Adicione o VASA Provider ao vCenter.Isso permite que o vCenter se comunique com o storage array,

2. Crie um datastore do VVol a partir do contêiner de armazenamento.

3. Crie as políticas de armazenamento da VM.

4. Crie a VM no datastore do VVol, selecionando uma das políticas de armazenamento daVM.



CAPÍTULO 4

Recursos de mainframe

Este capítulo apresenta os recursos específicos de mainframe dos arrays do VMAX All Flash.

l Suporte do HYPERMAX OS para mainframe......................................................................... 62l Suporte à funcionalidade dos sistemas IBM z........................................................................62l Suporte a IBM 2107............................................................................................................... 63l Recursos da unidade de controle lógico.................................................................................63l Emulações de unidade de disco............................................................................................. 64l Configurações em cascata.................................................................................................... 64


Suporte do HYPERMAX OS para mainframeOs arrays VMAX 450F, 850F e 950F podem ser solicitados com os pacotes de software zF e zFXpara dar suporte a mainframe.

Os arrays VMAX All Flash oferecem estes recursos de mainframe:

l Configurações de unidades mistas de FBA e CKD.

l Suporte a 64, 128 e 256 portas FICON de vários modos ou um só, respectivamente.

l Suporte para dispositivos CKD 3380/3390 e FBA.

l Conectividade de mainframe (FICON) e FC/iSCSI de sistema operacional.

l Unidades flash de alta capacidade.

l Conectividade de host FICON de até 16 Gb/s.

l Suporte a Forward Error Correction, Query Host Access e FICON Dynamic Routing.

l Proteção T10 DIF para dados de CKD ao longo do caminho de dados (no cache e no disco) paramelhorar o desempenho de operações com vários registros.

l Gerenciadores externos de chaves da D@RE. Criptografia de dados em repouso na página 33 Otem mais informações sobre D@RE e gerenciadores de chaves externos.

Suporte à funcionalidade dos sistemas IBM zOs arrays VMAX All Flash dão suporte aos recentes aprimoramentos dos sistemas IBM z,garantindo que o array consiga lidar com os ambientes mais exigentes de mainframe:

l zHPF, inclusive suporte para trilha única, várias trilhas, prefetch de lista, transferênciasbidirecionais, acesso QSAM/BSAM e gravações de formato

l zHyperWrite

l NDSS (Non-Disruptive State Save)

l Flash nativo compatível (cópia flash)

l Cópia simultânea

l Tratamento de imagens de vários subsistemas

l PAV (Parallel Access Volumes)

l DCM (Dynamic Channel Management)

l PAV (Parallel Access Volumes)/MA (Multiple Allegiance) dinâmico

l SoftFence PPRC (Peer-to-Peer Remote Copy)

l EAV (Extended Address Volumes)

l Pacing persistente de IU (FICON de longa distância)

l HyperPAV

l Assistência de pesquisa PDS

l MIDAW (Modified Indirect Data Address Word)

l MA (Multiple Allegiance)

l Particionamento de dados sequenciais

l Recurso de bloqueio de múltiplos caminhos

l Pacote de produtos para z/TPF



l HyperSwap

Obs.: Um array VMAX All Flash pode participar somente de uma configuração Global Mirror(XRC) do z/OS como secundário.

Suporte a IBM 2107Quando os arrays VMAX All Flash emulam um IBM 2107, eles representam externamente o númerode série do array como um número alfanumérico para manter a compatibilidade com o resultado docomando da IBM. Internamente, os arrays retêm um número de série numérico para as emulaçõesdo IBM 2107. O HYPERMAX OS lida com a correlação entre os números de série alfanuméricos enuméricos.

Recursos da unidade de controle lógicoA seguinte tabela lista os valores máximos da LCU (Logical Control Unit, unidade de controlelógico):

Tabela 11 Valores máximos da unidade de controle lógico

Recurso Valor máximo

LCUs por fatia de director (ou porta) 255 (dentro do intervalo de 00 a FE)

LCUs por divisãoa 255

Divisões por array 16 (0 a 15)

Dispositivos por divisão 65,280

LCUs por array 512

Dispositivos por LCU 256

Caminhos lógicos por porta 2.048

Caminhos lógicos por LCU por porta (consulte Tabela 12 na página 63)

128

Endereço de host do sistema de array porarray (base e alias)

64 K

Conexões de host do I/O por mecanismo doarray

32

a. Uma divisão é uma partição lógica do array de armazenamento, identificada por dispositivosexclusivos, SSIDs e número de série do host. O endereço máximo de host do storage arraypor array é composto por todas as divisões.

A seguinte tabela lista o máximo de LPARs por porta com base no número de LCUs com caminhosativos:

Tabela 12 Máximo de LPARs por porta

LCUs com caminhos ativospor porta

Máximo de volumescompatíveis por porta

Máximo de LPARs do arraypor porta

16 4 K 128

32 8K 64



Tabela 12 Máximo de LPARs por porta (continuação)

LCUs com caminhos ativospor porta

Máximo de volumescompatíveis por porta

Máximo de LPARs do arraypor porta

64 16 K 32

128 32 K 16

255 64 K 8

Emulações de unidade de discoQuando os arrays VMAX All Flash são configurados para hosts de mainframe, o formato degravação de dados é ECKD (Extended CKD). As emulações compatíveis de CKD são 3380 e 3390.

Configurações em cascataAs configurações em cascata melhoram significativamente a conectividade FICON entre os sitesremotos usando extensões de switch para switch da CPU à rede FICON. Esses switches emcascata se comunicam por longas distâncias usando um pequeno número de linhas de altavelocidade chamadas de ISLs (Interswitch Links, links entre switches). Um máximo de doisswitches pode ser conectado de uma só vez em um caminho entre a CPU e o storage array.

Para fazer uma configuração em cascata, é necessário usar switches do mesmo fornecedor. Paradar suporte à configuração em cascata, cada fornecedor de switch exige modelos, recursos dehardware, recursos de software, definições de configuração e restrições específicos. Modelosespecíficos de CPU da IBM, níveis de versão do sistema operacional, hardware do host e níveis doHYPERMAX também são necessários.

Para obter as informações mais atualizadas sobre o suporte a switches, consulte a Dell EMCSupport Matrix, disponível por meio do ELN (E-Lab Interoperability Navigator, navegador deinteroperabilidade E-Lab), em http://elabnavigator.emc.com.



http://elabnavigator.emc.com

CAPÍTULO 5

Provisionamento

Este capítulo apresenta o provisionamento de armazenamento.

l Provisionamento thin.............................................................................................................66l CloudArray como um nível externo........................................................................................ 70


Provisionamento thinOs arrays VMAX All Flash vêm configurados de fábrica com pools de provisionamento thin prontospara uso. O provisionamento thin melhora a utilização da capacidade e simplifica o gerenciamentode armazenamento. Isso também permite que o armazenamento seja alocado e acessado sobdemanda de um pool de armazenamento que atenda a um ou a diversos aplicativos. As LUNspodem "crescer" ao longo do tempo à medida que o espaço for adicionado ao pool de dados, semimpacto ao host ou ao aplicativo. Os dados são amplamente fracionados no armazenamento físico(unidades) para proporcionar um desempenho melhor que o do provisionamento padrão.

Obs.: Os dispositivos de dados (TDATs) são provisionados/pré-configurados/criados,enquanto os thin devices dos dispositivos de armazenamento endereçáveis ao host são criadospelo cliente ou pelo atendimento ao cliente, dependendo do ambiente.

O provisionamento thin aumenta a utilização da capacidade e simplifica o gerenciamento dearmazenamento:

l Permitindo que mais armazenamento seja apresentado a um host do que o armazenamentofisicamente consumido

l Alocando armazenamento apenas conforme necessário a partir de um pool de provisionamentothin compartilhado

l Facilitando o layout de dados por meio de amplo particionamento automatizado

l Reduzindo as etapas necessárias para acomodar o crescimento

O provisionamento thin permite que você:

l Crie thin devices (TDEVs) endereçáveis ao host usando o Unisphere ou o Solutions Enabler

l Adicionar os thin devices a um grupo de armazenamento

l Executar cargas de trabalho nos grupos de armazenamento

Quando os hosts são gravados no thin devices, o armazenamento físico é alocadoautomaticamente a partir do pool de recursos de armazenamento padrão.

Pré-configuração para provisionamento thinOs arrays VMAX All Flash são desenvolvidos de modo personalizado e pré-configurados comaplicativos de software baseados em array, inclusive uma pré-configuração de fábrica paraprovisionamento thin que inclui:

l Dispositivos de dados (TDAT) — um dispositivo interno que oferece armazenamento físicousado por thin devices.

l Pool de provisionamento virtual — um conjunto de dispositivos de dados com o mesmo tipo deproteção e emulação, todos eles residindo em discos com o mesmo tipo de tecnologia evelocidade. As unidades de um pool de dados são provenientes do mesmo grupo de discos.

l Grupo de discos — um conjunto de unidades físicas no array que compartilham a mesmacapacidade e tecnologia de unidade. As opções de proteção do RAID são configuradas no níveldo grupo de disco. A Dell EMC recomenda o uso de um ou mais esquemas de proteção dedados do RAID para todos os dispositivos de dados.

Provisionamento


Tabela 13 Opções de RAID

RAID Ele apresenta o seguinte: Considerações sobre aconfiguração

RAID 5 Paridade distribuída e dadosfracionados em todas asunidades do grupo de RAID.As opções incluem:

l RAID 5 (3 + 1): consisteem quatro unidades comparidade e dadosfracionados em cadadispositivo.

l RAID-5 (7 + 1): consisteem 8 unidades com dadose paridade fracionada emcada dispositivo.

l O RAID-5 (3 + 1) oferece75% de capacidade dearmazenamento dedados. Disponível apenascom arrays VMAX 250F.

l O RAID-5 (7 + 1) oferece87,5% de capacidade dearmazenamento dedados.

l Resiste a falhas de umasó unidade do grupo deRAID-5.

RAID 6 Unidades fracionadas comparidade dupla distribuída(horizontal e diagonal). Entreas opções de disponibilidadede nível mais alto, estão:

l RAID-6 (6 + 2) —consiste em oito unidadescom dupla paridade edados fracionadas emcada dispositivo.

l RAID-6 (14 + 2) —consiste em 16 unidadescom dupla paridade edados fracionados emcada dispositivo.

l O RAID-6 (6 + 2) oferece75% de capacidade dearmazenamento dedados. Disponível apenascom arrays VMAX 250F.

l O RAID-6 (14 + 2)oferece 87,5% decapacidade dearmazenamento dedados.

l Resiste a falhas de duasunidades do grupo deRAID-6.

l Pools de recursos de armazenamento — um pool de recursos de armazenamento (padrão) épré-configurado no array. Esse processo é automático e não requer nenhuma configuração.Não é possível modificar os pools de recursos de armazenamento, mas é possível listá-los eexibir suas configurações. Também é possível gerar relatórios que detalhem a demanda que osgrupos de armazenamento estão impondo sobre os pools de recursos de armazenamento.

Thin devices (TDEV)

Obs.: Em arrays VMAX All Flash, o thin device é o único tipo de dispositivo para dispositivosfront-end.

Os thin devices (TDEVs) não terão armazenamento alocado até que a primeira gravação sejaemitida para o dispositivo. Em vez disso, o array realiza apenas uma alocação mínima doarmazenamento físico a partir do pool e associa esse armazenamento a uma região do thin device,inclusive a área destinada pela gravação.

Essas alocações iniciais mínimas são realizadas em unidades chamadas extensões do thin device.Cada extent de um thin device é de 1 trilha (128 KB).

Provisionamento


Quando uma leitura for realizada em um dispositivo, os dados que estiverem sendo lidos serãorecuperados do dispositivo de dados apropriado para o qual o extent de thin devide foi alocado. Aleitura de uma área de um thin device não mapeado não aciona operações de alocação. A leitura deum block não mapeado exibirá um block no qual cada byte é igual a zero.

Quando for necessário mais armazenamento para atender a thin devices futuros ou existentes,será possível adicionar dispositivos de dados aos grupos de armazenamento thin existentes.

Superatribuição de thin devicesUm thin device pode ser apresentado para utilização no host antes do mapeamento de toda acapacidade relatada do dispositivo.

A soma das capacidades relatadas de thin devices utilizando um pool específico pode exceder acapacidade de armazenamento disponível do pool. Thin devices cuja capacidade exceda a de seupool associado são "superatribuídos".

A superatribuição permite a apresentação de dispositivos maiores que o necessário aos hosts e aosaplicativos sem que as unidades físicas aloquem completamente o espaço representado pelos thindevices.

Provisionamento específico para sistemas abertos

Limites de I/O de host do HYPERMAX para sistemas abertosEm sistemas abertos, você pode definir os limites de I/O de host e associar um limite a um grupode armazenamento. As definições de limite de I/O contêm os parâmetros operacionais dos limitesde input/output por segundo e/ou de largura de banda.

Quando um limite de I/O é associado a um grupo de armazenamento, o limite é dividido igualmenteentre todos os directors na exibição de mascaramento associada ao grupo de armazenamento.Todos os dispositivos nesse grupo de armazenamento compartilham esse limite.

Quando os aplicativos são configurados, você pode associar os limites aos grupos dearmazenamento que contenham uma lista de dispositivos. Um grupo de armazenamento únicosomente pode ser associado a um limite, e um dispositivo somente pode estar em um grupo dearmazenamento que tenha limites associados a ele.

Podem haver até 4.096 limites de I/O de host.

Considere o seguinte ao usar os limites de I/O de host:

l Limites de I/O de host em cascata controlando limites de grupos de armazenamentos principaise secundários em uma configuração de grupo de armazenamento em cascata.

l Redistribuição de direcionador off-line e com falhas de cotas que suporta a disponibilização detodas as cotas disponíveis em vez de perder alocações de cotas de direcionadores off-line ecom falhas.

l Suporte a limites de I/O de host dinâmico para redistribuição dinâmica de cotas dedirecionadores não utilizados no estado estacionário.

Grupos de provisionamento automático em sistemas abertosVocê pode fazer o provisionamento automático em sistemas abertos para reduzir a complexidade,o tempo de execução, o custo do trabalho e o risco de erros.

Grupos de provisionamento automático permitem que usuários agrupem iniciadores, portas front-end e dispositivos, além da criação de exibições de mascaramento que associam os dispositivos aportas e a iniciadores.

Provisionamento


Quando uma exibição de mascaramento é criada, as operações de mapeamento e mascaramentonecessárias são realizadas automaticamente para provisionar o armazenamento.

Após a criação de uma visualização de mascaramento, qualquer modificação ao agrupamento deiniciadores, às portas ou aos dispositivos de armazenamento se propaga automaticamente ao longoda visualização, atualizando automaticamente o mapeamento e o mascaramento conformenecessário.

Componentes de um grupo de provisionamento automático

Figura 6 Grupos de provisionamento automático

Masking view

dev

dev

devdev

dev

dev

VM 1 VM 2 VM 3 VM 4

HB

A 1

HB

A 2

HB

A 4

HB

A 3

ESX

2

VM 1 VM 2 VM 3 VM 4

HB

A 1

HB

A 1

HB

A 2

HB

A 2

HB

A 4

HB

A 4

HB

A 3

HB

A 3 ESX

1

dev

dev

devdev

dev

dev

Storage group

Devices

Port group

Host initiators

Initiator group

Ports

SYM-002353

Grupo de iniciadores

Um agrupamento lógico de iniciadores Fibre Channel. Um grupo de iniciadores é limitado a umpai que pode conter outros grupos ou a um filho, que contém uma função de iniciador. Não hásuporte para mistura de iniciadores e nomes secundários em um grupo.

Grupo de portas

Um agrupamento lógico de portas do director front-end Fibre Channel. Um grupo de portaspode conter até 32 portas.

Grupo de armazenamento

Um agrupamento lógico de thin devices. Os endereços de LUN são atribuídos aos dispositivosem um grupo de armazenamento quando a exibição for criada, independentemente de o gruposer em cascata ou independente. Muitas vezes, há uma correlação entre um grupo dearmazenamento e um aplicativo host. Um ou mais grupos de armazenamento podem seratribuídos a um aplicativo para simplificar o gerenciamento do sistema. Os grupos dearmazenamento também podem ser compartilhados entre os aplicativos.

Grupo de armazenamento em cascata

Um grupo de armazenamento pai que consiste de diversos grupos de armazenamento(membros do grupo de armazenamento pai) que contenham grupos de armazenamento filho,que consistem de dispositivos. Ao atribuir grupos de armazenamento secundários aosmembros do grupo de armazenamento principal e ao aplicar a exibição de mascaramento ao

Provisionamento


grupo de armazenamento principal, a exibição de mascaramento herda todos os dispositivosnos grupos de armazenamento secundário correspondentes.

Visualização de mascaramento

Uma associação entre um grupo de iniciadores, um grupo de portas e um grupo dearmazenamento. Quando uma exibição de armazenamento é criada, o grupo dentro daexibição é um pai e o conteúdo do filho é usado. Por exemplo, os iniciadores dos grupo deiniciadores filho e os dispositivos dos grupos de armazenamento filho. Dependendo dosrequisitos de servidor e de aplicativo, cada servidor ou grupo de servidores pode ter uma oumais visualizações de mascaramento que associem um conjunto de thin devices a umaplicativo, um servidor ou um cluster de servidores.

CloudArray como um nível externo

O VMAX All Flash pode se integrar ao produto de armazenamento CloudArray para fins demigração. Ao ativar essa tecnologia, os clientes podem arquivar perfeitamente as cargas detrabalho de aplicativo mais antigas fora da nuvem, liberando a valiosa capacidade para cargas detrabalho mais recentes. Depois que os aplicativos mais antigos forem arquivados, eles estãodiretamente disponíveis para recuperação a qualquer momento.

Gerencie a configuração do CloudArray utilizando o console de gerenciamento (configuração,criptografia de cache, monitoramento) e as interfaces tradicionais de gerenciamento doCloudArray (Unisphere, Solutions Enabler, API).

Provisionamento


CAPÍTULO 6

Replicação local nativa com o TimeFinder

Este capítulo apresenta os recursos de replicação local.

l Sobre o TimeFinder............................................................................................................... 72l SnapVX e zDP mainframe......................................................................................................76


Sobre o TimeFinderO Dell EMC TimeFinder fornece cópias point-in-time de volumes, que podem ser usadas parabackups, suporte a decisões, atualizações de data warehouse ou para qualquer outro processo queexija acesso paralelo a dados de produção.

Famílias VMAX anteriores ofereciam diversos produtos TimeFinder, cada um com suas própriascaracterísticas e casos de uso. Esses produtos tradicionais exigiam um grande volume de destinopara manter dados de snapshots ou de clones.

O HYPERMAX OS apresenta o TimeFinder SnapVX, que oferece os melhores aspectos das ofertastradicionais do TimeFinder, combinados com mais escalabilidade e facilidade de uso.

O TimeFinder SnapVX emula os seguintes produtos preexistentes de replicação:

l Dispositivos de FBA:

n TimeFinder/Clone

n TimeFinder/Mirror

n TimeFinder VP Snap

l Dispositivos de mainframe (CKD):

n TimeFinder/Clone

n TimeFinder/Mirror

n TimeFinder/Snap

n Dell EMC Dataset Snap

n IBM FlashCopy (volume completo e nível de extent)

O TimeFinder SnapVX reduz drasticamente o impacto dos snapshots e dos clones:

l Para snapshots, isso é feito usando a tecnologia ROW (Redirect on Write, redirecionamentoem gravação).

l Para clones, isso é feito armazenando os rastreios alterados (deltas) diretamente no pool derecursos de armazenamento do dispositivo de origem - compartilhamento rastreios entre asversões dos snapshots e também com o dispositivo de origem, sempre que possível.

Não há necessidade de especificar um dispositivo de destino e pares origem/destino. O SnapVXcomporta até 256 snapshots por volume. Cada snapshot pode ter um nome e uma data de validadeautomática.

Acesso aos snapshots

Com o SnapVX, um snapshot pode ser acessado ao vinculá-lo a um volume acessível ao host(conhecido como volume de destino). Os volumes de destino são os thin devices VMAX All Flashpadrão. É possível vincular até 1.024 volumes de destino aos snapshots dos volumes de origem.Esses 1.024 links podem apontar todos para o mesmo snapshot do volume de origem, ou podem servários volumes de destino vinculados a vários snapshots a partir do mesmo volume de origem. Noentanto, um volume de destino somente pode ser vinculado a um só snapshot por vez.

Os snapshots podem ser posicionados em cascatas a partir dos destinos vinculados, e estes podemser vinculados aos snapshots dos destinos vinculados. Não há limite de número de níveis emcascata, e a cascata pode ser quebrada.

Links do SnapVX aos destinos nos seguintes modos:

l Modo Nocopy (padrão): o SnapVX não copia dados ao volume de destino vinculado, mas aindatorna a imagem point-in-time acessível ao snapshot por meio dos indicadores. O dispositivo dedestino pode ser modificado e mantém a imagem completa de maneira eficiente no espaçomesmo depois de desvincular da point-in-time.



l Modo Copy: o SnapVX copia todas as trilhas relevantes da imagem momentânea do snapshotpara o volume vinculado de destino. Isso cria uma cópia completa da imagem point-in-time quepermanece disponível depois que o destino for desvinculado.

Se um aplicativo precisar encontrar uma cópia point-in-time específica dentre um grande conjuntode snapshots, o SnapVX permite que você vincule e revincule até que o snapshot correto sejalocalizado.

Interoperabilidade com produtos preexistentes do TimeFinderO TimeFinder SnapVX e o HYPERMAX OS emulam produtos de replicação do TimeFinder e do IBMFlashCopy para oferecer compatibilidade com versões anteriores. Você pode executar seusscripts/trabalhos preexistentes de replicação nos arrays VMAX All Flash que executam oTimeFinder SnapVX e o HYPERMAX OS sem alterá-los.

Arrays que são executados no PowerMaxOS 5978.444.444 e posterior permitem a coexistência e ainteroperabilidade do SnapVX com os produtos preexistentes do TimeFinder. Nesse array, umdispositivo pode ser simultaneamente a fonte de uma operação do SnapVX e a origem de umdesses produtos TimeFinder preexistentes:

l TimeFinder/Clone

l TimeFinder/Espelhado

l TimeFinder VP Snap

O dispositivo de destino de um produto TimeFinder preexistente não pode ser o dispositivo deorigem do SnapVX. Da mesma forma, o dispositivo de destino do SnapVX não pode ser odispositivo de origem de um produto TimeFinder preexistente.

Os usos para a coexistência do Snap VX com os produtos TimeFinder preexistentes incluem:

l Um local deseja manter as configurações atual e preexistente ao experimentar o SnapVX.

l A mudança para o SnapVX pode exigir a exclusão de sessões preexistentes, e isso viola aspolíticas comerciais locais.

Obs.: A coexistência de produtos SnapVX e TimeFinder preexistentes não está disponívelquando a origem de uma sessão do SnapVX passa por uma operação de restauração.

Snapshots sem destinoCom a interface de gerenciamento do TimeFinder SnapVX, você cria um snapshot de um grupo dearmazenamento inteiro do VMAX All Flash com apenas um comando. Com isso em mente, o VMAXAll Flash suporta até 64 mil grupos de armazenamento. O número de grupos é suficiente, mesmono ambiente mais exigente, para fornecer um para cada aplicativo. O conceito de grupo dearmazenamento já existe na maioria dos casos, já que os grupos são criados para visualizações demascaramento. O TimeFinder SnapVX utiliza essa estrutura existente, reduzindo a administraçãonecessária para manter o aplicativo e o ambiente de replicação dele.

A criação de snapshots do SnapVX não exige que você configure volumes adicionais previamente.Por sua vez, isso reduz a quantidade de cache que os snapshots do SnapVX usam e simplifica aimplementação. A criação do snapshot e o término automático podem ser facilmente colocados emum script.

Neste exemplo do Solutions Enabler, um snapshot é criado com um período de retenção de 2 dias.O comando pode ser agendado para ser executado como parte de um script para criar váriasversões do snapshot. Cada snapshot compartilha os caminhos sempre que possível com os outrossnapshots e os dispositivos de origem. Utilize um cron job ou um agendador para executar o scriptde snapshot periodicamente para criar até 256 snapshots de volumes de origem; o suficiente paraum snapshot a cada 15 minutos com 2 dias de retenção:

symsnapvx -sid 001 -sg StorageGroup1 -name sg1_snap establish -ttl -delta 2



Se for necessária uma operação de restauração, qualquer um dos snapshots criados por esteexemplo pode ser especificado.

Quando o grupo de armazenamento faz a transição para um estado de restauração, a sessão derestauração pode ser concluída. Os dados do snapshot são preservados durante o processo derestauração e podem ser usados novamente caso sejam necessários a uma restauração futura.

Snapshots segurosEles impedem que administradores ou outros usuários de alto nível excluam dados de snapshot,intencionalmente ou não. Além disso, os snapshots seguros também são imunes à falha automáticaresultante de falta de espaço de SRP (Storage Resource Pool, pool de recursos dearmazenamento) ou de RDP (Replication Data Pointer, indicador de dados de replicação) no array.

Quando o administrador cria um snapshot seguro, ele atribui uma data e hora de expiração. Oadministrador pode expressar a expiração como um delta a partir da data atual ou como uma dataabsoluta. Depois que a data de expiração passar e se o snapshot não tiver links, o HYPERMAX OSexcluirá o snapshot automaticamente. Antes da expiração, os administradores só podem estendera data de expiração; eles não podem diminuir a data nem excluir o snapshot. Se um snapshotseguro expirar e tiver um volume vinculado a ele ou uma sessão de restauração ativa, o snapshotnão será excluído. No entanto, isso não é mais considerado seguro.

Obs.: Os snapshots seguros podem ser encerrados somente depois que expirarem ou pelosuporte da Dell EMC autorizado pelo cliente. Para obter mais informações, consulte o artigo498316 da base de conhecimento.

Provisionar vários ambientes a partir de um destino vinculadoUtilize o SnapVX para criar vários ambientes de teste e de desenvolvimento utilizando snapshotsvinculados. Para acessar uma cópia point-in-time, crie um link a partir dos dados de snapshot paraum dispositivo de destino mapeado por host.

Cada grupo de armazenamento vinculado pode acessar o mesmo snapshot ou cada um podeacessar uma versão diferente do snapshot em modo cópia ou não cópia. Alterações nos volumesvinculados não afetam os dados do snapshot. Para reverter um ambiente de teste ou dedesenvolvimento à imagem do snapshot original, realize uma operação de revinculação.

Figura 7 Snapshots sem destino do SnapVX

Obs.: Desmonte os volumes de destino antes de emitir o comando de revinculação paragarantir que o sistema operacional do host não armazene em cache nenhum dos dados do filesystem. Se estiver fazendo o acesso por meio do VPLEX, certifique-se de seguir o



procedimento descrito na nota técnica do VPLEX: Aproveitando as tecnologias baseadas emarray e de cópia nativa, disponíveis no site de suporte da Dell EMC.Uma vez concluída a revinculação, os volumes podem ser montados novamente.

Os dados do snapshot não são modificados pelos destinos vinculados, de maneira que os snapshotstambém podem ser utilizados para restaurar os dados de produção.

Snapshots em cascataApresentar dados confidenciais em ambientes de teste ou de desenvolvimento geralmente requerque a origem dos dados seja disfarçada com antecedência. Snapshots em cascata oferecem essaseparação e disfarce, conforme mostrado na imagem a seguir.

Figura 8 Snapshots em cascata do SnapVX

Se não for necessário fazer alterações nos dados antes de apresentá-los aos ambientes de testeou de desenvolvimento, não há necessidade de criar uma relação em cascata.

Acessando cópias point-in-timePara acessar uma cópia point-in-time, crie um link a partir dos dados de snapshot para umdispositivo de destino mapeado por host. Os links podem ser criados no modo de cópia para umacópia permanente no dispositivo de destino ou no modo sem cópia para uso temporário. Os links domodo de cópia criam clones de cópia e volume completos dos dados copiando-os para o pool derecursos de armazenamento do dispositivo de destino. Os links de modo sem cópia são snapshotsque economizam espaço e somente consomem espaço para os dados alterados que sãoarmazenados no pool de recursos de armazenamento do dispositivo de origem.

O HYPERMAX OS comporta até 1.024 destinos vinculados por dispositivo de origem.

Obs.: Quando um destino for vinculado pela primeira vez, todos os rastreios ficarão indefinidos.Isso significa que o destino não sabe onde o rastreio está localizado no pool de recursos dearmazenamento. O acesso do host ao destino deve ser derivado dos metadados do SnapVX.Posteriormente, um processo de segundo plano define os rastreios e atualiza o thin device paraapontar diretamente para o local do rastreio no pool de recursos de armazenamento dodispositivo de origem.



SnapVX e zDP mainframeO Data Protector for z Systems (zDP) é uma solução de software de mainframe que éimplementada em camadas no SnapVX em arrays VMAX All Flash. Usando o zDP, você pode serecuperar de corrupção de dados lógicos com perda mínima de dados. O zDP faz isso fornecendovárias cópias point-in-time, consistentes e frequentes dos dados automaticamente. Você podeusar essas cópias para recuperar um aplicativo ou o ambiente até um ponto anterior à corrupçãológica.

Ao oferecer acesso fácil a várias cópias point-in-time diferentes de dados (com granularidade deminutos), a recuperação precisa da corrupção de dados lógicos pode ser realizada usando oprocedimento de recuperação com base em aplicativos. O zDP resulta em perda mínima de dadosem comparação com outros métodos, como restaurar dados de backups diários ou semanais.

Conforme mostrado em Figura 9 na página 76, use o zDP para criar e gerenciar vários snapshotspoint-in-time dos volumes. Um snapshot é uma imagem point-in-time, baseada em indicadores, deum só volume. Essas cópias point-in-time são criadas usando o recurso SnapVX do HYPERMAXOS. O SnapVX é um método com uso eficiente de espaço para fazer snapshots de thin devices epara consumir capacidade adicional de armazenamento somente quando o volume de origem éalterado.

Não é necessário copiar todos os snapshots para um volume de destino, já que o SnapVX separa acaptura de uma cópia point-in-time de sua utilização. Capturar uma cópia point-in-time não exigeum volume de destino. Usar uma cópia point-in-time de um host exige a vinculação do snapshot aum volume de destino

Pode haver até 256 snapshots de cada volume de origem.

Figura 9 Operação do zDP

Esses snapshots compartilham alocações para a mesma imagem de módulo sempre que possível,ao mesmo tempo que garantem que cada um deles continue representando uma imagem point-in-time exclusiva do volume de origem. Apesar da eficiência de espaço realizada por meio da alocaçãocompartilhada para dados não alterados, a capacidade adicional é necessária para preservar asimagens pré-atualização dos módulos alterados capturados por cada snapshot point-in-time.

A implementação do zDP é um processo de duas fases: a fase de planejamento e a fase deimplementação.



l A fase de planejamento é feita em conjunto com seu representante da EMC, que tem acesso àsferramentas que podem ajudar a dimensionar a capacidade necessária para o zDP se, nomomento, você for um usuário do VMAX All Flash.

l A fase de implementação utiliza estes métodos para z/OS:

n Uma interface em lote que permite que você envie trabalhos para definir e gerenciar o zDP.

n Um ambiente de tempo de execução do zDP que é executado em SCF para criar snapsets.

Para obter detalhes sobre o uso do zDP, consulte o Guia do produto do TimeFinder SnapVX e zDP.Para obter detalhes sobre o uso do zDP em z/TPF, consulte o Guia do produto do TimeFinderControls for z/TPF.



CAPÍTULO 7

Replicação remota

Este capítulo apresenta os recursos de replicação remota.

l Replicação remota nativa com o SRDF..................................................................................80l SRDF/Metro......................................................................................................................... 94l RecoverPoint.........................................................................................................................97l Replicação remota com o eNAS............................................................................................ 98


Replicação remota nativa com o SRDFA família de produtos EMCDell EMC Symmetrix Remote Data Facility (SRDF) oferece uma grandevariedade de soluções baseadas em array de recuperação de desastres, processamento paralelo emigração de dados para os sistemas de armazenamento da Dell EMC, incluindo:

l PowerMaxOS para PowerMax arrays 2000 e 8000 e para arrays VMAX All Flash 450F e 950F

l HYPERMAX OS para arrays VMAX All Flash 250F, 450F, 850F e 950F

l HYPERMAX OS para arrays VMAX 100K, 200K e 400K

l Enginuity para arrays VMAX 10K, 20Ke 40K

As soluções de recuperação de desastres do SRDF utilizam espelhamento “ativo, remoto” e lógicadependente de gravação para criar cópias consistentes dos dados. A consistência de gravaçãodependente garante a consistência transacional quando os aplicativos são reiniciados no localremoto. É possível personalizar sua solução do SRDF para que atinja diversos objetivos de ponto derecuperação e de tempo de recuperação.

Utilizando o SRDF, você pode criar soluções completas para:

l Criar cópias em tempo real ou cópias consistentes dependentes de gravação em um, dois outrês arrays remotos.

l Mover dados rapidamente por longas distâncias.

l Oferecer recuperação de desastres em três locais com recuperação de perda de dados nula,proteção da continuidade de negócios e reinicialização em caso de desastre.

Você pode integrar o SRDF a outros produtos da EMCDell EMC e criar soluções completas para:

l Reiniciar operações após um desastre com perda de dados nula e uma proteção dacontinuidade de negócios.

l Reiniciar operações em ambientes em cluster. Por exemplo, Microsoft Cluster Server comMicrosoft Failover Clusters.

l Monitorar e automatizar as operações de reinicialização em um local alternativo ou em umservidor remoto.

l Automatizar as operações de reinicialização em ambientes VMware.

Replicação remota


Soluções de dois locais do SRDFA tabela a seguir descreve as soluções de dois locais do SRDF.

Tabela 14 Soluções de dois locais do SRDF

Destaques da solução Topologia do local

SRDF/Synchronous (SRDF/S)Mantém uma cópia em tempo real dos dados deprodução em um array fisicamente separado.

l Sem exposição dos dados.

l Proteção garantida da consistência com oSRDF/grupo de consistência.

l Distância máxima recomendada de 200 km(125 milhas) entre arrays, pois a latência doaplicativo pode subir para níveisinaceitáveis a distâncias maiores.a

Primary Secondary

Limited distanceR1 R2

Synchronous

Host

SRDF/Asynchronous (SRDF/A)Mantém uma cópia dos dados consistente edependente de gravação em um localsecundário remoto. Os locais podem terdistância ilimitada. A cópia dos dados no localsecundário fica alguns segundos atrás do localprincipal.

Primary Secondary

Unlimited distance

Asynchronous

R1 R2

Host

SRDF/Data Mobility (SRDF/DM)Permite a transferência rápida de dados dedispositivos R1 para R2 em distânciasestendidas.

l Usa o modo de cópia adaptável paratransferir dados.

l Projetado para fins de migração oureplicação de dados, não para soluções dereinicialização em caso de desastre.

SRDF links

Site A Site B

Host R1 R2Host

SRDF/Automated Replication (SRDF/AR)

l Combina o SRDF e o TimeFinder paraotimizar os requisitos de largura de banda efornecer uma solução de reinicialização emcaso de desastre de longa distância.

l Opera em soluções de dois locais queutilizam o SRDF/DM junto com oTimeFinder.

Site A

Host

Site B

R1 R2

TimeFinderTimeFinder

SRDF

background copy

Host

Replicação remota


Tabela 14 Soluções de dois locais do SRDF (continuação)


SRDF/Cluster Enabler (CE)

l Integra o SRDF/S ou o SRDF/A com osMicrosoft Failover Clusters (MSCS) paraautomatizar ou semiautomatizar o failoverde local.

l Solução completa para operações dereinicialização em ambientes em cluster(MSCS com Microsoft Failover Clusters).

l Expande a variedade de recursos degerenciamento e armazenamento emcluster e, ao mesmo tempo, garanteproteção completa da replicação remota doSRDF.

Site A Site B

SRDF/S or SRDF/A links

Fibre Channel

hub/switch

Fibre Channel

hub/switch

VLAN switch VLAN switch

Extended IP subnet

Cluster 1

Host 2

Cluster 2

Host 1

Cluster 2

Host 2

Cluster 1

Host 1

SRDF-2node2cluster.eps

SRDF e VMware Site Recovery ManagerAutomatiza completamente as operações dereinicialização em caso de desastre baseadasem armazenamento para ambientes VMwareem topologias do SRDF.

l O Dell EMC SRDF Adapter permite que oVMware Site Recovery Managerautomatize operações de reinicialização emcaso de desastre baseadas emarmazenamento em soluções do SRDF.

l Pode abordar configurações nas quais osdados estão espalhados por vários storagearrays ou grupos do SRDF.

l Exige que o adaptador esteja instalado emcada array para facilitar a descoberta dearrays e para iniciar as operações defailover.

l Implementado com:

n SRDF/S

n SRDF/A

n SRDF/Star

n TimeFinder

IP Network

SAN Fabric SAN Fabric

SRDF mirroring

SAN Fabric SAN Fabric

Site A, primary

IP Network

Site B, secondary

vCenter and SRM Server

Solutions Enabler software

Protection side

vCenter and SRM Server


Recovery side

ESX Server


configured as a SYMAPI server

a. Em algumas circunstâncias, o uso de SRDF/S em distâncias maiores que 200 km pode ser possível. Entre emcontato com seu representante da Dell EMC para obter mais informações.

Replicação remota


Soluções de diversos locais do SRDFA tabela a seguir descreve as soluções de vários locais do SRDF.

Tabela 15 Soluções de diversos locais do SRDF


SRDF/Automated Replication(SRDF/AR)

l Combina o SRDF e oTimeFinder para otimizar osrequisitos de largura debanda e fornecer umasolução de reinicializaçãoem caso de desastre delonga distância.

l Opera em um ambiente detrês locais que utilizam umacombinação de SRDF/S,SRDF/DM e TimeFinder.

SRDF/S

Site A Site C

Host

Site B

R1R2

Host

TimeFinder

R1TimeFinder

SRDF adaptive

copy

R2

SRDF simultâneoRecuperação de desastres detrês locais e proteção avançadada continuidade de negócios devários locais.

l Os dados no local principalsão simultaneamentereplicados a dois locaissecundários.

l A replicação para o siteremoto podem utilizarSRDF/S, SRDF/A ou cópiaadaptável.

Site A

SRDF/S

adaptive copy

Site C

Site B

R2R11

R2

SRDF em cascataRecuperação de desastres detrês locais e proteção avançadada continuidade de negócios devários locais.

Os dados no local primário(Local A) são espelhados deforma síncrona para um localsecundário (Local B) eespelhados de forma assíncronado local secundário para umlocal terciário (Local C).

Site A Site CSite B

SRDF/S SRDF/A

R1 R2R21

Replicação remota


Tabela 15 Soluções de diversos locais do SRDF (continuação)


SRDF/StarConfiguração de recuperação dedesastres e proteção de dadosem três locais com perda dedados nula, proteção dacontinuidade de negócios ereinicialização em caso dedesastre.

l Disponível em duasconfigurações:

n SRDF/Star em cascata

n SRDF/Star simultâneo

l Sincronização diferencialpermite o restabelecimentorápido do espelhamentoentre os locaisremanescentes em umaimplementação derecuperação de desastresde vários locais.

l Implementado utilizandoCGs (Consistency Groups)do SRDF com SRDF/S eSRDF/A.

Site A

SRDF/S SRDF/A

SRDF/A (recovery)

R11

Site C

Site B

Cascaded SRDF/Star

Concurrent SRDF/Star

Site A

SRDF/S

SRDF/A Site C

Site B

SRDF/A (recovery)

R11R2/

R22

R2/

R22

R21

R21

Compatibilidade entre famíliasO SRDF oferece suporte à conectividade entre diferentes arrays e ambientes de operação. Osarrays que executam o HYPERMAX OS podem se conectar aos arrays preexistentes que executamambientes operacionais mais antigos. Em configurações mistas onde os arrays executam versõesdiferentes, os recursos do SRDF da versão mais antiga são suportados.

Os arrays VMAX All Flash podem se conectar a:

l Os arrays PowerMax que executam PowerMaxOS

l Arrays VMAX 250F, 450F, 850F e 950F que executam o HYPERMAX OS

l Arrays VMAX 100K, 200K e 400K que executam o HYPERMAX OS

l Arrays VMAX 10K, 20K e 40K que executam o Enginuity 5876 com um Enginuity ePack

Obs.: Pode haver limitações quando você estabelece uma conexão entre arrays que executamdiferentes ambientes operacionais. Informações sobre quais SRDF recursos são compatíveis esobre limitações aplicáveis para soluções de dois e três locais estão disponíveis em Informaçõesde conectividade entre famílias do SRDF.

Essa conectividade entre famílias permite que você adicione o mais recente ambiente operacionalou plataforma de hardware a uma solução existente do SRDF, permitindo atualizações detecnologia.

Replicação remota


Pares de volumes SRDFO volume SRDF é um dispositivo lógico pareado com outro dispositivo lógico que reside em umsecundo array. Os arrays são conectados por links do SRDF.

Os dispositivos encapsulados do Data Domain usados para o ProtectPoint não podem fazer partede um par de dispositivos do SRDF.

Obs.: O ProtectPoint foi renomeado para Storage Direct e está incluído nos softwarePowerProtect, Data Protection Suite for Apps ou Data Protection Suite Enterprise Edition.

Dispositivos R1 e R2O dispositivo R1 é o membro do par de dispositivos no site de origem (produção). Os dispositivosR1 geralmente têm acesso de leitura/gravação do host do aplicativo.

O dispositivo R2 é o membro do par de dispositivos no site de destino (remoto). Duranteoperações normais, as gravações do I/O de host realizadas no dispositivo R1 são espelhadas noslinks do SRDF para o dispositivo R2. Em geral, os dados nos dispositivos R2 não sãodisponibilizados ao host do aplicativo enquanto o relacionamento do SRDF está ativo. No entanto,no modo síncrono do SRDF, um dispositivo R2 pode estar no modo somente leitura, que permiteque um host realize leituras a partir do R2.

Em um ambiente típico:

l O host de produção do aplicativo tem acesso de leitura/gravação ao dispositivo R1.

l Um host de aplicativo conectado ao dispositivo R2 tem acesso de somente leitura (gravaçãodesabilitada) ao dispositivo R2.

Figura 10 Dispositivos R1 e R2

Active host path Recovery path

Write Disabled

SRDF Links

Optional remote hostProduction host

R1 data copies to R2

Open systems hosts

R2Read Only

R1Read/Write

Replicação remota


Dispositivos R11Os dispositivos R11 operam como o dispositivo R1 para dois dispositivos R2. Os links para ambos osdispositivos R2 estão ativos.

Dispositivos R11 são geralmente utilizados em configurações simultâneas de 3 sites em que osdados do local R11 são espelhados em dois arrays secundários (R2):

Figura 11 Dispositivo R11 em um SRDF simultâneo

Site A

Source

Site B

Target

Site C

TargetR11

R2

R2

Replicação remota


Dispositivos R21Os dispositivos R21 têm uma função dupla e são usados em configurações de três locais emcascata onde:

l Os dados no local R1 são espelhados sincronicamente a um local secundário (R21), e então

l Espelhados sincronicamente do local secundário (R21) a um local terciário (R2):

Figura 12 Dispositivo R21 no SRDF em cascata

Site BSite A

SRDF Links

Production

host

Site C

R1 R21 R2

O dispositivo R21 atua como um dispositivo R2 que recebe atualizações do dispositivo R1 e comoum dispositivo R1 que envia atualizações para o dispositivo R2.

Quando a relação R1->R21->R2 do SRDF é estabelecida, nenhum host tem acesso de gravação aodispositivo R21.

Em arrays que executam o Enginuity, o dispositivo R21 pode estar sem disco. Ou seja, ele consisteapenas em memória cache e não tem nenhum dispositivo de armazenamento associado. Ele atuapuramente para retransmitir alterações no dispositivo R1 para o dispositivo R2. Esse recurso requero uso de thick devices. Sistemas que executam PowerMaxOS ou HYPERMAX OS contêm apenasthin devices, portanto, a configuração de um dispositivo R21 sem disco não é possível em arraysque executam esses ambientes.

Replicação remota


Dispositivos R22Dispositivos R22:

l Têm dois dispositivos R1, apenas um dos quais fica ativo por vez.

l São geralmente utilizados em configurações do SRDF/Star em cascata e SRDF/Starsimultâneas para reduzir a complexidade e o tempo necessário para concluir operações defailover e failback.

l Permitem recuperação sem remoção de pares antigos SRDF nem a criação de novos.

Figura 13 Dispositivos R22 no SRDF/Star em cascata e simultâneo

SRDF/S

Site A

SRDF/A

Site C

SRDF/S

Site B

Active

links

HostHost

Site B Site A

Site C

SRDF/A SRDF/A

SRDF/A

Cascaded STAR Concurrent STAR

Inactive

links

R22 R2

R11 R21R11 R21

Identificações do dispositivo dinâmicoOs volumes SRDF podem fazer swap das “identificações” de modo dinâmico entre R1 e R2. Apósum swap de identificação:

l O R1 no par de dispositivos torna-se o dispositivo R2 e

l O R2 torna-se o dispositivo R1.

O swap das identificações de R1/R2 permite que o aplicativo seja reiniciado no site remoto seminterromper a replicação caso ocorra falha em um aplicativo no local de produção. Após um swap, olado do R2 (agora R1) poderá controlar as operações estando remotamente espelhado no localprincipal (agora R2).

Não há suporte para um swap de identificação de R1/R2

l Se o dispositivo R2 for maior que o dispositivo R1.

l Se o dispositivo a ter swap estiver participando de uma sessão de SRDF/A ativa.

l Em topologias do SRDF/EDP, dispositivos sem disco R11 ou R22 não são estados finais válidos.

l Se o dispositivo a ter swap for o dispositivo de destino de quaisquer operações e flashcompatíveis da EMC ou do TimeFinder.

Replicação remota


Modos de operação do SRDFO modo de operação do SRDF determina:

l Como os dispositivos R1 são espelhados remotamente em dispositivos R2 nos links do SRDF

l Como as operações de E/S são processadas

l Quando a confirmação é retornada ao host do aplicativo que emitiu um comando de gravaçãode E/S

No SRDF, há três modos principais:

l Síncrono

l Assíncrono

l Cópia adaptável

Modo síncronoO modo síncrono mantém uma imagem espelhada em tempo real dos dados entre os dispositivosR1 e R2 em distâncias de até 200 km (125 milhas). Os dados do host são gravados nos dois arraysem tempo real. O host do aplicativo não recebe a confirmação até que os dados tenham sidoarmazenados no cache de ambos os arrays.

Modo assíncronoO modo assíncrono mantém uma cópia consistente de gravação dependente entre o dispositivo R1e R2 em distâncias ilimitadas. Ao receber dados do host do aplicativo, o SRDF no lado R1 do linkgrava esses dados no cache dele. Ele também agrupa os dados recebidos em conjuntos delta. Osconjuntos delta são transferidos para dispositivo R2 em ciclos cronometrados. O host do aplicativorecebe a confirmação quando os dados são gravados com sucesso no cache no lado R1.

Modos de cópia adaptávelModos de cópia adaptável:

l Transferem grandes volumes de dados sem afetar o host do aplicativo.

l Acumulam solicitações de gravação destinadas ao dispositivo R2 no lado R1, mas não namemória cache.

l Um processo de segundo plano envia as solicitações de gravação pendentes para o dispositivoR2.

l Permitem que os dispositivos R1 e R2 fiquem fora de sincronização por até um valor máximo dedistorção configurado pelo usuário. Depois que o valor de distorção é excedido, o SRDFtransfere os dados em lote para o dispositivo R2.

l Envie a confirmação para o host do aplicativo assim que os dados forem gravados com sucessono cache no lado R1.

Ao contrário do modo assíncrono, os modos de cópia adaptável não garantem uma cópia degravação dependente dos dados nos dispositivos R2.

Replicação remota


Grupos do SRDFUm grupo do SRDF define o relacionamento lógico entre dispositivos e diretórios do SRDF nos doislados de um link do SRDF.

Propriedades do grupo

As propriedades de um grupo do SRDF são:

l Rótulo (nome)

l Conjunto de portas no array local usada para se comunicar por meio dos links do SRDF

l Conjunto de portas no array remoto usado para se comunicar por meio dos links do SRDF

l Número do grupo local

l Número do grupo remoto

l Um ou mais pares de dispositivos

Os dispositivos no grupo compartilham as portas e os recursos de CPU associados dos diretóriosda porta.

Tipos de grupo

Há dois tipos de grupo de SRDF:

l Estático: são definidos no arquivo de configuração do array local.

l Dinâmico: são definidos usando as ferramentas de gerenciamento do SRDF e as propriedadesdele armazenadas na memória cache do array.

Em arrays que executam PowerMaxOS ou HYPERMAX OS, todos os grupos de SRDF sãodinâmicos.

Replicação remota


Director boards, links e portasOs links do SRDF são as conexões lógicas entre os grupos do SRDF e suas portas. As portas sãofisicamente conectadas por cabos, roteadores, extensores, switches e outros dispositivos de rede.

Obs.: É necessário ter dois ou mais links do SRDF por grupo do SRDF para redundância etolerância para falhas.

O relacionamento entre os recursos em um direcionador (portas e núcleos da CPU) variadependendo do ambiente operacional.

HYPERMAX OSEm arrays que executam HYPERMAX OS:

l O relacionamento entre a emulação do SRDF e os recursos em um direcionado é configurável:

n Um direcionador/vários núcleos de CPU/várias portas

n A conectividade (portas no grupo do SRDF) é independente da capacidade de computação(número de núcleos de CPU). Você pode alterar a quantidade conectividade sem alterar acapacidade de computação.

l Cada director tem até 16 portas front-end. Qualquer uma delas, ou todas, pode ser utilizadapelo SRDF. Ambas as emulações SRDF Gigabit Ethernet e SRDF Fibre Channel podem utilizarqualquer porta.

l O caminho de dados para os dispositivos em um grupo do SRDF não é fixo a uma única porta.Em vez disso, o caminho para os dados é compartilhado em todas as portas no grupo.

Configurações mistas: HYPERMAX OS e Enginuity 5876Para configurações onde um array estiver executando o Enginuity 5876 e o outro array estiverexecutando o o HYPERMAX OS, as seguintes regras se aplicam:

l No lado do 5876, um grupo do SRDF pode ter o complemento completo de diretórios, mas nãopoderá haver mais de 16 portas no lado do HYPERMAX OS.

l Você pode conectar até 16 direcionadores utilizando uma porta em cada, 2 direcionadoresutilizando 8 portas em cada ou qualquer outra combinação que não exceda 16 portas por grupodo SRDF.

Consistência do SRDFMuitos aplicativos, especialmente sistemas de banco de dados, usam lógica de gravaçãodependente para garantir a integridade dos dados. Ou seja, cada operação de gravação deve serconcluída com sucesso antes que a próxima possa começar. Sem dependência de gravação, asoperações de gravação podem ficar fora de sequência, resultando em perda irrecuperável dedados.

O SRDF implementa dependência de gravação usando o grupo de consistência (também conhecidocomo SRDF/CG). Um grupo de consistência consiste em um conjunto de dispositivos SRDF queusam dependência de gravação. Para cada dispositivo no grupo, o SRDF garante que as operaçõesde gravação sejam propagadas para os dispositivos R2 correspondentes na ordem correta.

No entanto, se a propagação de qualquer operação de gravação para qualquer dispositivo R2 nogrupo não puder ser concluída, o SRDF suspenderá a propagação para todos os dispositivos R2 dogrupo. Essa suspensão mantém a integridade dos dados nos dispositivos R2. Ainda que osdispositivos R2 não estejam disponíveis, o SRDF continua a armazenar operações de gravação nosdispositivos R1. Ele também mantém uma lista dessas operações de gravação na ordem em queelas ocorreram. Quando todos os dispositivos R2 do grupo ficam disponíveis, o SRDF propaga asoperações de gravação pendentes, na ordem correta, para cada dispositivo no grupo.

Replicação remota


O SRDF/CG está disponível para o SRDF/S e o SRDF/A.

Migração de dadosA migração de dados é um movimento de dados realizado uma vez, de um array para outro. Após aconclusão do movimento, os dados são acessados a partir do array secundário. Um uso comum damigração é substituir um array mais antigo por um novo.

A Dell EMC pode ajudar a equipe de suporte com o planejamento e a implementação de projetos demigração.

As configurações multilocal do SRDF permitem que a migração ocorra de uma das seguintesmaneiras:

l Substituir dispositivos R2.

l Substituir dispositivos R1.

l Substituir os dispositivos R1 e R2 simultaneamente.

Por exemplo, este diagrama mostra o uso do SRDF simultâneo para substituir a matriz secundária(R2) em uma configuração de 2 locais:

Figura 14 Migração de dados e remoção do array secundário (R2)

Site A Site B

Site C

SRDF

migration

Site A

Site C

Site A Site B

R1 R2

R11 R2 R1

R2R2

Aqui:

Replicação remota


l A seção superior do diagrama mostra a configuração original de 2 locais.

l A seção inferior esquerda do diagrama mostra a configuração provisória de 3 locais com dadossendo copiados para duas matrizes secundárias.

l A seção inferior direita do diagrama mostra a configuração final de 2 locais onde o novo arraysecundário substituiu o original.

Introdução ao Dell EMC SRDF contém mais informações sobre o uso do SRDF para migrar dados.

Mais informaçõesAqui estão outros documentos da Dell EMC que contêm mais informações sobre o uso do SRDF nareplicação e migração:

Introdução ao SRDF

Informações de conectividade entre famílias do SRDF e do NDM

Guia de produto do plug-in do SRDF/Cluster Enabler

Livro técnico de utilização do Dell EMC Adapter para VMWare Site Recovery Manager

Notas da versão do Dell EMC SRDF Adapter para VMware Site Recovery Manager

Replicação remota


SRDF/MetroNas configurações tradicionais do SRDF, apenas os dispositivos R1 são acessíveis para leitura/gravação aos hosts do aplicativo. Os dispositivos R2 são Read Only e Write Disabled.

No entanto, em configurações de SRDF/Metro:

l Os dispositivos R1 e R2 são acessíveis para Leitura/Gravação nos hosts de aplicativos.

l Os hosts podem gravar no lado R1 e no lado R2 do par de dispositivos.

l Os dispositivos R2 adquirem a mesma identidade do dispositivo externo dos dispositivos R1. Aidentidade inclui a geometria do dispositivo e o dispositivo WWN.

Essa identidade compartilhada faz com que os dispositivos R1 e R2 pareçam para o hosts doaplicativo como um só dispositivo virtual em dois arrays.

Opções de implementaçãoO SRDF/Metro pode ser implementado em um host simples, de vários caminhos ou em umambiente de host em cluster:

Figura 15 SRDF/Metro

SRDF links

Site A Site B

Multi-Path

R1 R2 SRDF links

Site A Site B

R1 R2

Read/WriteRead/Write

Cluster

Read/Write Read/Write

Os hosts podem ler e gravar em ambos os dispositivos R1 e R2:

l Em uma única configuração de host, um único host emite operações de E/S. O software devários caminhos direciona leituras e gravações paralelas a cada array.

l Em uma configuração de host em cluster, vários hosts emitem operações de E/S. Esses hostsacessam os dois lados do par de dispositivos SRDF. Cada nó de cluster tem acesso dedicado aum dos storage arrays.

l Nas duas configurações, as gravações nos dispositivos R1 e R2 são copiadas de forma síncronano dispositivo pareado no outro array. O software SRDF/Metro resolve conflitos de gravaçãopara manter as imagens consistentes nos pares de dispositivos SRDF.

Resiliência do SRDF/MetroSe qualquer um dos dispositivos em uma configuração SRDF/Metro se tornar Not Ready, ou se aconectividade entre os dispositivos for perdida, o SRDF/Metro deve decidir qual lado permanecedisponível para o host de aplicativos. Há dois mecanismos que o SRDF/Metro pode usar: viés dodispositivo e testemunha.

Bias do dispositivo

Os pares de dispositivos para o SRDF/Metro são criados com um atributo bias. Por padrão, aoperação de criação de par define o bias para o lado R1 do par. Ou seja, se um par de dispositivosse torna Not Ready (NR) no link do SRDF, o R1 (lado bias) permanece acessível aos hosts e o R2

Replicação remota


(lado não bias) fica inacessível. No entanto, se houver uma falha no lado R1, o host perderá toda aconectividade com o par de dispositivos. O método Bias do dispositivo não pode disponibilizar odispositivo R2 para o host.

Witness

Uma testemunha é um terceiro faz a mediação entre os dois lados de um par SRDF/Metro paraajudar a :

l Decidir qual lado permanece disponível para o host

l Evitar um cenário de "split brain" quando ambos os lados tentarem permanecer acessíveis aohost apesar da falha

O método Witness permite a escolha inteligente de qual lado continuará as operações quando ométodo somente Bias puder não resultar em disponibilidade contínua do host no caso de um arraysobrevivente sem viés.

Há duas formas do mecanismo de testemunha:

l Array Witness: o ambiente operacional de um terceiro array é o mediador.

l Virtual Witness (vWitness): um daemon em execução em uma máquina virtual separada é omediador.

Quando os dois lados executam o PowerMaxOS 5978, o SRDF/Metro leva em consideração essescritérios ao selecionar o lado a permanecer disponível para os hosts (em ordem de prioridade):

1. O lado que tem conectividade com o host do aplicativo (requer PowerMaxOS 5978.444.444)

2. O lado que tem um trecho de DR SRDF/A

3. Se o trecho SRDF/A DR é sicronizado

4. O lado que tem mais de 50% dos diretórios RA ou FA disponíveis

5. O lado que é o lado enviesado atualmente

O primeiro desses critérios que um array tem, e o outro não, interrompe o processo de seleção. Olado com os critérios correspondentes é o vencedor preferencial.

Replicação remota


Recursos de recuperação de desastresOs dispositivos em grupos do SRDF/Metro pode fazer parte simultaneamente de grupos dedispositivos que replicam dados a um terceiro site de recuperação de desastres.

Um ou ambos os lados da região Metro podem ser replicados. Você pode escolher qualquerconfiguração adequada ao que sua empresa precisa. Este diagrama mostra as configuraçõespossíveis:

Obs.: Quando a seção do SRDF/Metro estiver usando uma testemunha, o lado R1 do par Metropode mudar com base na determinação do witness do lado preferencial.

Figura 16 Recuperação de desastres para SRDF/Metro

Site A Site B

Site C

Site A Site B

Site C

R11

SRDF/Metro SRDF/Metro

SRDF/Aor Adaptive Copy Disk

SRDF/Aor Adaptive Copy

Disk

R2

R2 R2

R21R1

Single-sided replication

Site A Site B

Site C

Site A Site B

Site C

R11

SRDF/Metro SRDF/Metro



R21

R2

R2

R21R11

Double-sided replication

Site D


R2

R2


Observe que os nomes dos dispositivos diferem de uma configuração padrão do SRDF/Metro. Issoreflete a alteração na função dos dispositivos quando existem recursos de recuperação de

Replicação remota


desastre. Por exemplo, quando o lado R2 é replicado para um site de recuperação de desastre, onome dele muda para R21 porque ele é:

l O dispositivo R2 na configuração do SRDF/Metro

l O dispositivo R1 na configuração de recuperação de desastre

Mais informaçõesAqui estão outros documentos da Dell EMC que contêm mais informações sobre o SRDF/Metro:

Introdução ao SRDF

Guia de configuração do EMC SRDF/Metro vWitness

Informações de Conectividade Entre Famílias do SRDF

RecoverPointO HYPERMAX OS 5977.1125.1125 tem suporte ao RecoverPoint nos storage arrays do VMAX.RecoverPoint é uma solução abrangente de proteção de dados projetada para oferecer integridadede dados de produção em sites remotos e locais. Ele também oferece a capacidade de recuperardados de um ponto no tempo usando a tecnologia de registro.

Os principais motivos para usar o RecoverPoint são:

l Replicação remota em arrays heterogêneos

l Proteção lcontra corrupção ocal e remota dos dados

l Recuperação de desastres

l Realocação de dispositivos secundários

l Migrações de dados

Os sistemas RecoverPoint dão suporte à replicação local e remota de dados que os aplicativosestão gravando no armazenamento conectado à SAN. Eles usam a infraestrutura existente de FibreChannel para integrar-se perfeitamente a aplicativos host e subsistemas de armazenamento dedados existentes. Para replicação remota, os sistemas usam as conexões existentes de FibreChannel para enviar os dados replicados por uma WAN ou usam a infraestrutura de Fibre Channelpara replicar dados de modo assíncrono. Os sistemas oferecem failover das operações a um localsecundário em caso de desastre no local principal.

As implementações anteriores do RecoverPoint contavam com um divisor para rastrear asalterações feitas nos volumes protegidos. A implementação atual conta com um cluster de nós doRecoverPoint, provisionados com um ou mais grupos de armazenamento do RecoverPoint e queaproveitam a tecnologia SnapVX, no storage array. Os volumes dos grupos de armazenamento doRecoverPoint são visíveis a todos os nós do cluster e disponíveis para replicação a outros storagearrays.

O RecoverPoint permite a replicação de dados para até 8.000 LUNs para cada cluster doRecoverPoint e até 8 clusters diferentes do RecoverPoint conectados a um array. Os tipos dearray compatíveis incluem PowerMax, VMAX All Flash, VMAX3, VMAX, VNX, VPLEX e XtremIO.

O RecoverPoint é licenciado e vendido separadamente. Para obter mais informações sobre oRecoverPoint e seus recursos, consulte o Guia do produtoDell EMC RecoverPoint.

Replicação remota


Replicação remota com o eNASA FAR (File Auto Recovery, recuperação automática de arquivos) permite que você faça o failovermanualmente ou mova um VDM (Virtual Data Mover) de um sistema eNAS de origem a um sistemaeNAS de destino. O failover ou a movimentação aproveita a replicação síncrona em nível de blocode SRDF para que ele tenha perda zero de dados no caso de uma operação não planejada. Esserecurso consolida VDMs, file systems, agendamentos de checkpoint do file system, servidoresCIFS, sistema de rede e configurações do VDM em seus próprios pools separados. O recursofunciona para uma recuperação cuja origem esteja indisponível. Para dar suporte à recuperação emcaso de um failover não planejado, uma opção é recuperar e limpar o sistema de origem e deixá-lopronto como um destino futuro

O failover iniciado manualmente e as operações inversas podem ser executadas usando o EMC FileAuto Recovery Manager (FARM). Com o FARM, você faz failover automaticamente de um VDMselecionado com replicação síncrona em um sistema eNAS de origem para um sistema eNAS dedestino. O FARM também permite que você monitore VDMs com replicação síncrona e acione ofailover automático com base na indisponibilidade de Data Mover, file system, Control Station ourede IP que poderia fazer com que o client NAS perdesse acesso aos dados.

Replicação remota


CAPÍTULO 8

Combinação de replicação local e remota

Este capítulo apresenta a integração do TimeFinder ao SRDF.

l Integração do SRDF e do TimeFinder...................................................................................100l Dispositivos R1 e R2 em operações do TimeFinder...............................................................100l SRDF/AR.............................................................................................................................100l TimeFinder e SRDF/A.......................................................................................................... 103l TimeFinder e SRDF/S.......................................................................................................... 103


Integração do SRDF e do TimeFinderVocê pode usar os produtos do TimeFinder e do SRDF para que se complementem quando vocêprecisar tanto de replicação remota quanto local. Por exemplo, você pode usar o TimeFinder paracriar cópias de ouro locais dos dispositivos do SRDF para operações de recuperação e para testarsoluções de recuperação de desastres.

Os principais benefícios da integração do TimeFinder com o SRDF incluem:

l Controles remotos simplificam a automação — utilize o software de controle baseado em hostda Dell EMC para transferir comandos pelos links do SRDF. Um único comando do host para oarray principal pode iniciar operações do TimeFinder em ambos os arrays, principal esecundário.

l Imagens de dados consistentes em vários dispositivos e arrays — o SRDF/CG garante queuma imagem consistente dependente de gravação dos dados de produção nos dispositivos R1seja replicada nos links do SRDF.

Você pode usar o TimeFinder/CG na configuração do SRDF para criar imagens remotas e locaisconsistentes dependentes de gravação dos dados de produção em vários dispositivos e arrays.

Obs.: Usar uma só sessão de SRDF/A garante a consistência dependente de gravação nos linksdo SRDF e não exige SRDF/CG. O modo SRDF/A MSC exige o software de host paragerenciar a consistência entre as várias sessões.

Obs.: Algumas operações do TimeFinder não suportadas em dispositivos protegidos peloSRDF. Veja mais informações no Guia do usuário do Dell EMC Solutions Enabler TimeFinderSnapVX CLI.

O restante deste capítulo resume as maneiras de integrar o SRDF e o TimeFinder.

Dispositivos R1 e R2 em operações do TimeFinderVocê pode utilizar o TimeFinder para criar réplicas locais dos dispositivos R1 e R2. Aplicam-se asregras a seguir:

l Você pode usar dispositivos R1 e R2 como dispositivos de origem do TimeFinder.

l Os dispositivos R1 podem ser o destino das operações do TimeFinder, contanto que não hajahosts acessando o R1 durante a operação.

l Os dispositivos R2 podem ser usados como dispositivos de destino do TimeFinder se areplicação do SRDF não estiver ativa (gravação no dispositivo R2). Para usar dispositivos R2como dispositivos de destino do TimeFinder, suspenda primeiro a sessão de replicação doSRDF.

SRDF/ARO SRDF/AR combina o SRDF e o TimeFinder para fornecer uma solução de reinicialização em casode desastre de longa distância. O SRDF/AR pode ser implementado em 2 ou 3 sites:

l Em soluções de dois sites, o SRDF/DM é implementado com o TimeFinder.

l Em configurações de 3 sites, o SRDF/DM é implementado com uma combinação do SRDF/S edo TimeFinder.

O horário de criação da nova imagem consistente replicada é determinado pelo tempo que levapara replicar os deltas.



Configurações de 2 sites de SRDF/AREsta imagem mostra uma configuração de 2 sites na qual o dispositivo de produção (R1) no arrayprincipal (site A) também é um dispositivo de destino do TimeFinder:

Figura 17 Solução de dois locais do SRDF/AR

Site A

Host

Site B

R1 R2

TimeFinderTimeFinder

SRDF

background copy

Host

Na solução de 2 sites, os dados no dispositivo de destino do SRDF R1/TimeFinder são replicadosnos links do SRDF para o volume SRDF R2.

O dispositivo do SRDF R2 também é um dispositivo de origem do TimeFinder. O TimeFinder replicaeste dispositivo para um dispositivo de destino do TimeFinder. Você pode mapear o dispositivo dedestino do TimeFinder para o host conectado no array secundário no Local Site B.

Na configuração de 2 sites, as operações do SRDF são independentes do processamento deprodução em ambos os arrays, principal e secundário. Você pode utilizar recursos no localsecundário sem interromper as operações do SRDF.

Use configurações de 2 sites do SRDF/AR para:

l Reduzir a largura de banda da rede necessária utilizando a ressincronização entre os locais dedestino do SRDF.

l Reduzir o custo de rede e aprimorar o tempo de ressincronização para implementações delonga distância do SRDD.



Configurações de 3 sites de SRDF/ARAs configurações de 3 sites do SRDF/AR oferecem uma solução com perda de dados nula a longasdistâncias caso o local principal seja perdido.

Esta imagem mostra uma configuração de 3 sites, em que:

l O Local A e o Local B estão conectados usando o SRDF no modo síncrono.

l O Local B e o Local C estão conectados usando o SRDF no modo de cópia adaptável.

Figura 18 Solução de três locais do SRDF/AR

SRDF/S

Site A Site C

Host

Site B

R1R2

Host

TimeFinder

R1TimeFinder

SRDF adaptive

copy

R2

Se o Local A (local principal) falhar, o dispositivo R2 no Local B oferece uma cópia reiniciável comperda de dados nula. O Local C oferece uma cópia reiniciável assíncrona.

Se o Local A e o Local B falharem, o dispositivo no Local C oferece uma cópia reiniciável com perdade dados controlada. A quantidade de perda de dados é uma do ciclo de replicação entre o Local Be o Local C.

Os comandos de controle do SRDF e do TimeFinder para os dispositivos R1 e R2 para todos oslocais podem ser emitidos a partir do local A. Nenhum host de controle é necessário no Local B.

Use as configurações de 3 sites de SRDF/AR para:

l Reduzir a largura de banda da rede necessária utilizando a ressincronização incremental entre olocal de destino do SRDF secundário e o local de destino do SRDF terciário.

l Reduzir o custo de rede e aprimorar o tempo de ressincronização para implementações delonga distância do SRDD.

l Oferecer testes de recuperação de desastres, backups point-in-time, operações de suporte adecisões, teste de software de terceiros e teste de upgrade de aplicativos ou de novosaplicativos.

Requisitos/restriçõesEm uma configuração multi-hop do SRDF/AR de 3 sites, o I/O de host do SRDF/S para o local Anão é reconhecido até que o local B o tenha reconhecido. Isso pode causar um atraso no tempo deresposta do host.



TimeFinder e SRDF/AEm soluções de SRDF/A, o ritmo do dispositivo:

l Evita gargalos de utilização em cache quando os volumes SRDF/A R2 também são dispositivosdo TimeFinder.

l Permite que os dispositivos R2 ou R22 no nó de rede do meio sejam usados como dispositivosde origem do TimeFinder.

Obs.: Write pacing no nível do dispositivo não é exigido nas instalações que incluem oHYPERMAX OS e o Enginuity 5876.

TimeFinder e SRDF/SAs soluções do SRDF/S suportam qualquer tipo de sessão de cópia do TimeFinder que sejaexecutada em dispositivos R1 e R2 contanto que as condições descritas em Dispositivos R1 e R2em operações do TimeFinder na página 100 sejam atendidas.



CAPÍTULO 9

Migração de dados

Este capítulo apresenta as soluções de migração de dados.

l Visão geral........................................................................................................................... 106l Migração de dados para sistemas abertos............................................................................107l Migração de dados para mainframe...................................................................................... 113


Visão geralA migração de dados é um movimento de dados realizado uma vez, de um array (origem) a outroarray (destino). Exemplos típicos são atualizações de datacenter em que os dados são retirados deum array antigo após ele ter sido aposentado ou colocado fora de uso. Migração de dados não é ummovimento de dados devido à replicação (em que os dados de origem são acessíveis após a criaçãodo destino) nem de mobilidade de dados (em que o destino é constantemente atualizado).

Após uma operação de migração de dados, os aplicativos que acessam os dados devem consultá-los no novo local.

Para planejar uma migração de dados, considere o possível impacto na sua empresa, inclusive:

l Tipos de dados a serem migrados

l Local(is) do site

l Número de sistemas e aplicativos

l Volume de dados a ser movido

l Necessidades e calendário dos negócios

O PowerMaxOS fornece recursos de migração para:

l Sistemas abertos

l Sistema IBM i

l Mainframe

Migração de dados


Migração de dados para sistemas abertosOs recursos de migração de dados disponíveis para ambientes de sistema aberto são:

l Migração não disruptiva

l Open Replicator

l PowerPath Migration Enabler

l Migração de dados usando SRDF/Data Mobility

l Recuperação de espaço e espaço nulo

Visão geral da migração não disruptivaA NDM (Non-Disruptive Migration, migração não disruptiva) oferece um método para migrar dadosde um array de origem para um array de destino em uma distância metro, normalmente dentro deum datacenter. Para suporte de versão do sistema operacional do array da NDM, consulte a matrizde suporte da NDM, ou o Guia de conectividade do SRDF Interfamily.

Se os requisitos regulamentares ou as necessidades dos negócios para DR (Disaster Recobery,recuperação de desastres) determinarem o uso do SRDF/S durante a migração, entre em contatocom a Dell EMC para informar-se sobre os ePacks obrigatórios para configuração do SRDF/S.

As operações de NDM envolvidas em uma migração típica são:

l Environment setup — configura a infraestrutura do array de origem e de destino para oprocesso de migração.

l Create — duplica o ambiente de armazenamento do aplicativo do array de origem ao array dedestino.

l Cutover — alterna o acesso a dados do aplicativo do array de origem ao array de destino eduplica os dados do aplicativo do array de origem ao array de destino.

l Commit — remove os recursos do aplicativo do array de origem e libera os recursos usadospara a migração. O aplicativo é executado permanentemente no array de destino.

l Environment remove — remove a infraestrutura de migração criada pela configuraçãoambiental.

Alguns dos principais recursos do NDM são:

l Processo simples para a migração:

1. Selecione o grupo de armazenamento que será migrado.

2. Crie a sessão de migração.

3. Detecte os caminhos para o host.

4. Transfira ou readytgt grupo de armazenamento para o array VMAX3 ou VMAX All Flash.

5. Monitore a realização da sincronização.

6. Confirme a migração.

l Permite a compactação em linha no array VMAX All Flash durante a migração.

l Mantém os relacionamentos de recuperação de desastres e de snapshot no array de origem,mas eles não são migrados.

l Permite a reversão não disruptiva ao array de origem.

l Permite que até 50 sessões simultâneas de migração.

l Não exige licença, já que faz parte do HYPERMAX OS.

Migração de dados


https://elabnavigator.emc.com/vault/pdf/VMAX_All_Flash_VMAX3_Features.pdf?key=111

https://elabnavigator.emc.com/vault/pdf/VMAX_All_Flash_VMAX3_Features.pdf?key=111

l Não exige hardware adicional no caminho de dados.

O gráfico a seguir mostra as conexões necessárias entre o host (único ou cluster) e o array deorigem e de destino, e a conexão de SRDF entre os dois arrays.

Figura 19 Zoneamento da migração não disruptiva

A conexão do host de aplicativos a ambos os arrays usa FC, e a conexão de SRDF entre os arraysusa FC ou GigE.

Os controles de migração devem ser executados em um host de controle e não no host deaplicativos. O host de controle deve ter visibilidade ao array de origem e ao array de destino.

Os seguintes dispositivos e componentes não são compatíveis com a NDM:

l Dispositivos de CKD

l Dados de eNAS

l Relacionamentos de ProtectPoint e FAST.X e dados associados

Requisitos ambientais para a migração não disruptiva

As seguintes configurações são necessárias para uma migração de dados com sucesso:Configuração do array

l O array de destino deve estar executando o HYPERMAX OS 5977.811.784 ou posterior. Issoinclui arrays da família VMAX3 e arrays VMAX All Flash.

l O array de origem deve ser um array VMAX que executa o Enginuity 5876 com o ePackobrigatório (entre em contato com a Dell EMC para obter o ePack obrigatório).

l O SRDF é usado para a migração de dados; portanto, o zoneamento de portas do SRDF entreos arrays de origem e de destino é necessário. Observe que uma licença do SRDF não éobrigatória, pois não há custos ara a NDM.

l O grupo de RDF da NDM é configurado com um mínimo de dois caminhos em diferentesdirectors para redundância e tolerância para falhas. Se mais caminhos forem encontrados, atéoito caminhos serão configurados.

l Se o SRDF não for usado normalmente no ambiente de migração, pode ser necessário instalar econfigurar directors e portas RDF nos arrays de origem e destino e configurar fisicamente aconectividade de SAN.

Migração de dados


Configuração do host

l Os controles de migração devem ser executados em um host de controle e não no host deaplicativos.

l Os arrays de origem e de destino devem estar visíveis para o host de controle que executa oscomandos de migração.

Regras e restrições de pré-migração para o NDM

Além dos requisitos gerais de configuração do ambiente de migração, as regras e restrições aseguir são aplicáveis antes de iniciar uma migração.

l Um grupo de armazenamento é o recipiente de dados que é migrado, e estes requisitos seaplicam a um grupo de armazenamento e aos dispositivos dele:

n Os grupos de armazenamento devem ter exibições de mascaramento. Todos os dispositivosno grupo de armazenamento no array de origem devem ser visíveis somente por meio deuma visualização de mascaramento. Cada dispositivo deve ser mapeado para uma porta quefaça parte da visualização de mascaramento.

n Várias visualizações de mascaramento em um grupo de armazenamento usando o mesmogrupo de iniciador são válidas apenas quando:

– Há grupos de portas no array de destino para cada visualização de mascaramento, e

– As portas no grupo de portas são selecionadas

n Um grupo de armazenamento deve ser um grupo pai ou independente. Não há suporte paraum grupo de armazenamento filho com uma visualização de mascaramento.

n Se o grupo de armazenamento selecionado for pai, os grupos filho também serão migrados.

n Os nomes dos grupos de armazenamento e dos filhos deles (se houver) não devem existirno array de destino.

n Os dispositivos gatekeeper em um grupo de armazenamento não são migrados.

l Os dispositivos não conseguem:

n Ter um ID de mobilidade

n Ter uma identidade de não nascimento, quando o array de origem executa o Enginuity 5876

n Ter o atributo BCV

n Ser encapsulados

n Ser dispositivos RP

n Ser dispositivos Data Domain

n Ser dispositivos VVOL

n Ser dispositivos R2 ou SRDF simultâneos

n Ser mascarado nas portas FCoE (no caso de arrays de origem), iSCSI, não ACLX ou NVMesobre FC

n Fazer parte de outra operação de migração de dados

n Fazer parte de uma relação de ORS

n Estar em outros grupos de armazenamento mascarados

n Ter um status de dispositivo Not Ready

l Os dispositivos podem fazer parte das sessões do TimeFinder.

l Os dispositivos podem atuar como dispositivos R1, mas não podem fazer parte de umaconfiguração SRDF/Star ou SRDF/SQAR.

Migração de dados


l Os nomes das visualizações de mascaramento que serão migradas não devem existir no arrayde destino.

l Os nomes dos grupos de iniciadores que serão migrados podem existir no array de destino. Noentanto, o conjunto agregado de iniciadores de host nos grupos de iniciadores usados pelasvisualizações de mascaramento deve ser o mesmo. Além disso, os indicadores de portasefetivos nos iniciadores de host devem ter a mesma configuração nos dois arrays.

l Os nomes dos grupos de portas que serão migrados podem existir no array de destino, desdeque os grupos no array de destino estejam na tabela de histórico de registro de pelo menosuma porta.

l O status do array de destino deve ser o seguinte:

n Se um SRP (Storage Resource Pool, pool de recursos de armazenamento) do destino forespecificado para a migração, o SRP deverá existir no array de destino.

n O SRP que será usado no armazenamento de destino deve ter capacidade livre suficientepara dar suporte à migração.

n O lado de destino deve poder dar suporte aos dispositivos adicionais necessários parareceber os dados do lado da origem.

n Todos os iniciadores provisionados a um aplicativo do array de origem também devem serregistrados nas portas do array de destino.

Infraestrutura de migração: pareamento de dispositivos do RDF

O pareamento de dispositivos do RDF é feito durante a operação create e as ações a seguirocorrem nos pares de dispositivos.

l A NDM cria os pares de dispositivos do RDF, em um grupo RDF de migração de dados, entredispositivos do array de origem e os dispositivos do array de destino.

l Após a conclusão do pareamento de dispositivos, a NDM controla o fluxo de dados entreambos os lados do processo de migração.

l Depois que a migração for concluída, os pares do RDF serão excluídos quando a migração forconfirmada.

l Outros pares do RDF poderão existir no grupo RDF de migração de dados se outra migraçãoainda estiver em andamento.

Devido às diferenças dos atributos dos dispositivos entre o array de origem e de destino, asseguintes regras se aplicam durante a migração:

l Qualquer dispositivo do array de origem que tiver um número ímpar de cilindros será migradopara um dispositivo do array de destino que tenha o GCM (Geometry Compatibility Mode).

l Qualquer metadispositivo do array de origem será migrado para um não metadispositivo doarray de destino.

Após o início da cópia dos dados no array de destino, os dispositivos de destino podem ter espelhosdo SRDF (dispositivos R2) adicionados a eles para replicação remota. No entanto, os dispositivosespelhados não podem ser:

l Ativados para consistência de MSC ou SRDF síncrono

l Parte de uma configuração SRDF/Star, SRDF/SQAR ou SRDF/Metro

Migração de dados


Open ReplicatorO Open Replicator permite a cópia de dados (cópias completas ou incrementais) de arraysqualificados de uma infraestrutura de SAN (Storage Area Network) para ou a partir de arrays queexecutam o HYPERMAX OS. O Open Replicator utiliza o comando symrcopy da SYMCLI doSolutions Enabler.

Use o Open Replicator para migrar e fazer backup/arquivamento dos dados existentes entre osarrays que executam o HYPERMAX OS. O Open Replicator utiliza o symrcopy da SYMCLI doSolutions Enabler e arrays de armazenamento de terceiros dentro da infraestrutura de SAN seminterferir nos aplicativos host e nas operações de negócios em andamento.

Use o Open Replicator para:

l Obter volumes de origem de arrays remotos qualificados para um volume de um array queesteja executando o HYPERMAX OS. O Open Replicator utiliza o symrcopy da SYMCLI doSolutions Enabler.

l Realizar migrações de dados on-line do armazenamento qualificado para um array que estejaexecutando o HYPERMAX OS. O Open Replicator utiliza o symrcopy da SYMCLI do SolutionsEnabler com interrupção mínima nos aplicativos host.

AVISO O Open Replicator não pode copiar um volume que esteja sendo usado pelo TimeFinder.

Operações do Open ReplicatorO Open Replicator usa esta terminologia:

Controle

O array do recipiente e seus dispositivos são chamados de lado de controle da operação decópia.

Remoto

Os arrays doadores da Dell EMC ou os arrays de terceiros na SAN são chamados de arrays/dispositivos remotos.

Dinâmico

O dispositivo de controle fica on-line para leitura/gravação (Read/Write) para o hostenquanto a operação cópia está em andamento.

Obs.: Operações dinâmicas de envio não são compatíveis em arrays que executam oHYPERMAX OS. O Open Replicator utiliza o symrcopy da SYMCLI do Solutions Enabler.

Estático

O dispositivo de controle fica off-line (Not Ready) para o host enquanto a operação cópia estáem andamento.

Recebimento

Uma operação de recebimento copia dados do(s) dispositivo(s) remoto(s) para o dispositivode controle.

Envio

Uma operação de envio copia dados do dispositivo de controle para o(s) dispositivo(s)remoto(s).

Operação de recebimento

Em arrays que executam o HYPERMAX OS, o Open Replicator usa osymrcopy da SYMCLI doSolutions Enabler para ter suporte a até 512 sessões de recebimento.

Migração de dados


Para operações de recebimento, o volume pode ficar em estado de produção durante o processode cópia. Os hosts e os aplicativos locais podem começar a acessar os dados desde o início dasessão, mesmo antes que o processo de cópia dos dados seja concluído.

Esses recursos permitem restauração rápida e eficiente de volumes compartimentadosremotamente e migração de outras plataformas de armazenamento.

Cópia no primeiro acesso é usada para garantir que os dados apropriados estejam disponíveis parauma operação de host quando forem necessários. A imagem a seguir mostra o recebimentodinâmico do Open Replicator.

Figura 20 Recebimento dinâmico (ou de produção) do Open Replicator

STD

PS0 PS1 PS2 PS3 PS4 SMB0 SMB1

SB

0

SB

1

SB

2

SB

3

SB

4

SB

5

SB

6

SB

7

SB

8

SB

9

SB

10

SB

11

SB

12

SB

13

SB

14

SB

15

PiT Copy

PiT Copy

STD

O recebimento também pode ser realizado em modo inativo em um volume estático. A imagem aseguir mostra o recebimento estático do Open Replicator.

Figura 21 Recebimento inativo (ou point-in-time) do Open Replicator

STD

Target

Target

PS0 PS1 PS2 PS3 PS4 SMB0 SMB1

SB

0

SB

1

SB

2

SB

3

SB

4

SB

5

SB

6

SB

7

SB

8

SB

9

SB

10

SB

11

SB

12

SB

13

SB

14

SB

15

STD

STD

Target

Migração de dados


PowerPath Migration EnablerO Dell EMC PowerPath é um software baseado em host que oferece recursos de gerenciamentoautomatizado de caminhos de dados e de balanceamento de carga para armazenamento, serviçode rede e servidores heterogêneos implementados em ambientes virtuais e físicos. O PowerPathinclui uma ferramenta de migração chamada PPME (PowerPath Migration Enabler). O PPMEpermite a migração não disruptiva ou minimamente disruptiva de dados entre sistemas dearmazenamento ou em um só sistema de armazenamento.

O PPME permite aos aplicativos continuar a acessar os dados durante todo o processo demigração. O PPME se integra a outras tecnologias para minimizar ou eliminar o tempo deinatividade dos aplicativos durante a migração de dados.

O PPME trabalha em conjunto com as tecnologias subjacentes, como Open Replicator, SnapVX eHost Copy.

Obs.: O PowerPath Multipathing deve ser instalado na máquina host.

A seguinte documentação apresenta mais detalhes:

l Matriz de suporte do protocolo da família do Dell EMC PowerPath

l Guia do usuário do Dell EMCPowerPath Migration Enabler

Migração de dados usando SRDF/Data MobilityO SRDF/Data Mobility (DM) utiliza o modo de cópia adaptável do SRDF para transferir grandesvolumes de dados sem impacto ao host.

O SRDF/DM dá suporte à migração ou à replicação de dados entre dois ou mais arrays queexecutam o HYPERMAX OS. O modo de cópia adaptável permite que os aplicativos que usam ovolume principal evitem adiamentos de propagação enquanto os dados são transferidos para o localremoto. O SRDF/DM pode ser usado para transferência local ou remota.

Migração de dados na página 92 tem mais informações sobre o uso do SRDF para migrar dados.

Recuperação de espaço e espaço nuloA recuperação de espaço foi elaborada para ser usada após uma atividade de replicação oumigração de um dispositivo normal para um thin device no qual as ferramentas de software, comoOpen Replicator e Open Migrator, copiavam todo o espaço nulo não utilizado para um volume thinde destino.

A recuperação de espaço desaloca fragmentos de dados que contém apenas zeros. A recuperaçãode espaço é mais eficaz na migração de dispositivos padrão totalmente provisionados para volumesthin. A recuperação de espaço não é disruptiva e pode ser executada enquanto o thin device dedestino está totalmente disponível para sistemas operacionais e aplicativos.

A recuperação de espaço nulo fornece detecção de zeros instantânea durante as operações demigração do Open Replicator e do SRDF recuperando todo o espaço nulo, inclusive extents (oufragmentos) que não foram gravados pelo host e fragmentos que contêm todos os zeros devido àformatação do banco de dados ou do file system.

O Solutions Enabler e o Unisphere podem ser usados para iniciar e monitorar o processo derecuperação de espaço.

Migração de dados para mainframePara ambientes de mainframe, o z/OS Migrator fornece migração sem interrupções dearmazenamento de qualquer fornecedor para os arrays VMAX All Flash ou VMAX . O z/OS

Migração de dados


Migrator também pode migrar dados de um array VMAX ou VMAX All Flash para outro array VMAXou VMAX All Flash . Com o z/OS Migrator, você pode:

l Apresentar novas tecnologias de subsistema de armazenamento com o mínimo de interrupçãoao serviço.

l Recuperar os UCBs do z/OS simplificando a migração dos conjuntos de dados para volumesmaiores (combinando volumes).

l Facilitar a migração de dados enquanto os aplicativos continuam em execução e acessartotalmente os dados que estão sendo migrados, eliminando o tempo de inatividade dosaplicativos geralmente necessário durante a migração de dados.

l Eliminar a necessidade de coordenar o tempo de inatividade dos aplicativos em toda a empresae eliminar o impacto dispendioso desse tempo de inatividade para os negócios.

l Melhorar o desempenho dos aplicativos, facilitando a realocação de conjuntos de dados comdesempenho insatisfatório para volumes/storage arrays menos utilizados.

l Garantir que todos os metadados sempre reflitam com precisão o local e o status dosconjuntos de dados que estão sendo migrados.

Consulte o Guia de produto do Dell EMC z/OS Migrator para obter informações detalhadas sobre oproduto.

Migração de dados


Migração de volumes usando o z/OS MigratorO EMCDell EMC z/OS Migrator é um recurso de migração de dados baseado em host que executamigrações tradicionais de volumes e o espelhamento de volume baseado em host. Juntos, essesrecursos são chamados de funções de espelhamento e migração de volumes do z/OS Migrator.

Figura 22 Migração de volumes do z/OS

Os recursos de migração de dados no nível do volume movem volumes lógicos por inteiro. Amigração de volumes do z/OS Migrator é executada faixa a faixa, sem levar em consideração oconteúdo lógico dos volumes envolvidos. As migrações de volumes terminam um swap de volumeque é totalmente não disruptivo para todos os aplicativos que usam os dados dos volumes.

Migração de volumesEste é um serviço baseado em host para a migração de dados no nível de volume dos sistemas demainframe. Oferece migração de dispositivos de terceiros para dispositivos em arrays da Dell EMCarrays, bem como a migração entre os dispositivos nos arrays da Dell EMC.

Espelhamento de volumeO espelhamento de volume oferece às instalações de mainframe o espelhamento no nível devolume de um dispositivo a outro em um array da EMC. Ele usa recursos do host (UCBs, CPU ecanais) para monitorar os programas de canal agendados para fazer gravação em um volumeprimário especificado. Além disso, ele também faz clones desses programas para fazer a gravaçãoem um volume de destino especificado (chamado de volume de mirror).

Após atingir um estado de sincronização entre os volumes primário e de mirror, o espelhamento devolume mantém os volumes em um estado totalmente sincronizado indefinidamente, a menos queseja interrompido por um comando de operador ou por uma falha de I/O de um dispositivo deespelhamento de volume. O espelhamento é controlado pelo grupo de volumes. Ele pode sersuspenso de modo consistente para todos os volumes do grupo.

Migração de conjuntos de dados usando o z/OS MigratorAlém da migração de volume, o z/OS Migrator oferece migração lógica, ou seja, a migração deconjuntos de dados individuais. Em oposição às funções de migração de volumes, o z/OS Migratorexecuta migrações de conjuntos de dados com reconhecimento completo do conteúdo do volume,e dos metadados do sistema z/OS que descrevem os conjuntos de dados no volume lógico.

Migração de dados


Figura 23 Migração de conjuntos de dados do z/OS Migrator

Milhares de conjuntos de dados podem ser selecionados individualmente ou marcados comocoringas. O z/OS Migrator gerencia automaticamente todos os metadados durante o processo demigração enquanto os aplicativos continuam sendo executados.

Migração de dados


CAPÍTULO 10

CloudArray para VMAX All Flash

Este capítulo apresenta o CloudArray para VMAX All Flash.

l Sobre o CloudArray.............................................................................................................. 118l Dispositivo físico do CloudArray........................................................................................... 119l Conectividade dos provedores de nuvem..............................................................................119l Armazenamento em cache dinâmico.....................................................................................119l Integridade e segurança dos dados...................................................................................... 120l Administration......................................................................................................................120


Sobre o CloudArrayO Dell EMC CloudArray é uma tecnologia de software de armazenamento que integra oarmazenamento em nuvem aos ambientes tradicionais de TI corporativa. Tradicionalmente, àmedida que os volumes de dados aumentam, as organizações devem optar por aumentar oambiente de armazenamento, complementando-o com alguma forma de armazenamentosecundário, ou por simplesmente excluir os dados frios.

O CloudArray combina a eficiência dos recursos da nuvem com o armazenamento no local,permitindo que as organizações dimensionem sua infraestrutura e planejem-se para o futurocrescimento de dados. O CloudArray faz com que o armazenamento de objeto em nuvem tenha aaparência, o comportamento e o desempenho de um armazenamento local. Assim, ele se integra demaneira transparente aos aplicativos existentes, proporcionando um nível praticamente ilimitadode armazenamento em um pacote simples. Ao conectar os sistemas de armazenamento aoarmazenamento em nuvem de alta capacidade, o CloudArray permite um uso mais eficiente dearrays principais de alto desempenho enquanto aproveita a economia do armazenamento emnuvem.

O CloudArray oferece um conjunto avançado de recursos para permitir a integração em nuvem e aproteção para dados do VMAX All Flash:

l O armazenamento em cache em unidade local do CloudArray garante que os dados acessadosrecentemente estejam disponíveis em velocidades locais, sem a latência comum associada aoarmazenamento em nuvem.

l O CloudArray dá suporte a mais de 20 diferentes provedores de nuvem pública e privada,inclusive Amazon, EMC ECS, Google Cloud e Microsoft Azure.

l A criptografia AES de 256 bits oferece segurança para todos os dados que saem doCloudArray, tanto em trânsito como em repouso na nuvem

l O suporte a file e block permite que o CloudArray integre a nuvem na ambiente dearmazenamento, independentemente do nível de armazenamento de dados.

l O agendamento de compactação de dados e de largura de banda reduz as demandas porcapacidade de nuvem e limita o impacto à rede.

A figura a seguir ilustra uma implementação comum do CloudArray para VMAX All Flash.



Figura 24 Implementação do CloudArray para VMAX All Flash

Dispositivo físico do CloudArrayO dispositivo físico oferece o recurso de conexão física do VMAX All Flash ao armazenamento emnuvem usando placas da controladora de Fibre Channel. O FAST.X apresenta o dispositivo físicocomo um dispositivo externo.

O dispositivo físico do CloudArray é um servidor de 2U que consiste em:

l Cache local utilizável de até 40 TB (12 unidades de 4 TB em uma configuração de RAID 6)

l 192 GB de RAM

l 2 placas de Fibre Channel de 8 Gb com porta configuradas nos slots complementares dodispositivo físico

Conectividade dos provedores de nuvemO CloudArray conecta-se diretamente a mais de 20 provedores de armazenamento em nuvempública e privada. Ele converte o armazenamento com base em object da nuvem em um ou maisvolumes locais.

Armazenamento em cache dinâmicoO CloudArray lida com os problemas de latência e largura de banda geralmente associados aoarmazenamento em nuvem aproveitando as vantagens do armazenamento local em cache. O cachebaseado em disco proporciona desempenho local para os dados ativos e serve como um bufferpara operações de leitura e gravação. Cada volume pode ser associado a seu próprio cachededicado ou pode operar em um pool comum. A quantidade de cache atribuída a cada volumetambém pode ser configurada individualmente. O desempenho de um volume depende do volumede dados mantido localmente no cache e do tipo de disco usado para o cache.

Para obter mais informações sobre as diretrizes de configuração e de cache do CloudArray,consulte o whitepaper Práticas recomendadas do CloudArray em brazil.EMC.com.



http://www.emc.com/collateral/TechnicalDocument/docu60787.pdf

Integridade e segurança dos dadosO CloudArray emprega criptografias em trânsito e em repouso para garantir a segurança dosdados. Cada volume pode ser criptografado com o uso da criptografia AES de 256 bits antes de serreplicado à nuvem. O CloudArray também criptografa os dados e metadados separadamente,armazenando as diferentes chaves de criptografia localmente para impedir o acesso nãoautorizado.

A criptografia do CloudArray é um componente essencial para garantir a integridade dos dados. OCloudArray segmenta seu cache em páginas de cache e, como parte do processo de criptografia,gera e atribui um hash exclusivo a cada página de cache. O hash permanece na página de cacheaté que ela seja recuperada para acesso por um iniciador solicitante. Quando a página édescriptografada, o hash deve corresponder ao valor gerado pelo algoritmo de decriptação. Se ohash não corresponder, a página será considerada corrompida. Esse processo ajuda a evitarqualquer corrupção dos dados na propagação a um usuário final.

AdministrationO CloudArray é configurado usando uma interface gráfica do usuário baseada em navegador. Comisso, os administradores de interface podem:

l Criar, modificar ou expandir volumes, compartilhamentos de arquivos e caches.

l Monitorar e exibir a integridade, o desempenho e o status do cache do CloudArray.

l Aplicar atualizações de software.

l Agendar e configurar snapshots e controle de fluxo de largura de banda.

O CloudArray também utiliza um portal on-line que permite que os usuários:

l Façam download de atualizações de software e licenças do CloudArray

l Configurem alertas e o acesso à documentação do produto CloudArray

l Armazenem uma cópia do arquivo de configuração do CloudArray para recuperação dedesastres



APÊNDICE A

Relatórios de erros de mainframe

Este apêndice lista os erros ambientais do mainframe.

l Relatórios de erros do host de mainframe............................................................................ 122l Geração de relatórios de severidade SIM............................................................................. 122


Relatórios de erros do host de mainframeO HYPERMAX OS pode detectar os seguintes tipos de erro do host de mainframe nos sistemas dearmazenamento:

l Verificação de dados: o HYPERMAX OS detectou um erro na leitura do padrão de bits do disco.As verificações de dados se devem a problemas de hardware ao gravar ou ler dados, defeitosde mídia ou eventos aleatórios.

l Verificação do sistema ou do programa: o HYPERMAX OS rejeitou o comando. Esse tipo deerro é indicado para o processador e sempre é exibido para o programa solicitante.

l Saturação: o HYPERMAX OS não conseguiu receber dados na taxa de transmissão do host.Esse erro indica um problema de temporização. Geralmente, o reenvio da operação de I/Ocorrige esse erro.

l Verificação de equipamento: o HYPERMAX OS detectou um erro na operação de hardware.

l Ambiental: teste interno do HYPERMAX OS detectou um erro ambiental. Os testes ambientaisinternos monitoram, verificam e informam falhas dos principais componentes de hardware. Elessão executados na inicialização do sistema, em todos os eventos de redefinição de software e,pelo menos, uma vez a cada 24 horas durante as operações normais.

Se um teste ambiental detectar uma condição de erro, ele definirá um indicador para informar umerro pendente e apresentará um status de verificação de unidade ao host na próxima operação deI/O. Em seguida, o teste que detectou a condição de erro será agendado para ser executado commais frequência. Se um problema de nível de dispositivo for detectado, ele será informado emtodos os caminhos lógicos para o dispositivo que apresentou o erro. As falhas posteriores dessedispositivo não serão informadas até que a falha seja corrigida.

Se uma segunda falha for detectada para um dispositivo enquanto houver uma condição vigente derelatório de erro pendente, o HYPERMAX OS informará o erro pendente no próximo I/O e, emseguida, o erro segundo.

O HYPERMAX OS reporta as condições de erro para o host e o Dell EMC Customer SupportCenter. Ao reportar para o host, o HYPERMAX OS apresenta um status de verificação de unidadeno byte de status para o canal sempre que detectar uma condição de erro, como uma verificaçãode dados, uma rejeição de comando, uma saturação, uma verificação de equipamentos ou um erroambiental.

Ao receber um status de verificação de unidade, o host fará a recuperação dos dados observadosdo arraye, se a ação de registro for solicitada, colocará esses dados no ERDS (Error RecordingData Set, conjunto de dados de gravação de erros). O programa EREP (Environment Recording,Editing and Printing) imprime as informações de erro. Os dados observados identificam a condiçãoque causou a interrupção e indica o tipo de erro e sua origem. O formato dos dados observadosdepende do sistema operacional de mainframe. Para emulações de controladora 2105, 2107 ou3990, os dados observados são exibidos no formato SIM.

Geração de relatórios de severidade SIMO HYPERMAX OS dá suporte aos relatórios de severidade SIM que permitem a filtragem dosalertas de severidade SIM relatados no console de MVS (Multiple Virtual Storage).

l Todos os alertas de severidade SIM são relatados por padrão ao programa EREP(Environmental Record Editing and Printing).

l Os alertas ACUTE, SERIOUS e MODERATE são relatados por padrão ao console de MVS.

A tabela a seguir lista as configurações padrão dos relatórios de severidade SIM.



Tabela 16 Alertas de severidade SIM

Severidade Descrição

SERVICE Não é esperada nenhuma degradação de desempenho dosistema ou do aplicativo. Não ocorreu nenhumaparalisação do sistema ou do aplicativo.

MODERATE A degradação do desempenho é possível em umambiente muito carregado. Não ocorreu nenhumaparalisação do sistema ou do aplicativo.

SERIOUS Um recurso principal do subsistema de I/O estádesabilitado. É possível que ocorra uma degradaçãosignificativa do desempenho. Pode ter ocorrido umaparalisação do sistema ou do aplicativo.

ACUTE Um importante recurso do subsistema de I/O foidesabilitado, ou é possível que tenham ocorrido danos noproduto. O desempenho pode ter sido gravementedegradado. Pode ter ocorrido uma paralisação do sistemaou do aplicativo.

REMOTE SERVICE O EMC Customer Support Center está executandooperações de serviço/manutenção no sistema.

REMOTE FAILED O Service Processor não consegue se comunicar com oEMC Customer Support Center.

Erros ambientaisA tabela a seguir lista os erros ambientais em formato SIM para o HYPERMAX OS 5977 ouposterior.

Tabela 17 Erros ambientais relatados como mensagens SIM

Código hexagonal Nível de severidade Descrição Código de referência SIM

04DD MODERATE Erro de verificação deintegridade do MMCS

24DD

043E MODERATE Um consistency group doSRDF foi suspenso.

E43E

044D MODERATE Um caminho do SRDF foiperdido.

E44D

044E SERVICE Um caminho do SRDF estáoperacional após uma falhaanterior.

E44E

0461 NENHUM O M2 foi sincronizadonovamente com odispositivo M1. Esse eventoocorre assim que odispositivo M2 forrecolocado no estadoReady. a

E461



Tabela 17 Erros ambientais relatados como mensagens SIM (continuação)


0462 NENHUM O M1 foi sincronizadonovamente com odispositivo M2. Esseevento ocorre assim que odispositivo M1 forrecolocado no estadoReady.a

E462

0463 SERIOUS Um dos directors de back-end falhou no estado IMPLMonitor.

2463

0465 NENHUM O processo de novasincronização dodispositivo foi iniciado.a

E465

0467 MODERATE O sistema dearmazenamento remotoinformou um erro do SRDFnos links do SRDF.

E467

046D MODERATE Um grupo do SRDF foiperdido. Esse eventoocorre, por exemplo,quando todos os links doSRDF falham.

E46D

046E SERVICE Um grupo do SRDF estáativo e em operação.

E46E

0470 ACUTE Condição de excesso detemperatura com base natemperatura do módulo dememória.

2470

0471 ACUTE O pool de recursos dearmazenamento excedeuseu valor de limite superior.

2471

0473 SERIOUS Um teste ambientalperiódico (env_test9)detectou o dispositivoespelhado em um estadoNot Ready.

E473

0474 SERIOUS Um teste ambientalperiódico (env_test9)detectou o dispositivoespelhado em um estadoWrite Disabled (WD).

E474

0475 SERIOUS Um espelhamento remotodo SRDF R1 está no estadoNot Ready.

E475





0476 SERVICE O Service Processor foiredefinido.

2476

0477 REMOTE FAILED O Service Processor nãopôde ligar para o EMCCustomer Support Center(falha de call home) devidoa problemas decomunicação.

1477

047A MODERATE Perda de alimentação AC àzona de alimentação A ouB.

247A

047B MODERATE Desconexão de dispositivosapós a desconexão doadaptador de RDF.

E47B

01BA02BA

03BA

04BA

ACUTE Problema de fonte dealimentação ou da fonte dealimentação em standby docompartimento.

24BA

047C ACUTE O pool de recursos dearmazenamento temTDATs Not Ready ouInactive.

247C

047D MODERATE O grupo do SRDF perdeuum link do SRDF ou o grupodo SRDF foi perdidolocalmente.

E47D

047E SERVICE Um link do SRDFrecuperou-se de uma falha.O link do SRDF estáoperacional.

E47E

047F REMOTE SERVICE O Service Processor ligoucom sucesso para o theEMC Customer SupportCenter (fez call home) pararelatar um erro.

147F

0488 SERIOUS O uso dos metadados doindicador de dadosreplicados atingiu 90 a99%.

E488

0489 ACUTE O uso dos metadados doindicador de dadosreplicados atingiu 100%.

E489

0492 MODERATE Erro do monitor de flash ouda unidade do MMCS.

2492





04BE MODERATE O espelhamento de filesystem da paginação demetadados não estápronto.

24BE

04CA MODERATE Uma sessão do SRDF/A foidesconectada devido a umasolicitação de um nãousuário. Os possíveismotivos incluem errosfatais, perda de link doSRDF ou alcance do tempomáximo de atraso daresposta de host doSRDF/A.

E4CA

04D1 REMOTE SERVICE Conexão remotaestabelecida. Controleremoto conectado.

14D1

04D2 REMOTE SERVICE Conexão remota fechada.Controle remoto rejeitado.

14D2

04D3 MODERATE Problemas de filtro flexível. 24D3

04D4 REMOTE SERVICE Conexão remota fechada.Controle remotodesconectado.

14D4

04DA MODERATE Problemas com a tarefa/osthreads.

24DA

04DB SERIOUS Erro gerado pelo scriptSYMPL.

24DB

04DC MODERATE Problemas relacionados acomputador.

24DC

04E0 REMOTE FAILED Problemas decomunicação.

14E0

04E1 SERIOUS Problemas na pesquisa deerros.

24E1

052F Nenhum Ocorreu uma falha degravação do SRDF desincronização.

E42F

3D10 SERIOUS Falha de um snapshot doSnapVX.

E410

a. A Dell EMC recomenda: NENHUM.



Mensagens de operadores

Mensagens de erro

No z/OS, as mensagens SIM são exibidas como mensagens de erro de alerta de serviço IEA480E.Elas são formatadas como segue:

Figura 25 Formato de mensagem de erro de alerta Acute IEA480E do z/OS (falha de call home)

*IEA480E 1900,SCU,ACUTE ALERT,MT=2107,SER=0509-ANTPC, 266

REFCODE=1477-0000-0000,SENSE=00101000 003C8F00 40C00000 00000014

PC failed to call home due to communication problems.

Figura 26 Formato de mensagem de erro de alerta Service IEA480E do z/OS (falha do adaptador dedisco)

*IEA480E 1900,SCU,SERIOUS ALERT,MT=2107,SER=0509-ANTPC, 531

REFCODE=2463-0000-0021,SENSE=00101000 003C8F00 11800000

Disk Adapter = Director 21 = 0x2C

One of the Disk Adapters failed into IMPL Monitor state.

Figura 27 Formato de mensagem de erro de alerta Service IEA480E do z/OS (grupo do SRDFperdido/SIM apresentada em relação a recursos não relacionados)

*IEA480E 1900,DASD,MODERATE ALERT,MT=2107,SER=0509-ANTPC, 100

REFCODE=E46D-0000-0001,VOLSER=/UNKN/,ID=00,SENSE=00001F10

SIM presented against unreleated resourceSRDF Group 1

An SRDF Group is lost (no links)

Mensagens de eventos

O storage array também informa eventos ao host e ao Service Processor. Esses eventos são:

l O volume de espelhamento 2 foi sincronizado com o volume de origem.

l O volume de espelhamento 1 foi sincronizado com o volume de destino.

l O processo de nova sincronização do dispositivo foi iniciado.

No z/OS, esses eventos são exibidos como mensagens de erro de alerta de serviço IEA480E. Elessão formatados como segue:



Figura 28 Formato da mensagem de erro de alerta Service IEA480E do z/OS (nova sincronização doespelhamento 2)

*IEA480E 0D03,SCU,SERVICE ALERT,MT=3990-3,SER=,

REFCODE=E461-0000-6200

Channel address of the synchronized device

E461 = Mirror-2 volume resynchronized with Mirror-1 volume

Figura 29 Formato da mensagem de erro de alerta Service IEA480E do z/OS (nova sincronização doespelhamento 1)

*IEA480E 0D03,SCU,SERVICE ALERT,MT=3990-3,SER=,

REFCODE=E462-0000-6200

Channel address of the synchronized device

E462 = Mirror-1 volume resynchronized with Mirror-2 volume



APÊNDICE B

Licenciamento

Este apêndice é uma visão geral do licenciamento nos arrays que executam HYPERMAX OS.

l eLicensing............................................................................................................................130l Licenças de sistema aberto.................................................................................................. 132


eLicensingOs arrays que executam o HYPERMAX OS usam Licenças eletrônicas (eLicenses).

Obs.: Para obter mais informações sobre eLicensing, consulte o artigo 335235 da Base deconhecimento da Dell EMC no site de suporte on-line da Dell EMC.

Os arquivos de licença podem ser obtidos do suporte on-line da Dell EMCEMC, copiados em umhost do Solutions Enabler ou do Unisphere for VMAX e enviados para seus arrays. A figura a seguirilustra o processo de solicitação e obtenção de sua eLicense.

Figura 30 Processo de eLicensing

New software purchase either aspart of a new array, or asan additional purchaseto an existing system.

1. EMC generates a single license filefor the array and posts it

on support.emc.com for download.

2.

A License Authorization Code (LAC) withinstructions on how to obtain the license

activation file is emailed to theentitled users (one per array).

3.3.

The entitled user retrieves the LAC letteron the Get and Manage Licenses page

on support.emc.com, and thendownloads the license file.

4.

The entitled user loads the license fileto the array and verifies that

the licenses were successfully activated.

5.

Obs.: Para instalar licenças de array, siga o procedimento descrito no Guia de Instalação doSolutions Enabler e na Ajuda On-line do Unisphere.

Cada arquivo de licença define completamente todos os direitos de um sistema específico,inclusive o tipo de licença e a capacidade licenciada. Para adicionar um recurso ou aumentar acapacidade licenciada, obtenha e instale um novo arquivo de licença.

A maioria das licenças de array se baseia em array, o que significa que elas são armazenadasinternamente no banco de dados de registro de recursos do sistema no array. No entanto, há umnúmero de licenças que são baseadas em host.

As eLicenses baseadas em array estão disponíveis nos seguintes formatos:

l Uma licença individual permite um só recurso.

l Uma suíte de licença é uma licença única que permite vários recursos. As suítes de licençasomente estarão disponíveis se todos os recursos estiverem habilitados.

l Um pacote de licença é um conjunto de suítes de licença que se adaptam a um propósitoespecífico.

Para visualizar as licenças vigentes e os relatórios detalhados de utilização, use o SolutionsEnabler, o Unisphere, o Mainframe Enablers, o TPF (Transaction Processing Facility) ou o consoleda plataforma IBM i.

Licenciamento


Medições de capacidadeAs licenças baseadas em array incluem um valor de capacidade licenciada que define o escopo dalicença. O método para medir esse valor depende do tipo de capacidade da licença (utilizável ouregistrada).

Nem todos os títulos de produtos estão disponíveis em todos os tipos de capacidade, conformeexibido a seguir.

Tabela 18 Tipos de capacidade dos títulos de produtos VMAX All Flash

Capacidade útil Registered Outro

Todos os títulos de pacotesde software F

ProtectPoint PowerPath (se adquiridoseparadamente)

Todos os títulos de pacotesde software FX

Events and Retention Suite

Todos os títulos de pacotesde software zF

Todos os títulos de pacotesde software zFX

RecoverPoint

Capacidade utilizável

A capacidade útil é definida como a quantidade de armazenamento disponível para uso em umarray. Ela é calculada como a soma de todas as capacidades do SRP (Storage Resource Pool, poolde recursos de armazenamento) disponíveis para uso. Essa capacidade não inclui nenhumacapacidade de armazenamento externo.

Capacidade registrada

Capacidade registrada é o volume de dados do usuário gerenciados ou protegidos por cada títulode produto específico. Ela é independente do tipo ou tamanho dos discos no array.

Os métodos para medir a capacidade registrada dependem do fato de as licenças serem individuaisou parte de um pacote.

Licenças de capacidade registrada

A capacidade registrada é medida de acordo com o seguinte:

l ProtectPoint

n A capacidade registrada dessa licença é a soma de todos os dispositivos Data Domainencapsulados que são destinos de link. Quando houver sessões do TimeFinder presentes emum array com apenas uma licença do ProtectPoint e nenhuma licença do TimeFinder, acapacidade será calculada como a soma de todos os dispositivos DataDomain encapsuladoscom destinos de link e a soma de todos os dispositivos de origem alocados do TimeFinder eRDPs delta.

Licenciamento


Licenças de sistema abertoEsta seção detalha as licenças disponíveis em um ambiente de sistema aberto.

Suítes de licençaPacotes de licençaA tabela a seguir lista os conjuntos de licenças disponíveis em um ambiente de sistemas abertos.

Tabela 19 Pacotes de licença do VMAX All Flash

Suíte de licença Abrange Permite que você Com o comando

All Flash F l HYPERMAX OS

l Controles deprioridade

l OR-DM

l Unisphere for VMAX

l FAST

l Provisionamento deníveis de serviço

l Workload Planner

l Database StorageAnalyzer

l Unisphere for File

Crie janelas de tempo symoptmz

symtw

l Adicione níveis degrupos de discos àspolíticas do FAST

l Habilite o FAST

l Defina os seguintesparâmetros do FAST:

n Swap Non-VisibleDevices

n Allow Only Swap

n User ApprovalMode

n Maximum Devicesto Move

n MaximumSimultaneousDevices

n Workload Period

n MinimumPerformancePeriod

l Adicione níveis de VP(Virtual Pool, poolvirtual) às políticasdo FAST

l Defina os seguintesparâmetrosespecíficos ao FASTVP:

n Thin Data MoveMode

n Thin RelocationRate

symfast

Licenciamento


Tabela 19 Pacotes de licença do VMAX All Flash (continuação)


n Pool ReservationCapacity

l Defina os seguintesparâmetros do FAST:

n Workload Period

n MinimumPerformancePeriod

Execute oprovisionamento baseadoem níveis de serviço

symconfigure

symsg

symcfg

AppSync Gerencie a proteção e areplicação dos aplicativose bancos de dadosessenciais de ambientesMicrosoft, Oracle eVMware.

l TimeFinder/Snap

l TimeFinder/SnapVX

l SnapSure

Crie novas sessões declone nativo

symclone

Crie novas emulações doTimeFinder/Clone

symmir

l Crie novas sessões

l Duplique as sessõesexistentes

symsnap

l Crie pools desnapshots

l Crie dispositivosSAVE

symconfigure

l Execute operaçõesSnapVX Establish

l Execute operaçõesde link de snapshotsdo SnapVX

symsnapvx

All Flash FX Suíte All Flash F Execute tarefasdisponíveis na suíte AllFlash F.

l SRDF

l SRDF/Asynchronous

l SRDF/Synchronous

l SRDF/STAR

l Crie novos grupos doSRDF

symrdf

Licenciamento




l Replication for File l Crie pares dinâmicosdo SRDF no modo decópia adaptável

l Crie dispositivos deSRDF

l Converta dispositivosnão SRDF para SRDF

l Adicioneespelhamentos doSRDF aosdispositivos em modode cópia adaptável

Defina o atributohabilitado para SRDFdinâmico nosdispositivos

Crie dispositivosSAVE

symconfigure

l Crie pares dinâmicosdo SRDF no modoassíncrono

l Defina os pares deSRDF no modoassíncrono

symrdf

l Adicioneespelhamentos doSRDF paradispositivos no modoassíncrono

Crie poolsRDFA_DSE

Defina qualquer umdos seguintesatributos do SRDF/Aem um grupo doSRDF:

n Minimum CycleTime

n Transmit Idle

n Atributos do DSE,inclusive:

symconfigure

Licenciamento




– Associar umpool deRFDA-DSE aum SRDF

grupo

DSEThreshold

DSE Autostart

n Atributos WritePacing, inclusive:

– Write PacingThreshold

– Write PacingAutostart

– Device WritePacingexemption

– TimeFinderWrite PacingAutostart

l Crie pares dinâmicosdo SRDF no modosíncrono

l Defina pares doSRDF no modosíncrono

symrdf

Adicione umespelhamento do SRDF aum dispositivo em modosíncrono

symconfigure

D@RE Criptografe os dados eproteja-os contra acessonão autorizado, a menosque chaves válidas sejamfornecidas. Isso impedeque os dados sejamacessados e oferece ummecanismo para destruiros dados rapidamente.

SRDF/Metro l Coloque novos paresde volumes SRDF emuma configuração doSRDF/Metro.

Licenciamento




l Sincronize os paresde dispositivos.

Suíte VIPR (Controller eSRM)

Automatize tarefas derecuperação de espaço eprovisionamento dearmazenamento paraaumentar a eficiênciaoperacional.

Licenças individuaisEstes itens estão disponíveis para arrays que executam o HYPERMAX OS e não estão incluídos nassuítes de licença:

Tabela 20 Licenças individuais para ambiente de sistemas abertos

Licença Permite que você Com o comando

ProtectPoint Armazene e recupere dadosde backup em um ambienteintegrado que contém osarrays executam oHYPERMAX OS e o DataDomain.

RecoverPoint Proteja a integridade dosdados em sites remotos elocais, e recupere dados deum ponto no tempo usando atecnologia de registro.

Licenças do ecossistemaEstas licenças não se aplicam aos arrays:

Tabela 21 Licenças individuais para ambiente de sistemas abertos

Licença Permite que você

PowerPath Automatize a recuperação e o failover decaminho dos dados para garantir que osaplicativos estejam sempre disponíveis econtinuem funcionando.

Events and Retention Suite l Proteja os dados contra alterações,exclusões e atividades mal-intencionadasindesejadas.

l Criptografe os dados onde eles sãocriados para oferecer proteção emqualquer lugar fora do servidor.

Licenciamento


Tabela 21 Licenças individuais para ambiente de sistemas abertos (continuação)

Licença Permite que você

l Mantenha a confidencialidade de dadosem repouso selecionados e imponha aretenção em nível de arquivo para atenderaos requisitos de conformidade.

l Faça a integração com aplicações deverificação antivírus, gerenciamento decotas e auditoria de terceiros.

Licenciamento


Licenciamento


VMAX All Flash Guia de produtos da família Dell EMC · 2020. 6. 4. · Guia de instalação do kit...

Documents

Transcript of VMAX All Flash Guia de produtos da família Dell EMC · 2020. 6. 4. · Guia de instalação do kit...