november 2019 revision 08 - dell emc isilon...formato de mensagem de erro de alerta acute iea480e do...

Dell EMC PowerMax Family Product Guide

PowerMaxOSRevision 08

November 2019

Copyright © 2018-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 Dell EMC PowerMax Family Product Guide PowerMaxOS

7

9

Prefácio 11

PowerMax com PowerMaxOS 19Introdução ao PowerMax com PowerMaxOS....................................................20

Arrays do PowerMax............................................................................20Ambiente operacional do PowerMaxOS................................................21

Pacotes de software..........................................................................................21O Pacote de software Essentials.......................................................... 21O Pacote de software Pro....................................................................22O Pacote de software zEssentials........................................................ 23O Pacote de software zPro.................................................................. 23Disponibilidade dos pacotes................................................................. 24

PowerMaxOS....................................................................................................24Emulações do PowerMaxOS................................................................ 24Recipientes de aplicativos.................................................................... 27Integridade e proteção de dados.......................................................... 30Eficiência de dados.............................................................................. 36

Interfaces de gerenciamento 41Versões da interface de gerenciamento............................................................ 42Unisphere for PowerMax.................................................................................. 42

Workload Planner.................................................................................43FAST Array Advisor..............................................................................43

Unisphere 360...................................................................................................43CloudIQ.............................................................................................................43Solutions Enabler.............................................................................................. 45Mainframe Enablers.......................................................................................... 46GDDR (Geographically Dispersed Disaster Restart)..........................................46Provedor de SMI-S........................................................................................... 47Provedor de VASA............................................................................................ 47Interface de gerenciamento eNAS ................................................................... 47Storage 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........................................................................................................... 50ESA (EMC Storage Analytics)...........................................................................51

Recursos de sistemas abertos 53Suporte do PowerMaxOS para sistemas abertos.............................................. 54PowerPath........................................................................................................54

Figuras

Tabelas

Capítulo 1

Capítulo 2

Capítulo 3

CONTEÚDO

Dell EMC PowerMax Family Product Guide PowerMaxOS 3

Visão geral operacional.........................................................................54Registro do host.................................................................................. 55Status do dispositivo............................................................................55Criação automática de grupos de iniciador...........................................55Gerenciamento.................................................................................... 56Mais informações.................................................................................56

Backup e restauração usando o ProtectPoint e o Data Domain.........................56Backup.................................................................................................56Restauração......................................................................................... 57Agentes do ProtectPoint..................................................................... 58Recursos usados para backup e restauração do ProtectPoint..............58ProtectPoint e backup tradicional........................................................58Mais informações.................................................................................59

VMware Virtual Volumes...................................................................................59Componentes do VVol..........................................................................59Escalabilidade do VVol......................................................................... 60Fluxo de trabalho do VVol.................................................................... 60

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

Provisionamento 67Provisionamento thin........................................................................................ 68

Pré-configuração para provisionamento thin........................................68Thin devices (TDEV)............................................................................ 69Superatribuição de thin devices........................................................... 70Uso de memória interna....................................................................... 70Provisionamento específico para sistemas abertos.............................. 70

Níveis de serviço 73Definição dos níveis de serviço..........................................................................74

Níveis de serviço definidos................................................................... 74Prioridades de nível de serviço............................................................. 75Níveis de serviço padrão...................................................................... 75Disponibilidade dos níveis de serviço.................................................... 75

Uso de níveis de serviço para manter o desempenho do sistema.......................76Exemplos de uso................................................................................................77Gerenciar os níveis de serviço........................................................................... 78

Posicionamento automatizado de dados 79Ambiente.......................................................................................................... 80Operação.......................................................................................................... 80Polarizações de nível de serviço........................................................................80Compactação e desduplicação..........................................................................80Disponibilidade..................................................................................................80

Replicação local nativa com o TimeFinder 81

Capítulo 4

Capítulo 5

Capítulo 6

Capítulo 7

Capítulo 8

Conteúdo


Sobre o TimeFinder...........................................................................................82Interoperabilidade com produtos preexistentes do TimeFinder............ 83Snapshots sem destino........................................................................ 83Snapshots seguros...............................................................................84Provisionar vários ambientes a partir de um destino vinculado............. 84Snapshots em cascata......................................................................... 85Acessando cópias point-in-time........................................................... 86

SnapVX e zDP mainframe................................................................................. 86

Replicação remota 89Replicação remota nativa com o SRDF............................................................. 90

Soluções de dois locais do SRDF.......................................................... 91Soluções de diversos locais do SRDF................................................... 93Compatibilidade entre famílias............................................................. 94Pares de volumes SRDF.......................................................................95Identificações do dispositivo dinâmico................................................. 98Modos de operação do SRDF...............................................................99Grupos do SRDF.................................................................................100Director boards, links e portas.............................................................101Consistência do SRDF......................................................................... 101Migração de dados............................................................................. 102Mais informações............................................................................... 103

SRDF/Metro................................................................................................... 104Opções de implementação..................................................................104Resiliência do SRDF/Metro................................................................ 104Recursos de recuperação de desastres...............................................106ID de mobilidade com o ALUA............................................................. 107Mais informações................................................................................107

RecoverPoint...................................................................................................107Replicação remota com o eNAS...................................................................... 108

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

Configurações de 2 sites de SRDF/AR.................................................111Configurações de 3 sites de SRDF/AR................................................ 112

TimeFinder e SRDF/A...................................................................................... 113TimeFinder e SRDF/S...................................................................................... 113

Migração de dados 115Visão geral........................................................................................................116Migração de dados para sistemas abertos........................................................ 117

Migração não disruptiva...................................................................... 117Open Replicator..................................................................................125PowerPath Migration Enabler............................................................. 127Migração de dados usando SRDF/Data Mobility................................. 127Recuperação de espaço e espaço nulo................................................ 127

Migração de dados para IBM System i............................................................. 128Migração de dados para mainframe................................................................. 128

Migração de volumes usando o z/OS Migrator................................... 129Migração de conjuntos de dados usando o z/OS Migrator..................129

Capítulo 9

Capítulo 10

Capítulo 11

Conteúdo


Expansão de dispositivo on-line 131Introdução....................................................................................................... 132Recursos gerais............................................................................................... 132Dispositivos independentes..............................................................................133Dispositivos de SRDF.......................................................................................133Dispositivos LREP............................................................................................134Recursos de gerenciamento............................................................................ 135

Solutions Enabler................................................................................135Unisphere........................................................................................... 135Mainframe Enablers............................................................................136

Segurança do sistema 137Autorização e autenticação do usuário............................................................ 138Funções e permissões......................................................................................138

Funções e a hierarquia delas............................................................... 138Permissões para funções.................................................................... 139Política Secure Reads......................................................................... 142Visualizar as permissões necessárias para uma operação....................142

Lockbox........................................................................................................... 142SSVs (Stable System Values, Valores de sistema estável)..................142Senha da Lockbox...............................................................................143Senha padrão de Lockbox................................................................... 143

Comunicações client/servidor......................................................................... 143

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

Erros ambientais................................................................................. 147Mensagens de operadores...................................................................151

Licenciamento 153eLicensing....................................................................................................... 154

Medições de capacidade.....................................................................155Licenças de sistema aberto............................................................................. 156

Pacotes de licença..............................................................................156Licenças individuais............................................................................ 159Licenças do ecossistema.................................................................... 159

Capítulo 12

Capítulo 13

Apêndice A

Apêndice B

Conteúdo


Arquitetura de D@RE, incorporada................................................................................... 32Arquitetura de D@RE, externa.......................................................................................... 32Compactação em linha e excesso de inscrições.................................................................37Fluxo de dados durante uma operação de backup no Data Domain....................................57Grupos de provisionamento automático.............................................................................71Snapshots sem destino do SnapVX...................................................................................85Snapshots em cascata do SnapVX....................................................................................85Operação do zDP.............................................................................................................. 87Dispositivos R1 e R2..........................................................................................................95Dispositivo R11 em um SRDF simultâneo........................................................................... 96Dispositivo R21 no SRDF em cascata................................................................................ 97Dispositivos R22 no SRDF/Star em cascata e simultâneo.................................................98Migração de dados e remoção do array secundário (R2)................................................. 102SRDF/Metro................................................................................................................... 104Recuperação de desastres para SRDF/Metro................................................................. 106Solução de dois locais do SRDF/AR.................................................................................. 111Solução de três locais do SRDF/AR................................................................................. 112Configuração de uma migração do VMAX3, VMAX All Flash ou PowerMax...................... 118Configuração de uma migração do VMAX........................................................................120Recebimento dinâmico (ou de produção) do Open Replicator......................................... 126Recebimento inativo (ou point-in-time) do Open Replicator............................................126Migração de volumes do z/OS.........................................................................................129Migração de conjuntos de dados do z/OS Migrator.........................................................130Expandir a caixa de diálogo de Volume no Unisphere....................................................... 136Formato de mensagem de erro de alerta Acute IEA480E do z/OS (falha de call home)... 151Formato de mensagem de erro de alerta Service IEA480E do z/OS (falha do adaptador dedisco)............................................................................................................................... 151Formato de mensagem de erro de alerta Service IEA480E do z/OS (grupo do SRDFperdido/SIM apresentada em relação a recursos não relacionados)................................. 151Formato da mensagem de erro de alerta Service IEA480E do z/OS (nova sincronização doespelhamento 2)..............................................................................................................152Formato da mensagem de erro de alerta Service IEA480E do z/OS (nova sincronização doespelhamento 1).............................................................................................................. 152Processo de eLicensing................................................................................................... 154

1234567891011121314151617181920212223242526

27

28

29

30

FIGURAS


Figuras


Convenções tipográficas usadas neste conteúdo.............................................................. 16Emulações do PowerMaxOS............................................................................................. 24Requisitos de recursos do eManagement.......................................................................... 27Configurações do eNAS por array.....................................................................................29Tarefas Unisphere.............................................................................................................42Recurso de gerenciamento de componentes de arquitetura de VVol.................................60Escalabilidade do VVol específico......................................................................................60Valores máximos da unidade de controle lógico................................................................ 65Máximo de LPARs por porta............................................................................................. 66Opções de RAID................................................................................................................69Soluções de dois locais do SRDF....................................................................................... 91Soluções de diversos locais do SRDF................................................................................ 93Alertas de severidade SIM............................................................................................... 147Erros ambientais relatados como mensagens SIM............................................................147Tipos de capacidade de títulos de produtos PowerMax................................................... 155Pacotes de licença do PowerMax.................................................................................... 156Licenças individuais para ambiente de sistemas abertos.................................................. 159Licenças individuais para ambiente de sistemas abertos.................................................. 159

123456789101112131415161718

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 dos arrays do Dell EMC PowerMax que executam oPowerMaxOS 5978. As descrições dos recursos de software também se aplicam aos arrays VMAXAll Flash que executam o PowerMaxOS 5978, exceto quando indicado.

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 PowerMax.

Documentos da plataforma de hardware:

Guia de planejamento de sites da família Dell EMC PowerMax

Apresenta informações de planejamento sobre a compra e a instalação de um PowerMax2000, 8000 com PowerMaxOS.

Guia de práticas recomendadas da Dell EMC para conexões de fonte de alimentação AC paraPowerMax 2000, 8000 com PowerMaxOS

Descreve as práticas recomendadas para garantir alimentação tolerante a falhas para um arraydo PowerMax 2000 ou do PowerMax8000.

Notas da versão do PowerMaxOS 5978.221.221 para Dell EMC PowerMax e All Flash

Descreve os novos recursos e quaisquer limitações.

Guia de configuração de segurança da família Dell EMC PowerMax

Mostra como implementar com segurança os arrays do PowerMax que executam oPowerMaxOS.

Documentos do Unisphere:

Notas da versão do Dell EMC Unisphere para PowerMax

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


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


Guia de instalação do Dell EMC Unisphere for PowerMax

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

Ajuda on-line do Dell EMC Unisphere para PowerMax

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

Guia do programador e conceitos da API REST do Dell EMC Unisphere for PowerMax

Descreve os conceitos e as funções da API REST do Unisphere for PowerMax.

Notas da versão do Dell EMC Unisphere 360

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

Guia de instalação do Dell EMC Unisphere 360

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

Ajuda on-line do Dell EMC Unisphere 360

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

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.

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.

Prefácio


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 PowerPath:

Notas da Versão do PowerPath/VE for VMware vSphere

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

Guia de Instalação e Administração do PowerPath/VE para o VMware vSphere

Mostra como instalar, configurar e gerenciar o PowerPath/VE.

Referência de Mensagens do Sistema e da CLI da Família PowerPath

Documenta os comandos da CLI do PowerPath e as mensagens do sistema.

Guia de Produto da Família PowerPath

Fornece uma descrição dos produtos da família PowerPath.

Guia de Instalação e Configuração do PowerPath Management Appliance

Mostra como instalar e configurar o PowerPath Management Appliance.

Notas da versão do PowerPath Management Appliance


Guia do Usuário do PowerPath Migration Enabler

Mostra como executar a migração de dados usando o PowerPath Migration Enabler.

Documentos do Embedded NAS (eNAS):

Notas da versão do Dell EMC PowerMax eNAS

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 Dell EMC PowerMax eNAS

Descreve como configurar o eNAS em um sistema de armazenamento do PowerMax.

Recuperação automática de arquivos eNAS com SRDF/S do Dell EMC PowerMax

Descreve como instalar e utilizar a recuperação automática de arquivo 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

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

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

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.

Prefácio


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.

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


Prefácio


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


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


Guia de produto do Dell EMC GDDR para Star-A

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:

Prefácio


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

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.

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 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.

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]

Prefácio


CAPÍTULO 1

