VPLEX: não foi possível concluir o backup automatizado do metavolume

Résumé: Este artigo aborda o que fazer para recriar backups de metadados do VPLEX quando o call home 0x8a4a6006 relata "The automated backup of the metavolume could not be completed", o 0x8a4a6003 relata "no valid backup metavolume exist" ou o 0x8a4a6005 relata "Metadata Backup does not create new backups every day". ...

Cet article concerne Cet article ne concerne pas Cet article n’est associé à aucun produit spécifique. Toutes les versions du produit ne sont pas identifiées dans cet article.

Symptômes

Componentes do Volume de backup de metadados renomeados (usando a GUI) ou nenhum Volume de backup de metadados foi configurado. Consulte a seção "Notas" abaixo para obter informações sobre os volumes de metabackup.

 O que é backup de metadados?
  • Os backups de metadados são os backups dos metadados ativos. Eles incluem todas as definições de configuração do sistema que estão nos metadados ativos. Os volumes de backup de metadados são um volume de sistema no VPLEX, que é criado quando um cluster VPLEX é configurado inicialmente. 
  • Os backups de metadados são snapshots point-in-time do metavolume ativo atual. A cópia point-in-time do backup de metavolume é criada com base no agendamento que foi configurado na definição inicial. Eles podem ser ativados somente se o metavolume ativo atual ou uma parte do volume de metadados ativo falhar. Eles têm como objetivo fornecer proteção adicional para grandes alterações de configuração, atualizações ou uma migração.
  • Sempre que um usuário final se depara com uma situação de dados indisponíveis (DU) devido a problemas de array de back-end, os backups de metavolume desempenham um papel essencial na recuperação da configuração do VPLEX, se necessário.
  • Para fins de redundância, o VPLEX tem dois volumes de backup de metadados que devem ser criados em dois arrays diferentes, assim como cada cópia dos metadados ativos reside em dois arrays diferentes. Os dois backups de metadados são alternados diariamente, conforme o agendamento. Você deve sempre ver uma data antes da outra. Se elas mostrarem que já se passaram dias, isso significará que há um problema na execução do script de backup ou que não foi possível concluí-lo devido a um problema e, portanto, a execução dos backups não ocorreu.
 
Por exemplo: "Backup do metavolume ("A")" é atualizado hoje e, em seguida, o "backup do metavolume ("B")" será atualizado no dia seguinte e assim por diante. Consulte o resultado abaixo para obter mais detalhes:

 
VPlexcli:/clusters/cluster-1/system-volumes> ll
Name                               Volume Type  Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots
----------------------------       -----------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----
----------------------------       -----------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----
meta                                meta-volume  ok           ok      true    true   raid-1    2          20971264  4K     80G       32000
meta_backup_2021Jul09_040009 ( A )  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
meta_backup_2021Jul10_040007 ( B ) meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000


Se um backup de metadados agendado apresentar falha, um dial-home será gerado como exibido abaixo:

Amostra do dial-home enviado para esse problema:

1. <SymptomCode>0x8a4a6006</SymptomCode> 
    <Category>Status</Category>
    <Severity>Error</Severity>
    <Status>Failed</Status>

    <Component>CLUSTER</Component>
    <ComponentID>SMS</ComponentID>
    <SubComponent>CLUSTER-1</SubComponent>
    <SubComponentID></SubComponentID>
    <CallHome>Yes</CallHome>
    <FirstTime>2012-07-10T00:00:01.334Z</FirstTime>
    <LastTime>2012-07-09T00:00:01.334Z</LastTime>
    <Count>1</Count>
    <EventData><![CDATA[The automated backup of the meta-volume could not be completed.
   
[Versions:<code formats listed>] RCA: The automated backup of the meta-volume could not be completed.]]>
   </EventData>
   <Description>
    The automated backup of the meta-volume could not be completed.


2.    <SymptomCode>0x8a4a6003</SymptomCode>
<Category>Status</Category>
<Severity>Error</Severity>
<Status>Failed</Status>

