Migre sistemas de arquivos compartilhados em uma AWS grande migração - Recomendações da AWS
ResumoPré-requisitos e limitaçõesArquiteturaFerramentasPráticas recomendadasÉpicosSolução de problemasRecursos relacionadosAnexos

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Migre sistemas de arquivos compartilhados em uma AWS grande migração

Criado por Amit Rudraraju (AWS), Sam Apa (), Bheemeswararao Balla (AWS), Wally Lu () e Sanjeev Prakasam () AWS AWS AWS

Ambiente: produção

Origem: sistema de arquivos compartilhado on-premises

Alvo: Amazon EFS ou Amazon FSx

Tipo R: redefinir a plataforma

Workload: todas as outras workloads

Tecnologias: migração; armazenamento e backup

AWSserviços: AWS DataSync; AmazonEFS; Amazon FSx para Windows File Server; Amazon FSx para NetApp ONTAP

Resumo

A migração de 300 ou mais servidores é considerada uma grande migração. O objetivo de uma grande migração é migrar cargas de trabalho de seus datacenters locais existentes para a AWS nuvem, e esses projetos geralmente se concentram nas cargas de trabalho de aplicativos e bancos de dados. No entanto, os sistemas de arquivos compartilhados exigem atenção concentrada e um plano de migração separado. Este padrão descreve o processo de migração para sistemas de arquivos compartilhados e fornece as práticas recomendadas para migrá-los com êxito como parte de um grande projeto de migração.

Um sistema de arquivos compartilhado (SFS), também conhecido como rede ou sistema de arquivos em cluster, é um compartilhamento de arquivos montado em vários servidores. Os sistemas de arquivos compartilhados são acessados por meio de protocolos como Network File System (NFS), Common Internet File System (CIFS) ou Server Message Block (SMB).

Esses sistemas não são migrados com ferramentas de migração padrão, como o AWS Application Migration Service, porque não são dedicados ao host que está sendo migrado nem são representados como um dispositivo de bloco. Embora a maioria das dependências do host seja migrada de forma transparente, a coordenação e o gerenciamento dos sistemas de arquivos dependentes devem ser tratados separadamente.

Você migra sistemas de arquivos compartilhados nas seguintes fases: descobrir, planejar, preparar, substituir e validar. Usando esse padrão e as pastas de trabalho anexadas, você migra seu sistema de arquivos compartilhado para um serviço AWS de armazenamento, como Amazon Elastic File System EFS (Amazon) NetApp ONTAP, Amazon FSx for ou Amazon FSx for Windows File Server. Para transferir o sistema de arquivos, você pode usar AWS DataSync ou uma ferramenta de terceiros, como NetApp SnapMirror.

Observação: esse padrão faz parte de uma série de orientações AWS prescritivas sobre grandes migrações para a nuvem. AWS Esse padrão inclui as melhores práticas e instruções para SFSs incorporação em seus planos de ondas para servidores. Se você estiver migrando um ou mais sistemas de arquivos compartilhados fora de um grande projeto de migração, consulte as instruções de transferência de dados na AWS documentação da Amazon EFS, Amazon FSx para Windows File Server e Amazon FSx for NetApp ONTAP.

Pré-requisitos e limitações

Pré-requisitos

Os pré-requisitos podem variar dependendo dos sistemas de arquivos compartilhados de origem e destino e do seu caso de uso. Os problemas mais comuns são os seguintes:

Limitações

  • Esse padrão foi projetado para migrar SFSs como parte de um grande projeto de migração. Ele inclui as melhores práticas e instruções para SFSs incorporação em seus planos de migração de aplicativos. Se você estiver migrando um ou mais sistemas de arquivos compartilhados fora de um grande projeto de migração, consulte as instruções de transferência de dados na AWS documentação da Amazon EFS, Amazon FSx para Windows File Server e Amazon FSx for NetApp ONTAP.

  • Esse padrão é baseado em arquiteturas, serviços e padrões de migração comumente usados. No entanto, grandes projetos e estratégias de migração podem variar entre as organizações. Talvez seja necessário personalizar essa solução ou as pastas de trabalho fornecidas com base em seus requisitos.

Arquitetura

Pilha de tecnologia de origem

Um ou mais itens a seguir:

  • Servidor de arquivos Linux (NFS)

  • Servidor de arquivos Windows (SMB)

  • NetApp matriz de armazenamento

  • Matriz de EMC armazenamento Dell Isilon

