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.

Procurar e restaurar objetos potencialmente perdidos

10/22/2024 Colaboradores

PDFs

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.

Contacte o suporte técnico para obter assistência com este procedimento.

Passos

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 suporte Ferramentas topologia de Grade. 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.
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 #.
2. 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.

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'
    
    Avance para o passo Verifique se foram criados novos locais

Se o objeto foi restaurado com sucesso para o StorageGRID, verifique se novos locais foram criados.

Introduza: cd /proc/OBRP
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"
        }
    ]
}

Saia da consola LDR. Introduza: exit

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.
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 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
4. 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]]
```
1. 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.
2. Redefina a contagem de objetos perdidos no Gerenciador de Grade.

Informações relacionadas

"Investigando objetos perdidos"

"Confirmar localizações de dados do objeto"

"Repor contagens de objetos perdidas e em falta"

"Rever registos de auditoria"

Procurar e restaurar objetos potencialmente perdidos

Creating your file...