PowerMax com PowerMaxOS

Este capítulo apresenta os sistemas doPowerMax e o ambiente operacional do PowerMaxOS.

l Introdução ao PowerMax com PowerMaxOS........................................................................ 20l Pacotes de software.............................................................................................................. 21l PowerMaxOS........................................................................................................................ 24


Introdução ao PowerMax com PowerMaxOS

Arrays do PowerMaxA família de arrays do PowerMax tem dois modelos:

l O PowerMax 2000 com uma capacidade máxima de 1 PBe (Petabytes úteis) que pode operarem ambientes de sistemas abertos

l O PowerMax 8000 com uma capacidade máxima de 4 PBe pode operar em sistemas abertos,de mainframe ou mistos de sistemas abertos e mainframe

Os sistemas do PowerMax são modulares, permitindo que eles se expandam para atender àsnecessidades futuras do cliente.

Componentes modulares do sistema

Cada array PowerMax é composto de um ou mais componentes modulares, cada um conhecidocomo um PowerMax Brick em um array de sistemas abertos ou em um PowerMax zBrick em umarray de mainframe. Um PowerMax Brick ou um PowerMax zBrick consiste em:

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

l Armazenamento flash em 2 Disk Array Enclosure (DAEs), cada um com 24 slots

l Capacidade mínima de armazenamento:

n PowerMax 2000: 13 TBu (Terabytes utilizáveis)

n PowerMax 8000 em ambientes de sistemas abertos: 53 TBu

n PowerMax 8000 em ambientes de mainframe: 13 TBu

n PowerMax 8000 em um ambiente misto de mainframe e sistemas abertos: 66 TBu

Expansão de hardware

Os clientes podem aumentar a capacidade de armazenamento inicial em unidades de 13 TBu, cadaum conhecido como um Pacote de capacidade flash (em um ambiente de sistemas abertos) ou umPacote de capacidade zFlash (em um ambiente de mainframe). A adição de pacotes de capacidadeFlash ou zFlash a um array é chamado de dimensionamento vertical.

Além disso, os clientes podem adicionar ainda mais PowerMax Bricks ou PowerMax zBricks paraaumentar a capacidade e os recursos do sistema. Um array PowerMax 2000 pode ter um máximode dois PowerMax Bricks. UmPowerMax 8000 pode ter um máximo de oito blocos PowerMaxBricks ou PowerMax zBricks. A adição de bricks a um array é chamada de dimensionamentohorizontal.

Finalmente, os clientes podem aumentar a memória interna do sistema. Um sistema PowerMax2000 pode ter 512 GB, 1 TB ou 2 TB de memória em cada mecanismo. Um sistema PowerMax8000 pode ter 1 TB ou 2 TB de memória em cada mecanismo.

Dispositivos de armazenamento

Começando com PowerMaxOS 5978.444.444, há dois tipos de dispositivos de armazenamentodisponíveis para um array PowerMax:

l Unidade de memória de classe de armazenamento (SCM)

l Unidade flash NVMe

As unidades SCM estão disponíveis com PowerMaxOS 5978.444.444 e posterior. A versão anteriordo PowerMaxOS 5978 funciona apenas com unidades flash NVMe.



As unidades SCM são novas unidades de alto desempenho com uma latência significativamentemenor do que as unidades flash NVMe. Um array elegível pode ter qualquer combinação deunidades SCM e unidades NVMe.

Em sistemas baseados em SCM:

l Os clientes podem aumentar a capacidade das unidades SCM em incrementos de 5,25 TBu.

l A capacidade inicial mínima de um sistema baseado em SCM é 21 TBu.

Especificações do sistema

As especificações detalhadas dos arrays PowerMax estão disponíveis no site da Dell EMC.

Ambiente operacional do PowerMaxOSO PowerMaxOS 5978 é o ambiente operacional do software dos arrays PowerMax. Ele gerencia ascomunicações de armazenamento e controles com os sistemas host. Há recursos adicionais para oPowerMaxOS que oferecem recursos específicos, como replicação remota. O software para umPowerMax está disponível em pacotes que são um conjunto de recursos principais e opcionais. Hádois pacotes para arrays de sistemas abertos e dois para arrays de mainframe.

Mais Informações:

l Pacotes de software na página 21 tem informações sobre os pacotes de software, o conteúdoe a disponibilidade deles nas várias plataformas do PowerMax.

l PowerMaxOS na página 24 tem informações sobre os recursos e os componentes doPowerMaxOS.

O PowerMaxOS também pode ser executado em arrays VMAX All Flash.

Pacotes de softwareHá quatro pacotes de software para arrays PowerMax. Os pacotes de software Essentials e Prosão para arrays de sistemas abertos, e os pacotes zEssentials e zPro são para arrays demainframe.

O Pacote de software Essentials

Recursos padrão

Os recursos padrão do Pacote de software Essentials são:

Recurso Para obter mais informações, consulte

PowerMaxOS PowerMaxOS na página 24

Embedded Management (eManagement)a Interfaces de gerenciamento na página 41

Compactação e desduplicação Compactação em linha na página 37 e Desduplicação em linha na página 38

SnapVX Sobre o TimeFinder na página 82

AppSync Starter Pack AppSync na página 50

Migração Migração de dados para sistemas abertos napágina 117

a. O eManagement inclui o Unisphere incorporado, o Solutions Enabler e o SMI-Sincorporados.



http://www.dellemc.com/en-us/storage/powermax.htm

Recursos opcionais

Os recursos opcionais do Pacote de software Essentials são:


SRDF Replicação remota na página 89

SRDF/Metro SRDF/Metro na página 104

eNAS (Embedded Network AttachedStorage)

eNAS (Embedded Network AttachedStorage) na página 28

Criptografia de dados em repouso (D@RE) Criptografia de dados em repouso na página30

SRM Storage Resource Management (SRM) napágina 48

Unisphere 360 Unisphere 360 na página 43

ProtectPoint Backup e restauração usando o ProtectPointe o Data Domain na página 56

PowerPath PowerPath na página 54 e PowerPathMigration Enabler na página 127

RecoverPoint RecoverPoint na página 107

Pacote completo do AppSync AppSync na página 50

ESA (EMC Storage Analytics) ESA (EMC Storage Analytics) na página 51

O Pacote de software Pro

Recursos padrão

O Pacote de software Pro contém todos os recursos padrão do Pacote de software Essentials e:


D@RE Criptografia de dados em repouso na página30


SRDF/Metro SRDF/Metro na página 104

eNAS eNAS (Embedded Network AttachedStorage) na página 28


SRM Storage Resource Management (SRM) napágina 48

PowerPatha PowerPath na página 54 e PowerPathMigration Enabler na página 127

Pacote completo do AppSync AppSync na página 50

a. O Pacote de software Pro contém 75 licenças do PowerPath. Licenças extras estãodisponíveis separadamente.



Recursos opcionais

Os recursos opcionais do Pacote de software Pro são:


ProtectPoint Backup e restauração usando o ProtectPointe o Data Domain na página 56

RecoverPoint RecoverPoint na página 107

EMC Storage Analytics ESA (EMC Storage Analytics) na página 51

O Pacote de software zEssentials

Recursos padrão

Os recursos padrão do Pacote de software zEssentials são:


PowerMaxOS PowerMaxOS na página 24

Gerenciamento incorporadoa Interfaces de gerenciamento na página 41

Snap VX Sobre o TimeFinder na página 82

Mainframe Essentials Recursos de mainframe na página 63

a. O eManagement inclui o Unisphere incorporado, o Solutions Enabler e o SMI-Sincorporados.

Recursos opcionais

Os recursos opcionais do Pacote de software zEssentials são:





zDP SnapVX e zDP mainframe na página 86

AutoSwap SnapVX e zDP mainframe na página 86

GDDR GDDR (Geographically Dispersed DisasterRestart) na página 46

Mainframe Essentials Plus Recursos de mainframe na página 63

Pacote de produtos para z/TPF Pacote de produtos para z/TPF na página 49

O Pacote de software zPro

Recursos padrão

O Pacote de software zPro contém todos os recursos padrão do Pacote de software zEssentials e:







zDP SnapVX e zDP mainframe na página 86

AutoSwap SnapVX e zDP mainframe na página 86

Recursos opcionais

Os recursos opcionais do Pacote de software zPro são:


GDDR GDDR (Geographically Dispersed DisasterRestart) na página 46

Mainframe Essentials Plus Recursos de mainframe na página 63

Pacote de produtos para z/TPF Pacote de produtos para z/TPF na página 49

Disponibilidade dos pacotesA disponibilidade pacotes de software do PowerMaxOS nas plataformas do PowerMax é:

Pacote de software Plataformas

Pacote de software EssentialsPowerMax 8000PowerMax 2000Pacote de software Pro

Pacote de software zEssentialsPowerMax 8000

Pacote de software zPro

PowerMaxOSEsta seção destaca os recursos do PowerMaxOS.

Emulações do PowerMaxOSO PowerMaxOS oferece emulações (executáveis) que realizam funções específicas de controle eserviço de dados no ambiente do PowerMaxOS. As emulações disponíveis são:

Tabela 2 Emulações do PowerMaxOS

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

Back-end DN A conexão de back-end doarray que se comunica comas unidades. O DN tambémé conhecido como uma

NVMe - 8 Gb/s



Tabela 2 Emulações do PowerMaxOS (continuação)


controladora interna deunidade.

DX Conexões de back-end quenão são usadas para seconectarem com hosts.Usada pelo ProtectPoint.

FC - 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/A

ED Camada intermediáriausada para separar oprocessamento de E/S 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 oarmazenamento físico noarray.

N/A

Conectividade com host FA – Fibre Channel

SE – iSCSI

EF - FICONb

FN - FC-NVMe

Emulação de front-end que:

l Recebe dados do hostou da rede e osconfirma no array

l Envia dados do arrayao host ou rede

FC - 16 Gb/s e 32 Gb/s

SE - 10 Gb/s

EF - 16 Gb/s

FN - 32 Gb/scd

Replicação remota RF – Fibre Channel Interconecta arrays paraSRDF.

RF - SRDF de 16 Gb/s e 32Gb/s



Tabela 2 Emulações do PowerMaxOS (continuação)


RE – GbE RE – SRDF de 10 GbE

a. O módulo de 16 Gb/s faz a negociação automática para 16/8/4 Gb/s usando SFP óptico e conexão por caboOM2/OM3/OM4.

b. Somente em arrays PowerMax 8000.c. Disponível somente em arrays PowerMax.d. O módulo de 32 Gb/s negocia automaticamente para 32/16/8 Gb/s.



Recipientes de aplicativosO PowerMaxOS oferece uma plataforma aberta de aplicativos para executar serviços de dados. Eleinclui um hipervisor leve que permite que vários ambientes operacionais sejam executados comomá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 PowerMax) ao storage array, permitindo que você gerencie o array sem anecessidade 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, , o eManagementpode ser adicionado aos arrays em campo. Entre em contato com seu representante para obtermais 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 3 Requisitos de recursos do eManagement

Modelo doPowerMax

CPU Memória Dispositivocompatíveis

PowerMax 2000 4 16 GB 200K

PowerMax 8000 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 PowerMax array. O eNAS oferece flexibilidade e segurançapara compartilhamentos de arquivos multiprotocolo (NFS 2.0, 3.0, 4.0/4.1), CIFS/SMB 3.0) e paradiversas 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 Criação integrada de imagens lógicas point-in-time de um file system de produção usando oSnapSure

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. o eNAS podeser adicionado aos arrays em campo. Entre em contato com seu representante para obter maisinformações.

O eNAS usa o hypervisor do PowerMaxOS para criar instâncias virtuais de Data Movers e estaçõesde controle NAS nas controladoras PowerMax. As estações de controle e os Data Movers sãodistribuídos no array do PowerMax com base no número de mecanismos e pares espelhadosassociados.

Por padrão, os arrays PowerMax 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 4 Configurações do eNAS por array

Componente Descrição PowerMax 2000 PowerMax 8000

Data Moversa máquinavirtual

Número máximo 4 8b

Máx. decapacidade/DM

512 TB 512 TB

Núcleos lógicosc 12/24 16/32/48/64b

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

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

12d 2–4d

Máquinas virtuais daControl Station (2)

Núcleos lógicos 4 4

Memória (GB) 8 8

Capacidade/array de NAS Máximo 1,15 TB 3,5 TB

a. Os Data Movers são adicionados em pares e devem ter a mesma configuração.b. O PowerMax 8000 pode ser configurado por meio do Sizer com um máximo de 4 Data

Movers. No entanto, 6 e 8 Data Movers podem ser solicitados por RPQ. À medida queaumentar o número de movimentadores de dados, também aumentará o número máximo deplacas de E/S, de núcleos lógicos, de memória e de 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 só é necessário para cada Data Mover nas

configurações iniciais do PowerMax. No entanto, esse módulo de I/O pode ser substituídopor um módulo de I/O diferente (com um de 1 GbE com 4 portas ou de 10 GbE, de cobre ecom 2 portas) usando o recurso normal de substituição que existe nos módulos de I/O deData Mover do eNAS. Além disso, os módulos de E/S adicionais podem ser configurados pormeio de 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/Sdevem ocupar o mesmo slot em cada diretório 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, recuperação automáticade arquivo).

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 PowerMaxOS oferece recursos para garantir a integridade dos dados e para proteger dados emcaso 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 PowerMax podem usar estes níveis de RAID:

l PowerMax 2000: RAID 5 (7+1) (padrão), RAID 5 (3+1) e RAID 6 (6+2)