Pilha de tecnologias de destino

Um ou mais itens a seguir:

  • Amazon Elastic File System

  • Amazon FSx para NetApp ONTAP

  • Servidor FSx de arquivos Amazon para Windows

Arquitetura de destino

Diagrama de arquitetura de uso AWS DataSync para migrar sistemas de arquivos compartilhados locais para o. AWS

O diagrama mostra o seguinte processo:

  1. Você estabelece uma conexão entre o data center local e a AWS nuvem usando um AWS serviço como AWS Direct Connect ou AWS Site-to-SiteVPN.

  2. Você instala o DataSync agente no data center local.

  3. De acordo com seu plano wave, você usa DataSync para replicar dados do sistema de arquivos compartilhado de origem para o compartilhamento de AWS arquivos de destino.

Fases de migração

A imagem a seguir mostra as fases e etapas de alto nível para migrar e SFS em um grande projeto de migração.

Descubra, planeje, prepare, reduza e valide as fases da migração de sistemas de arquivos compartilhados para o. AWS

A seção Épicos desse padrão contém instruções detalhadas sobre como concluir a migração e usar as pastas de trabalho anexadas. Veja a seguir uma visão geral de alto nível das etapas dessa abordagem em fases.

Phase (Fase)

Etapas

Descobrir

1. Usando uma ferramenta de descoberta, você coleta dados sobre o sistema de arquivos compartilhado, incluindo servidores, pontos de montagem e endereços IP.

2. Usando um banco de dados de gerenciamento de configuração (CMDB) ou sua ferramenta de migração, você coleta detalhes sobre o servidor, incluindo informações sobre a onda de migração, ambiente, proprietário do aplicativo, nome do serviço de gerenciamento de serviços de TI (ITSM), unidade organizacional e ID do aplicativo.

Planejamento

3. Usando as informações coletadas sobre os servidores SFSs e os servidores, crie o plano de SFS ondas.

4. Usando as informações na planilha de criaçãoSFS, escolha um AWS serviço de destino e uma ferramenta de migração para cada um.

Preparar

5. Configure a infraestrutura de destino na AmazonEFS, Amazon FSx for NetApp ONTAP ou Amazon FSx for Windows File Server.

6. Configure o serviço de transferência de dados, como DataSync, e inicie a sincronização inicial de dados. Quando a sincronização inicial estiver concluída, você poderá configurar sincronizações recorrentes para serem executadas de acordo com uma programação.

7. Atualize o plano SFS wave com informações sobre o compartilhamento do arquivo de destino, como endereço IP ou caminho.

Substituir

8. Interrompa os aplicativos que acessam ativamente a fonteSFS.

9. No serviço de transferência de dados, execute uma sincronização final de dados.

10. Quando a sincronização estiver concluída, verifique se ela foi totalmente bem-sucedida revisando os dados de registro em CloudWatch Registros.

Validar

11. Nos servidores, altere o ponto de montagem para o novo SFS caminho.

12. Reinicie e valide os aplicativos.

Ferramentas

AWSserviços

  • O Amazon CloudWatch Logs ajuda você a centralizar os registros de todos os seus sistemas, aplicativos e AWS serviços para que você possa monitorá-los e arquivá-los com segurança.

  • AWS DataSyncé um serviço on-line de transferência e descoberta de dados que ajuda você a mover arquivos ou dados de objetos para, de e entre serviços AWS de armazenamento.

  • O Amazon Elastic File System (AmazonEFS) ajuda você a criar e configurar sistemas de arquivos compartilhados na AWS nuvem.

  • FSxA Amazon fornece sistemas de arquivos que suportam protocolos de conectividade padrão do setor e oferecem alta disponibilidade e replicação em todas as regiões. AWS

Outras ferramentas

  • SnapMirroré uma ferramenta de replicação de NetApp dados que replica dados de volumes de origem ou qtrees especificados para volumes ou qtrees de destino, respectivamente. Você pode usar essa ferramenta para migrar um sistema de arquivos NetApp de origem para a Amazon FSx forONTAP.

  • Robocopy, abreviação de Robust File Copy, é um diretório de linha de comando e comando para Windows. Você pode usar essa ferramenta para migrar um sistema de arquivos de origem do Windows para o Amazon FSx for Windows File Server.

Práticas recomendadas

Abordagens de planejamento de ondas

