Skip to main content
Uma versão mais recente deste produto está disponível.
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Procure e restaure objetos potencialmente perdidos

Colaboradores

Pode ser possível encontrar e restaurar objetos que acionaram um alarme de objetos perdidos (PERDIDOS) e um alerta Objeto perdido e que você identificou como potencialmente perdido.

O que você vai precisar
  • Você deve ter o UUID de qualquer objeto perdido, conforme identificado em "investigando objetos perdidos".

  • Tem de ter o Passwords.txt ficheiro.

Sobre esta tarefa

Você pode seguir este procedimento para procurar cópias replicadas do objeto perdido em outro lugar na grade. Na maioria dos casos, o objeto perdido não será encontrado. No entanto, em alguns casos, você pode encontrar e restaurar um objeto replicado perdido se você executar uma ação de prompt.

Importante Contacte o suporte técnico para obter assistência com este procedimento.
Passos
  1. A partir de um nó Admin, procure os logs de auditoria para possíveis localizações de objetos:

    1. Faça login no nó da grade:

      1. Introduza o seguinte comando: ssh admin@grid_node_IP

      2. Introduza a palavra-passe listada no Passwords.txt ficheiro.

      3. Digite o seguinte comando para mudar para root: su -

      4. Introduza a palavra-passe listada no Passwords.txt ficheiro. Quando você estiver conetado como root, o prompt mudará de $ para #.

    2. Mude para o diretório onde os logs de auditoria estão localizados: cd /var/local/audit/export/

    3. Use o grep para extrair as mensagens de auditoria associadas ao objeto potencialmente perdido e enviá-las para um arquivo de saída. Introduza: grep uuid-valueaudit_file_name > output_file_name

      Por exemplo:

      Admin: # grep 926026C4-00A4-449B-AC72-BCCA72DD1311 audit.log > messages_about_lost_object.txt
    4. Use grep para extrair as mensagens de auditoria de localização perdida (LLST) deste arquivo de saída. Introduza: grep LLST output_file_name

      Por exemplo:

      Admin: # grep LLST messages_about_lost_objects.txt

      Uma mensagem de auditoria LLST se parece com essa mensagem de exemplo.

      [AUDT:\[NOID\(UI32\):12448208\][CBIL(UI64):0x38186FE53E3C49A5]
      [UUID(CSTR):"926026C4-00A4-449B-AC72-BCCA72DD1311"][LTYP(FC32):CLDI]
      [PCLD\(CSTR\):"/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%\#3tN6"\]
      [TSRC(FC32):SYST][RSLT(FC32):NONE][AVER(UI32):10][ATIM(UI64):
      1581535134379225][ATYP(FC32):LLST][ANID(UI32):12448208][AMID(FC32):CLSM]
      [ATID(UI64):7086871083190743409]]
    5. Localize o campo PCLD e o campo NOID na mensagem LLST.

      Se presente, o valor de PCLD é o caminho completo no disco para a cópia de objeto replicado em falta. O valor de NOID é o id do nó do LDR onde uma cópia do objeto pode ser encontrada.

      Se você encontrar um local de objeto, poderá restaurar o objeto.

    6. Localize o nó de armazenamento para este ID de nó LDR.

      Há duas maneiras de usar o ID do nó para localizar o nó de storage:

      • No Gerenciador de Grade, selecione support Tools Grid topology. Em seguida, selecione Data Center Storage Node LDR. O ID do nó LDR está na tabela informações do nó. Reveja as informações de cada nó de armazenamento até encontrar o que hospeda este LDR.

      • Baixe e descompacte o Pacote de recuperação para a grade. Existe um diretório _docs no REFERIDO pacote. Se você abrir o arquivo index.html, o Resumo de servidores mostrará todas as IDs de nó para todos os nós de grade.

  2. Determine se o objeto existe no nó de armazenamento indicado na mensagem de auditoria:

    1. Faça login no nó da grade:

      1. Introduza o seguinte comando: ssh admin@grid_node_IP

      2. Introduza a palavra-passe listada no Passwords.txt ficheiro.

      3. Digite o seguinte comando para mudar para root: su -

      4. Introduza a palavra-passe listada no Passwords.txt ficheiro.

