Analise o relatório do Planejador de Implantações para recuperação de desastre do VMware no Azure
O relatório gerado do Microsoft Excel contém as seguintes planilhas:
Resumo local
A planilha Resumo local fornece uma visão geral do ambiente VMware analisado.
Data de Início e Data de Término: as datas de início e de término dos dados de criação de perfil considerados para a geração de relatórios. Por padrão, a data de início é a data em que a criação de perfil começou, e a data de término é a data em que a criação de perfil é interrompida. Esse pode ser os valores StartDate e EndDate se o relatório for gerado com esses parâmetros.
Número total de dias de criação de perfil: o número total de dias de criação de perfil entre as datas de início e de término para as quais o relatório é gerado.
Número de máquinas virtuais compatíveis: o número total de máquinas virtuais compatíveis para as quais a largura de banda de rede necessária, o número necessário de contas de armazenamento, os núcleos do Microsoft Azure, os servidores de configuração e os servidores de processo adicionais são calculados.
Número total de discos em todas as máquinas virtuais compatíveis: o número que é usado como uma das entradas para decidir o número de servidores de configuração e servidores de processo adicionais a serem usados na implantação.
Número médio de discos por máquina virtual compatíveis: o número médio de discos calculado em todas as máquinas virtuais compatíveis.
Média de tamanho de disco (GB): o tamanho médio de disco calculado entre todas as máquinas virtuais compatíveis.
RPO desejado (minutos): o objetivo de ponto de recuperação padrão ou o valor passado para o parâmetro DesiredRPO no momento da geração de relatórios para estimar a largura de banda necessária.
Largura de banda desejada (Mbps): o valor passado para o parâmetro Bandwidth no momento da geração do relatório para estimar o RPO atingível.
Variação de dados típica observada por dia (GB): a variação de dados média observada em todos os dias de criação de perfil. Esse número é usado como uma das entradas para decidir o número de servidores de configuração e servidores de processo adicionais a serem usados na implantação.
Recomendações
A planilha de recomendações do relatório do VMware para o Azure apresenta os seguintes detalhes de acordo com o RPO selecionado:
Dados de criação de perfil
Período de dados com criação de perfil: o período durante o qual a criação de perfil foi executada. Por padrão, a ferramenta inclui todos os dados com criação de perfil no cálculo, a menos que ela gere o relatório para um período específico usando as opções StartDate e EndDate durante a geração do relatório.
Nome do servidor: o nome ou o endereço IP do host VMware vCenter ou ESXi cujo relatório de máquinas virtuais é gerado.
RPO Desejado: o objetivo de ponto de recuperação para sua implantação. Por padrão, a largura de banda de rede necessária é calculada para valores de RPO de 15, 30 e 60 minutos. Com base na seleção, os valores afetados são atualizados na planilha. Se você tiver usado o parâmetro DesiredRPOinMin ao gerar o relatório, esse valor será mostrado na lista suspensa RPO Desejado.
Visão geral da criação de perfil
Total de máquinas virtuais com criação de perfil: o número total de máquinas virtuais cujos dados de criação de perfil estão disponíveis. Caso o VMListFile tenha nomes de máquinas virtuais cujo perfil não foi criado, a geração de relatório excluirá essas VMs e não as contará entre o total de máquinas virtuais com perfil.
Máquinas virtuais compatíveis: o número de máquinas virtuais que podem ser protegidas no Azure usando o Site Recovery. O cálculo da largura de banda de rede, contas de armazenamento, núcleos do Azure, servidores de configuração e servidores de processo adicionais necessários baseia-se no número total de máquinas virtuais compatíveis. Os detalhes de cada máquina virtual compatível estão disponíveis na seção Máquinas virtuais compatíveis.
Máquinas virtuais incompatíveis: o número de máquinas virtuais com criação de perfil que são incompatíveis para proteção com o Site Recovery. Os motivos da incompatibilidade são indicados na seção Máquinas virtuais incompatíveis. Se VMListFile tiver nomes de máquinas virtuais cujo perfil não foi criado, essas máquinas virtuais serão excluídas da contagem de máquinas virtuais incompatíveis. Essas máquinas virtuais são listadas como "Dados não encontrados" ao fim da seção Máquinas virtuais incompatíveis.
RPO Desejado: seu objetivo de ponto de recuperação desejado, em minutos. O relatório é gerado para três valores de RPO: 15 (padrão), 30 e 60 minutos. A recomendação de largura de banda no relatório é alterada com base em sua seleção na lista suspensa RPO Desejado no canto superior direito da planilha. Se você tiver gerado o relatório usando o parâmetro -DesiredRPO com um valor personalizado, esse valor personalizado será exibido como o padrão na lista suspensa RPO Desejado.
Largura de banda necessária (Mbps)
Para atender ao RPO 100% do tempo: a largura de banda recomendada em Mbps a ser alocada para atender ao RPO desejado 100% do tempo. Essa quantidade de largura de banda deve ser dedicada à replicação delta de estado estacionário de todas as suas máquinas virtuais compatíveis, para evitar violações de RPO.
Para atender ao RPO 90% do tempo: se os preços da banda larga ou outros fatores impedirem que você defina a largura de banda necessária para alcançar o RPO desejado 100% do tempo, você poderá optar por uma configuração de largura de banda mais baixa que atenda ao RPO desejado em 90% do tempo. Para entender as implicações da configuração dessa largura de banda inferior, o relatório fornece uma análise do tipo "e se" sobre o número e a duração de violações de RPO a serem esperadas.
Taxa de transferência obtida: a taxa de transferência do servidor em que você executou o comando GetThroughput para a região do Microsoft Azure em que se encontra a conta de armazenamento. Esse número de taxa de transferência indica o nível estimado que você pode obter ao proteger as máquinas virtuais compatíveis usando o Site Recovery, desde que as características de rede e de armazenamento do servidor de configuração ou do servidor de processo permaneçam iguais às do servidor no qual você executou a ferramenta.
Para a replicação, você deve definir a largura de banda recomendada para atender ao RPO 100% do tempo. Depois que você definir a largura de banda, se não houver um aumento na taxa de transferência obtida, conforme relatado pela ferramenta, faça o seguinte:
Verifique se há QoS (Qualidade de Serviço de Rede) que está limitando a taxa de transferência do Site Recovery.
Verifique se o cofre do Site Recovery está na região do Microsoft Azure com suporte mais próxima fisicamente para minimizar a latência de rede.
Verifique as características de armazenamento local para determinar se você pode melhorar o hardware (por exemplo, de HDD para SSD).
Altere as configurações do Site Recovery no servidor de processo para aumentar o valor de largura de banda de rede usado para replicação.
Caso esteja executando a ferramenta em um servidor de configuração ou de processo que já tenha máquinas virtuais protegidas, execute a ferramenta algumas vezes. O número da taxa de transferência obtida é alterado dependendo da quantidade de rotatividade que está sendo processada.
Para todas as implantações do Site Recovery corporativo, é recomendável usar o ExpressRoute.
Contas de armazenamento necessárias
O gráfico a seguir mostra o número total de contas de armazenamento (Standard e Premium) que são necessárias para proteger todas as máquinas virtuais compatíveis. Para saber qual conta de armazenamento deve ser usada para cada máquina virtual, confira a seção Posicionamento de armazenamento de VM. Caso esteja usando a v2.5 do Planejador de Implantações, essa recomendação mostrará apenas o número de contas de armazenamento de cache padrão que são necessárias para a replicação, uma vez que os dados estão sendo gravados diretamente em Managed Disks.
Número necessário de núcleos do Azure
Esse resultado é o número total de núcleos a serem configurados antes do failover ou do failover de teste de todas as máquinas virtuais compatíveis. Se houver poucos núcleos disponíveis na assinatura, o Site Recovery não criará máquinas virtuais no momento do failover de teste ou do failover.
Infraestrutura local necessária
Esse valor é o número total de servidores de configuração e servidores de processo adicionais a serem configurados que seriam suficientes para proteger todas as máquinas virtuais compatíveis. Dependendo das recomendações de tamanho para o servidor de configuração com suporte, a ferramenta poderá recomendar servidores adicionais. A recomendação é baseada na rotatividade por dia ou no número máximo de máquinas virtuais protegidas, o que for maior (presumindo que uma média de três discos por máquina virtual), o que for atingido primeiro no servidor de configuração ou no servidor de processo adicional. Você encontrará os detalhes de variação total por dia e o número total de discos protegidos na seção "Resumo local".
Análise de hipóteses
Essa análise descreve quantas violações podem ocorrer durante o período de criação de perfil quando você define menos largura de banda para que o RPO desejado seja atingido somente 90% do tempo. Uma ou mais violações de RPO podem ocorrer em qualquer dia. O grafo mostra o pico de RPO do dia. Com base nesta análise, você pode decidir se o número de violações de RPO em todos os dias e o pico de ocorrências de RPO por dia são aceitáveis com a menor largura de banda especificada. Caso seja aceitável, você poderá alocar menos largura de banda para replicação. Caso contrário, aloque a maior largura de banda sugerida para atender ao RPO desejado de 100% do tempo.
Tamanho de lote de máquina virtual recomendado para replicação inicial
Nesta seção, é recomendável que o número de máquinas virtuais que podem ser protegidas em paralelo conclua a replicação inicial dentro de 72 horas com a largura de banda sugerida para atender ao RPO desejado de 100% do tempo definido. Esse valor é configurável. Para alterá-lo em tempo de geração de relatórios, use o parâmetro GoalToCompleteIR.
O gráfico aqui mostra um intervalo de valores de largura de banda e uma contagem de tamanho de lote calculado de máquinas virtuais para concluir a replicação inicial em 72 horas, com base na média detectada do tamanho de máquina virtual em todas as máquinas virtuais compatíveis.
Na visualização pública, o relatório não especifica quais máquinas virtuais devem ser incluídas em um lote. Use o tamanho de disco mostrado na seção VMs compatíveis para obter o tamanho de cada máquina virtual e selecioná-las para um lote ou selecione as máquinas virtuais com base em características de carga de trabalho conhecidas. O tempo de conclusão das alterações de replicação inicial proporcionalmente, com base no tamanho do disco de máquina virtual real, no espaço em disco usado e na taxa de transferência de rede disponível.
Estimativa de custo
O gráfico mostra a exibição de resumo do custo total de recuperação de desastre (DR) estimado para o Azure da sua região de destino escolhida e da moeda que você especificou para a geração de relatórios.
O resumo ajuda a entender o custo que precisa ser pago por armazenamento, computação, rede e licença ao proteger todas as suas máquinas virtuais compatíveis com o Azure usando o Azure Site Recovery. O custo é calculado sobre as máquinas virtuais compatíveis e não todas as máquinas virtuais com criação de perfil.
Você pode exibir o custo mensal ou anual. Saiba mais sobre regiões de destino com suporte e moedas com suporte.
Custo por componentes O custo total da recuperação de desastre é dividido em quatro componentes: custos de licença de Computação, Armazenamento, Rede e do Azure Site Recovery. O custo é calculado com base no consumo incorrido durante a replicação e em tempo de análise de recuperação de desastre para computação, armazenamento (premium e standard), ExpressRoute/VPN configurado entre o site local e o Azure, e a licença do Azure Site Recovery.
Custo por estados O custo total da recuperação de desastre (DR) se baseia em categorias em dois estados diferentes - Replicação e análise de recuperação de desastre.
Custo de replicação: o custo incorrido durante a replicação. Abrange o custo de armazenamento, de rede e de licença do Azure Site Recovery.
Custo de análise de recuperação de desastre: o custo incorrido durante os failovers de teste. O Azure Site Recovery gira máquinas virtuais durante o failover de teste. O custo da análise da recuperação de desastre abrange os custos de computação e armazenamento das máquinas virtuais em execução.
Custo do armazenamento do Microsoft Azure por mês/ano mostra o custo total de armazenamento incorrido no armazenamento standard e premium para replicação e análise de recuperação de desastre. Exiba a análise de custo detalhada por máquina virtual na planilha Estimativa de Custo.
Fator de crescimento e valores de percentil usados
Esta seção na parte inferior da planilha mostra o valor de percentil usado para todos os contadores de desempenho das máquinas virtuais com criação de perfil (o padrão é o 95º percentil) e o fator de crescimento em % usado em todos os cálculos (o padrão é 30%).
Recomendações com largura de banda disponível como entrada
Pode haver uma situação em que você saiba que não é possível definir uma largura de banda de mais de x Mbps para replicação do Site Recovery. A ferramenta permite indicar a largura de banda (usando o parâmetro -Bandwidth durante a geração de relatórios) e obter o RPO possível em minutos. Com esse valor de RPO que pode ser obtido, você poderá decidir se precisa configurar largura de banda adicional ou se poderá ter uma solução de recuperação de desastres com este RPO.
posicionamento de armazenamento de máquina virtual
Observação
O Planejador de Implantações v2.5 em diante recomenda posicionar o armazenamento para computadores que serão replicados diretamente em discos gerenciados.
Tipo de Armazenamento de Replicação: um disco gerenciado Standard ou Premium, que é usado para replicar todas as máquinas virtuais correspondentes mencionadas na coluna VMs para Posicionar.
Tipo de Conta de Armazenamento de Log: todos os logs de replicação são armazenados em uma conta de Armazenamento Standard.
Prefixo Sugerido para a Conta de Armazenamento: o prefixo de três caracteres sugerido que pode ser usado para nomear a conta de armazenamento em cache. Você pode usar seu próprio prefixo, mas sugestão da ferramenta segue a convenção de nomenclatura de partição para contas de armazenamento.
Nome de Conta de Log Sugerido: o nome de conta de armazenamento depois que você inclui o prefixo sugerido. Substitua o nome entre colchetes angulares (< e >) pela sua entrada personalizada.
Resumo de Posicionamento: um resumo dos discos necessários para máquinas virtuais protegidas por tipo de armazenamento. Inclui o número total de máquinas virtuais, o tamanho total provisionado em todos os discos e o número total de discos.
Máquinas Virtuais para Posicionar: uma lista de todas as máquinas virtuais que devem ser posicionadas na conta de armazenamento específica para obter o melhor desempenho e uso.
Máquinas virtuais compatíveis
Nome da máquina virtual: o nome da máquina virtual ou o endereço IP usado no VMListFile quando um relatório é gerado. Essa coluna também lista os discos (VMDKs) que são anexados às máquinas virtuais. Para diferenciar máquinas virtuais do vCenter com nomes ou endereços IP duplicados, os nomes incluem o nome do host do ESXi. O host do ESXi listado é aquele em que a máquina virtual foi colocada quando a ferramenta realizou a descoberta durante o período de criação de perfil.
Compatibilidade da máquina virtual: os valores são Sim e Sim*. Sim* é para instâncias em que a máquina virtual é adequada para SSDs Premium. Aqui, a alta rotatividade da criação de perfil ou o disco IOPS (operações de entrada/saída por segundo) se encaixam na categoria P20 ou P30, mas o tamanho do disco faz com que ele seja mapeado para P10 ou P20. A conta de armazenamento decide para qual tipo de disco de armazenamento premium um disco deve ser mapeado, com base em seu tamanho. Por exemplo:
- <128 GB é P10.
- 128 GB até 256 GB é um P15
- 256 GB a 512 GB é um P20.
- 512 GB a 1024 GB é P30.
- 1025 GB a 2048 GB é P40.
- 2049 GB a 4095 GB é P50.
Por exemplo, se as características de carga de trabalho de um disco o colocarem na categoria P20 ou P30, mas o tamanho o mapear para um tipo de disco de armazenamento premium inferior, a ferramenta marcará essa máquina virtual como Sim*. A ferramenta também recomenda que você altere o tamanho do disco de origem para se ajustar ao tipo de disco de armazenamento premium recomendado ou altere o tipo de disco de destino após o failover.
Tipo de armazenamento: standard ou premium.
Asrseeddisk (Disco Gerenciado) criado para replicação: o nome do disco que é criado quando você habilita a replicação. Ele armazena os dados e seus instantâneos no Azure.
IOPS de L/G de Pico (com Fator de Crescimento): o IOPS de leitura/gravação de carga de trabalho de pico no disco (o padrão é o 95º percentil), incluindo o fator de crescimento futuro (o padrão é 30%). O IOPS total de leitura/gravação de uma máquina virtual nem sempre é a soma de IOPS de leitura/gravação dos discos individuais da máquina virtual, pois o IOPS de leitura/gravação de pico da máquina virtual é o pico da soma do IOPS de leitura/gravação dos discos individuais durante cada minuto do período de criação de perfil.
Variação de Dados de Pico em Mbps (com Fator de Crescimento): a taxa de variação de pico no disco (o padrão é o 95º percentil), incluindo o fator de crescimento futuro (o padrão é 30%). A rotatividade total nos dados da máquina virtual nem sempre é a soma da rotatividade nos dados dos discos individuais da máquina virtual, pois a rotatividade de dados de pico da máquina virtual é o pico da soma da rotatividade dos discos individuais durante cada minuto do período de criação de perfil.
Tamanho de máquina virtual do Azure: o tamanho ideal de máquina virtual mapeada dos Serviços de Nuvem do Azure para essa máquina virtual local. O mapeamento é baseado na memória da máquina virtual local, no número de discos/núcleos/NICs e IOPS de leitura/gravação. A recomendação é sempre o menor tamanho de máquina virtual do Azure que corresponde a todas as características da máquina virtual local.
Número de Discos: o número total de VMDKs (discos de máquina virtual) na máquina virtual.
Tamanho de disco (GB): o tamanho total de instalação de todos os discos da máquina virtual. A ferramenta também mostra o tamanho do disco para os discos individuais na máquina virtual.
Núcleos: o número de núcleos de CPU na máquina virtual.
Memória (MB): a RAM na máquina virtual.
NICs: o número de NICs na máquina virtual.
Tipo de inicialização: tipo de inicialização da máquina virtual. Pode ser o BIOS ou EFI. Atualmente, o Azure Site Recovery dá suporte às máquinas virtuais do Windows Server EFI (Windows Server 2012, 2012 R2 e 2016) desde que o número de partições no disco de inicialização seja menor do que 4 e o tamanho do setor de inicialização seja de 512 bytes. Para proteger as máquinas virtuais do EFI, a versão do serviço de mobilidade do Azure Site Recovery deve ser 9.13 ou posterior. Há suporte apenas para failover para máquinas virtuais do EFI. Não há suporte para failback.
Tipo de sistema operacional: é o tipo de sistema operacional da máquina virtual. Pode ser Windows ou Linux ou outro com base no modelo do VMware vSphere escolhido durante a criação da máquina virtual.
Máquinas virtuais incompatíveis
Nome da máquina virtual: o nome da máquina virtual ou o endereço IP usado no VMListFile quando um relatório é gerado. Essa coluna também lista os VMDKs que estão anexados às máquinas virtuais. Para diferenciar máquinas virtuais do vCenter com nomes ou endereços IP duplicados, os nomes incluem o nome do host do ESXi. O host do ESXi listado é aquele em que a máquina virtual foi colocada quando a ferramenta realizou a descoberta durante o período de criação de perfil.
Compatibilidade de máquina virtual: indica por que a máquina virtual específica é incompatível com o Site Recovery. Os motivos são descritos para cada disco incompatível da máquina virtual e, com base nos limites de armazenamento publicados, podem ser qualquer um dos seguintes:
Tamanho incorreto do disco de dados ou tamanho de disco do SO incorreto. Examine os limites de suporte.
O tamanho total da máquina virtual (replicação + TFO) excede o limite de tamanho de conta de armazenamento com suporte (35 TB). Essa incompatibilidade normalmente ocorre quando um único disco na máquina virtual tem uma característica de desempenho que excede os limites máximo com suporte do Azure ou do Site Recovery para o armazenamento Standard. Essa instância envia a máquina virtual por push para a zona de armazenamento Premium. No entanto, o tamanho máximo com suporte de uma conta de armazenamento Premium é de 35 TB, e uma única máquina virtual protegida não podem ser protegida em várias contas de armazenamento. Além disso, observe que quando um failover de teste é executado em uma máquina virtual protegida, ele é executado na mesma conta de armazenamento em que a replicação está em andamento. Nessa instância, configure duas vezes o tamanho do disco para que a replicação progrida e o failover de teste tenha êxito em paralelo.
O IOPS de origem excede o limite de IOPS de armazenamento com suporte de 7500 por disco.
O IOPS de origem excede o limite de IOPS de armazenamento com suporte de 80.000 por máquina virtual.
A rotatividade de dados média excede o limite de rotatividade de dados do Site Recovery com suporte de 20 MB/s para o tamanho médio de E/S do disco.
A rotatividade de dados de pico em todos os discos na máquina virtual excede o limite máximo de rotatividade de dados de pico com suporte do Site Recovery de 54 MB!s por máquina virtual.
O IOPS médio de gravação eficiente excede o limite de IOPS do Site Recovery de 840 com suporte para disco.
O armazenamento de instantâneos calculado excede o limite com suporte de 10 TB para armazenamento de instantâneos.
A variação do total de dados por dia excede o limite diário de variação de 2 TB por um Servidor de Processo.
IOPS de L/G de Pico (com Fator de Crescimento): o pico de IOPS de carga de trabalho no disco (o padrão é o 95º percentil), incluindo o fator de crescimento futuro (o padrão é 30%). O IOPS total de leitura/gravação da máquina virtual nem sempre é a soma de IOPS de leitura/gravação dos discos individuais da máquina virtual, pois o IOPS de leitura/gravação de pico da máquina virtual é o pico da soma do IOPS de leitura/gravação dos discos individuais durante cada minuto do período de criação de perfil.
Variação nos Dados de Pico em Mbps (com Fator de Crescimento): a taxa de variação de pico no disco (o padrão é o 95º percentil), incluindo o fator de crescimento futuro (o padrão é o 30%). A rotatividade total nos dados da máquina virtual nem sempre é a soma da rotatividade nos dados dos discos individuais da máquina virtual, pois a rotatividade de dados de pico da máquina virtual é o pico da soma da rotatividade dos discos individuais durante cada minuto do período de criação de perfil.
Número de Discos: o número total de VMDKs na máquina virtual.
Tamanho de disco (GB): o tamanho total de instalação de todos os discos da máquina virtual. A ferramenta também mostra o tamanho do disco para os discos individuais na máquina virtual.
Núcleos: o número de núcleos de CPU na máquina virtual.
Memória (MB): a quantidade de RAM na máquina virtual.
NICs: o número de NICs na máquina virtual.
Tipo de inicialização: tipo de inicialização da máquina virtual. Pode ser o BIOS ou EFI. Atualmente, o Azure Site Recovery dá suporte às máquinas virtuais do Windows Server EFI (Windows Server 2012, 2012 R2 e 2016) desde que o número de partições no disco de inicialização seja menor do que 4 e o tamanho do setor de inicialização seja de 512 bytes. Para proteger as máquinas virtuais do EFI, a versão do serviço de mobilidade do Azure Site Recovery deverá ser a 9.13 ou superior. Há suporte apenas para failover para máquinas virtuais do EFI. Não há suporte para failback.
Tipo de sistema operacional: é o tipo de sistema operacional da máquina virtual. Pode ser Windows ou Linux ou outro com base no modelo do VMware vSphere escolhido durante a criação da máquina virtual.
Limites da Azure Site Recovery
A tabela a seguir fornece os limites do Azure Site Recovery. Esses limites são baseados em nossos testes, mas eles não podem abranger todas as combinações possíveis de E/S de aplicativos. Os resultados reais podem variar dependendo da combinação de E/S do aplicativo. Para obter os melhores resultados, mesmo após planejar a implantação, é sempre recomendável executar amplos testes de aplicativos usando um failover de teste para obter a visão real do desempenho do aplicativo.
| Destino de armazenamento de replicação | Tamanho de E/S de disco de origem médio | Variação nos dados média do disco de origem | Total de variação de dados de disco de origem por dia |
|---|---|---|---|
| Armazenamento Standard | 8 KB | 2 MB/s | 168 GB por disco |
| Disco Premium P10 ou P15 | 8 KB | 2 MB/s | 168 GB por disco |
| Disco Premium P10 ou P15 | 16 KB | 4 MB/s | 336 GB por disco |
| Disco Premium P10 ou P15 | 32 KB ou maior | 8 MB/s | 672 GB por disco |
| Disco Premium P20 ou P30 ou P40 ou P50 | 8 KB | 5 MB/s | 421 GB por disco |
| Disco Premium P20 ou P30 ou P40 ou P50 | 16 KB ou maior | 20 MB/s | 1\.684 GB por disco |
| Variação de dados de origem | Limite máximo |
|---|---|
| Rotatividade de dados de pico em todos os discos em uma máquina virtual | 54 MB/s |
| Variação máxima de dados por dia com suporte de um Servidor de Processo | 2 TB |
Esses são números médios, pressupondo uma sobreposição de E/S de 30%. O Site Recovery pode lidar com uma maior taxa de transferência com base na taxa de sobreposição, em tamanhos maiores de gravação e em comportamento de E/S de carga de trabalho real. Os números anteriores pressupõem uma lista de pendências típica de aproximadamente cinco minutos. Ou seja, depois que os dados são carregados, eles são processados, e um ponto de recuperação é criado dentro de cinco minutos.
Estimativa de custo
Saiba mais sobre estimativa de custo.
Próximas etapas
Saiba mais sobre estimativa de custo.