Ao planejar ondas para seu grande projeto de migração, considere a latência e o desempenho do aplicativo. Quando SFS os aplicativos dependentes estão operando em locais diferentes, como um na nuvem e outro no data center local, isso pode aumentar a latência e afetar o desempenho do aplicativo. Veja a seguir as opções disponíveis ao criar planos de onda:

  1. Migre os servidores SFS e todos os servidores dependentes na mesma onda — essa abordagem evita problemas de desempenho e minimiza o retrabalho, como reconfigurar pontos de montagem várias vezes. É recomendado quando é necessária uma latência muito baixa entre o aplicativo e o. SFS No entanto, o planejamento de ondas é complexo e o objetivo geralmente é remover variáveis dos agrupamentos de dependências, não as adicionar. Além disso, essa abordagem não é recomendada se muitos servidores acessarem o mesmo, SFS pois isso torna a onda muito grande.

  2. Migre o SFS após a migração do último servidor dependente — por exemplo, se um SFS for acessado por vários servidores e esses servidores estiverem programados para migrar nas ondas 4, 6 e 7, agende SFS a migração na onda 7.

    Essa abordagem geralmente é a mais lógica para grandes migrações e é recomendada para aplicativos sensíveis à latência. Ela reduz os custos associados à transferência de dados. Também minimiza o período de latência entre os SFS aplicativos de nível superior (como produção), porque os aplicativos de nível superior geralmente são programados para migrar por último, após o desenvolvimento e os aplicativos de controle de qualidade.

    No entanto, essa abordagem ainda exige descoberta, planejamento e agilidade. Talvez seja necessário migrar o SFS em uma onda anterior. Confirme se os aplicativos podem suportar a latência adicional pelo período de tempo entre a primeira onda dependente e a onda que contém a. SFS Conduza uma sessão de descoberta com os proprietários do aplicativo e migre o aplicativo na mesma onda para o aplicativo mais sensível à latência. Se forem descobertos problemas de desempenho após a migração de um aplicativo dependente, esteja preparado para migrar rapidamente o mais rápido SFS possível.

  3. Migre o SFS no final de um grande projeto de migração — Essa abordagem é recomendada se a latência não for um fator, como quando os dados no são acessados com pouca frequência ou não SFS são essenciais para o desempenho do aplicativo. Essa abordagem agiliza a migração e simplifica as tarefas de substituição.

Você pode combinar essas abordagens com base na sensibilidade à latência do aplicativo. Por exemplo, você pode migrar de forma sensível à latência SFSs usando as abordagens 1 ou 2 e, em seguida, migrar o restante usando a abordagem 3. SFSs

Escolha de um serviço AWS de sistema de arquivos

AWSoferece vários serviços em nuvem para armazenamento de arquivos. Cada um oferece benefícios e limitações diferentes para desempenho, escala, acessibilidade, integração, conformidade e otimização de custos. Há algumas opções lógicas padrão. Por exemplo, se seu sistema de arquivos local atual estiver operando o Windows Server, o Amazon FSx for Windows File Server é a opção padrão. Ou, se o sistema de arquivos local estiver operando NetApp ONTAP, o Amazon FSx for NetApp ONTAP é a opção padrão. No entanto, você pode escolher um serviço de destino com base nos requisitos do seu aplicativo ou para obter outros benefícios operacionais na nuvem. Para obter mais informações, consulte Como escolher o serviço de armazenamento de AWS arquivos certo para sua implantação (apresentação da AWS Summit).

Escolher uma ferramenta de migração

A Amazon EFS e a Amazon FSx oferecem suporte ao uso de AWS DataSync para migrar sistemas de arquivos compartilhados para a AWS nuvem. Para obter mais informações sobre sistemas e serviços de armazenamento compatíveis, benefícios e casos de uso, consulte O que é AWS DataSync. Para obter uma visão geral do processo de uso DataSync para transferir seus arquivos, consulte Como as AWS DataSync transferências funcionam.

Também há várias ferramentas de terceiros disponíveis, incluindo as seguintes:

Épicos

TarefaDescriçãoHabilidades necessárias