Quando você estiver conetado como root, o prompt mudará de $ para #.

  1. Determine se o caminho do arquivo para o objeto existe.

Para o caminho do arquivo do objeto, use o valor de PCLD da mensagem de auditoria LLST.

Por exemplo, digite:

ls '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6'

Nota: Sempre inclua o caminho do arquivo de objeto em aspas simples em comandos para escapar de quaisquer carateres especiais.

  • Se o caminho do objeto não for encontrado, o objeto é perdido e não pode ser restaurado usando este procedimento. Entre em Contato com o suporte técnico.

  • Se o caminho do objeto for encontrado, continue com a Restaure o objeto para o StorageGRIDetapa . Você pode tentar restaurar o objeto encontrado de volta para o StorageGRID.

    1. [[restore_the_object_to_StorageGRID 3]]se o caminho do objeto foi encontrado, tente restaurar o objeto para StorageGRID:

      1. No mesmo nó de storage, altere a propriedade do arquivo de objeto para que ele possa ser gerenciado pelo StorageGRID. Introduza: chown ldr-user:bycast 'file_path_of_object'

      2. Telnet para localhost 1402 para acessar o console LDR. Introduza: telnet 0 1402

      3. Introduza: cd /proc/STOR

      4. Introduza: Object_Found 'file_path_of_object'

        Por exemplo, digite:

        Object_Found '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6'

        A emissão do Object\_Found comando notifica a grade da localização do objeto. Ele também aciona a política ILM ativa, que faz cópias adicionais conforme especificado na política.

        Nota: Se o nó de armazenamento onde você encontrou o objeto estiver offline, você poderá copiar o objeto para qualquer nó de armazenamento que esteja online. Coloque o objeto em qualquer diretório /var/local/rangedb do nó de armazenamento online. Em seguida, emita o Object\_Found comando usando esse caminho de arquivo para o objeto.

        • Se o objeto não puder ser restaurado, o Object\_Found comando falhará. Entre em Contato com o suporte técnico.

        • Se o objeto foi restaurado com sucesso para o StorageGRID, uma mensagem de sucesso será exibida. Por exemplo:

          ade 12448208: /proc/STOR > Object_Found '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6'
          
          ade 12448208: /proc/STOR > Object found succeeded.
          First packet of file was valid. Extracted key: 38186FE53E3C49A5
          Renamed '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6' to '/var/local/rangedb/1/p/17/11/00rH0%DkRt78Ila#3udu'
      5. se o objeto foi restaurado com sucesso para o StorageGRID, verifique se novos locais foram criados.

        1. Introduza: cd /proc/OBRP

        2. Introduza: ObjectByUUID UUID_value

O exemplo a seguir mostra que há dois locais para o objeto com UUID 926026C4-00A4-449B-AC72-BCCA72DD1311.

ade 12448208: /proc/OBRP > ObjectByUUID 926026C4-00A4-449B-AC72-BCCA72DD1311