<Component>CLUSTER</Component>
<ComponentID>SMS</ComponentID>
<SubComponent>CLUSTER-1</SubComponent>
<SubComponentID></SubComponentID>
<CallHome>Yes</CallHome>
<FirstTime>2021-09-07T03:00:12.191Z</FirstTime>
<LastTime>2021-09-07T03:00:12.191Z</LastTime>
<Count>1</Count>
<EventData><![CDATA[No valid backup meta-volumes exist. [Versions:[code formats listed] RCA: The automated backup of metadata cannot identify the devices to be used.  This is because existing backups cannot be located.  The backups are rotated through being destroyed in order to be re-used.]]>
</EventData>
<Description>No valid backup meta-volumes exist.
<Status>Failed</Status>

                    

3.    <SymptomCode>0x8a4a6005</SymptomCode>
<Category>Status</Category>
<Severity>Error</Severity>
<Status>
Failed</Status>
<Component>CLUSTER</Component>
<ComponentID>unknown</ComponentID>
<SubComponent>sms</SubComponent>
<SubComponentID></SubComponentID>
<CallHome>Yes</CallHome>
<FirstTime>2017-12-04T00:00:35.420Z</FirstTime>
<LastTime>2018-09-06T23:59:02.813Z</LastTime>
<Count>1</Count>
<EventData><![CDATA[A meta-volume backup could not be destroyed. Reason: The meta-volume backup "<name of the affected metadata backup>" could not be destroyed: A meta-volume backup "<name of the affected metadata backup>" is not healthy enough to be destroyed. [Versions:[code formats listed>] RCA: Backup meta-volume could not be destroyed. Remedy: Confirm that the volumes configured to be used for the backup are in a healthy state.  If the volumes are unhealthy, create new automated metavolume backups by: 1.  Destroy the existing backups using the 'meta-volume destroy' command.  2.  Unclaim those volumes if they are to be re-used with the 'storage-volume unclaim' command.  3.  Use the 'configuration metadata-backup' command to reconfigure the backups.  If the previous volumes used were not healthy enough to destroy, create the backups with new healthy devices.
]]></EventData>
<Description><![CDATA[A meta-volume backup could not be destroyed.

Cause

1. Para SymptomCode 0x8a4a6006:

    O backup de metadados pode ter falhado na captura da cópia point-in-time porque o volume usado pelo backup de metadados com falha não estava íntegro no array de back-end ou porque há um possível
    problema de conectividade entre o VPLEX e o array de back-end onde o volume de backup está localizado.

2. Para SymptomCode  0x8a4a6003:

    Renomeação dos componentes do volume de backup de metadados não é permitido.
 
    Primeiro, liste os detalhes do volume do sistema usando o comando "ll /clusters/cluster-<id>/system-volumes",
 
VPlexcli:/> ll /clusters/cluster-1/system-volumes/

/clusters/cluster-1/system-volumes:
Name                             Volume Type  Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots
-------------------------------  -----------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----
-------------------------------  -----------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----
C1_Meta                          meta-volume  ok           ok      true    true   raid-1    2          20971264  4K     80G       64000
META_VOLUME_backup_2021Jun11_044501  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
META_VOLUME_backup_2021Jun12_044501  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000 
  
 

      Aqui está um exemplo de um bom metavolume de backup, observe que o componente ainda está usando o
       VPD83T3: ID no nível de contexto do componente do volume de backup de metadados:
 
VPlexcli:/clusters/cluster-1/system-volumes/META_VOLUME_backup_2018Jun11_044501/components> ll

Name                                      Slot    Type            Operational  Health  Capacity
----------------------------------------  Number  --------------  Status       State   --------
----------------------------------------  ------  --------------  -----------  ------  --------
VPD83T3:60000970000xxxxxxxxxxxxxxxxx3030  0       storage-volume  ok           ok      120G

        /--------------------------------------------------------\
        Deve ver este ID do volume do sistema 

 

    Este é um exemplo de um metavolume de backup inválido, em que o id do volume do sistema no nível de contexto do componente foi alterado do ID de sistema VPD83T3 para um nome legível por humanos "C1_MetaBackup_1":
 

VPlexcli:/clusters/cluster-1/system-volumes/META_VOLUME_backup_2018Jun11_044501/components> ll

Name                Slot      Type            Operational    Health    Capacity
------------------  Number    --------------  Status         State     --------
------------------  --------  --------------  -------------  --------  --------
C1_MetaBackup_1  0         storage-volume  ok             ok        120G

/--------------------------\
 Nomes legíveis por humanos não são permitidos no nível do componente,
 o script do gerenciador de backup não conhece o
   volume de backup de metadados por este nome, apenas o ID do sistema usado quando o
   volume de backup foi configurado.


3. Para SymptomCode 0x8a4a6005:

    Ao verificar os backups de metadados, você pode ver que a data do backup não está atualizada.

    Exemplo de verificação da data atual no VPLEX:
 

VPlexcli:/> date
Fri Sep 7 13:30:43 UTC YYYY
 <<<< observe que a data atual neste exemplo é 7 de setembro


    Em seguida, verifique as datas da última execução de cada volume de backup no contexto de volumes.
    do sistema, compare as datas listadas nos nomes do volume de backup com a data verificada acima
    (a data foi ampliada para o exemplo):
 

VPlexcli:/> ll /clusters/cluster-1/system-volumes/

/clusters/cluster-1/system-volumes:
Name                             Volume Type     Operational  Health  Active  Ready  Geometry  Block     Block  Capacity  Slots
-------------------------------  --------------  Status       State   ------  -----  --------  Count     Size   --------  -----
-------------------------------  --------------  -----------  ------  ------  -----  --------  --------  -----  --------  -----
c1_meta                          meta-volume     ok           ok      true    true   raid-1    20971264  4K     80G       32000
c1_meta_backup_2018Aug01_030002  meta-volume    ok           ok      false   true   raid-1    20971264  4K     80G       32000
c1_meta_backup_2018Aug02_030003  meta-volume    ok           ok      false   true   raid-1    20971264  4K     80G       32000


Observando o nível de contexto do storage array do VPLEX, vemos que há LUNs que mostram "visibility" como "none" no storage array que hospeda um volume de backup e em que "connectivity-status" mostra "error". 

/clusters/cluster-1/storage-elements/storage-arrays/EMC-CLARiiON-CKM00000000000/logical
units/VPD83T3:6006016099xxxxxxxxxxxxxxxxx1e111:

Name                    Value
----------------------  --------------------
active-aao-controller   [CKM00000000000.SPB]
active-aao-visibility   []
alua-support            none
connectivity-status     error <<<<
communication/connectivity issue between VPLEX and array
luns                    []
passive-aan-controller  [CKM00000000000.SPA]
passive-aan-visibility  []
storage-volume          -
visibility              none <<<<<
not seeing the backend volume

Isso indica que há um problema de conectividade entre o storage array e o VPLEX que causaria uma falha durante a execução do script de backup automatizado, já que ele não conseguiria ver o volume de armazenamento do array devido ao problema de conectividade.

Résolution

A. Para SymptomCodes 0x8a4a6003 e 0x8a4a6006:

Nota: Tentando renomear o componente com VPD83T3: O ID tem problemas com os dois pontos ":" e não funciona.


Para resolver o problema, siga as etapas de solução temporária:
 

Solução temporária:
 

  • Se o VPLEX for uma configuração Metro, certifique-se de executar a solução alternativa no cluster que relatou o problema, caso precise excluir os volumes de metabackup.
1. Liste os volumes do sistema nos clusters em que o problema foi relatado na mensagem de call home
    (consulte os detalhes da amostra de call home na seção Problema) usando o comando abaixo.
     ll /clusters/cluster-<id>/system-volumes,

     Nota: Você pode digitar o comando como 'll /clusters/*/system-volumes' e ele listará os detalhes de volume do sistema para todos os clusters da configuração. Se este for um VPLEX-local, você
     verá apenas as informações do cluster-1.

     Exemplo de resultado usando o cluster-1:
 
VPlexcli:/> ll /clusters/cluster-1/system-volumes
Name                             Volume Type  Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots
-------------------------------  -----------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----
-------------------------------  -----------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----
C1_Meta                          meta-volume  ok           ok      true    true   raid-1    2          20971264  4K     80G       64000

Meta_backup_2018Sep07_154626  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
Meta_backup_2018Sep07_154649  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000 
 
  Exemplo para número VPD: O comando abaixo exibirá apenas os volumes de armazenamento que
    atendem ao requisito de backup de metadados:

VPlexcli:/> configuration show-meta-volume-candidates
Name Capacity Vendor IO Status Type Array Name
---------------------------------------- -------- -------- --------- ----------- ---------------------

VPD83T3:60000970000XXXXXXXXXXXXXXXXXXXXX 187G EMC alive traditional EMC-SYMMETRIX-XXXXXXXXX
VPD83T3:60000970000XXXXXXXXXXXXXXXXXXXXX 98.5G EMC alive traditional EMC-SYMMETRIX-XXXXXXXXX
 
2. Em seguida, exclua os volumes de metabackup existentes usando o comando "metavolume destroy".

         Por exemplo:
VPlexcli:/clusters/cluster-1/system-volumes> meta-volume destroy Meta_backup_2018Sep07_154626
VPlexcli:/clusters/cluster-1/system-volumes> meta-volume destroy Meta_backup_2018Sep07_154649

3. Execute o comando "schedule list" na VPlexcli para exibir o agendamento atual de "metadata backup
local"    e o número do trabalho associado a ele.

         Por exemplo:
          VPlexcli:/> schedule list
     [0] 30 13 * * 3 syrcollect
     [2] 23 30 * * * metadata backup local 


4. Remova o agendamento "metadata backup local" executando "schedule remove [job ID]" mencionado na
    etapa (3).
 
   Por exemplo:
VPlexcli:/> schedule remove 2
Removed scheduled job 2.

5. Recupere ambos os volumes de backup de metadados antigos usando o comando abaixo.

    Por exemplo, com o nome do backup de metadados,
 
VPlexcli: clusters/cluster-1/storage-elements/storage-volumes> unclaim Meta_backup_2018Sep07_154626
VPlexcli: clusters/cluster-1/storage-elements/storage-volumes> unclaim Meta_backup_2018Sep07_154649

     Exemplo para número VPD:
 
VPlexcli: clusters/cluster-1/storage-elements/storage-volumes> unclaim
VPD83T3:60000970000292XXXXXXXXXXXXXXXXXXXXX

VPlexcli: clusters/cluster-1/storage-elements/storage-volumes> unclaim VPD83T3:60000970000284XXXXXXXXXXXXXXXXXXXXX

 
6. Recrie os backups de metadados e defina o agendamento* para quando executar no horário desejado todos os dias.

     *Nota: Você pode ver que já está definida uma hora de agendamento; se quiser mantê-la,
      digite "Y"; caso contrário, digite "N" e, posteriormente, no script, você deverá informar a nova hora em que deseja
      executar os backups de metadados.

      Exemplo de configuração do backup de metadados:

     VPlexcli:/clusters/cluster-1/system-volumes> configuration metadata-backup

   A back up of the meta-data is already scheduled to occur everyday at
   4:45 (UTC).
   Do you want change the existing schedule? (Y/N): Y <<<
Y to keep current time

   Configuring Meta-data Backups
   To configure meta-data backups you will need to select two unclaimed
   volumes (78G or greater), preferably on two different arrays. Backups
   will occur automatically each day, at a time you specify. Please note:
   All times are UTC and are not based on the local time.

   VPLEX is currently configured to backup metadata on the following
   volumes :
   VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   Would you like to change the volumes on which to backup the metadata? [no]: Yes
   Available Volumes for Meta-data Backup

   Name Capacity Vendor IO Status Type Array Name
   ---------------------------------------- -------- -------- --------- ----------- -----------------------
   VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXXXX 120G EMC alive traditional EMC-SYMMETRIX-<serial number>
   VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXX 120G EMC alive traditional EMC-SYMMETRIX-<serial number>

   Please select volumes for meta-data backup, preferably from two
   different arrays         (volume1,volume2):VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   VPLEX is configured to back up meta-data every day at 04:45 (UTC).
   Would you like to change the time the meta-data is backed up? [no]: N

   You have chosen to configure the backup of the meta-data. Please note:
   All times are UTC and are not based on the local time.

   Review and Finish

   Would you like to run the setup process now? [yes]: yes
   Scheduling the backup of metadata...
   Performing metadata backup (This will take a few minutes)
   Successfully performed the initial backing up of metadata
   Successfully scheduled the backing up of metadata
   Successfully scheduled the metadata backup

   The metadata backup has been successfully scheduled.


7. Para ver que os novos backups de metadados foram criados e como o sistema os nomeou,
    no prompt da VPlexcli, execute "ll clusters/cluster-<id>/system-volumes"

     Exemplo de resultado:
 

VPlexcli:/> ll /clusters/cluster-1/system-volumes/

/clusters/cluster-1/system-volumes:
Name                             Volume Type  Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots
-------------------------------  -----------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----
-------------------------------  -----------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----
C1_Meta                          meta-volume  ok           ok      true    true   raid-1    2          20971264  4K     80G       64000
C1_Meta_backup_2018Oct07_123208  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
C1_Meta_backup_2018Oct07_123208  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000

 

8. Em seguida, execute o comando 'schedule list' novamente para confirmar se "metadatabackup local" está listado com
    a hora correta que você definiu para execução todos os dias.
 

VPlexcli:/> schedule list
[0] 56 18 * * * syrcollect
[1] 45 4* * * metadatabackup local

 

9. Agora que você removeu os antigos volumes de backup de metadados e recriou novos, monitore
    os backups por alguns dias para garantir que sejam executados conforme o agendamento. O script alternará entre
    os dois volumes de backup sempre que houver a execução do script de backup; assim, você poderá ver um backup datado
    um dia após o outro. A hora de execução do backup será anexada ao nome do backup, e não haverá problema se
    ela não for exatamente a hora definida, pois é normal que varie um pouco. Você deve ver que pelo menos um
    volume de backup tem uma nova data se esta for a primeira vez que os novos backups são executados.

    Exemplo:
 

VPlexcli:/> ll /clusters/*/system-volumes/

/clusters/cluster-1/system-volumes:
Name                             Volume Type     Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots
-------------------------------  --------------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----
-------------------------------  --------------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----
C1Logging_vol                    logging-volume  ok           ok      -       -      raid-0    1          2621440   4K     10G       -
C1_Meta                          meta-volume     ok           ok      true    true   raid-1    2          20971264  4K     80G       64000
C1_Meta_backup_2018Oct08_044532  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
C1_Meta_backup_2018Oct07_123208  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000

 

B. Para o Symptom Code  0x8a4a6005:
  • Durante o backup de metadados agendado, o sistema precisa destruir o backup de metadados antigo para que seja possível criar um novo backup no volume de armazenamento do componente.
  • Uma das etapas deste script de backup lista todas as unidades lógicas no sistema VPLEX e tenta encontrar o array para o metavolume de backup antigo.
  • Para encontrar o array correto, a lógica é comparar o nome do componente do metavolume antigo com o <ID de volume do sistema> do nome do volume de armazenamento das unidades lógicas.
  • Nesse caso, antes que o script atinja a unidade lógica correta, há uma unidade lógica sem o nome "storage-volume" e é aí que o script termina.
  • Se o sistema conseguir encontrar a unidade lógica de metadados de backup antes da unidade lógica em estado de erro, esse problema não ocorrerá.
  • Para permitir que os backups sejam retomados conforme configurado, os erros de volume pendentes precisam ser resolvidos.
  • Você pode executar o comando "storage-volume forget" conforme detalhado no guia da CLI.

Informations supplémentaires

Para obter informações sobre metavolumes e backups de metavolume, consulte o Guia da CLI para a versão do GeoSynchrony que o VPLEX está executando e procure por "configuration metadata-backup" para ver uma lista de volumes que podem ser usados para os volumes de backup de metadados. Pesquise por "configuration show-meta-volume-candidates".

Amostra de resultado para ver quais volumes estavam disponíveis para uso para criar volumes de backup de metadados,

VPlexcli:/clusters/cluster-1/storage-elements/storage> configuration show-meta-volume-candidates
Name                                      Capacity  Vendor    IO Status  Type         Array Name
----------------------------------------  --------  --------  ---------  -----------  ---------------------------
VPD83T3:60060160c9c02cXXXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<serial number>
VPD83T3:60060160c9c02c0XXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<serial number>


Amostra de resultado quando você quer alterar a hora de execução dos backups:

VPlexcli:/> configuration metadata-backup

A back up of the meta-data is already scheduled to occur everyday at 4:15 (UTC). Do you want change the existing schedule? (Y/N): y

  Configuring Meta-data Backups

To configure meta-data backups you will need to select two unclaimed
volumes (78G or greater), preferably on two different arrays. Backups will occur automatically each day, at a time you specify. Please note: All times are UTC and are not based on the local time.

  Available Volumes for Meta-data Backup

Name                                      Capacity  Vendor    IO Status  Type         Array Name
----------------------------------------  --------  --------  ---------  -----------  ---------------------------
VPD83T3:60060160c9c02cXXXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<serial number>
VPD83T3:60060160c9c02c0XXXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<serial number>

Please select volumes for meta-data backup, preferably from two different arrays (volume1,volume2):VPD83T3:60060160c9c02c00XXXXXXXXXXXX,VPD83T3:60060160c9c02c0058XXXXXXXXXXXX

 VPLEX is configured to back up meta-data every day at 04:15 (UTC).

  Would you like to change the time the meta-data is backed up? [no]: yes <<
[Aqui, você precisa informar novamente se deseja alterar a hora de execução dos backups]

  What hour of the day (UTC) should the meta-data be backed up? (0..23): 23

  What minute of the hour should the meta-data be backed up? (0..59): 00

  VPLEX is configured to back up meta-data every day at 23:00 (UTC).

  Would you like to change the time the meta-data is backed up? [no]: <<
[
use a seleção padrão desta vez para manter o horário recém-definido pressionando a tecla Enter/Return]
 You have chosen to configure the backup of the meta-data. Please note:
 All times are UTC and are not based on the local time.

  Review and Finish

  Review the configuration information below. If the values are correct,
  enter yes (or simply accept the default and press Enter) to start the
  setup process. If the values are not correct, enter no to go back and
  make changes or to exit the setup.

    Meta-data Backups
      Meta-data will be backed up every day at 23:00.
      The following volumes will be used for the backup
      :VPD83T3:60060160c9c02XXXXXXXXXXXX,VPD83T3:60060160c9c02c005XXXXXXXXXXXX


  Would you like to run the setup process now? [yes]: <<

use a seleção padrão; basta pressionar a tecla Enter/Return
Scheduling the backup of metadata...
Performing metadata backup (This will take a few minutes)
Successfully performed the initial backing up of metadata
Successfully scheduled the backing up of metadata
Successfully scheduled the metadata backup

The metadata backup has been successfully scheduled.

Produits concernés

VPLEX
Propriétés de l’article
Numéro d’article: 000038636
Type d’article: Solution
Dernière modification: 29 Jul 2025
Version:  6
Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
Services de support
Vérifiez si votre appareil est couvert par les services de support.