Prepare a pasta de trabalho de SFS descoberta.

  1. Baixe as pastas de trabalho na seção Anexos deste padrão. Ele contém dois arquivos, SFS-Discovery-Workbook.xlsx e SFS-Wave-Plan-Workbook.xlsx.

  2. Abra o arquivo SFS-Discovery-Workbook no Microsoft Excel.

  3. Na planilha Painel, faça o seguinte:

    • Na coluna A, atualize o nome do ambiente.

    • Na coluna B, atualize a ordem dos ambientes para colocá-los na ordem da menor (1) prioridade para a maior prioridade.

    • Nas colunas D-E, atualize a programação das ondas.

    • Nas colunas C e K, atualize os nomes das AWS contas.

    • Na coluna L, atualize VPC IDs o.

    • Nas colunas M—O, atualize a sub-rede. IDs

  4. Revise o restante do modelo de pasta de trabalho e atualize todos os outros valores necessários para sua organização ou caso de uso.

  5. Salvar a pasta de trabalho.

Engenheiro de migração, líder de migração

Colete informações sobre a fonteSFS.

  1. Usando sua ferramenta de descoberta preferida, identifique todas as SFS montagens em todos os dispositivos de armazenamento, servidores Linux e servidores Windows aplicáveis. Normalmente, você precisa coletar as seguintes informações:

    • Dispositivos cliente

    • Endereço IP do cliente

    • SFSdetalhes

    • Ponto de montagem

      Observação: você pode adicionar detalhes do ponto de montagem ao seu runbook de migração para remontá-lo SFS após a migração.

  2. Abra o arquivo SFS-Discovery-Workbook.

  3. Na planilha Wave-Sheet, faça o seguinte:

    • Na coluna Localização do servidor (D), na fórmula, confirme se o formato do CIDR intervalo da fonte local funciona para o seu intervalo. Por exemplo, se seu CIDR intervalo for10.0.0.0/8, insira10.*.*.*.

    • Na coluna de SFSlocalização (E), na fórmula, confirme se o formato do CIDR intervalo do alvo VPC funciona para o seu intervalo. Por exemplo, se seu CIDR intervalo for176.16.0.0/16, insira176.16.*.*.

  4. Na planilha SFS-Data, faça o seguinte:

    • Na coluna Nome do servidor (A), insira o nome do servidor em que o SFS está montado.

    • Na coluna SFScaminho (B), insira o nome doSFS.

    • Na coluna Endereço IP (C), insira o endereço IP do servidor.

    • Adicione qualquer outra informação relevante que você coletou durante a descoberta, como o ponto de montagem e o SFS tamanho. Você pode usar esses dados posteriormente para modificar os cálculos de planejamento de ondas.

  5. Salvar a pasta de trabalho.

Engenheiro de migração, líder de migração

Coletar informações sobre os servidores.

  1. Usando seus dados CMDB ou os registrados em sua ferramenta de migração, identifique todas as informações a seguir sobre os servidores que têm SFS montagens:

    • Nome do servidor

    • Endereço IP

    • Onda

    • Unidade organizacional (UO)

    • Ambiente de servidor, como DEV, QA, ou PROD

    • Nome do aplicativo

    • Proprietário do aplicativo e informações de contato

  2. Abra o arquivo SFS-Discovery-Workbook.

  3. Na planilha Server-Data, nas colunas A-H, insira as informações que você coletou sobre os servidores de origem. Observe o seguinte:

    • Na coluna Onda # (C), insira o nome da onda (comoWave1), out-of-scope (OOS) ouRetire.

    • Se a coluna de Contato do proprietário do aplicativo (H) for exibida, verifique se o endereço de e-mail está correto. Esse endereço de e-mail é gerado automaticamente com base no nome que você forneceu na coluna Proprietário do aplicativo (G). Se necessário, atualize manualmente o valor para refletir o endereço de e-mail correto.

    • Não modifique as colunas I-J, que contêm fórmulas.

  4. Salvar a pasta de trabalho.

Engenheiro de migração, líder de migração
TarefaDescriçãoHabilidades necessárias

Crie o plano SFS de ondas.

  1. Abra o arquivo SFS-Discovery-Workbook.

  2. Verifique se todas as informações coletadas na fase de descoberta são precisas e atuais.

  3. Na planilha Wave-Sheet, filtre a coluna de SFSonda (K) no valor. 1 Esta é uma lista de tudo SFSs na primeira onda.

    Nota: Um valor de 0 nesta coluna indica que o SFS está fora do escopo da migração. Isso pode ser porque o já SFS está hospedado AWS ou porque os servidores que acessam o compartilhamento estão fora do escopo da migração.

  4. Verifique se você deseja migrá-los SFSs nessa onda. Para obter mais informações sobre como SFSs atribuir ondas, consulte Abordagens de planejamento de ondas na seção Melhores práticas.

  5. Selecione e copie as células que contêm os valores filtrados. Não copie a linha do cabeçalho que contém os títulos das colunas.

  6. Abra o arquivo SFS-Wave-Plan-Workbook que você baixou anteriormente.

  7. Na planilha Export-from-Discovery, selecione a célula A2.

  8. Cole os dados copiados.

  9. Salve os arquivos SFS-Discovery-Workbook e -Wave-Plan-Workbook. SFS