{
    "TYPE(Object Type)": "Data object",
    "CHND(Content handle)": "926026C4-00A4-449B-AC72-BCCA72DD1311",
    "NAME": "cats",
    "CBID": "0x38186FE53E3C49A5",
    "PHND(Parent handle, UUID)": "221CABD0-4D9D-11EA-89C3-ACBB00BB82DD",
    "PPTH(Parent path)": "source",
    "META": {
        "BASE(Protocol metadata)": {
            "PAWS(S3 protocol version)": "2",
            "ACCT(S3 account ID)": "44084621669730638018",
            "*ctp(HTTP content MIME type)": "binary/octet-stream"
        },
        "BYCB(System metadata)": {
            "CSIZ(Plaintext object size)": "5242880",
            "SHSH(Supplementary Plaintext hash)": "MD5D 0xBAC2A2617C1DFF7E959A76731E6EAF5E",
            "BSIZ(Content block size)": "5252084",
            "CVER(Content block version)": "196612",
            "CTME(Object store begin timestamp)": "2020-02-12T19:16:10.983000",
            "MTME(Object store modified timestamp)": "2020-02-12T19:16:10.983000",
            "ITME": "1581534970983000"
        },
        "CMSM": {
            "LATM(Object last access time)": "2020-02-12T19:16:10.983000"
        },
        "AWS3": {
            "LOCC": "us-east-1"
        }
    },
    "CLCO\(Locations\)": \[
        \{
            "Location Type": "CLDI\(Location online\)",
            "NOID\(Node ID\)": "12448208",
            "VOLI\(Volume ID\)": "3222345473",
            "Object File Path": "/var/local/rangedb/1/p/17/11/00rH0%DkRt78Ila\#3udu",
            "LTIM\(Location timestamp\)": "2020-02-12T19:36:17.880569"
        \},
        \{
            "Location Type": "CLDI\(Location online\)",
            "NOID\(Node ID\)": "12288733",
            "VOLI\(Volume ID\)": "3222345984",
            "Object File Path": "/var/local/rangedb/0/p/19/11/00rH0%DkRt78Rrb\#3s;L",
            "LTIM\(Location timestamp\)": "2020-02-12T19:36:17.934425"
        }
    ]
}
  1. Saia da consola LDR. Introduza: exit

    1. Em um nó Admin, pesquise os logs de auditoria para a mensagem de auditoria ORLM para este objeto para confirmar que o gerenciamento do ciclo de vida das informações (ILM) colocou cópias conforme necessário.

  2. Faça login no nó da grade:

    1. Introduza o seguinte comando: ssh admin@grid_node_IP

    2. Introduza a palavra-passe listada no Passwords.txt ficheiro.

    3. Digite o seguinte comando para mudar para root: su -

    4. Introduza a palavra-passe listada no Passwords.txt ficheiro. Quando você estiver conetado como root, o prompt mudará de $ para #.

  3. Mude para o diretório onde os logs de auditoria estão localizados: cd /var/local/audit/export/

  4. Use grep para extrair as mensagens de auditoria associadas ao objeto para um arquivo de saída. Introduza: grep uuid-valueaudit_file_name > output_file_name

    Por exemplo:

    Admin: # grep 926026C4-00A4-449B-AC72-BCCA72DD1311 audit.log > messages_about_restored_object.txt
  5. Use o grep para extrair as mensagens de auditoria regras de objeto atendidas (ORLM) deste arquivo de saída. Introduza: grep ORLM output_file_name

    Por exemplo:

    Admin: # grep ORLM messages_about_restored_object.txt

    Uma mensagem de auditoria ORLM se parece com essa mensagem de exemplo.

    [AUDT:[CBID(UI64):0x38186FE53E3C49A5][RULE(CSTR):"Make 2 Copies"]
    [STAT(FC32):DONE][CSIZ(UI64):0][UUID(CSTR):"926026C4-00A4-449B-AC72-BCCA72DD1311"]
    [LOCS(CSTR):"**CLDI 12828634 2148730112**, CLDI 12745543 2147552014"]
    [RSLT(FC32):SUCS][AVER(UI32):10][ATYP(FC32):ORLM][ATIM(UI64):1563398230669]
    [ATID(UI64):15494889725796157557][ANID(UI32):13100453][AMID(FC32):BCMS]]
  6. Localize o campo LOCS na mensagem de auditoria.

    Se presente, o valor de CLDI em LOCS é o ID do nó e o ID do volume onde uma cópia de objeto foi criada. Esta mensagem mostra que o ILM foi aplicado e que duas cópias de objeto foram criadas em dois locais na grade. . Redefina a contagem de objetos perdidos no Gerenciador de Grade.

Informações relacionadas

Investigue objetos perdidos