l PowerMax 8000: RAID 5 (7+1) e RAID 6 (6+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 arraysPowerMax 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 Dell EMCE-Lab Interoperability Matrix (https://www.emc.com/products/interoperability/elab.htm) lista osgerenciadores externos de chave para cada versão do PowerMaxOS.

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 1 na página 32) 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 Dell EMC KTP(gerenciamento externo 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 2 na página 32) usa os mesmos componentes que os D@RE daincorporada e adiciona:

l Dell EMC KTP (Key Trust Platform) — também conhecido como client do KMIP, essecomponente reside na MMCS e comunica-se com os gerenciadores externos de chaves usandoo OASIS KMIP (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 1 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 2 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 PowerMaxOS 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 PowerMaxOS 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 PowerMaxOS monitora os defeitos nas mídias examinando o resultado de cada transferência dedados 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 PowerMaxOS corrige erros de bit único e informa um código de erro quando esses erros atingemum limite predefinido. No caso improvável de ser necessário substituir a memória física, o arraynotifica o atendimento ao cliente, e uma substituição é solicitada.

Sparing de unidade e sparing direto de membrosQuando o PowerMaxOS 5978 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 tenham capacidade oudesempenho iguais ou maiores, 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 PowerMax iniciarão uma operação de compartimentação quando o sistema for desligado,muda para o estado off-line ou se ocorrerem condições ambientais, como perda de um datacenterdevido 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 PowerMaxinterrompe 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 PowerMax exigem o seguinte número de módulos de I/O de flash:

n De 2 a 4 PowerMax 2000 por mecanismo/PowerMax Brick

n De 4 a 8 PowerMax 8000por mecanismo/PowerMax Brick/PowerMax 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.

Eficiência de dadosA eficiência de dados é um recurso dos sistemas PowerMax, projetado para fazer o melhor uso doespaço disponível de armazenamento em um sistema de armazenamento. A eficiência dos dadostem dois elementos:

l Compactação em linha

l Desduplicação

Eles funcionam juntos para reduzir a quantidade de armazenamento que um grupo dearmazenamento individual exige. A economia de espaço obtida por meio de eficiência de dados émedida como DRR (Data Reduction Ratio, proporção de redução de dados). A eficiência de dadosfunciona em grupos individuais de armazenamento para que um sistema possa ter uma combinaçãode grupos de armazenamento que usam e outros que não usam a eficiência de dados.



Compactação em linha

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 70 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 3 na página 37 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 3 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

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 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.

Compactação de software

O PowerMaxOS 5978 apresenta a compactação de software para arrays PowerMax. Acompactação de software é uma extensão da compactação em linha normal e está disponívelsomente em sistemas PowerMax. Ela opera em dados que foram compactados anteriormente, masque não foram acessados por 35 dias ou mais. A compactação de software compacta esses dadosnovamente usando um algoritmo que pode produzir um DRR muito maior. A quantidade decompactação extra que pode ser alcançada depende da natureza dos dados.

Os critérios que o software de compactação usa para selecionar um extent de dados pararecompressão são:

l O extent está em um grupo de armazenamento que está habilitado para a compactação

l O extent ainda não foi compactados novamente por compactação de software

l O extent não foi acessado nos 35 dias anteriores

A compactação de software funciona em segundo plano, usando os ciclos de CPU que estariamlivres. Portanto, ela não afeta o desempenho do sistema de armazenamento. Além disso, acompactação de software não exige intervenção do usuário, já que ela seleciona automaticamentee recompacta dados ociosos.

Desduplicação em linhaA desduplicação funciona com a compactação em linha para melhorar ainda mais a eficiência nouso de espaço de armazenamento. Ela reduz o número de cópias de trilhas idênticas que sãoarmazenadas nos dispositivos de back-end. Dependendo da natureza dos dados, a desduplicaçãopode oferecer mais redução de dados do que a compactação.

O grupo de armazenamento é a unidade em que a desduplicação funciona. Quando ela detecta umatrilha duplicada em um grupo, a desduplicação a substitui por um ponteiro para a trilha que já resideno armazenamento de back-end.

Disponibilidade

A desduplicação está disponível apenas nos arrays PowerMax que executam PowerMaxOS. Alémdisso, a desduplicação funciona somente em dados FBA. Um sistema com uma combinação dedispositivos FBA e CKD pode usar a desduplicação, mesmo quando os dispositivos FBA e CKDocupam SRPs diferentes.

Relacionamento com a compactação em linha

A desduplicação funciona em conjunto com a compactação em linha. Ativar a desduplicaçãotambém ativa a compactação. A desduplicação não pode operar independentemente dacompactação.

Além disso, a desduplicação opera em um sistema como um todo. Não é possível usar acompactação apenas em alguns grupos de armazenamento e a compactação com a desduplicaçãoem outros.

Compatibilidade

A desduplicação é compatível com o analisador de desempenho de Dell EMC Live Optics. Um arraycom a desduplicação pode participar de um estudo de desempenho de um ambiente de TI.



Gerenciamento de usuários

O Solutions Enabler ou o Unisphere for PowerMax têm recursos para gerenciar a desduplicação,inclusive:

l Selecionar os grupos de armazenamento para usar a desduplicação

l Monitorando o desempenho do sistema

Interfaces de gerenciamento na página 41 O contém uma visão geral do Solutions Enabler e doUnisphere for PowerMax.



CAPÍTULO 2

Interfaces de gerenciamento

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

l Versões da interface de gerenciamento.................................................................................42l Unisphere for PowerMax.......................................................................................................42l Unisphere 360....................................................................................................................... 43l CloudIQ................................................................................................................................. 43l Solutions Enabler.................................................................................................................. 45l Mainframe Enablers...............................................................................................................46l GDDR (Geographically Dispersed Disaster Restart).............................................................. 46l Provedor de SMI-S................................................................................................................47l Provedor de VASA.................................................................................................................47l Interface de gerenciamento eNAS ........................................................................................ 47l 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................................................................................................................................50l ESA (EMC Storage Analytics)............................................................................................... 51


Versões da interface de gerenciamentoEstes componentes oferecem recursos de gerenciamento para PowerMaxOS:

l Unisphere for PowerMax V9.1

l CloudIQ

l Solutions Enabler V9.1

l Mainframe Enablers V8.4

l GDDR V5.3

l Migrator V9.1

l SMI-S V9.1

l SRDF/CE V4.2.1

l SRA V6.3

l VASA Provider V9.1

l EMC Storage Analytics V4.5

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

Com o Unisphere, você realiza estas tarefas:

Tabela 5 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.

Eventos Visualizar os alertas, a lista de tarefas e o registro de auditoria.

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 PowerMaxOS.

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 PowerMaxOS 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.

CloudIQO Cloud IQ é um aplicativo baseado na Web para monitorar vários arrays PowerMaxsimultaneamente. No entanto, o CloudIQ é mais do que um monitor passivo. Ele usa análisepreditiva para ajudar a:

l Visualizar tendências de uso da capacidade

l Prever possíveis deficiências em capacidade e desempenho, para que ações imediatas possamser tomadas para evitá-las

l Solucionar problemas de desempenho



O CloudIQ está disponível com o PowerMaxOS 5978.221.221 e posterior, e com o Unisphere forPowerMax V9.0.1 e posterior.

Periodicamente, é executado um coletor de dados que reúne e empacota dados sobre os arraysque o Unisphere gerencia e o desempenho deles. O coletor envia os dados empacotados aoCloudIQ. Ao receber os dados, o CloudIQ descompacta, processa e disponibiliza esses dados paravisualização em uma GUI.

O CloudIQ está hospedado na infraestrutura da Dell EMC que é segura, altamente disponível etolerante a falhas. Além disso, a infraestrutura fornece uma janela de recuperação de desastregarantida por 4 horas.

O restante desta seção contém mais informações sobre o CloudIQ e como ele interage com umarray do PowerMax.

Connectivity

O coletor de dados se comunica com o CloudIQ por meio de um gateway Secure Remote Services(SRS). O SRS usa uma conexão criptografada executando HTTPS para trocar dados com oCloudIQ. A conexão com o gateway Secure Remote Services é feita por meio da MMCS(Management Modules Control Station) secundária, dentro de um array do PowerMax ou de umaconexão direta do host de gerenciamento que executa o Unisphere. A conexão pela MMCS requerque o array execute o PowerMaxOS 5978.444.444.

O coletor de dados é um componente do Unisphere for PowerMax. Portanto, ele é instalado com oUnisphere e gerenciado com o Unisphere.

Registro

Antes de monitorar um array, registre-o no SRS usando a caixa de diálogo Settings no Unispherefor PowerMax. Para registrar um array, você precisa de um contrato de suporte com a Dell EMC.Depois que um array é registrado, a coleta de dados pode começar. Se desejar, você pode excluirqualquer array da coleta de dados e, portanto, que é monitorado pelo CloudIQ.

Coleta de dados

O coletor de dados reúne quatro categorias de dados e usa uma frequência de coleta diferentepara cada categoria:

Tipo de dados Frequência decoleta

Alerts 5 minutos

Desempenho 5 minutos

Integridade 5 minutos

Configuração 1 hora

Na categoria Desempenho, o CloudIQ exibe largura de banda, latência e IOPS (operações de E/S).Os valores são calculados a partir desses itens de dados, coletados do array:

l Throughput de leitura

l Throughput de gravação

l Latência de leitura

l Latência de gravação

l Leitura de IOPS

l IOPS de gravação

A categoria Configuração contém informações sobre configuração, capacidade e eficiência para oarray geral, cada SRP (Storage Resource Pool) e cada grupo de armazenamento.



O CloudIQ fornece ao coletor dados a configuração que define os itens de dados a serem coletadose a frequência de coleta. O CloudIQ envia esses dados de configuração uma vez por dia (nomáximo). À medida que o CloudIQ obtém novos recursos ou aprimoramentos dos recursosexistentes, os dados necessários são alterados de acordo. Ele comunica isso ao coletor de dadosem cada array registrado na forma de dados de configuração revisados.

Monitorar instalações

O CloudIQ tem um conjunto abrangente de recursos para monitorar um storage array:

l Uma página de resumo fornece uma visão geral da integridade de todos os arrays.

l A página de sistemas fornece um resumo do estado de cada array individual.

l Os detalhes fornecem informações sobre um array individual, a configuração, a capacidade dearmazenamento, o desempenho e a integridade dele.

l O centro de integridade fornece detalhes dos alertas que os arrays individuais geraram.

No entanto, o diferencial do CloudIQ é o uso de análises preditivas. O CloudIQ analisa os dadosrecebidos de cada array para determinar o intervalo normal de valores para várias métricas. Comisso, é possível destacar quando a métrica fica fora desse intervalo normal.

Serviços de suporte

O SRS fornece mais recursos do que simplesmente o envio de dados de um array para o CloudIQ:

l Um array pode abrir automaticamente solicitações de serviço para problemas críticos quesurgirem.

l A equipe de suporte da Dell EMC pode acessar o array para solucionar problemas críticos eobter informações de diagnóstico, como arquivos de log e dump files.

Segurança

Cada cliente com acesso ao CloudIQ tem um portal de acesso dedicado por meio do qual ele podevisualizar somente os próprios arrays. Um cliente não tem acesso a arrays ou dados de nenhumoutro cliente. Além disso, o SRS usa criptografia ponto a ponto em uma VPN dedicada,autenticação multifatorial, políticas de acesso controlado pelo cliente e certificados digitais RSApara garantir que todos os dados do cliente sejam transportados com segurança para a Dell EMC.

A infraestrutura que o CloudIQ usa é verificada regularmente em busca de vulnerabilidades, com acorreção ocorrendo como resultado dessas verificações. Isso ajuda a manter a segurança e aprivacidade de todos os dados do cliente.

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 pode



ser 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 PowerMaxOS 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 oPowerMaxOS 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 UtilityCondiciona 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 PowerMax e a



base das famílias de replicação do SRDF e do TimeFinder, o GDDR elimina qualquer ponto único defalha 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 PowerMax informe o vCenter sobrecomo o armazenamento do VMFS, inclusive VVols, é configurado e protegido. Esses recursos sãodefinidos 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 PowerMaxOS.

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 PowerMaxOS 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 PowerMaxOS.

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 99 resume essesmodos)

l Configurações SRDF simultâneas e em cascata (Soluções de diversos locais do SRDF napágina 93 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 PowerMaxOS 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/TPFMonitora 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/TPF



Oferece 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, osproprietá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.

Em arrays PowerMax:

l O pacote de software Essentials contém o AppSync em um pacote starter. O pacote AppSyncStarter oferece a licença para uma versão de escala limitada, porém totalmente funcional, doAppSync. Para obter mais informações, consulte a Descrição do produto AppSync Starter Bundlewith PowerMax, disponível no site de suporte on-line da Dell EMC.

l O pacote de software Pro contém o pacote completo do AppSync.

ESA (EMC Storage Analytics)O ESA vincula o VMware vRealize Operations Manager para armazenamento com um adaptadorDell EMC. O vRealize Operations Manager exibe medições de desempenho e de capacidade dossistemas de armazenamento com dados fornecidos pelo adaptador da seguinte maneira:

l Conectando e coletando dados dos recursos do sistema de armazenamento;

l Convertendo dados em um formato que pode ser processado pelo vRealize OperationsManager;

l Transmitindo os dados para o coletor do vRealize Operations Manager

O vRealize Operations Manager apresenta os dados agregados por meio de alertas, painéis e emrelatórios predefinidos que os usuários finais conseguem interpretar com facilidade. O EMCAdapter é instalado com a interface do usuário administrativa do vRealize Operations Manager.

O ESA está em conformidade com requisitos de certificação de pacote de gerenciamento doVMware e recebeu a certificação VMware Ready.



CAPÍTULO 3

Recursos de sistemas abertos

Este capítulo apresenta os recursos de sistemas abertos dos arrays PowerMax.

l Suporte do PowerMaxOS para sistemas abertos...................................................................54l PowerPath............................................................................................................................ 54l Backup e restauração usando o ProtectPoint e o Data Domain............................................. 56l VMware Virtual Volumes....................................................................................................... 59


Suporte do PowerMaxOS para sistemas abertosO PowerMaxOS 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 PowerMaxOS 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 mil

O Provisionamento específico para sistemas abertos na página 70 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 doPowerMaxOS.

PowerPathO PowerPath é executado em um host de aplicativos e gerencia os caminhos de dados entre o hoste os LUNs em um storage array. O PowerPath está disponível para vários sistemas operacionais,incluindo AIX, Microsoft Windows, Linux e VMware.

Esta seção é um resumo de alto nível dos recursos do PowerPath para arrays PowerMax. Elatambém mostra onde obter informações detalhadas, incluindo instruções sobre como instalar,configurar e gerenciar o PowerPath.

Visão geral operacionalUm caminho de dados é uma conexão física entre um host de aplicativo e um LUN em um arraydoPowerMax. O caminho tem vários componentes, incluindo:

l Porta do adaptador de barramento de host (HBA)

l Cabos

l Comutadores, porta PowerMax

l A LUN

O PowerPath gerencia o uso dos caminhos entre um host e uma LUN para otimizar o uso deles eexecutar ações corretivas em caso de erro.

Pode haver vários caminhos para uma LUN, permitindo que o PowerPath:

l Equilibre a carga de E/S pelos caminhos disponíveis. Por sua vez, isso:

n Otimiza o uso dos caminhos

n Melhora o desempenho geral de E/S

n Reduz a intervenção do gerenciamento

n Elimina a necessidade de configurar caminhos manualmente



http://elabnavigator.emc.com

l Failover automático caso um caminho fique indisponível devido à falha de um ou mais de seuscomponentes. Ou seja, se um caminho ficar indisponível, o PowerPath redireciona o tráfego deE/S para caminhos alternativos sem intervenção manual.

Registro do hostCada host que usa o PowerPath para acessar um array se registra no array. As informações que oPowerPath envia para o array são:

l Nome do host

l Sistema operacional e versão

l Hardware

l Versão do PowerPath

l Nome do cluster do qual o host faz parte e nome do cluster do host (se aplicável)

l WWN do host

l Nome de cada VM no host e no sistema operacional que cada uma executa

O array armazena essas informações na memória.

O PowerPath repete o processo de registro a cada 24 horas. Além disso, ele verifica asinformações do host em intervalos de hora em hora. Se o nome ou o endereço IP do host tiver sidoalterado, o PowerPath repetirá o processo de registro com o array imediatamente.

Em vez de aguardar a próxima verificação de registro, um administrador do sistema pode registraruma alteração imediatamente usando a CLI do PowerPath. Se necessário, um local pode controlarse o registro automático ocorre para um host individual e para todo um array.

Além disso, o array exclui informações de qualquer host que não tenha sido registrado nas últimas72 horas. Isso evita a criação de dados do host desatualizados.

Status do dispositivoAlém das informações do host, o PowerPath envia as informações do dispositivo para o array. Asinformações do dispositivo incluem:

l Data da última utilização

l Status da montagem

l Nome do processo ao qual o dispositivo pertence

l Estatísticas de E/S do PowerPath (elas são adicionais às estatísticas de E/S que o próprioarray coleta)

O array armazena essas informações na memória.

Os benefícios das informações do dispositivo incluem:

l Identificação precoce de possíveis problemas de E/S

l Melhor planejamento a longo prazo do uso do array e do host

l Recuperação e reimplementação de ativos de armazenamento não utilizados

Criação automática de grupos de iniciadorO Solutions Enabler inclui a capacidade de criar automaticamente um grupo de iniciantes (IG) apartir de um nome de host. Esse recurso foi introduzido no PowerMaxOS 5978.144.144. Quandoesse recurso está ativado, o administrador de armazenamento pode usar um formulário modificadodo comando symaccess que simplifica a criação de um IG.

Do PowerMaxOS 5978.144.144, o symaccess tem um qualificador adicional -host que tome umnome de host como valor. Ao emitir este comando, oSolutions Enabler pesquisa as informações do



host recebidas do PowerPath para encontrar todos os WWNs associados a esse host. A partir dosresultados dessa pesquisa, o Solutions Enabler cria um IG sem intervenção adicional doadministrador de armazenamento.

GerenciamentoO Solutions Enabler e o Unisphere têm recursos para:

l Exibir informações de registro

l Visualizar informações do dispositivo

l Exibir dados de desempenho do PowerPath

l Registrar hosts do PowerPath com um array

l Controlar o registro automático de sistemas de host

Mais informaçõesHá mais informações sobre o PowerPath, como configurá-lo e gerenciá-lo em:

l Guia de instalação e administração do PowerPath

l Notas da versão do PowerPath

l Guia de Produto da Família PowerPath

l Referência de Mensagens do Sistema e da CLI da Família PowerPath

l Guia de Instalação e Configuração do PowerPath Management Appliance

l Notas da versão do PowerPath Management Appliance

Documentos de Guia de instalação e administração e Notas de versão estão disponíveis para cadasistema operacional suportado.

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 doPowerMax. Um array remoto do Data Domain armazena as cópias de backup dos dados.

O ProtectPoint usa os recursos existentes do arrays PowerMax e do Data Domain para criar cópiasde 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 PowerMax (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.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 doPowerMax.

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 4 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 Domain



aparece como um LUN encapsulado em FAST.X no array PowerMax. Agora, o administrador podemontar o sistema de arquivos do LUN encapsulado e restaurar um ou mais objetos para o destinofinal.

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 PowerMax. A partir daí, o administradorpode 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 PowerMaxOS e do Data Domain para fornecerserviços de backup e restauração:

l PowerMaxOS:

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 executamPowerMaxOS 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 for PowerMax oupela CLI do Solutions Enabler. Depois que os VVols forem configurados no array, o Unisphere eo Solutions Enabler somente darão suporte ao monitoramento e à geração de relatórios devVol.

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 6 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 7 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 PowerMax V9.0 ou superior

l CLI do Solutions Enabler V9.0 ou posterior

l VASA Provider V9.0 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 PowerMax.

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


Suporte do PowerMaxOS para mainframeOs arrays PowerMax 8000 podem ser solicitados com os pacotes de software zEssentials e zPropara oferecer recursos de mainframe.

Os arrays PowerMax 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 30O tem mais informações sobre D@RE e gerenciadores de chaves externos.

Suporte à funcionalidade dos sistemas IBM zOs arrays PowerMax dão suporte aos recentes aprimoramentos dos sistemas IBM z, garantindoque 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 Várias cópias incrementaais Flash (até 12 relacionamentos de destino de cópia incrementalflash para um dispositivo de origem)

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 Agregação de eventos PPRC (PPRCSUM)

l Suporte a mensagens do sistema de verificação de integridade do controlador dearmazenamento do z/OS

l EAV (Extended Address Volumes)

l Expansão de volume dinâmico para 3390 thin devices, incluindo os dispositivos que fazemparte de um SRDF (exceto o SRDF/Metro), SnapVX, cópia simultânea ou configuração deSDDF. Expansão de dispositivo on-line na página 131 O contém mais informações sobreexpansão de volume.



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

l HyperPAV

l SuperPAV

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

l Secure Snapsets no SnapVX para zDP

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

Suporte a IBM 2107Quando os arrays PowerMax emulam um IBM 2107, eles representam externamente o número desé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 PowerMaxOS 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 8 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 9 na página 66)

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



Tabela 8 Valores máximos da unidade de controle lógico (continuação)

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 9 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

64 16 K 32

128 32 K 16

255 64 K 8

Emulações de unidade de discoQuando os arrays PowerMax são configurados para hosts de mainframe, o formato de gravação dedados é 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 doPowerMaxOS 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.............................................................................................................68


Provisionamento thinOs arrays PowerMax vêm configurados de fábrica com pools de provisionamento thin prontos parauso. O provisionamento thin melhora a utilização da capacidade e simplifica o gerenciamento dearmazenamento. 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 PowerMax são desenvolvidos de modo personalizado e pré-configurados com aplicativosde software baseados em array, inclusive uma pré-configuração de fábrica para provisionamentothin 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 10 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 PowerMax 2000somente: RAID 5 (3 + 1):consiste em quatrounidades com paridade edados fracionados emcada dispositivo.

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 PowerMax2000.

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 O RAID-6 (6 + 2) oferece75% de capacidade dearmazenamento dedados. Disponível apenascom arrays VMAX 250F.

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 PowerMax, o thin device é o único tipo de dispositivo para dispositivos front-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).

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.

Provisionamento


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.

Uso de memória internaCada thin device usa uma quantidade da memória interna do array. Em sistemas anteriores aoPowerMaxOS 5978, o sistema alocava toda a memória interna necessária para todo um thin devicequando o dispositivo era criado. Em circunstâncias extremas, isso pode resultar na falta dememória no sistema, mesmo que ainda haja muita capacidade nos dispositivos de back-end. Essecomportamento muda a partir do PowerMaxOS 5978. Agora, o sistema aloca apenas a quantidadede memória interna necessária para a quantidade de armazenamento de back-end realmenteconsumida. Mais memória interna é alocada para o thin device, conforme ele vai enchendo. Issoresulta em uso mais eficiente da memória do sistema e reduz as chances de uma falha devido àfalta de memória.

Provisionamento específico para sistemas abertos

Limites de I/O de host do PowerMaxOS 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.

Provisionamento


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.

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 5 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 ser

Provisionamento


atribuí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 aogrupo 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.

Provisionamento


CAPÍTULO 6

Níveis de serviço

Com os níveis de serviço do PowerMaxOS, um administrador de armazenamento consegue definircritérios de qualidade de serviço para grupos de armazenamento individuais.

l Definição dos níveis de serviço.............................................................................................. 74l Uso de níveis de serviço para manter o desempenho do sistema........................................... 76l Exemplos de uso.................................................................................................................... 77l Gerenciar os níveis de serviço................................................................................................78


Definição dos níveis de serviçoUm nível de serviço é uma propriedade de um grupo de armazenamento (SG) que é gerenciadousando o Unisphere, o Solutions Enabler e o Mainframe Enablers. O nível de serviço define ostempos de resposta desejados para operações de E/S que envolvem o SG, uma prioridade e umafaixa de conformidade:

l O tempo de resposta desejado define o tempo médio de resposta esperado para um SGassociado a um nível de serviço específico.

l A prioridade define a importância de um nível de serviço em relação a todos os outros níveis deserviço. A E/S associada a um SG que tem um nível de serviço de alta prioridade é atendidamais rapidamente do que a E/S para um SG com um nível de serviço de prioridade mais baixa.

l O intervalo de conformidade é um intervalo de tempos de resposta que o Unisphere usa paradeterminar se deve emitir um alerta. Se o tempo de resposta de um SG ficar fora dessa faixa deconformidade, o Unisphere emite um alerta.Os intervalos que o Unisphere usa estão disponíveis na guia SG Compliance.

Alguns níveis de serviço têm um tempo de resposta mínimo (conhecido como piso). O piso define omenor tempo que cada operação de E/S em um SG com esse nível de serviço leva para serconcluída.

O administrador de armazenamento pode usar os níveis de serviço para ajudar a garantir que osaplicativos de alta prioridade não sejam interrompidos pelos de menor prioridade.

Níveis de serviço definidosO PowerMaxOS define seis níveis de serviço:

l Diamante

l Platinum

l Ouro

l Prata

l Bronze

l Otimizado

Estes são os nomes, conforme fornecidos, mas o administrador de armazenamento pode alterá-los.

Esta tabela mostra o tempo de resposta desejado para cada nível de serviço, juntamente com umaindicação sobre se o nível de serviço tem um valor mínimo.

Nível de serviço Destino Piso

Diamante 0,4 ms (armazenamentoSCM)0,6 ms (armazenamentoNVMe)

Não

Platinum 0,8 ms Não

Ouro 1 ms Não

Prata 3,6 ms aprox. 3,6 ms

Bronze 7,2 ms aprox. 7,2 ms

Otimizado Não se aplica Não se aplica

Níveis de serviço


Prioridades de nível de serviçoJuntos, os cinco níveis de serviço criam uma lista de prioridade de níveis de serviço, e cada umoferece diferentes critérios de qualidade de serviço:

O otimizado não faz parte do esquema de prioridade para os níveis de serviço.

Níveis de serviço padrãoO nível de serviço padrão é diferente, dependendo da ferramenta usada para criar um grupo dearmazenamento:

Ferramenta degerenciamento

Nível de serviço padrão

Unisphere Diamante

REST API do Unisphere Otimizado

CLI do Solutions Enabler Otimizado

Mainframe Enablers Otimizado

Disponibilidade dos níveis de serviçoEsta tabela mostra a disponibilidade dos níveis de serviço nos ambientes FBA e CKD.

Nível deserviço

Disponibilidade

FBA CKD

Diamante ✓ ✓

Platinum ✓ ✗

Ouro ✓ ✗

Prata ✓ ✗

Bronze ✓ ✗

Otimizado ✓ ✓

Níveis de serviço


Uso de níveis de serviço para manter o desempenho dosistema

O PowerMaxOS usa a propriedade de nível de serviço de cada SG para manter o desempenho dosistema.

Aplicação do valor mínimo

O tempo mínimo de resposta para operações de E/S para SGs que têm o nível de serviço Prata ouBronze é o valor mínimo, mesmo que o storage array consiga fornecer um melhor tempo deresposta. Esse comportamento oferece capacidade para solicitações de I/O para SGs com níveisde serviço de maior prioridade para serem concluídas imediatamente. Os níveis de serviçoDiamante, Platinum e Ouro não têm um atraso incorporado e podem ser concluídos imediatamente.No entanto, o Diamante tem precedência sobre o Platinum e o Outro, e o Platinum temprecedência sobre o Ouro.

Atrasos impostos aos tempos de resposta

A carga no sistema pode aumentar de tal forma que o I/O no SGs com níveis de serviço de altaprioridade não conseguem atender aos tempos de resposta desejado. Nesse caso, o PowerMaxOSatrasa a E/S de outros SGs com níveis de serviço de menor prioridade. Essa política permite que aE/S para SGs de maior prioridade SGs ignore isso para os SGs de menor prioridade e mantenha oserviço necessário. O processo de retardar o E/S de SGs com níveis de serviço de menorprioridade é chamado de controle de fluxo. O atraso máximo que o PowerMaxOS pode aplicar aotempo de resposta de um SG é aproximadamente 10 vezes o tempo de resposta desejado do nívelde serviço.

O atraso aplicado a um tempo de resposta aumenta gradualmente ao longo do tempo à medida quea carga do sistema aumenta. Da mesma forma, o atraso aplicado a um tempo de resposta diminuigradualmente à medida que a carga do sistema diminui. A estratégia de aumentar e diminuirgradualmente os atrasos nos tempos de resposta evita danos e picos (o aumento repentino notempo de resposta de um valor baixo para um valor alto).

A cascata de atrasos nos tempos de resposta

Exceder o tempo de resposta desejado para um SG com um nível de serviço específico causa ocontrole de fluxo nos grupos que têm níveis de serviço de menor prioridade. O controle de fluxo étransmitido a partir do nível de serviço que não consegue atender ao critério de tempo de resposta:

l Os SGs vão de Diamante para Platinum, Ouro, Prata e Bronze

l Os SGs vão de Platinum para Ouro, Prata e Bronze

l Os SGs vão de Ouro para Prata e Bronze

l Os SGs vão de Prata para Bronze

SGs com o nível de serviço otimizado

Os SGs com o nível de serviço otimizado estão isentos deste regime de manutenção dedesempenho. As solicitações de I/O para esses grupos não são aceleradas. No entanto, o tempo deresposta de E/S para SGs otimizados pode diminuir à medida que a carga do sistema aumenta,mesmo que o PowerMaxOS não acelere intencionalmente a E/S para esses SGs. Pela mesmarazão, os SGs otimizados que passam por tempos de resposta maiores não causam atrasos a seremaplicados aos SGs que têm qualquer outro nível de serviço.

Níveis de serviço


Exemplos de usoEstes são três exemplos de uso de níveis de serviço:

l Aplicativos protegidos

l Prestador de serviços

l Prioridade relativa do aplicativo

Aplicativos protegidos

O administrador de armazenamento deseja garantir que um conjunto de SGs seja protegido contrao impacto de desempenho de outros aplicativos não críticos que usam o storage array. Nesse caso,o administrador atribui o nível de serviço Diamante aos SGs críticos e define os níveis de serviço demenor prioridade em todos os demais SGs.

Por exemplo:

l Um aplicativo de OLTP crítico para a empresa exige resposta quase imediata para cadaoperação de I/O. O administrador de armazenamento pode atribuir o nível Diamante aos SGs.

l Um programa em lote executado durante a noite tem requisitos bem menos rígidos. Oadministrador de armazenamento pode atribuir o nível Bronze aos SGs.

Prestador de serviços

Um provedor de armazenamento para clientes externos tem uma faixa de preços. Oarmazenamento com tempos de resposta menores é mais caro do aqueles com tempos de respostamaiores. Nesse caso, o provedor usa os níveis de serviço para estabelecer SGs que oferecem ointervalo de desempenho necessário. Uma parte importante dessa estratégia é o uso dos níveis deserviço Prata e Bronze para introduzir atrasos, mesmo que o storage array consiga oferecer umtempo de resposta mais curto.

Prioridade relativa do aplicativo

Um local deseja ter o melhor desempenho possível para todos os aplicativos. No entanto, há umaprioridade relativa entre os aplicativos protegidos. Para conseguir isso, o administrador dearmazenamento pode atribuir Diamante, Platinum e Ouro para os SGs que os aplicativos usam. OsSGs para os aplicativos de maior prioridade têm o nível de serviço Diamante. Os níveis de serviçoPlatinum e Ouro são atribuídos aos demais SGs, dependendo da prioridade relativa dos aplicativos.

Em condições normais, não há atraso para nenhum SG porque o array tem capacidade para lidarcom todas as solicitações de E/S. No entanto, caso a carga de trabalho aumente e não sejapossível ao atender todas as solicitações de I/O imediatamente, os SGs com níveis Platinum e Ourocomeçam a ter atrasos. Esse atraso, no entanto, é proporcional ao nível de serviço alocado paracada SG.

Níveis de serviço


Gerenciar os níveis de serviçoO Solutions Enabler, o Mainframe Enablers e o Unisphere for PowerMax têm recursos paragerenciar os níveis de serviço:

l Criar um SG e atribuí-lo a um nível de serviço

l Definir o nível de serviço de um SG

l Alterar o nível de serviço de um SG

l Remover o nível de serviço de um SG

l Visualizar o nível de serviço de um SG

l Visualizar os níveis de serviço disponíveis

l Renomear um nível de serviço

l Visualizar a conformidade do nível de serviço de todos os SGs ou de um SG específico(somente Unisphere)

l Configurar, modificar, remover e visualizar políticas de alerta que monitoram o desempenho deum SG em relação ao nível de serviço dele (somente Unisphere)

l Criar relatórios de conformidade de nível de serviço (somente Unisphere)

Níveis de serviço


CAPÍTULO 7

Posicionamento automatizado de dados

O posicionamento automatizado de dados é um recurso do PowerMaxOS 5978.444.444 e posteriorem arrays PowerMax. Ele tira proveito do desempenho superior das unidades SCM para otimizar oacesso a dados e dados acessados com frequência com níveis de serviço de alta prioridade.

l Ambiente...............................................................................................................................80l Operação...............................................................................................................................80l Polarizações de nível de serviço............................................................................................ 80l Compactação e desduplicação.............................................................................................. 80l Disponibilidade...................................................................................................................... 80


AmbienteO desempenho das unidades SCM é uma ordem de magnitude melhor que as unidades NVMe.Portanto, um array que contém os dois tipos de unidade tem efetivamente duas camadas dearmazenamento: as unidades SCM de alto desempenho e as unidades NVMe.

O posicionamento automatizado de dados aproveita a diferença de desempenho para otimizar oacesso a dados acessados com frequência. O recurso também pode ajudar a otimizar o acesso agrupos de armazenamento que têm níveis de serviço de prioridade mais alta.

Um array que contém apenas unidades SCM ou NVMe tem apenas uma camada dearmazenamento. Portanto, esse tipo de array não pode usar o posicionamento automatizado dedados.

OperaçãoO posicionamento automatizado de dados monitora a frequência com que o host do aplicativoacessa os dados no array. À medida que um dado é acessado com mais frequência, oposicionamento automatizado dos dados promove esses dados nas unidades SCM. Da mesmaforma, quando um dado é acessado com menos frequência, o posicionamento automatizado dosdados o relega aos dispositivos NVMe. Se for necessário promover mais dados, mas não houverespaço disponível nas unidades SCM, o posicionamento automatizado dos dados relega os dadosque foram acessados com menos frequência. Esse algoritmo garante que as unidades SCMcontenham os dados acessados com mais frequência.

Polarizações de nível de serviçoO posicionamento automatizado de dados leva em consideração os níveis de serviço ao decidir sedeve promover ou relegar dados do FBA. Ou seja, os dados associados ao nível de serviçoDiamante têm prioridade sobre os associados a outros níveis de serviço. Os dados associados aonível de serviço Prata e Bronze nunca são promovidos para as unidades SCM.

Compactação e desduplicaçãoQuando o posicionamento automatizado de dados está em operação, os dados do FBA nosdispositivos SCM não são compactados, mas são deduplicados. Os dados nas unidades NVMe têmas mesmas características de compactação e desduplicação que nas versões anteriores doPowerMaxOS 5978 (consulte Eficiência de dados na página 36).

Um array que contém dispositivos SCM tem somente uma estratégia de compactação ligeiramentediferente. Aqui, os dados acessados com mais frequência não são compactados, mas todos osdemais são.

DisponibilidadeO posicionamento automatizado de dados está disponível para arrays que contêm qualquercombinação de dispositivos FBA e CKD.

Posicionamento automatizado de dados


CAPÍTULO 8

Replicação local nativa com o TimeFinder

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

l Sobre o TimeFinder............................................................................................................... 82l SnapVX e zDP mainframe......................................................................................................86


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 PowerMaxOS e o HYPERMAX OS apresentam o TimeFinder SnapVX, que oferece os melhoresaspectos das ofertas tradicionais do TimeFinder, combinados com mais escalabilidade e facilidadede 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 PowerMaxpadrã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 de



destino 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.

Expansão de dispositivo on-line

O PowerMaxOS oferece os recursos para a expansão on-line de dispositivos em uma configuraçãode TimeFinder. Expansão de dispositivo on-line na página 131 tem mais informações.

Interoperabilidade com produtos preexistentes do TimeFinderO TimeFinder SnapVX e o PowerMaxOS 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 PowerMax que executam o TimeFinderSnapVX e o PowerMaxOS 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 PowerMax com apenas um comando. Com isso em mente, o PowerMaxsuporta até 64 mil grupos de armazenamento. O número de grupos é suficiente, mesmo noambiente 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árias



versõ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 2Se 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 PowerMaxOSexcluirá 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 6 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 oprocedimento 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 7 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 PowerMaxOS 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 PowerMax. 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 8 na página 87, 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 PowerMaxOS.O SnapVX é um método com uso eficiente de espaço para fazer snapshots de thin devices e paraconsumir 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

A partir de PowerMaxOS 5978.444.444, você pode fazer até 1024 snapshots de cada volume deorigem. Nas versões anteriores do PowerMaxOS, HYPERMAX OS e Enginuity, pode haver até 256snapshots para cada volume de origem. O PowerMaxOS 5978.444.444 também fornece recursospara a criação de um snapshot sob demanda.



Figura 8 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.

O zDP inclui a instalação do recurso de snap seguro (consulte Snapshots seguros na página 84).

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 Dell EMC, que temacesso às ferramentas que podem ajudar a dimensionar a capacidade necessária para o zDP se,no momento, você for um usuário do PowerMax ou 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 9

Replicação remota

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

l Replicação remota nativa com o SRDF..................................................................................90l SRDF/Metro........................................................................................................................104l RecoverPoint....................................................................................................................... 107l Replicação remota com o eNAS........................................................................................... 108


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 Dell 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.

O PowerMaxOS oferece os recursos para a expansão on-line de dispositivos em uma configuraçãode SRDF. Consulte Expansão de dispositivo on-line na página 131.

Replicação remota


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

Tabela 11 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 11 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 12 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 12 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 PowerMaxOS 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 PowerMax 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 9 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 10 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 11 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 12 Dispositivos R22 no SRDF/Star em cascata e simultâneo

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 Dell 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.

PowerMaxOS e HYPERMAX OSEm arrays que executam PowerMaxOS ou 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: PowerMaxOS ou HYPERMAX OS e Enginuity 5876Para configurações onde um array estiver executando o Enginuity 5876 e o outro array estiverexecutando o PowerMaxOS ou 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 PowerMaxOS ou 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 o array secundário(R2) em uma configuração de 2 locais:

Figura 13 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 dois arrays secundários.

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.Consulte também Migração de dados na página 115.

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 14 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 15 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

ID de mobilidade com o ALUAID de mobilidade com o ALUA (Asymmetric Logical Unit Access, acesso assimétrico à unidadelógica) atribui um identificador exclusivo a um dispositivo em um sistema. Esse identificadorpermite que o dispositivo seja movido entre arrays sem a necessidade de reconfiguração no host. OPowerMaxOS traz o ID da mobilidade com recursos do ALUA para o SRDF/Metro. Portanto,quando ambos os lados executam o PowerMaxOS, você pode especificar o ID de mobilidade naoperação createpair no lugar do identificador normal do dispositivo.

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

RecoverPointRecoverPoint é 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 contra 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 incluemPowerMax, VMAX All Flash, VMAX3, VMAX, VNX, VPLEX e XtremIO.

Replicação remota


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 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.

Replicação remota


CAPÍTULO 10

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................................................................................... 110l Dispositivos R1 e R2 em operações do TimeFinder............................................................... 110l SRDF/AR............................................................................................................................. 110l TimeFinder e SRDF/A...........................................................................................................113l TimeFinder e SRDF/S...........................................................................................................113


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 16 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 17 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 oPowerMaxOS 5978 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 110 sejam atendidas.



CAPÍTULO 11

Migração de dados

Este capítulo apresenta as soluções de migração de dados.

l Visão geral............................................................................................................................ 116l Migração de dados para sistemas abertos.............................................................................117l Migração de dados para IBM System i................................................................................. 128l Migração de dados para mainframe......................................................................................128


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

Migração não disruptivaA NDM (Non-Disruptive Migration, migração não disruptive) é um método de migração de dadossem tempo de inatividade do aplicativo. A migração ocorre a uma distância metro, normalmentedentro de um datacenter.

A NDM Updates é uma variante da NDM introduzida no PowerMaxOS 5978.444.444. A NDMUpdates exige que o aplicativo associado aos dados migrados seja desligado durante parte doprocesso de migração. Isso se deve ao fato de a NDM ser bastante dependente do comportamentodo software de caminhos múltiplos para detectar, ativar e desativar caminhos, nenhum dos quaisestá sob o controle da Dell EMC (exceto para produtos suportados, como o PowerPath). NDM é otermo que abrange a migração sem interrupções e com interrupções.

Começando com o PowerMaxOS 5978, existem duas implementações da NDM para um tipodiferente de array de origem:

l As opções são:

n O array PowerMax que executa o PowerMaxOS 5978

n VMAX3 ou o VMAX All Flash array que executa o HYPERMAX OS 5977.1125.1125 ouposterior com um ePack

l array VMAX que executa o Enginuity 5876 com um ePack

Ao migrar para um array PowerMax, essas são as únicas configurações do array de origem.

O Informações de Conectividade Entre Famílias do SRDF lista os Service Packs e ePacks necessáriospara HYPERMAX OS 5977 e Enginuity 5876. Além disso, a matriz de suporte de NDM disponívelcontém informações de suporte a versões de sistema operacional do array, suporte a hosts esuporte a múltiplos caminhos para operações de NDM. A matriz de suporte está disponível no eLabNavigator.

Os requisitos normativos ou corporativos para recuperação de desastres podem exigir o uso dereplicação para outros arrays conectados ao array de origem, o array de destino ou ambos usandoSRDF/S, durante a migração. Nesse caso, consulte informações sobre os Service Packs e osePacks necessários para a configuração do SRDF/S em Informações de Conectividade Entre Famíliasdo SRDF.

Migração de um array VMAX3, VMAX All Flash ou um array PowerMaxA migração de um array VMAX3, VMAX All Flash ou um array PowerMax usa um formatomodificado do SRDF/Metro. Isso significa que, no fluxo de trabalho normal, os arrays de origem ede destino são visíveis para o host de aplicativo, enquanto a migração está em andamento. Naverdade, ambos os arrays são acessíveis para leitura/gravação do host. Na figura a seguir está aestrutura lógica de uma migração do VMAX3, VMAX All Flash ou PowerMax, incluindo as conexõesnecessárias.

Migração de dados


Figura 18 Configuração de uma migração do VMAX3, VMAX All Flash ou PowerMax

Processo

Fluxo normal

Em geral, estas são as etapas seguidas no processo de migração:

1. Configurar o ambiente de migração: configure a infraestrutura dos arrays de origem e dedestino para prepará-los para o processo de migração.

2. No array de origem, selecione um grupo de armazenamento para migrar.

3. Se estiver usando as atualizações da NDM, desligue o aplicativo associado ao grupo dearmazenamento.

4. Crie a sessão de migração opcionalmente especificando se deseja mover a identidade dos LUNsno grupo de armazenamento para o array de destino; copie o conteúdo do grupo dearmazenamento para o array destino usando SRDF/Metro.Durante esse período, os arrays de origem e de destino são acessíveis ao host do aplicativo.

5. Quando a cópia dos dados for concluída:

a. se a sessão de migração não moveu a identidade dos LUNs, reconfigure o aplicativo paraacessar os novos LUNs no array de destino.

b. Confirmar a sessão de migração: remova os recursos do array de origem e aqueles utilizadosna migração em si.

6. Se estiver usando as atualizações da NDM, reinicie o aplicativo.

7. Para migrar mais grupos de armazenamento, repita as etapas 2 na página 118 a 6 na página 118.

8. Depois de migrar todos os grupos de armazenamento necessários, remova o ambiente demigração.

Migração de dados


Fluxo alternativo

Há um processo alternativo que copia previamente os dados para o array de destino antes dedisponibilizá-los para o host do aplicativo. Estas são as etapas desse processo:

1. Configurar o ambiente de migração: configure a infraestrutura dos arrays de origem e dedestino para prepará-los para o processo de migração.


3. Use o recurso de cópia prévia da NDM para copiar os dados selecionados para o array dedestino.Opcionalmente, especifique se deseja mover a identidade dos LUNs no grupo dearmazenamento para o array de destino.

Enquanto os dados são copiados, o array de origem fica disponível para o host de aplicativos,mas o array de destino fica indisponível.

4. Quando a cópia dos dados for concluída, use o recurso Ready Target da NDM paradisponibilizar o array de destino também para o host do aplicativo.

a. Se a sessão de migração não moveu a identidade dos LUNs, reconfigure o aplicativo paraacessar os novos LUNs no array de destino.

b. Se estiver usando as atualizações da NDM, reinicie o aplicativo.

c. Confirmar a sessão de migração: remova os recursos do array de origem e aqueles utilizadosna migração em si. Agora, o aplicativo usa somente o array de destino.

5. Para migrar mais grupos de armazenamento, repita as etapas 2 na página 119 a 4 na página 119.


Outras funções

Outras instalações da NDM que estão disponíveis para circunstâncias excepcionais são:

l Cancelar: para cancelar uma migração que ainda não foram confirmada.

l Sincronizar: para interromper ou iniciar a sincronização de gravações no array de destino devolta ao array de origem. Quando interrompido, o aplicativo é executado somente no array dedestino. Usado para testes.

l Recuperar: recuperar um processo de migração após um erro.

Outros recursos

Outros recursos de migração do VMAX3, VMAX All Flash ou PowerMax para PowerMax são:

l Os dados podem ser compactados durante a migração para o array PowerMax

l Permite a reversão não disruptiva para o array de origem

l É possível haver até 50 sessões de migração em andamento ao mesmo tempo

l Não exige uma licença adicional, já que a NDM é parte do PowerMaxOS

l As conexões entre o host de aplicativos e os arrays usam FC, e a conexão de SRDF entre osarrays usa FC ou GigE

Os dispositivos e componentes que não podem fazer parte do processo de uma NDM são:

l Dispositivos de CKD

l Dados de eNAS

l Relacionamentos de ProtectPoint e FAST.X com os dados associados deles

Migração de dados


Migração de um array VMAXA migração de um array VMAX usa a tecnologia SRDF. Para fins de NDM, a origem é um arrayVMAX que executa o Enginuity 5876, com um ePack. O destino é um array PowerMax que executao PowerMaxOS 5978. Na figura a seguir está a estrutura lógica de uma migração de VMAX,incluindo as conexões necessárias:

Figura 19 Configuração de uma migração do VMAX

Processo

As etapas do processo de migração são:

1. Configurar o ambiente: configure a infraestrutura dos arrays de origem e de destino paraprepará-los para o processo de migração.


3. Se estiver usando as atualizações da NDM, desligue o aplicativo associado ao grupo dearmazenamento.

4. Criar a sessão de migração: copie o conteúdo do grupo de armazenamento para o array dedestino usando o SRDF.Ao criar a sessão, especifique opcionalmente se deseja mover a identidade dos LUNs no grupode armazenamento para o array de destino.

5. Quando a cópia dos dados for concluída:

a. Se a sessão de migração não moveu a identidade dos LUNs, reconfigure o aplicativo paraacessar os novos LUNs no array de destino.

b. Transfira o grupo de armazenamento ao array PowerMax.

c. Confirmar a sessão de migração: remova os recursos do array de origem e aqueles utilizadosna migração em si. Agora, o aplicativo usa somente o array de destino.

6. Se estiver usando as atualizações da NDM, reinicie o aplicativo.

Migração de dados


7. Para migrar mais grupos de armazenamento, repita as etapas 2 na página 120 a 6 na página120.


Outros recursos

Outros recursos de migração do VMAX para PowerMax são:

l Os dados podem ser compactados durante a migração para o array PowerMax

l Permite a reversão não disruptiva para o array de origem

l É possível haver até 50 sessões de migração em andamento ao mesmo tempo

l A NDM não exige uma licença adicional, já que ela é parte do PowerMaxOS

l As conexões entre o host de aplicativos e os arrays usam FC, e a conexão de SRDF entre osarrays usa FC ou GigE

Os dispositivos e componentes que não podem fazer parte do processo de uma NDM são:

l Dispositivos de CKD

l Dados de eNAS

l Relacionamentos de ProtectPoint e FAST.X com os dados associados deles

Requisitos ambientais para o NDMHá requisitos associados aos dois arrays em uma migração e o sistema host.

Storage arrays

l As combinações qualificadas de ambientes operacionais em execução nos arrays de origem edestino são:

Origem Destinos

PowerMaxOS 5978.444.444 PowerMaxOS 5978.444.444



HYPERMAX OS 5977.1125.1125 PowerMaxOS 5978.444.444

HYPERMAX OS 5977.1125.1125

Enginuity 5876 PowerMaxOS 5978

HYPERMAX OS 5977.1125.1125

l O array de origem é um destes:

n UmPowerMax array executando PowerMaxOS 5978.221.221 ou posterior

n Um VMAX3 ou um array VMAX All Flash executando HYPERMAX OS 5977.1125.1125

n Um array VMAX que executa o Enginuity 5876

O array de origem pode exigir um Service Pack ou um ePack. O Informações de ConectividadeEntre Famílias do SRDF lista os pacotes necessários (se houver).

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. Uma licença do SRDF não é obrigatória, pois nãohá custos para a NDM.

Migração de dados


l O grupo de SRDF da NDM é configurado com um mínimo de dois caminhos em diferentesdirectors para redundância e tolerância a falhas. Se mais caminhos forem encontrados, até oitocaminhos são configurados.

l Se o SSRDF não for usado normalmente no ambiente de migração, pode ser necessário instalare configurar directors e portas RDF nos arrays de origem e destino e configurar fisicamente aconectividade de SAN.

Host de gerenciamento

l Sempre que possível, use um sistema host separado do host do aplicativo para iniciar econtrolar a migração (o host de controle).

l O host de controle exige visibilidade e acesso aos arrays de origem e de destino.

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

Migração de dados


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.

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

Migração de dados


l Parte de uma configuração SRDF/Star, SRDF/SQAR ou SRDF/Metro

Regras e restrições enquanto a migração está em andamento

Há regras e restrições que se aplicam desde o início da migração até a conclusão da operação deCommit:

l O mascaramento de origem e destino do aplicativo que está sendo migrado não pode seralterado, exceto:

n Alteração dos níveis de serviço ou SRPs nos grupos de armazenamento

n Alteração do atributo de compactação nos grupos de armazenamento

n Alteração dos limites de E/S do host nos grupos de armazenamento

n Adição de portas a grupos de portas

l Após a conclusão do estágio de transição em uma migração, os dispositivos no array de destinopodem ter sessões do TimeFinder adicionadas a eles.

l Os dispositivos de origem ou destino com sessões do TimeFinder não podem ser o destino deuma operação de cópia de dados durante a sessão de migração. Por exemplo, as sessões doTimeFinder não podem copiar dados para os dispositivos de origem que estão sendo migrados.

l Os dispositivos de origem ou destino em uma sessão do ProtectPoint não podem ser o destinode uma operação de reversão ou restauração durante a sessão de migração.

l Após o início da cópia dos dados no array de destino, os dispositivos de destino podem terespelhos do SRDF (dispositivos R2) adicionados a eles para replicação remota. No entanto, osdispositivos espelhados não podem ser:

n Ativados para consistência de MSC ou SRDF síncrono

n Parte de uma configuração SRDF/Star, SRDF/SQAR ou SRDF/Metro

l Os dispositivos de origem e destino não podem fazer parte de um relacionamento ORS.

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 PowerMaxOS. 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 PowerMaxOS. 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 PowerMaxOS. 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 PowerMaxOS. 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 oPowerMaxOS. 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 PowerMaxOS, O Open Replicator usa o symrcopy da SYMCLI doSolutions Enabler para ter suporte a até 4.096 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

Recuperação de desastres

Quando o array de controle executa PowerMaxOS, ele também pode ser o lado R1 de umaconfiguração de SRDF. Essa configuração pode usar SRDF/A, SRDF/S ou o modo de cópiaadaptável para oferecer proteção de dados durante e após a migração de dados.

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 EMC PowerPath 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 PowerMaxOS. 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 102 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


Migração de dados para IBM System iO NDM Storage Analytics também está disponível para sistemas IBM i. O processo de migração é omesmo explicado para o Migração não disruptiva na página 117, mas com algumas diferenças:

l Um host de sistema aberto separado é necessário para gerenciar e controlar o processo demigração, usando o Solutions Enabler ou o Unisphere. Não é possível executar a migraçãodiretamente de um IBM System i.

l A migração está disponível somente para dispositivos D910.

A migração pode ocorrer entre estes sistemas de origem e destino:

l Do PowerMaxOS 5978 para o PowerMaxOS 5978

l Do HYPERMAX OS 5977 para o PowerMaxOS 5978

l Do Enginuity 5876 para o PowerMaxOS 5978

l Do Enginuity 5876 para o HYPERMAX OS 5977

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 PowerMax, VMAX All Flash ou VMAX. Oz/OS Migrator também pode migrar dados de um array PowerMax, VMAX All Flash ou VMAX paraoutro array PowerMax, VMAX All Flash ou VMAX. 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 Dell 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 Dell EMC. Ele usa recursos do host (UCBs, CPUe canais) 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 12


A ODE (Online Device Expansion, expansão de dispositivo on-line) é um mecanismo para aumentara capacidade de um dispositivo sem deixá-lo off-line. Esta é uma visão geral dos recursos de ODE:

l Introdução............................................................................................................................132l Recursos gerais....................................................................................................................132l Dispositivos independentes.................................................................................................. 133l Dispositivos de SRDF........................................................................................................... 133l Dispositivos LREP................................................................................................................ 134l Recursos de gerenciamento.................................................................................................135


IntroduçãoCom a ODE, um administrador de armazenamento fornece mais capacidade em um dispositivo dearmazenamento enquanto ele permanece on-line para seu aplicativo. Isso beneficia principalmenteas organizações cujos aplicativos precisam permanecer constantemente disponíveis. Se umdispositivo associado a um aplicativo fica com pouco espaço, o administrador pode aumentar acapacidade sem afetar a disponibilidade e o desempenho dele .

Dispositivos independentes, dispositivos em uma configuração de SRDF e aqueles em umaconfiguração de LREP podem todos ser expandidos usando a ODE.

Recursos geraisOs recursos da ODE aplicáveis a dispositivos independentes, de SRDF e de LREP são:

l A ODE está disponível para dispositivos FBA e CKD.

l A ODE opera em thin devices (TDEVs).

l Um dispositivo pode ser expandido para uma capacidade máxima de 64 TB (1.182.006 cilindrospara um dispositivo CKD).

l É possível somente expandir um dispositivo.Não há recurso para reduzir a capacidade de um dispositivo.

l Durante a expansão, um dispositivo é bloqueado.Isso impede operações, como adicionar um dispositivo à configuração de um SRDF, até aexpansão ser concluída.

l Um administrador pode expandir a capacidade de vários dispositivos usando uma operação degerenciamento.

Um thin device tem certa capacidade para o host, mas consome apenas o armazenamento físiconecessário para armazenar os dados que o host gravou no dispositivo (veja mais informações em Thin devices (TDEV) na página 69). Aumentar a capacidade de um dispositivo usando ODE nãoaloca nenhum armazenamento físico adicional. Somente a capacidade configurada do dispositivo,conforme vista pelo host, aumenta.

A falha de uma operação de expansão para um dispositivo independente, de SRDF ou de LREPpode ocorrer porque:

l O dispositivo não existe.

l O dispositivo não é um thin device.

l A capacidade solicitada é inferior à capacidade atual.

l A capacidade solicitada é maior do que 64 TB.

l Não há espaço suficiente no sistema de armazenamento para expansão.

l Não há recursos internos insuficientes do PowerMax para acomodar o dispositivo expandido.

l Expandir o dispositivo para a capacidade solicitada excede a proporção de superatribuição doarmazenamento físico.

l Uma operação de recuperação, desalocação ou livre está em andamento no dispositivo.

Há outros motivos específicos para cada tipo de dispositivo. Eles são listados na descrição daexpansão do dispositivo para esse tipo de dispositivo.



Dispositivos independentesA forma mais básica de expansão de dispositivo é de um dispositivo que está associado a umaplicativo de host e que não é parte de uma configuração de SRDF ou LREP. Os recursosadicionais de ODE neste ambiente são:

l A ODE pode expandir VVols além de TDEVs.Os VVolS são tratados como um tipo especial de TDEV.

l A ODE para um dispositivo independente está disponível em no PowerMaxOS 5978,HYPERMAX OS 5977.691.684 ou posterior (para dispositivos FBA), e HYPERMAX OS5977.1125.1125 ou posterior (para dispositivos CKD).

Cada operação de expansão retorna um status que indica se a operação foi bem-sucedida ou não.O status de uma operação para expandir vários dispositivos pode indicar um sucesso parcial. Nessecaso, pelo menos um dos dispositivos foi expandido com sucesso, mas um ou mais dos demais tevefalha.

Outro motivo por que uma operação de expansão pode falhar é se o dispositivo não for um vVol.

Dispositivos de SRDFO PowerMaxOS 5978 apresenta a expansão de dispositivo on-line para configurações de SRDF. Oadministrador pode expandir a capacidade de thin devices em um relacionamento SRDF semnenhuma interrupção do serviço, de maneira semelhante à expansão de dispositivosindependentes.

Dispositivos em uma configuração assíncrona, síncrona, Adaptive Copy Mode, ou SRDF/Metro,SRDF/Star (somente mainframe) ou SRDF/SQAR (somente mainframe) são elegíveis paraexpansão. No entanto, esse recurso não está disponível nas configurações do RecoverPoint,ProtectPoint, NDM ou MDM.

Além disso, a expansão do dispositivo está disponível apenas em storage arrays em umaconfiguração SRDF que executa PowerMaxOS (PowerMaxOS 5978.444.444 para SRDF/Metro)nos dois lados. Tentativas de expandir um dispositivo SRDF em um sistema que executa umambiente operacional mais antigo falharão.

Outros adicionais de ODE em um ambiente de SRDF são para expansão de:

l Um dispositivo individual no lado R1 ou R2

l Um dispositivo R1 e dispositivo correspondente no lado R2 em uma operação

l Uma variedade de dispositivos no lado R1 ou R2

l Uma variedade de dispositivos R1 e dispositivos correspondentes no lado R2 em uma operação

l Um grupo de armazenamento no lado R1 ou R2

l Um grupo de armazenamento no lado R1 e o grupo correspondente no lado R2 em umaoperação

Obs.: Uma configuração SRDF/Metro não permite a expansão de dispositivos apenas de umlado. Ambos os lados, seja um dispositivo, um intervalo de dispositivos ou um grupo dearmazenamento, precisam ser expandidos em uma operação.

As regras básicas de expansão de dispositivos são:

l O lado R1 de um par SRDF não pode ser maior que o lado R2.

l Em uma configuração SRDF/Metro, os dois lados devem ter o mesmo tamanho.

Quando ambos os lados estão disponíveis no link do SRDF, o Solutions Enabler, o MainframeEnablers e o Unisphere (ferramentas para gerenciamento da ODE) impõem essas regras. Quando o



dispositivo não está disponível no link do SRDF, as ferramentas de gerenciamento permitem quevocê tome o R1 maior do que o R2. No entanto, antes de os dispositivos serem disponibilizados nolink, a capacidade do R2 deve aumentar pelo menos até a capacidade do dispositivo R1.

Considerações semelhantes se aplicam às configurações de vários site:

l SRDF em cascata: o tamanho do R1 deve ser menor ou igual ao tamanho do R21. O tamanhodo R21 deve ser menor ou igual ao tamanho do R2.

l SRDF concorrente: o tamanho do R11 deve ser menor ou igual ao tamanho dos doisdispositivos R2.

Outros motivos da possibilidade de uma operação de expansão falhar em um ambiente SRDF são:

l Um ou mais dos dispositivos estão em um sistema de armazenamento que não executaPowerMaxOS 5978 (ou PowerMaxOS 5978.444.444 para SRDF/Metro).

l Um ou mais dos dispositivos são um VVol.

l Um ou mais dispositivos fazem parte de uma configuração do ProtectPoint, RecoverPoint,NDM ou MDM.

l A operação poderá resultar em um dispositivo R1 maior do que o dispositivo R2.

Dispositivos LREPO PowerMaxOS 5978 também apresenta a expansão de dispositivo on-line para configurações deLREP (replicação local). Em dispositivos independentes ou SRDF, isso significa que umadministrador pode aumentar a capacidade dos thin devices que fazem parte de umrelacionamento LREP sem nenhuma interrupção de serviço. Os dispositivos qualificados paraexpansão são aqueles que fazem parte de:

l Sessões do SnapVX

l Sessões legadas do que usam CCOPY, SDDF ou Extent

A ODE não está disponível para:

l Emulações do SnapVX, como Clone, TimeFinder Clone, TimeFinder Mirror, TimeFinder Snap eVP Snap

l Dispositivos RecoverPoint e ProtectPoint

l vVols

l PPRCIsso mantém a compatibilidade com as limitações que a IBM impõe à expansão de dispositivosPPRC.

Consequentemente, a ODE não está disponível para um produto que usa uma dessas tecnologias.Por exemplo, ela não está disponível para o Remote Pair FlashCopy, já que ele usa PPRC.

Os recursos adicionais de ODE em um ambiente LREP são:

l Expansão de dispositivos de origem ou de destino de Snap VX.

l Dados de snapshot que continuam com o mesmo tamanho.

l Capacidade de restaurar um snapshot menor para um dispositivo de origem expandida.

l Link de destino e revinculação operações são dependentes do tamanho do dispositivo deorigem quando o snapshot foi obtido e não o tamanho após a expansão.

Existem outros motivos para uma operação de ODE falhar em um ambiente de LREP. Um exemploé quando a configuração de LREP usa uma das tecnologias excluídas.



Recursos de gerenciamentoO Solutions Enabler, o Unisphere e o Mainframe Enablers oferecem recursos para gerenciar a ODE.Com qualquer uma dessas ferramentas, você pode:

l Expandir um só dispositivo

l Expandir vários dispositivos em uma só operação

l Expandir ambos os lados de um par de SRDF em uma operação

Solutions EnablerUse o comando symdev modify no Solutions Enabler para expandir um ou mais dispositivos.Alguns dos recursos desse comando são:

l Use a opção -cap para especificar a nova capacidade dos dispositivos.Use a opção -captype com -cap para especificar as unidades da nova capacidade. Asunidades disponíveis são cilindros, MB, GB e TB.

l Use a opção -devs para definir os dispositivos a expandir. O argumento para esta opçãoconsiste em um identificador de dispositivo único, um intervalo de identificadores dedispositivos ou uma lista de identificadores. Cada elemento na lista pode ser um identificadorde dispositivo único ou um intervalo de identificadores de dispositivos.

l Use a opção -rdfg para especificar o grupo do SRDF dos dispositivos a serem expandidos.Incluir essa opção indica que ambos os lados do par SRDF associado ao grupo devem serexpandidos em uma só operação.

O Guia do usuário da CLI de gerenciamento e controles de array do Dell EMC Solutions Enabler tem osdetalhes, a sintaxe e as opções do comando symdev modify.

Exemplos:

l Expandir um só dispositivo no array 005 a uma capacidade de 4 TB:

symdev modify 1fe0 -sid 005 -cap 4 -captype tb -nop -tdev

l Expandir 4 dispositivos no grupo de SRDF 33 e os dispositivos R2 correspondentes deles:

symdev modify -sid 85 -tdev -cap 1000 -captype mb -dev 007D2:007D5 -v -rdfg 33 –nop

UnisphereO Unisphere tem recursos para aumentar a capacidade de um dispositivo, de uma variedade dedispositivos (somente FBA) e de pares de SRDF. As unidades disponíveis para especificar a novacapacidade do dispositivo são cilindros, GB e TB. A ajuda on-line do Unisphere tem os detalhes decomo selecionar e expandir dispositivos.

Por exemplo, esta é a caixa de diálogo para expandir um dispositivo independente:



Figura 24 Expandir a caixa de diálogo de Volume no Unisphere

Mainframe EnablersO Mainframe Enablers oferece o comando DEV,EXPAND no Symmetrix Control Facility (SCF) paraaumentar a capacidade de um dispositivo. Alguns dos recursos desse comando são:

l Use o parâmetro DEVice para especificar um só dispositivo ou uma variedade de dispositivospara expandir.

l Use o parâmetro CYLinders para especificar a nova capacidade dos dispositivos, emcilindros.

l Use o parâmetro RDFG para especificar o grupo de SRDF associado aos dispositivos e, então,expanda os dispositivos R1 e R2 em uma só operação.

O Guia de produto do Dell EMC Mainframe Enablers ResourcePak Base for z/OS tem detalhes docomando DEV,EXPAND e os parâmetros deles.

Exemplo:

Expanda o dispositivo 8013 para 1150 cilindros:

DEV,EXPAND,DEV(8013),CYL(1150)



CAPÍTULO 13

Segurança do sistema

Esta é uma visão geral de alguns dos recursos de segurança do PowerMaxOS. Consulteinformações mais detalhadas no Guia de configuração de segurança da família Dell EMC PowerMax.

l Autorização e autenticação do usuário................................................................................. 138l Funções e permissões.......................................................................................................... 138l Lockbox............................................................................................................................... 142l Comunicações client/servidor..............................................................................................143


Autorização e autenticação do usuárioO acesso às funções de gerenciamento de um array deve estar disponível somente para os usuáriosque têm a responsabilidade para administrar o array de alguma forma.

Todos os usuários devem se identificar quando desejam acessar um array. Ou seja, eles passam porum processo de autenticação.

Uma vez autenticado, a função de gerenciamento concede uma ou mais permissões a um usuárioque definem o que ele pode fazer no sistema. Ou seja, o que o usuário está autorizado a fazer.

Cada função de gerenciamento tem sua própria maneira de autenticação do usuário. Por exemplo:

l O Solutions Enabler mantém uma lista de nomes de usuário de host associada aos usuários quetêm acesso à SYMAPI.

l O Unisphere exige que um usuário faça log-in com um nome de usuário e uma senha separados.

Em todos os casos, as funções e as permissões definem o que o usuário está autorizado a fazer.

Funções e permissõesControles de acesso com base em função (RBAC) são centrais para garantir a segurança em umsistema de PowerMaxOS. Em RBAC, uma ou mais funções podem ser atribuídas a um usuário. Porsua vez, uma função consiste em um número de permissões que definem o que o usuário podefazer.

Para mais refinamento, algumas funções podem ser restritas a um ou mais grupos dearmazenamento. Nesse caso, o usuário pode realizar as operações que as permissões concedemsomente nesses grupos de armazenamento. Por exemplo, um usuário tem a responsabilidade degerenciar o armazenamento para um aplicativo específico. As funções associadas ao usuário sãorestritas aos grupos de armazenamento para esse aplicativo. O usuário não tem acesso a outrosgrupos de armazenamento no array.

Um usuário pode ter até quatro funções. O escopo das funções são independentes entre si. Cadauma das funções de um usuário pode ser associada a conjuntos de grupos de armazenamento ouafetam todo o array.

Funções e a hierarquia delasHá nove funções de usuário:

l Monitor

l PerfMonitor (monitor de desempenho)

l Auditor

l DeviceManage (gerenciador de dispositivos)

l RemoteRep (replicação remota)

l LocalRep (replicação local)

l StorageAdmin (administrador de armazenamento)

l SecurityAdmin (administrador de segurança)

l Admin (administrador do sistema)

Essas funções formam uma hierarquia:



Quanto mais alta for uma função na hierarquia, mais permissões, e, portanto, mais recursos elatem.

Permissões para funçõesAs permissões associadas a cada função definem o que um usuário com essa função pode e nãopode fazer em um sistema de armazenamento.

MonitorA função Monitor permite que um usuário use as operações de visualizar, listar e mostrar paramonitorar um sistema.

Operações permitidas

Estes são exemplos das operações que a função Monitor permite:

l Visualizar informações do array

l Visualizar objetos de mascaramento (grupos de armazenamento, grupos de iniciadores, gruposde portas e exibições de mascaramento)

l Visualizar informações do dispositivo

l Visualizar as regras RBAC definidas neste array.Isso está disponível somente quando a política Secure Reads não está em vigor. O PolíticaSecure Reads na página 142 tem mais informações sobre a política Secure Reads e ogerenciamento dela.

Operações impedidas

A função Monitor não permite ao usuário visualizar:

l Dados relacionados à segurança, como ACLs de array e o arquivo de Log de auditoria do array

l As funções RBAC definidas neste sistema, quando a política Secure Reads está em vigor

PerfMonitorA função PerfMonitor permite que o usuário configure alertas e limites de desempenho noUnisphere. A função de PerfMonitor também tem as permissões da função Monitor.

AuditorA função Auditor permite que um usuário visualize as configurações de segurança em um sistema.


Estes são exemplos das operações que a função Auditor permite:



l Visualizar configurações de ACL do array

l Visualizar regras e configurações de RBAC

l Visualizar arquivo de Log de auditoria do array

A função de Auditor também tem as permissões da função Monitor.


A função de Auditor não permite que o usuário modifique qualquer configuração de segurança.

DeviceManageA função DeviceManage permite que um usuário configure e gerencie dispositivos.


Estes são exemplos das operações que a função DeviceManage permite:

l Operações de controle em dispositivos, como Ready, Not-Ready, Free

l Operações de configuração nos dispositivos, como definir nomes e sinalizadores

l Operações Link, Unlink, Relink, Set-Copy e Set-NoCopy nos dispositivos vinculados doSnapVX

l As operações de restauração para dispositivos de origem do SnapVXIsso está disponível somente quando o usuário também tem a função LocalRep.

Quando a função é restrita a grupos de armazenamento, ela permite essas operações somente emdispositivos nesses grupos.

A função DeviceManage também tem as permissões da função Monitor.


A função DeviceManage não permitir que o usuário crie, expanda ou exclua os dispositivos. Noentanto, se a função é associada a um grupo de armazenamento, essas operações são permitidasnos dispositivos dentro do grupo.

LocalRepA função LocalRep permite ao usuário fazer replicação local usando o SnapVX ou as operaçõeslegadas de Snapshot, Clone e BCV.


Estes são exemplos das operações que a função LocalRep permite:

l Criar, gerenciar e excluir snapshots do SnapVX

Para operações que resultam em alterações no conteúdo de qualquer dispositivo, o usuáriotambém pode precisar da função DeviceManage:

l As operações de restauração do SnapVX exigem funções de LocalRep e DeviceManage.

l As operações SnapVX Link, Unlink, Relink, Set-Copy e Set-No_Copy exigem a função deDeviceManage nos dispositivos vinculados, e a função de LocalRep nos dispositivos de origem.


A função LocalRep também tem as permissões da função Monitor.


A função LocalRep não permite que o usuário crie snapshots do Secure SnapVX.



RemoteRepA função RemoteRep permite que um usuário faça a replicação remota utilizando o SRDF.


Estes são exemplos das operações que a função RemoteRep permite:

l Criar, gerenciar e excluir pares de dispositivos do SRDFQuando a função é restrita a grupos de armazenamento, ela permite essas operações somenteem dispositivos nesses grupos.

l Definir os atributos que não estão associados ao SRDF/A em um grupo SRDFIsso está disponível somente se a função é aplicada a todo o array.


A função de RemoteRep também tem as permissões da função Monitor.


A função RemoteRep não permite ao usuário:

l Criar e excluir grupos do SRDF

l Definir os atributos que não estão associados ao SRDF/A em um grupo de SRDF quando afunção é restrita a um conjunto de grupos de armazenamento

StorageAdminA função StorageAdmin permite que o usuário realize operações de armazenamento, excetoaquelas relacionadas à segurança.


Estes são exemplos das operações que a função StorageAdmin permite:

l Executar operações de configuração de array

l Provisionar armazenamento

l Excluir armazenamento

l Criar, modificar e excluir objetos de mascaramento (grupos de armazenamento, grupos deiniciadores, grupos de portas e exibições de mascaramento)

l Criar e excluir snapshots do Secure SnapVX

l Operações permitidas para as funções LocalRep, RemoteRep e DeviceManage

Essa função também tem as permissões das funções LocalRep, RemoteRep, DeviceManage eMonitor.

SecurityAdminA função SecurityAdmin permite que um usuário visualize e modifique as configurações desegurança em um sistema.


As operações permitidas pela função SecurityAdmin são:

l Modificar as configurações de ACL do array

l Modificar as configurações e as regras de RBAC

A função de SecurityAdmin também tem as permissões das funções Auditor e Monitor.



AdminA função de Admin permite que um usuário faça qualquer operação no array. Ela tem as permissõesdas funções StorageAdmin e SecurityAdmin.

Política Secure ReadsA política Secure Reads determina a possibilidade de todos os usuários visualizem todas as funçõesRBAC definidas no array. A política pode ou não estar em vigor.

Em vigor

Os usuários com as funções Admin, SecurityAdmin ou Auditor podem visualizar todas as regrasRBAC no array. Todos os demais usuários só podem ver as regras que se aplicam a eles ou queatribuem uma função de Admin ou de SecurityAdmin a alguém.

Não está em vigor

Todos os usuários, independentemente da função que tiverem, podem visualizar todas as regrasRBAC no array. Essa é a configuração padrão da política.

Gerenciamento de política

O Solutions Enabler SYMCLI e o Unisphere oferecem recursos para controlar se a política está emvigor.

Visualizar as permissões necessárias para uma operaçãoPode ser difícil saber quais funções, permissões ou tipos de acesso de ACL são necessários paraoperações específicas. O PowerMaxOS pode gravar as informações no arquivo de registro doSolutions Enabler sobre as instalações de uma operação necessária quando ele for executado.Você controla isso usando uma variável de ambiente: SYMAPI_LOG_ACCESS_CHECKS.

LockboxO Solutions Enabler usa uma Lockbox para armazenar e proteger informações confidenciais. ALockbox é associada a um host específico. Essa associação impede a Lockbox seja copiada para umsegundo host e usada para obter acesso.

A Lockbox é criada durante a instalação. Durante a instalação, o programa de instalação solicitaque o usuário informe uma senha para a Lockbox, ou, se nenhuma senha for digitada durante ainstalação, uma senha padrão é gerada e usada com os valores do sistema estável (SSVs, umaimpressão digital que identifica exclusivamente o sistema de host). Veja mais informações sobre asenha padrão em Senha padrão de Lockbox na página 143.

SSVs (Stable System Values, Valores de sistema estável)Quando o Solutions Enabler é atualizado, os valores armazenados na Lockbox existente sãocopiados automaticamente para a nova Lockbox.



Senha da LockboxSe você criar a Lockbox usando a senha padrão durante a instalação, altere a senha imediatamenteapós a instalação para proteger o conteúdo na Lockbox.

Para maior segurança, selecione uma senha difícil de adivinhar. É muito importante se lembrar dasenha.

ADVERTÊNCIA A perda dessa senha pode levar a situações em que os dados armazenados naLockbox serão irrecuperáveis. A Dell EMC não consegue recuperar uma senha perdida daLockbox.

As senhas devem atender a estes requisitos:

l Ter de 8 a 256 caracteres

l Conter pelo menos um caractere numérico

l Conter pelo menos um caractere em letra maiúscula e outro em letra minúscula

l Conter pelo menos um dos destes caracteres não alfanuméricos: ! @ # % &As senhas da Lockbox podem incluir qualquer caractere que pode ser digitado no tecladopadrão dos EUA.

l A nova senha não pode ser igual à senha anterior.

Senha padrão de LockboxQuando você instala o Solutions Enabler, é perguntando se você deseja usar a senha padrão para aLockbox. Se você optar por usar o padrão, o processo de instalação estabelece a senha padrão daLockbox neste formato:

nodename@SELockbox1

em que: nodename é o nome do host do computador no qual você está instalando.

Sistemas operacionais têm diferentes métodos de determinar o nome do nó:

l UNIX: o programa de instalação usa o comando hostname para determinar o nome do nó. Emgeral, o nome do nó é definido no arquivo /etc/hosts.

l Windows: o valor da variável de ambiente do sistema COMPUTERNAME, convertido paraminúsculas.

l z/OS: a função gethostname() é usada para obter o nome do nó da máquina.

Se o valor de nodename é armazenado em letras maiusculas, ele será convertido para minúsculaspara a senha padrão.

AVISO É altamente recomendável que você altere a senha padrão. Se você permitir que oprograma de instalação use a senha padrão, anote-a para uso futuro. Você precisa da senhapara redefinir os valores do sistema estável de Lockbox ou para gerar ou substituir certificadosSSL para as operações do client/servidor.

Comunicações client/servidorTodas as comunicações entre hosts e client usa SSL para ajudar a garantir a segurança dos dados.



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............................................................................ 146l Geração de relatórios de severidade SIM............................................................................. 146


Relatórios de erros do host de mainframeO PowerMaxOS pode detectar os seguintes tipos de erro do host de mainframe nos sistemas dearmazenamento:

l Verificação de dados: o PowerMaxOS 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 PowerMaxOS rejeitou o comando. Esse tipo de erroé indicado para o processador e sempre é exibido para o programa solicitante.

l Saturação: o PowerMaxOS não conseguiu receber dados na taxa de transmissão do host. Esseerro indica um problema de temporização. Geralmente, o reenvio da operação de I/O corrigeesse erro.

l Verificação de equipamento: o PowerMaxOS detectou um erro na operação de hardware.

l Ambiental: teste interno do PowerMaxOS 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 PowerMaxOS informará o erro pendente no próximo I/O e, emseguida, o erro segundo.

O PowerMaxOS reporta as condições de erro para o host e o Dell EMC Customer Support Center.Ao reportar para o host, o PowerMaxOS apresenta um status de verificação de unidade no byte destatus para o canal sempre que detectar uma condição de erro, como uma verificação de dados,uma rejeição de comando, uma saturação, uma verificação de equipamentos ou um erro ambiental.

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 PowerMaxOS dá suporte aos relatórios de severidade SIM que permitem a filtragem dos alertasde 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 13 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 Dell 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 oDell EMC Customer Support Center.

Erros ambientaisA tabela a seguir lista os erros ambientais em formato SIM para o PowerMaxOS 5978 ou posterior.

Tabela 14 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 14 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 Dell 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 theDell EMC CustomerSupport Center (fez callhome) para relatar 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 PowerMaxOS.

l eLicensing............................................................................................................................154l Licenças de sistema aberto.................................................................................................. 156


eLicensingOs arrays que executam o PowerMaxOS 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 15 Tipos de capacidade de títulos de produtos PowerMax

Capacidade útil Registered Outros

Todos os títulos de pacotesde software Essential

ProtectPoint PowerPath (se adquiridoseparadamente)

Todos os títulos de pacotesde software Pro

Events and Retention Suite

Todos os títulos de pacotesde software zEssentials

Todos os títulos de pacotesde software zPro

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.

Pacotes de licençaA tabela a seguir lista os pacotes de licenças disponíveis em um ambiente de sistemas abertos.

Tabela 16 Pacotes de licença do PowerMax

Suíte de licença Abrange Permite que você Com o comando

Pacote de softwareEssentials

l PowerMaxOS

l Controles deprioridade

l OR-DM

l Unisphere paraPowerMax

l Provisionamento deníveis de serviço

l Workload Planner

l Database StorageAnalyzer

l Unisphere for File

Crie janelas de tempo symoptmz

symtw

Execute oprovisionamento baseadoem níveis de serviço

symconfigure

symsg

symcfg

AppSync Starter Pack 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

symsnapvx

Licenciamento


Tabela 16 Pacotes de licença do PowerMax (continuação)


l Execute operaçõesde link de snapshotsdo SnapVX

Pacote de software Pro Pacote de softwareEssentials

Execute tarefasdisponíveis no pacote dosoftware Essentials.

l SRDF

l SRDF/Asynchronous

l SRDF/Synchronous

l SRDF/Star

l Replication for File

l Crie novos grupos doSRDF

l Crie pares dinâmicosdo SRDF no modo decópia adaptável

symrdf

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/A

symconfigure

Licenciamento




em um grupo doSRDF:

n Minimum CycleTime

n Transmit Idle

n Atributos do DSE,inclusive:

– 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 sejam

Licenciamento




acessados e oferece ummecanismo para destruiros dados rapidamente.

SRDF/Metro l Coloque novos paresde volumes SRDF emuma configuração doSRDF/Metro.

l Sincronize os paresde dispositivos.

SRM 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 PowerMaxOS e não estão incluídos nassuítes de licença:

Tabela 17 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 oPowerMaxOS 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 18 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.

Licenciamento


Tabela 18 Licenças individuais para ambiente de sistemas abertos (continuação)

Licença Permite que você

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.

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


november 2019 revision 08 - dell emc isilon...formato de mensagem de erro de alerta acute iea480e do...

Documents