Líder de construção, líder de substituição, engenheiro de migração, líder de migração

Escolha o AWS serviço de destino e a ferramenta de migração.

  1. No arquivo SFS-Wave-Plan-Workbook, na planilha Exported-from-Discovery, selecione e copie os valores na coluna Caminho antigo (C).

  2. Na planilha Build-Wave, selecione a célula A2.

  3. Cole os dados copiados. As colunas B-M nessa planilha são atualizadas automaticamente para refletir outros dados associados a esse caminho.

  4. Remova quaisquer valores duplicados na coluna A. Para obter instruções, consulte Remover valores duplicados (site do Microsoft Support).

  5. Na coluna Padrão ou serviço de destino (F), revise o AWS serviço de destino recomendado e atualize conforme necessário. Para obter mais informações, consulte Escolha de um serviço de sistema de AWS arquivos na seção Práticas recomendadas desse padrão.

  6. Na coluna Método de migração (G), revise a ferramenta de migração recomendada e atualize conforme necessário. Para obter mais informações, consulte Escolha de uma ferramenta de migração na seção Práticas recomendadas desse padrão.

  7. Salve o arquivo SFS-Discovery-Workbook. Você terminou de criar um plano de onda para essa onda.

  8. Repita essas instruções para preparar um plano de onda para cada onda. Como os planos de ondas estão sujeitos a alterações durante a migração, recomendamos que você planeje com no máximo 5 ondas de antecedência.

Engenheiro de migração, líder de migração
TarefaDescriçãoHabilidades necessárias

Configurar o sistema de arquivos de destino.

De acordo com os detalhes registrados em seu plano de ondas, configure os sistemas de arquivos de destino na AWS conta de destino e nas sub-redes. VPC Para obter instruções, consulte a AWS documentação a seguir:

Engenheiro de migração, líder de migração, AWS administrador

Configurar a ferramenta de migração e transfira dados.

  1. Se você estiver usando AWS DataSync, configure o registro para DataSync tarefas. Para obter instruções, consulte Registrar suas atividades de AWS DataSync tarefas.

  2. Configure a ferramenta de migração e realize uma transferência inicial de dados de acordo com as instruções da ferramenta selecionada:

  3. Alterações na fonte SFS podem ocorrer durante ou após a transferência inicial. Configure transferências de dados recorrentes entre os sistemas de arquivos de origem e de destino para manter os dados sincronizados:

    • Se você estiver usando DataSync, consulte Agendamento de sua AWS DataSync tarefa. DataSync transfere somente os arquivos modificados ou novos na fonteSFS.

    • Se você estiver usando uma ferramenta de terceiros, consulte a documentação da ferramenta selecionada.

AWSadministrador, administrador de nuvem, engenheiro de migração, líder de migração

Atualizar o plano de ondas.

  1. Abra o arquivo SFS-Wave-Plan-Workbook para a onda atual.

  2. Na planilha Build-Wave, na coluna Novo endereço IP de caminho (N), insira o endereço IP do sistema de arquivos de destino. Siga um destes procedimentos para localizar o endereço IP:

    • FSxPara Windows File Server, no FSx console da Amazon, escolha Sistemas de arquivos, escolha seu sistema de arquivos e, em seguida, veja a seção Rede e Segurança.

    • FSxParaONTAP, consulte Montagem de volumes.

    • Para a AmazonEFS, consulte Montagem com um endereço IP.

  3. Na coluna Novo caminho (O), insira o novo caminho de montagem. O caminho de montagem é o DNS nome do sistema de arquivos. Siga um destes procedimentos para localizar o caminho de montagem:

    • FSxPara Windows File Server, no FSx console da Amazon, escolha Sistemas de arquivos, escolha seu sistema de arquivos e, em seguida, escolha Anexar.

    • FSxParaONTAP, consulte a página de detalhes do sistema de arquivos. Para obter instruções, consulte Montagem de volumes.

    • Para a AmazonEFS, consulte Coletar informações.

  4. Na planilha de Resumo da remontagem, confirme se as colunas Novo caminho (C) e Endereço IP do novo caminho (D) refletem os valores atualizados.

  5. Confirme se sua organização preparou runbooks para remontar os sistemas de arquivos Linux e Windows após a substituição. Para obter instruções gerais, consulte o seguinte:

  6. Se algum servidor dependente não estiver incluído nessa onda, registre-o na planilha App-Team-Communication. Informe os respectivos proprietários de aplicativos ou servidores, pois eles podem não estar incluídos nas comunicações padrão de ondas.

  7. Se SFSs forem removidos da onda após concluir o plano de onda, rastreie-os na planilha Descoped.

