O utilitário d2dverify ajuda a verificar se os pontos de recuperação de várias sessões de backup são utilizáveis. Normalmente, as tarefas de backup são executadas todos os dias e quando você tiver vários pontos de recuperação, pode não ter certeza de que os pontos de recuperação podem ser usados para recuperação de dados durante uma falha do sistema. Para evitar tais situações, é possível executar tarefas BMR periodicamente para verificar se os backups são utilizáveis. O utilitário d2dverify ajuda a automatizar a tarefa de verificar a usabilidade dos pontos de recuperação.
Após configurar os parâmetros necessários, o utilitário d2dverify envia a tarefa BMR e recupera os dados para a VM especificada. Em seguida, o d2dverify inicia a VM e executa um script para verificar se os aplicativos na VM funcionam corretamente. Também é possível criar uma programação para executar periodicamente o utilitário d2dverify usando utilitários do sistema, como o cron do Linux. Por exemplo, é possível executar o utilitário d2dverify após o último backup de um conjunto de recuperação. Neste caso, o d2dverify verifica todos os pontos de recuperação do conjunto de recuperação.
Observação: para obter mais informações sobre como programar uma tarefa com o agendador cron do Linux, consulte Personalizar a programação de tarefas.
O utilitário d2dverify também pode ser usado nos seguintes cenários:
Considere os pré-requisitos a seguir antes de usar o utilitário d2dverify:
verify_<nome do nó>
Observação: não é necessário anexar discos rígidos virtuais para essas VMs. Além disso, você não pode vincular rede virtual a essas VMs se você especificar os parâmetros "vm_network".
Observação: o utilitário d2dverify oferece suporte somente à rede IP estática.
Importante: Se o banco de dados tiver informações sobre a conta do nó relacionadas a um usuário não raiz, o d2dverify irá redefinir a senha do usuário não raiz para 'CAd2d@2013 para a VM de destino.
Requisitos da rede:
Quando você usa o d2dverify, é recomendável manter as VMs de destino em uma rede virtual isolada para evitar conflitos com o ambiente de produção. Em tais casos, as VMs de destino devem estar conectadas ao servidor de backup e ao armazenamento de backup.
Suporte ao hipervisor:
o d2dverify depende do utilitário d2drestorevm para executar a restauração. O d2dverify oferece suporte às seguintes versões de hipervisores:
Argumentos:
--template
Identifica o modelo que inclui os parâmetros para executar o utilitário d2dverify.
--createtemplate
Cria um modelo vazio que inclui os parâmetros para executar o utilitário d2dverify.
Siga estas etapas:
d2dverify --createtemplate=file_path
node_list
Especifica uma lista de nós ou um critério de consulta que consulta informações no banco de dados do servidor de backup. Cada nó é separado por uma vírgula, como Nó1,Nó2,Nó3.
Observações: se o número da porta SSH não for a porta 22 padrão, o formato para especificar cada nó é: Nó1:nova_porta,Nó2:nova_porta,Nó3:nova_porta. O nome da VM é atribuído como verify_<nome do nó>, em que o nome do nó não inclui o número da porta.
Exemplo: Nó1:222,Nó2:333,Nó4:333
A lista a seguir é um exemplo de critérios de consulta:
[node=prefix]
Localiza o nome do nó que contém o prefixo definido.
[desc=prefix]
Localiza a descrição do nó que contém o prefixo definido.
guest_ip_list =
Especifica a lista de endereços IP que será aplicada a cada nó de destino, respectivamente. Cada endereço IP é separado por uma vírgula, como IP1,IP2,IP3. Se houver apenas um endereço IP disponível, mas vários nós no parâmetro node_list, o quarto segmento do endereço IP será aumentado em uma unidade para cada nó. O utilitário d2dverify verifica se um endereço IP foi usado. Se a resposta for sim, o endereço IP é ignorado.
Por exemplo, se você tiver três nós, Nó 1, Nó 2 e Nó 3 e um endereço IP, xxx.xxx.xxx.xx6, o endereço IP é aplicado conforme mostrado na lista a seguir:
Nó 1: xxx.xxx.xxx.xx6
Nó 2: xxx.xxx.xxx.xx7
Nó 3: xxx.xxx.xxx.xx8
vm_type
Especifica o tipo de hipervisor. São válidos os seguintes três tipos de hipervisor: xen ou ovm.
vm_server
Especifica o nome do host ou o endereço IP do gerenciador de hipervisor.
vm_svr_username
Especifica o nome de usuário do gerenciador de hipervisor.
vm_svr_password
Especifica a senha do gerenciador de hipervisor. A senha deve ser criptografada usando o utilitário --encrypt do d2dutil.
O comando a seguir é usado para criptografar a senha:
echo "password" | d2dutil --encrypt
vm_network
Especifica a rede virtual usada pela VM de destino. É recomendável especificar este parâmetro quando a VM de destino estiver conectada a várias redes virtuais.
guest_gateway
Especifica o gateway da rede usado pelo SO (Sistema Operacional) do hóspede da VM de destino.
guest_netmask
Especifica a máscara de rede que é usada pelo SO convidado da VM de destino.
guest_username
Especifica o nome de usuário utilizado para estabelecer uma conexão com a VM recuperada. A senha é redefinida como a senha especificada no parâmetro guest_password. O parâmetro guest_username é ignorado quando você usa o utilitário d2dverify para consultar informações no banco de dados do servidor de backup. Em tais casos, a senha de convidado da VM é redefinida para a senha do nó armazenada no banco de dados.
guest _password
Especifica a senha do parâmetro guest_username. A senha deve ser criptografada usando o utilitário --encrypt do d2dutil. O parâmetro guest_password é ignorado quando você usa o utilitário d2dverify para consultar informações no banco de dados do servidor de backup.
storage_location
Especifica o caminho de rede do local de armazenamento de backup. Você não precisará especificar o local de armazenamento se os nós no parâmetro node_list estiverem no banco de dados do servidor de backup. Se o local de armazenamento for um compartilhamento CIFS, use o seguinte formato para especificar o local:
//hostname/path
storage_username
Especifica o nome do usuário para acessar o local de armazenamento de backup. Esse parâmetro não é obrigatório para um compartilhamento de NFS.
Para um usuário de domínio do Windows, use o seguinte formato para especificar o local:
nome_do_domínio/nome do usuário
storage_password
Especifica a senha para acessar o local de armazenamento de backup. A senha deve ser criptografada usando o utilitário --encrypt do d2dutil. Esse parâmetro não é obrigatório para um compartilhamento de NFS.
recovery_point = last
Especifica a sessão que você deseja restaurar. Em geral, uma sessão de recuperação está no seguinte formato: S00000000X, em que X é um valor numérico. S00000000X é o nome da pasta dos pontos de recuperação. Se desejar restaurar a sessão mais recente, especifique a palavra-chave “last”.
encryption_password
Especifica a senha criptografada para o ponto de recuperação. A senha deve ser criptografada usando o utilitário --encrypt do d2dutil.
Script
Especifica o script que deseja executar. O script é executado no computador de destino após a recuperação com êxito. Se esse parâmetro não for fornecido, o utilitário d2dverify executa o comando ‘ls /proc’ no computador de destino.
email_to_address
Especifica o endereço de email dos destinatários que receberão relatórios por email. É possível especificar mais de um endereço de email, separados por vírgula.
email_subject
Especifica a linha de assunto do email.
report_format
Especifica o formato do relatório que você receberá por email. O formato pode ser de texto (.txt) ou html.
Padrão: html
node_not_in_db
Especifica os nós dos parâmetros node_list que não estão no banco de dados do servidor de backup. Você deve especificar os parâmetros relacionados a storage_*.
Valor: sim
stop_vm_after_recovery
Especifica que a VM de destino é interrompida após uma recuperação e verificação bem-sucedida. Os valores para esse parâmetro são yes e no.
Padrão: yes
d2dverify --template=file_path
Observação: o utilitário d2dverify falhará se os nós no parâmetro node_list forem adicionados usando a chave pública/privada. Para resolver esse problema, defina a variável de ambiente 'export D2D_SSH_IGNORE_PWD=yes' no ambiente do shell em que você executa o utilitário d2dverify.
A usabilidade de pontos de recuperação foi verificada com êxito.
|
Copyright © 2018. |
|