Engenheiro de migração, líder de migração
TarefaDescriçãoHabilidades necessárias

Interromper aplicativos.

Se aplicativos ou clientes estiverem realizando ativamente operações de leitura e gravação na origemSFS, pare-as antes de realizar a sincronização final dos dados. Para obter instruções, consulte a documentação do aplicativo ou seus processos internos para interromper as atividades de leitura e gravação. Por exemplo, consulte Iniciar ou parar o servidor Web (IIS8) (documentação da Microsoft) ou Gerenciar serviços do sistema com systemctl (documentação da Red Hat).

Proprietário do aplicativo, desenvolvedor do aplicativo

Executar a transferência final de dados.

  1. Na ferramenta de migração, execute manualmente uma tarefa ou tarefa final de transferência de dados para sincronizar o sistema de arquivos de destino com a origemSFS. Para obter instruções, consulte Iniciando sua DataSync tarefa ou consulte a documentação da ferramenta de migração terceirizada selecionada.

  2. Aguarde a conclusão da transferência de dados. Para obter mais informações, consulte AWS Monitoramento de AWS DataSync atividades com a Amazon CloudWatch e Monitoramento de sua DataSync tarefa pela linha de comando.

Engenheiro de migração, líder de migração

Validar a transferência de dados.

Se você estiver usando AWS DataSync, faça o seguinte para validar a transferência final de dados concluída com êxito:

  1. No AWS DataSync console, anote a ID da tarefa e da execução, comotask-0000-exec-1111.

  2. Navegue até a seção Registro de DataSync Tarefas da tarefa.

  3. Escolha o link do grupo de CloudWatch registros.

  4. Nos logs, pesquise o ID da tarefa e da execução.

  5. Anote quaisquer erros de transferência. Para obter mais informações, consulte Erros comuns na DataSync documentação.

  6. Valide o seguinte:

    • Compare as listas de arquivos da origem e do destino SFSs para confirmar que todos os dados foram transferidos

    • Compare as permissões de acesso ao arquivo entre a origem e o destinoSFSs.

Se você estiver usando uma ferramenta de terceiros, consulte as instruções de validação da transferência de dados na documentação da ferramenta de migração selecionada.

Engenheiro de migração, líder de migração
TarefaDescriçãoHabilidades necessárias

Remonte o sistema de arquivos e valide a função e o desempenho do aplicativo.

  1. Se os servidores dependentes foram migrados nessa onda, no arquivo SFS-Wave-Plan-Workbook, na planilha Remount-Summary, insira o novo endereço IP do servidor na coluna Novo endereço IP do servidor (F).

  2. Em todos os servidores, atualize o ponto de montagem do sistema de arquivos do caminho antigo para o novo. Use o runbook da sua organização para remontagem, discutido anteriormente na fase de Preparação.

  3. Confirme se o sistema de arquivos está montado corretamente e está acessível verificando as montagens e verificando se os arquivos estão presentes. A equipe de infraestrutura normalmente realiza essas atividades.

  4. Reinicie os aplicativos e envolva os proprietários do aplicativo ou a equipe de controle de qualidade para concluir os testes funcionais e de desempenho do aplicativo, conforme necessário para o aplicativo.

AWSadministrador de sistemas, proprietário do aplicativo

Solução de problemas

ProblemaSolução

Os valores das células no Microsoft Excel não são atualizados.

Copie as fórmulas nas linhas de amostra arrastando a alça de preenchimento. Para obter mais informações, consulte as instruções para Windows ou Mac (site de suporte da Microsoft).

Recursos relacionados

AWSdocumentação

Solução de problemas

Anexos

Para acessar o conteúdo adicional associado a este documento, descompacte o seguinte arquivo: attachment.zip